#836: WebRTC Codec selection API
Discussions
2023-06-19
Max: Had a quick look at this one - straightforward proposal. No explainer. They've provided slides to explain the requirement. Enables the change of active codec without renegotiation of the session... They've designed an API... They haven't provided an explainer...
Dan: it's in the webrtc wg. Wondering what the multistakeholder story is...
Max: we can ask them to provide multistakeholder info togetehr with the explainer...
Dan: leaves comment
2023-09-04
Dan: closed this because there was no explainer but they've done one now. Has multistakeholder support.
Yves: I don't see any issue. I think we should close. Maybe wait for Sangwhan...?
Dan: I'm happy to close... Let's set it as proposed close and close it at the plenary.
<blockquote> @Orphis thanks for this updated explainer. It's really good to see that this proposal enjoys support from multiple browsers. Ideally I'd like to see a bit more discussion of user needs – which you may feel boil down to "more seamless video calls" – but it would be nice to have that spelled out. </blockquote>Sangwhan: happy to close.
closed
OpenedApr 24, 2023
こんにちは TAG-さん!
I'm requesting a TAG review of the WebRTC Codec selection API.
We want to be able to change codec with RTCRtpSender.setParameters() in order to do the following:
Current users of the WebRTC APIs can achieve the similar functionality with multiple calls that are not quite easy to use (renegotiate with a different codec order in the SDP, which is a heavy operation) and are not as efficient (changing the codec and then changing the scalability mode or other parameters may add an extra I-frame that is not needed). This API also allows to have mixed-codec simulcast, which was not possible previously.
Further details:
We'd prefer the TAG provide feedback as:
💬 leave review feedback as a comment in this issue and @-notify [@orphis]