Re: FW: [rtcweb] How to signal RTX SSRCs with simulcast
Iñaki Baz Castillo <[email protected]>
| Newsgroups | gmane.ietf.mmusic |
|---|---|
| Message-ID | <CALiegfnUqrd_5z2gsgjsOqHxUXyciDv1uN1z+EJw_A8rNXmFMQ@mail.gmail.com> |
2017-03-13 10:56 GMT+01:00 Bo Burman <[email protected]>: > I’m personally slightly inclined to suggest always using RepairedRtpStreamId > in the rtx redundancy RTP stream to relate it to the original RTP stream > (second “if” bullet above), mainly to avoid having to change interpretation > of RtpStreamId based on the optional presence of RepairedRtpStreamId. I’m of > course open to arguments. Personally I prefer option A (use a shared RtpStreamId). My rationale: If we go with option B (RepairedRtpStreamId) then we will need something similar when it comes to FLEX-FEC [*]: v=0 o=ali 1122334455 1122334466 IN IP4 fec.example.com s=2-D Parity FEC with no in band signalling Example t=0 0 m=video 30000 RTP/AVP 100 110 c=IN IP4 233.252.0.1/127 a=rtpmap:100 MP2T/90000 a=rtpmap:110 flexfec/90000 a=fmtp:110 L:5; D:10; ToP:2; repair-window:200000 a=ssrc:1234 a=ssrc:2345 a=ssrc-group:FEC-FR 1234 2345 For me it's to think in RtpStreamId as "the identificator of a media stream and, optionally, also the identificator of the RTX stream and FEC stream of such a media stream". [*] https://tools.ietf.org/html/draft-ietf-payload-flexible-fec-scheme-03 -- Iñaki Baz Castillo <[email protected]> _______________________________________________ mmusic mailing list [email protected] https://www.ietf.org/mailman/listinfo/mmusic