23263 2013-09-17 13:55:13 +0000 Add output device enumeration to GetSources 2013-11-23 01:10:32 +0000 1 1 1 Unclassified WebRTC Working Group Media Capture and Streams unspecified All All RESOLVED FIXED P2 normal --- 1 harald adam.bergkvist eric.carlson joi juberti paul.neave public-media-capture oldest_to_newest 93484 0 harald 2013-09-17 13:55:13 +0000 This is the formalization of a proposal made on the mailing list on Sept 9. Proposal: Add output devices to the GetSources call, and add a "group" attribute for device grouping. Rules for attribute visibility should be as for GetSources. Example output: { { 1234, "video", "First camera", group=42}, { 7654, "audio", "First camera microphone", group=42}, { 2345, "audio", "Headset microphone", group=17}, { 3697, "audioOut", "Headset speakers", group=17} } Here, the headset microphone and speaker are part of the same device. WebIDL changes: - Change name of call to GetDevices - Rename "SourceInfo" dictionary to "DeviceInfo" - Add an attribute of type DOMString called "group" - Add "audioOut" and "videoOut" as legal values for the "kind" attribute 93948 1 harald 2013-09-27 12:40:52 +0000 Per Sept 24, the suggestion has been made to drop videoOut from the list, because it is not well defined, so it's not clearly useful. The editors will add this to the spec. (boilerplate: This doesn't mean that it's definitely approved, but it does mean that someone has to suggest that it be removed in order to take it out again.) Assigning to Adam for implementation. 94948 2 juberti 2013-10-18 18:42:45 +0000 I think we also agreed to move get[User]Devices to navigator. Adam, do you have an ETA for landing this? We'd like to get this wired up as soon as possible. Harald, wdyt about keeping audio and video as "kind", and adding a separate property to indicate input vs output? "audioOut" feels a bit clunky. 94985 3 adam.bergkvist 2013-10-21 05:12:39 +0000 (In reply to Justin Uberti from comment #2) > Adam, do you have an ETA for landing this? We'd like to get this wired up as > soon as possible. Shouldn't be that far away. 95276 4 adam.bergkvist 2013-10-24 05:23:40 +0000 Proposed change (rendered snapshot, links not working): http://htmlpreview.github.io/?https://github.com/fluffy/webrtc-w3c/blob/master/getusermedia.html#enumerating-devices 96376 5 juberti 2013-11-15 18:24:19 +0000 This change looks great. Wdyt about a corresponding .onmediadeviceschange callback to indicate when the list of media devices has changed? 96424 6 joi 2013-11-18 13:53:47 +0000 What is the motivation for oldList? If it is just to preserve groupId members within the session, then this looks good as written. OTOH if the intent is also to preserve the internal order of devices on oldList in newList, then in step 4.1 under getMediaDevices, the fragment "move that object to resultList" should read "append that object to resultList". 96429 7 adam.bergkvist 2013-11-18 15:22:39 +0000 (In reply to Jói Sigurðsson from comment #6) > What is the motivation for oldList? If it is just to preserve groupId > members within the session, then this looks good as written. OTOH if the > intent is also to preserve the internal order of devices on oldList in > newList, then in step 4.1 under getMediaDevices, the fragment "move that > object to resultList" should read "append that object to resultList". The idea is to have the groupId stable during the session. There's no attempt to, e.g., keep a device at a stable index in the list since devices may come and go during a session. In this context "move" = remove from oldList and append to newList. Does that seem right? Should we clarify? Thanks for providing feedback. 96439 8 joi 2013-11-18 18:18:42 +0000 I would suggest changing "move to" to "append to" just so it's clear. 96498 9 adam.bergkvist 2013-11-19 05:27:30 +0000 (In reply to Jói Sigurðsson from comment #8) > I would suggest changing "move to" to "append to" just so it's clear. Works for me. 96638 10 adam.bergkvist 2013-11-21 13:00:05 +0000 Proposed change: https://github.com/fluffy/webrtc-w3c/commit/970251ff41175e5d02e2a7732ff740c089209e5c 96740 11 juberti 2013-11-23 01:10:32 +0000 Adam, any more thoughts on .onmediadeviceschange? Do you want us to propose a block of text?