W3C home > Mailing lists > Public > public-webrtc@w3.org > September 2013

Re: [Bug 15861] API for JS interaction with congestion control

From: Gili <cowwoc@bbs.darktech.org>
Date: Wed, 04 Sep 2013 12:40:14 -0400
Message-ID: <5227626E.1000407@bbs.darktech.org>
To: public-webrtc@w3.org

     Got it. Thanks for the clarification :)

Gili

On 9/4/2013 12:18 PM, Harald Alvestrand wrote:
> Gili, please don't use the bugzilla for asking questions or repeating 
> your arguments.
>
> In the current specification, the "overconstrained" callback would be 
> called if there was a mandatory constraint being violated - so you're 
> using the word "optional" in a different way from the current spec.
>
> On 09/04/2013 03:03 PM, bugzilla@jessica.w3.org wrote:
>> https://www.w3.org/Bugs/Public/show_bug.cgi?id=15861
>>
>> --- Comment #9 from Gili <cowwoc@bbs.darktech.org> ---
>> (In reply to comment #7)
>>> The general mechanism you describe here is pretty much how our current
>>> constraint approach work (as far as I understand it).
>> One difference I note is the existence of mandatory constraints in 
>> the spec.
>>
>> Another thing I wanted to clarify, when given conflicting constraints
>> (resolution, frame-rate, bitrate) does the browser get to decide 
>> which gets
>> priority over the other or does it fail-fast and notify the callback
>> immediately that the constraints cannot be honored as-is? In my 
>> proposal, the
>> latter occurs.
>>
>> I'm trying to push as much of the decision-making out of the browser 
>> and into
>> the application's hand.
>>
>
>
Received on Wednesday, 4 September 2013 16:40:46 UTC

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