W3C home > Mailing lists > Public > public-webrtc@w3.org > April 2012

Re: Tracks in multiple Stream . Re: Teasing apart the data API questions

From: Harald Alvestrand <harald@alvestrand.no>
Date: Mon, 23 Apr 2012 23:08:17 +0200
Message-ID: <4F95C4C1.3040106@alvestrand.no>
To: Cullen Jennings <fluffy@cisco.com>
CC: "public-webrtc@w3.org" <public-webrtc@w3.org>
On 04/23/2012 05:01 PM, Cullen Jennings wrote:
> On Apr 15, 2012, at 6:42 , Harald Alvestrand wrote:
>
>> B1: Should the data "channel" be similar to a MediaStreamTrack, including the ability to be part of one or more MediaStreams,, be connected to consumer entities, be muted, and so on?
> I'd like to back up and talk about normal Tracks being attached to more than one stream. I don't think this makes any sense and certainly adds to implementation complexity. Lets say we have tracks A , B, and C. And tow streams S1 and S2. If A and B are in S1, and B and C are in S2, it effectively mens all three are synchronized so why not just have all there in a single stream?
>
> I am missing the use case for a single track in more than one stream.
The classical example is when one uses GetUserMedia to get audio and 
video, and one wishes to extract only the video stream and show it in a 
preview element, while both the audio and video should be sent to the 
remote site via a PeerConnection.

In addition to the fact that one wouldn't want audio in the preview, one 
may want to mute the A/V stream going to the remote PeerConnection while 
keeping the preview pane alive.

>
>
Received on Monday, 23 April 2012 21:08:50 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 23 April 2012 21:08:51 GMT