Re: API or spec to limit a certain sending track

On Wed, Aug 2, 2017 at 4:24 PM, Cullen Jennings (fluffy)
<fluffy@cisco.com> wrote:
>> 1) Mangling the SDP is not the way to go (and theoretically will be prohibited).
>
> But this is not mangling SDP between CreateOffer and setLocat, it has having you server set bandwidth in the SDP.

Sorry, right. b= should be set in the remote SDP.


>> 2) Even if allowed, having to mangle the SDP and perform a fake SDP
>> O/A local renegotiation is not cool at all. Note that, in my use case
>> above, the bitrate limit is decided by the server at any time).
>
> not sugesting that

But that would be the way: a setRemoteDescription(mangledOffer) +
createAnswer() + setLocalDescription() every time the server wants to
change the maximum bitrate of our track.


>> 3) It does not work in PlanB if I send two video tracks because b= is
>> per media (and not per "ssrc").
>
> Plan B is not part of webrtc and no idea why we are even discussing it on this list

Because UNfortunately WebRTC around the world is 95% Chrome based...
And since Chrome does NOT want to implement TMMBR (they want to drop
it) I cannot use the real standard for this (which would be TMMBR). :(

Regards.

-- 
Iñaki Baz Castillo
<ibc@aliax.net>

Received on Wednesday, 2 August 2017 14:31:52 UTC