W3C home > Mailing lists > Public > public-media-capture@w3.org > August 2014

Re: Future of SourceType - Call For Consensus?

From: Harald Alvestrand <harald@alvestrand.no>
Date: Wed, 20 Aug 2014 14:07:19 +0200
Message-ID: <53F48F77.3050600@alvestrand.no>
To: public-media-capture@w3.org
I've reviewed the thread that came from this, and have also reviewed the 
spec proposed at

One interesting thing about that proposal is that it does *not* extend 
SourceTypeEnum - instead it defines a new enum called MediaSourceEnum:

enum MediaSourceEnum {

This seems to underscore the idea that SourceTypeEnum does not have an 
use case, and we should remove it - if the primary use case suggested 
for it goes off to do something else rather than using the extension 
point, that's a hint that we might not need it.

I suggest, based on the discussion and the proposal, that we delete 
SourceTypeEnum and all references to it from the getusermedia spec, and 
leave the selection of sources for screen capture to the screen capture 

Does that seem reasonable?

On 07/04/2014 10:01 AM, Harald Alvestrand wrote:
> At the moment, we have 3 bugs that touch on SourceType, listed here:
> https://www.w3.org/Bugs/Public/buglist.cgi?quicksearch=sourcetype&list_id=40270 
> Reminder: SourceType is this enum:
> enum SourceTypeEnum {
>     "none",
>     "camera",
>     "microphone"
> };
> At the moment, we have no part of the spec that depends on this - the 
> only thing you can do with it is to read the attribute on a track, and 
> ask for specific types via a constraint (which is useless for "none", 
> and only has a single possible value for video and audio tracks).
> It's been suggested as a future extension point (such as specifying "I 
> want a screen capture"), but experience with future extension points 
> is that it's very easy to get them wrong unless you already know the 
> extension you want when you design them.
> We've had very little comment on the bugs so far - so I'm trying for a 
> call on the list:
> ***Proposal: SourceType should be removed from getusermedia version 
> 1.0.***
> If we don't hear anyone arguing in favour of keeping it for a week 
> (July 11), we'll take that as permission to remove (there's always the 
> possibility to reinstate).
> If we get arguments ..... we'll take it from there.
>        Harald, chair hat on
Received on Wednesday, 20 August 2014 12:07:49 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:26:29 UTC