- From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
- Date: Wed, 24 Jul 2013 15:17:36 +1000
- To: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
- Cc: "<public-webrtc@w3.org>" <public-webrtc@w3.org>
On Wed, Jul 24, 2013 at 2:01 PM, Cullen Jennings (fluffy) <fluffy@cisco.com> wrote: > > The next issues that got mentioned was setting bandwidth. I think we should add a constraint, or some API, to be able to do this. It is a bit more complex to add because we likely need to set it on a track not a stream. Yes, I'd really like an API for controlling the bandwidth use better. I've seen in Chrome that a PeerConnection ramps up to 2Mbps and then tries to stay there. When I have multiple video tracks going over the same PeerConnection, they together have to share the 2Mbps, which usually ends up in having one video track continue to be active and the others drop in and out all the time. That is not sustainable and we should provide bandwidth limitations on a per track basis. Also, when I have a video at 640x480 and another one at 1080x720, they both get limited to 2Mbps independently. Even if I know that I have hundreds of Mbits available, I can't currently tell Chrome to give the 1080x720 video 10Mbps, while the 640x480 can continue with 2Mbps. HTH, Silvia.
Received on Wednesday, 24 July 2013 05:18:23 UTC