- From: Brad Isbell via GitHub <sysbot+gh@w3.org>
- Date: Wed, 23 Mar 2022 08:29:41 +0000
- To: public-webrtc-logs@w3.org
@henbos @jan-ivar Is it still the consensus that audio-only streams are out of scope for this API?
Audio-only use cases are artificially damaged at the moment. If a user wants to capture audio from the system or tab, we first have to prompt them to share their screen, hope they can figure out checking the "share audio" box, then stop the video stream, and hope they don't care about the UI saying we're sharing their screen when we aren't. From there, the audio only stream works fine on supported platforms.
The technical concerns raised a few years ago don't seem as relevant now. It seems like the only thing holding back audio use cases is this specification, and the established position that audio is out of scope.
What are the specific concerns about `getDisplayMedia({video: false, audio: true})` today? Is it a good time to revisit?
--
GitHub Notification of comment by bradisbell
Please view or discuss this issue at https://github.com/w3c/mediacapture-screen-share/issues/100#issuecomment-1076079548 using your GitHub account
--
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 23 March 2022 08:29:42 UTC