This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 22226 - Remove check of same source from MediaStream constructor algorithm
Summary: Remove check of same source from MediaStream constructor algorithm
Status: RESOLVED FIXED
Alias: None
Product: WebRTC Working Group
Classification: Unclassified
Component: Media Capture and Streams (show other bugs)
Version: unspecified
Hardware: All All
: P2 normal
Target Milestone: ---
Assignee: Adam Bergkvist
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-05-31 09:08 UTC by Stefan Hakansson LK
Modified: 2013-10-17 11:31 UTC (History)
3 users (show)

See Also:


Attachments

Description Stefan Hakansson LK 2013-05-31 09:08:48 UTC
Sub step 2 in 'for each MediaStreamTrack' says

"If track has ended or if there is already a MediaStreamTrack contained within stream that has the same underlying source as track, then abort these steps and continue with the next track (if any)."

Denying the possibility to have more than one track with the same source in a MediaStream made sense back in the days when source and track where more or less the same thing.

With the development where several tracks can be associated with the same source, and ask for different operation modes this does not make sense any more. Rather, it is limiting - having several tracks representing the same source in one MediaStream can enable e.g. simulcast (by applying different constraints).

I think we should remove "or if there is already a MediaStreamTrack contained within stream that has the same underlying source as track," from sub step 2.
Comment 1 Adam Bergkvist 2013-06-11 08:27:00 UTC
I think this makes sense now when we have constraints.
Comment 2 Harald Alvestrand 2013-06-12 09:42:37 UTC
Let's Just Do This. Assignign to dburnett for editing.
Comment 4 Adam Bergkvist 2013-10-17 11:31:37 UTC
Fixed in Editor's draft v20131017