25752 2014-05-16 22:54:01 +0000 sourceType is redundant as constraint 2014-08-22 08:56:16 +0000 1 1 1 Unclassified WebRTC Working Group Media Capture and Streams unspecified All All RESOLVED FIXED P2 normal --- 25769 25775 25778 1 shijuns public-media-capture adam.bergkvist harald public-media-capture oldest_to_newest 106231 0 shijuns 2014-05-16 22:54:01 +0000 In the MediaStreamConstraints dictionary, the "video" and "audio" properties already indicate whether the source should be a camera or microphone for the specific MediaTrackConstraints. Having an "sourceType" doesn't give the UA more meaningful instruction, meanwhile, can introduce unnecessary conflict, e.g. by setting the sourceType to "camera" on the "audio" property. Also, typically we should not expect the sourceType to change while applying new constraints on an existing MediaStreamTrack. MediaStreamTrack.kind indicates the sourceType already. There is no clear value keeping the sourceType as constraints in this case either. sourceType "none" is covered by the MediaStreamTrack.radyState, again redundant. Suggest removing sourceType from the constraints list, and mapping the concept to other attributes defined in the spec already. 108494 1 harald 2014-06-30 13:58:46 +0000 This property was added with the idea that it could be extended - with, for instance, "file", "screencapture" or others. At the moment, it is not useful. Suggest removing it until we have a real use case for it. 108724 2 harald 2014-07-04 11:52:49 +0000 Question sent on the mailing list about removing it on July 4, 2014 110456 3 adam.bergkvist 2014-08-22 08:56:16 +0000 Removed sourceType (and SourceTypeEnum) Proposed fix: https://github.com/w3c/mediacapture-main/commit/71f3030cdd686f84bd6decb895d2196c13092bcd