Re: [webrtc-pc] `ssrc` in `RTCRtpEncodingParameters` is inconsistent with ORTC (#1174)

> I have to disagree here, you will have to add headers (transportwide-cc,abs-send-time) and remove header extensions (client-to-mixer-audio-level/rids) negotiated between SFU and peers anyway, or change the ids (from 1 byte to 2 byte headers). If you expect to do a zero copy of the in buffer to the output buffer I think you are doing it wrong IMHO.

Well, of course I'll do. But the point here is that people is complaining because the "new" MID/RID mechanism breaks their working SFU logic (that depend on signaled `a=ssrc` values) even if Firefox implements it for long. Forcing them to also implement RTP header extension rewriting/addition/removal do not seem a comfortable solution. First of all, because they may not need it if they don't implement `transport-cc` and happily assume 1-byte heder extensions.

Also, removing client-to-mixer-audio-level/rids header extensions is not needed. It's easier to just not negotiate them at SDP level with the receivers.

GitHub Notification of comment by ibc
Please view or discuss this issue at using your GitHub account

Received on Tuesday, 5 March 2019 11:39:58 UTC