W3C home > Mailing lists > Public > public-webrtc@w3.org > August 2015

Re: Need API to read the CSRC on received tracks (#4)

From: Cullen Jennings (fluffy) <fluffy@cisco.com>
Date: Sat, 15 Aug 2015 02:51:34 +0000
To: Bernard Aboba <Bernard.Aboba@microsoft.com>
CC: "public-webrtc@w3.org" <public-webrtc@w3.org>
Message-ID: <1F8ECEA5-3555-40E5-9436-9A033C73CE1B@cisco.com>


> On Aug 14, 2015, at 10:51 AM, Bernard Aboba <Bernard.Aboba@microsoft.com> wrote:
> 
>> On Aug 14, 2015, at 08:06, Cullen Jennings <fluffy@cisco.com> wrote:
>> 
>> There are two things here - the first (which you point out above) is UI to show active speaker in real time. I think this would be very good to have. 
>> 
>> The second is the audio levels attribute send in the RTP extension from the browser to switch. I think that is critical to have. Without that there is no way to start to enable conferences without keys and I think the WG should prioritize things that helps with privacy - this is one of them.
> 
> [BA] The client-mixer extension (RFC 6464) is indeed very useful, which is why support is mandated in RTP-Usage Section 5.2.2. However the Mixer-Client extension (RFC 6465) is optional in RTP-Usage Section 5.2.3, and the API depends on that to provide audio levels for CSRCs.

I don't think we need the browser to receive the audio levels, the mcu gets them. We need a way for mcu to tell the browser the streams it selected in real time so just the CSRC 
Received on Saturday, 15 August 2015 02:52:07 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:45 UTC