- From: guest271314 via GitHub <sysbot+gh@w3.org>
- Date: Sat, 16 May 2020 21:25:52 +0000
- To: public-webrtc-logs@w3.org
If is not clear how > If the user agent knows no audio will be shared for the lifetime of the stream it MUST NOT include an audio track in the resulting stream. can possibly be determined? How can the user agent possibly know if "no audio will be shared for the lifetime of the stream"? What is the algorithm to determine that initial state and the real-time state of the `MediaStream`? If the application being captured is, for example, from `mpv`, where the media comprises both video _and_ audio then audio _is_ being shared at the inception of the lifetime of the stream. Yet, given the specification and implementations at Firefox and Chromium at *nix it is impossible to capture that shared audio using `getDisplayMedia()`, again, rendering mentioning audio in the specification at least ambiguous and inconsistent, perhaps unless *indows is being used which given rise to web compatibility issues https://bugs.chromium.org/p/chromium/issues/detail?id=1074529#c3  . -- GitHub Notification of comment by guest271314 Please view or discuss this issue at https://github.com/w3c/mediacapture-screen-share/issues/140#issuecomment-629707719 using your GitHub account
Received on Saturday, 16 May 2020 21:25:54 UTC