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

Re: getDisplayMedia() and system audio

From: Martin Thomson <martin.thomson@gmail.com>
Date: Thu, 6 Sep 2018 09:57:40 +1000
Message-ID: <CABkgnnV6TZyg9kgWGQ8K_aEPrJ02=VZfUX5bkJZ0XObGsn3UWQ@mail.gmail.com>
To: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
Cc: Henrik Boström <hbos@google.com>, public-webrtc@w3.org, public-media-capture@w3.org
On Wed, Sep 5, 2018 at 11:24 PM Silvia Pfeiffer
<silviapfeiffer1@gmail.com> wrote:
>
> We definitely want the audio of the shared screen be able to be added
> to the screenshare stream. However, the audio of the user should be
> excluded because that makes the audio unusable if you already have a
> video call going and add the screenshare. The more separate streams
> there are, the easier it is to control and add them individually.

Typical conference applications don't play local audio back, so
capturing a tab (or the entire system) should be sufficient for that
use case.

The intent with the spec was to avoid excluding audio, though we
certainly should have text in there that does a few things:

1. acknowledge the possibility
2. note that the default is no audio (you have to explicitly request it)
3. note that the browser chooses how much audio comes with any given
share (for instance, platform limitations might make it impossible to
capture audio from the entire system, or it might be impossible to
separate audio from a single app).
4. observe that the UX considerations around sharing audio capture
complicate permissions interactions more

I think that's all I have.  I'd be interested in seeing pull requests
on the spec for those changes (ideally in parts).
Received on Wednesday, 5 September 2018 23:58:13 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 5 September 2018 23:58:14 UTC