This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
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.
I think this makes sense now when we have constraints.
Let's Just Do This. Assignign to dburnett for editing.
Proposed change: https://github.com/fluffy/webrtc-w3c/commit/5724d5660679364ce0c5c98acd56a3d6d92d676b
Fixed in Editor's draft v20131017