W3C home > Mailing lists > Public > public-webrtc-logs@w3.org > June 2020

Re: [webrtc-extensions] Mixed-codec simulcast proposal (#43)

From: Sergio Garcia Murillo via GitHub <sysbot+gh@w3.org>
Date: Mon, 29 Jun 2020 21:06:31 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-651366292-1593464790-sysbot+gh@w3.org>
@Orphis given that bandwidth is estimated per transport, how is it easier to split bandwidth between encodings (which are independent as per your original use case) than between streams in same transport?

Don't get me wrong, I am all in for adding more apis for controlling the underlaying behaviour, but in this case, I think that we should be able to do the same thing either with this mixed-codec simulcast proposal than with using several senders. But specifically the bandwidth allocation of the estimated bitrate between the different streams/layers is under specified in webrtc, and relaying on the internal browser implementation doesn't seem a good way to go.

GitHub Notification of comment by murillo128
Please view or discuss this issue at https://github.com/w3c/webrtc-extensions/issues/43#issuecomment-651366292 using your GitHub account
Received on Monday, 29 June 2020 21:06:35 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 6 May 2023 21:19:51 UTC