- From: guest271314 via GitHub <sysbot+gh@w3.org>
- Date: Mon, 04 May 2020 13:34:06 +0000
- To: public-webrtc-logs@w3.org
@youennf Firefox provides a means to select the "Monitor of device" at the UI prompt. The text of the label is not paramount. The ability to select the required device and verify that selection is what am describing. Although Chromium does not officially support selection of "Monitor of device" it is nonetheless still possible with an unofficial workaround to select a device not listed in browser UI prompt and for that selection to remain persistent across sessions; once the device is selected at PulseAudio sound settings GUI subsequent calls to `getUserMedia()` use that selection.
Chromium does not provide a means to select "Monitor of device" at UI prompt. In spite of that fact and that this specification has declined to clearly specify capturing "Monitor of a device" a device other than "Default" _can_ be selected. This lack of coverage leads to Chromium printing the incorrect device for all subsequent call to `enumerateDevices()` once a user changes the device natively and does not change the device back to "Default" or "Built-in" audio device later.
Certainly do not want the workaround for Chromium sealed off, that is the only way have been able to record audio output using `getUserMedia()`. Would have to find another workaround.
It would perhaps make sense, as have suggested in several previous issues, to specify what is technically possible, recognize that `getUserMedia()` _can_ be used to capture audio output, or precisely, "Monitor" ("What U Hear") of a device, and then Chromium could just list the device at the UI prompt, to avoid the potential for listing the incorrect device for the duration.
--
GitHub Notification of comment by guest271314
Please view or discuss this issue at https://github.com/w3c/mediacapture-main/issues/693#issuecomment-623466933 using your GitHub account
Received on Monday, 4 May 2020 13:34:08 UTC