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 25805 - Consider adding getOtherTracks() method
Summary: Consider adding getOtherTracks() method
Status: RESOLVED DUPLICATE of bug 25860
Alias: None
Product: WebRTC Working Group
Classification: Unclassified
Component: Media Capture and Streams (show other bugs)
Version: unspecified
Hardware: PC Windows NT
: P2 normal
Target Milestone: ---
Assignee: public-media-capture@w3.org
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-05-19 14:15 UTC by Giri Mandyam
Modified: 2014-06-03 11:18 UTC (History)
3 users (show)

See Also:

Attachments

Description Giri Mandyam 2014-05-19 14:15:56 UTC 
As per Sec. 4.2.3 of the latest Editor's Draft (dated 07 May 2014), there are two methods on the MediaStream for kind-specific retrieval of tracks - getAudioTracks() and getVideoTracks.  However, since the specification still allows for creation of MediaStreams from files, it is possible to have tracks that are neither audio nor video.

Another option is to eliminate the possibility to create MediaStreams from any sources other than local or remote capture devices.  If the group goes in that direction, then there will be only two kinds of tracks - video and audio.
Comment 1 Adam Bergkvist 2014-06-03 09:55:20 UTC 
We're considering adding a getTracks() method along side the specific getter methods that gives you all tracks. That would make this redundant.

Let's continue the discussion in [1]. Closing as WONTFIX.

[1] https://www.w3.org/Bugs/Public/show_bug.cgi?id=25860
Comment 2 Harald Alvestrand 2014-06-03 11:18:08 UTC 

*** This bug has been marked as a duplicate of bug 25860 ***