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 09:23:29 -0600
Cc: public-media-capture@w3.org
Message-Id: <00F460D8-22A8-47F8-BF2E-1FD6854ECC43@iii.ca>
To: Harald Tveit Alvestrand <harald@alvestrand.no>

On Mar 27, 2013, at 8:41 AM, Cullen Jennings <fluffy@iii.ca> wrote:

> 
> 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 

sorry - typo in that meant "front or left" not "for"
Received on Wednesday, 27 March 2013 15:23:54 UTC

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