W3C home > Mailing lists > Public > public-webrtc@w3.org > September 2014

Re: replaceTrack proposal

From: Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com>
Date: Tue, 9 Sep 2014 17:13:52 +0000
To: Jan-Ivar Bruaroey <jib@mozilla.com>, "public-webrtc@w3.org" <public-webrtc@w3.org>
Message-ID: <1447FA0C20ED5147A1AA0EF02890A64B1D0635C7@ESESSMB209.ericsson.se>
On 2014-09-09 18:21, Jan-Ivar Bruaroey wrote:
> On 9/8/14 8:22 AM, Stefan Håkansson LK wrote:
>> On 03/09/14 16:57, Jan-Ivar Bruaroey wrote:
>>> People want to switch seamlessly between the front and back camera on a
>>> mobile device in mid-call.
>>>
>>> This requires somehow switching out the source of a video being sent
>>> over a peerConnection without renegotiation.
>> Strictly it does not require that. Both cameras could be negotiated at
>> the initial SDP O/A, and which of them to show at the remote end-point
>> can be signaled app specific (just change which video track that is
>> "selected" at the remote end). Can be used in combination with track
>> disable to improve efficiency.
>
> Good point, however as I mentioned, most mobile devices wont let us open
> more than one camera at a time, which is problematic when the spec
> demands the hardware be open already.

I missed that part; and I was not aware that mobile devices can only 
open one camera at the time.

> i.e. How can we open first the
> front camera, then close it to open the back camera and then send out
> combined SDP for both upfront?

I guess that does not work, so you'd need something like replaceTrack 
for that use case.

>
> .: Jan-Ivar :.
>
>
Received on Tuesday, 9 September 2014 17:14:20 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:41 UTC