W3C home > Mailing lists > Public > public-media-capture@w3.org > September 2018

Re: getDisplayMedia() and system audio

From: Cullen Jennings (fluffy) <fluffy@cisco.com>
Date: Thu, 20 Sep 2018 13:48:29 +0000
To: Henrik Boström <hbos@google.com>
CC: "public-webrtc@w3.org" <public-webrtc@w3.org>, "public-media-capture@w3.org" <public-media-capture@w3.org>
Message-ID: <14A89C86-7BCB-4D45-9C4D-13571A709B98@cisco.com>

I agree this would be nice but I sort of doubt that the all the operating systems provide the browsers a way to implement this even without doing things like installing fake audio drivers. Be good to see some running code before getting too far down the spec. Also need to sort out what to do with audio with DRM.


On Sep 5, 2018, at 6:10 AM, Henrik Boström <hbos@google.com<mailto:hbos@google.com>> wrote:

Howdy,

The Screen Capture<https://w3c.github.io/mediacapture-screen-share/> spec for getDisplayMedia() currently does not handle the case of screen share with system audio (issue<https://github.com/w3c/mediacapture-screen-share/issues/61>) but it is being considered.
- Is this something we are interested in supporting? E.g. {audio:true}. Please discuss.

Use case: I'm presenting something and I want to show an audio & video clip as part of the presentation.

With getDisplayMedia(), the user can decide whether to only present a window or the entire screen. It is not allowed to constrain source selection, and display capture sources are not enumerable (e.g. open windows) since that would reveal too much information about the system.
Some questions if we want screen share with audio...

When only presenting a window, should "audio" include only that window's audio or all system audio?
Should what audio to use be up to the user (similar to choice of display surface being up to the user) or something that you either accept or reject? (Application asks for audio and video, I only want to accept video?)

There is a risk that the choices or implementations become complicated. We should keep things simple, especially since the request means a popup and needs to be accepted or rejected by the user. If you share a window + audio and the the remote party hears something different than what you hear due to sound coming from different windows that might be unexpected and confusing.

For presentations + conferences, echo of participants talking might be problematic.

What do people want?

Received on Thursday, 20 September 2018 13:48:57 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 20 September 2018 13:48:58 UTC