- From: Harald Alvestrand <harald@alvestrand.no>
- Date: Mon, 09 Apr 2012 15:51:12 +0200
- To: Li Li <Li.NJ.Li@huawei.com>
- CC: Soo-Hyun Choi <s.choi@hackerslab.eu>, "public-media-capture@w3.org" <public-media-capture@w3.org>
On 03/29/2012 03:55 AM, Li Li wrote: > Thanks for bringing this up. I hope application should be able to discover cameras and select which ones to use, as it is not uncommon for mobile devices to have two cameras these days. > If this ability is not supported, then there is also a gap between getCapabilities(), which return multiple cameras, and getUserMedia(), which can't select them. If we define a constraint named "video-camera-identity", with a string value, and define that getCapabilities() return a single, unique value of "video-camera-identity" for each camera, the problem is solved: getCapabilities() returns [ camera1 { 'video-camera-identity': 'foo1' }, camera2 { 'video-camera-identity': 'bar3' } ] getUserMedia gets called as getUserMedia(....., [ mandatory: { 'video-camera-identity' : 'bar3' } ] ) apologies for the braces and brackets of the wrong type; I hope the idea shines through. One issue: this constraint is not an enum, a max or a min - it's a fourth type of constraint. Does this need further definition? > Li > > > -----邮件原件----- > 发件人: Soo-Hyun Choi [mailto:s.choi@hackerslab.eu] > 发送时间: 2012年3月29日 8:28 > 收件人: Li Li > 抄送: public-media-capture@w3.org > 主题: Re: Constraints and Capabilities API for getUserMedia: more detailed proposal > > All, > > On Wed, Mar 28, 2012 at 11:32, Li Li <Li.NJ.Li@huawei.com> wrote: >> If the getCapabilities() returns multiple devices (e.g. camera001, >> camera002), I wonder how navigator.getUserMedia() is able to select which >> device to use. Do we have to say: camera001.getUserMedia(), or somehow >> designate the target device in the argument? >> > As I've raised the similar issue earlier regarding this > (http://lists.w3.org/Archives/Public/public-media-capture/2012Mar/0015.html), > this sort of choosing multiple cameras should better to be considered. > > > Best regards, > Soo-Hyun
Received on Monday, 9 April 2012 13:51:59 UTC