W3C home > Mailing lists > Public > public-media-capture@w3.org > March 2013

Re: An alternate approach to enumerating devices

From: Cullen Jennings <fluffy@iii.ca>
Date: Wed, 27 Mar 2013 08:41:22 -0600
Cc: Cullen Jennings <fluffy@iii.ca>, public-media-capture@w3.org
Message-Id: <B0927DC2-5EB3-4FC5-813C-89C5B9266825@iii.ca>
To: Harald Alvestrand <harald@alvestrand.no>

On Mar 26, 2013, at 2:51 PM, Harald Alvestrand <harald@alvestrand.no> wrote:

> On 03/26/2013 09:14 PM, Cullen Jennings wrote:
>> On Mar 25, 2013, at 3:37 AM, Harald Alvestrand <harald@alvestrand.no> wrote:
>>>> 2) facing is too limited. I want just a camera adescription enum that includes front and back but also has left, right, center
>>> Again orthogonal to the proposed change, the enum isn't in the current media spec (I guess that's a bug), but once it lands, we can propose changes to it.
>>> (I don't want to slip too far down this slippery slope - what about up/down, north/south/east/west, and points inbetween?)
>> The things that with multiple cameras that are widely deployed today are:
>> 1) front , back tablets / phones
>> 2) left right 2 screen room systems
>> 3) left, right, center, 3 screen rooms systems
>> Are you OK with supporting theses three cases ?
> I fear the CLUE slippery slope here.... when you say "left", "right" and "center", do you imagine 3 cameras in a row beside each other, all facing the same way?

Yes, pointing roughly the same direction

> I've got a bit of trouble seeing the "front, left" combination being asked for - are these different constraints?

No - a camera can be front for left but not both 
Received on Wednesday, 27 March 2013 14:41:47 UTC

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