- From: Harald Alvestrand <harald@alvestrand.no>
- Date: Tue, 18 Mar 2014 19:57:13 +0100
- To: public-webrtc@w3.org
- Message-ID: <53289709.4090502@alvestrand.no>
On 03/17/2014 06:10 PM, giuseppe pes wrote: > > I need a bit of help with this new amazing technology called webRTC. > > Let's consider this scenario for a WebRTC mesh network with three > peers.. The Peer A has an HD stream from its cam and it is sharing > with the other 2 peers B and C. B and C are not sending any data. The > connection between A and B is rather good and the peer B can enjoy the > video at full HD. While the connection between A and C is not as good > as that between A and B and it does not support an HD stream, thus B > is not having a smooth video stream. Nevertheless, the connection > between C and A would smoothly support a lower quality video, for > instance 640x480. > > I would like to provide a smooth video experience to both clients. I > could reduce the quality video of the source calling getUserMedia with > a lower quality but this is not a good solution because it would > reduce the quality of the video even for the peers that support HD (B) . > > What I would like to have is that the source peer ( A ) gets a stream > at its maximum quality, in this case HD. Then the quality of the video > to be sent to a peer is chosen according to the connection > characteristic between the source and that peer. In our previous example : > > | HD(1280x720) > /-------------------> B > A/ > stream HD/ > (1280x720) \ > \ HD(640x480) > \-------------------> C| > > How can I achieve this result? Can I modify the SDP descriptor to set > the video resolution just for that session? > What the spec says you should be able to do: streama = getUserMedia({video:{mandatory:{width:{max:1280},height:{max:720}}}, ....) streamb = streama.clone() streamc = streama.clone() // add streams to the various peerconnections streamc.getVideoStreams[0].applyConstraints({mandatory{width: {max: 640}, height:{max:480}}}) But I don't think any browser actually implements this yet.
Received on Tuesday, 18 March 2014 18:57:43 UTC