W3C home > Mailing lists > Public > public-media-capture@w3.org > April 2013

Re: addTrack/removeTrack on gUM streams and PeerConnection remote streams

From: Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com>
Date: Mon, 15 Apr 2013 14:15:04 +0200
Message-ID: <516BEF48.6090407@ericsson.com>
To: robert@ocallahan.org
CC: "public-media-capture@w3.org" <public-media-capture@w3.org>
On 2013-04-15 14:09, Robert O'Callahan wrote:
> On Mon, Apr 15, 2013 at 11:55 PM, Stefan Håkansson LK
> <stefan.lk.hakansson@ericsson.com
> <mailto:stefan.lk.hakansson@ericsson.com>> wrote:
>
>     Yes, they can. But I see a benefit in addTrack e.g. for
>
>     * An audio conference with local mixing; there is a button "record"
>     available. If one more participant joins, it would be nice if that
>     audio track could just be added to the (constructed) MediaStream
>     being recorded. Otherwise you'd have to construct a new MediaStream
>     (with all participants), start recording it, stop recording the old
>     one - and you have to deal with syncing the recorded material
>
>
> This example confuses me. What do you mean by "(constructed)
> MediaStream"? I proposed that any MediaStream created by the WebIDL
> constructors would support addTrack/removeTrack.

I went one step further: no support of add/removeTrack for any 
MediaStream (since there is now only one type). Sorry for the confusion.
Received on Monday, 15 April 2013 12:15:29 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:24:40 UTC