This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
The spec needs to be clearly extensible for new media types (the range or depth camera use case is one example of this). I think this means we need a way get all the tracks, not just the audio and video ones [ actually , I seem to recall we agreed long ago to add that]. We also need to be be clear how to extend MST.kind, MediaDeviceKind, and SourceTypeEnum. The way SourceTypeEnum is defined my have problems extending due to limitations of WebIDL so may need to change the way it is defined.
MST.kind seems easy to extend (it's the same string as the media type). MediaDeviceInfo.kind currently has "audioinput", "audiooutput" and "videoinput". Since MediaDeviceInfo.kind is only returned from the platform, never passed to it, we do not have the problem we had with facingMode of the platform throwing on extensions it does not understand. sourceTypeEnum's future is discussed in bug 25752. Adding that as a dependency for this one.
There is now a way to get all tracks (regardless of kind) of a MediaStream: getTracks. Concluding the sourceType discussion remains though.
(In reply to Stefan Hakansson LK from comment #2) > Concluding the sourceType discussion remains though. That's done and sourceTypes is removed. How does that affect this bug?
There is now a method to get all the track and from each track you find get it's kind so I believe this bug has "fixed"