Juliusz Chroboczek via Starlink <[email protected]> wrote: > We're currently using receiver-driven congestion control, which is > deprecated in WebRTC. The plan is to switch to sender-driven congestion > control at some point (I'm no big fan, but that's what everyone is > implementing, and we better be compatible with the rest of the universe).
...
> (I could in principle use receiver-driven for the downstream and
> sender-driven for the upstream, thus using libwebrtc's excellent
> controllers in both directions, but it really feels like a hack. I'd
> much rather not negociate receiver-driven at all.)
If I understand correctly, galene would support p2p media streams?
The web page seems to focus on lecture style.
It seems to me that if you have multiple outgoing streams, that if there are
problems with any of them, a sender-driven system allows for better use of
what is typically a smaller uplink.
--
] Never tell me the odds! | ipv6 mesh networks [
] Michael Richardson, Sandelman Software Works | IoT architect [
] [email protected] http://www.sandelman.ca/ | ruby on rails [
signature.asc
Description: PGP signature
_______________________________________________ Starlink mailing list [email protected] https://lists.bufferbloat.net/listinfo/starlink
