Re: [webrtc-pc] Order of RTCRtpSendParameters.encodings is not described

I've been talking with the draft-ietf-mmusic-sdp-simulcast authors, and have learned there *are* situations where you'd want to pause the low-resolution encoding first. When dealing with a mixer that does transcoding, as opposed to an SFU, the mixer can transcode the high-resolution stream into a low-resolution stream for downlink receivers that don't have enough bandwidth.

Also, it sounds like I've been misinterpreting "proposed order of preference", and this is just referring to the "priority" used for congestion control (as described above).

So in conclusion, I think implementations *do* need to respect the order if we intend to support different usages of simulcast.

-- 
GitHub Notification of comment by taylor-b
Please view or discuss this issue at https://github.com/w3c/webrtc-pc/issues/1896#issuecomment-398893936 using your GitHub account

Received on Wednesday, 20 June 2018 20:56:23 UTC