- From: henbos via GitHub <sysbot+gh@w3.org>
- Date: Wed, 30 Jan 2019 13:48:17 +0000
- To: public-webrtc-logs@w3.org
Yes this is intentional. Audio capture is perceived as an optional addition to screen capture, something that can exist side-by-side video but is not enforced to have to exist. A `getDisplayMedia({audio:true, video:true})` is allowed to return only a video track if the user wants to share video but not audio, or if the implementation/platform does not support audio capture. A request cannot limit the user's selection (e.g. which window to share since the application is not allowed to know which windows exists), and a request cannot force a user to pick audio. This is different from `getUserMedia()` where audio is non-optional if requested.
In the screen capture case, audio is a lot more technical and its availability to some extent platform-dependent. The spec is purposefully vague about what audio has to be provided. Even to the point of making it optional.
--
GitHub Notification of comment by henbos
Please view or discuss this issue at https://github.com/w3c/mediacapture-screen-share/issues/100#issuecomment-458949476 using your GitHub account
Received on Wednesday, 30 January 2019 13:48:19 UTC