- From: Jan-Ivar Bruaroey <jib@mozilla.com>
- Date: Tue, 18 Mar 2014 14:40:14 -0400
- To: Harald Alvestrand <harald@alvestrand.no>, public-media-capture@w3.org
On 3/18/14 10:06 AM, Harald Alvestrand wrote:
> On 03/17/2014 05:20 PM, Jan-Ivar Bruaroey wrote:
>> On 3/17/14 2:33 AM, Stefan Håkansson LK wrote:
>>> On 2014-03-15 23:29, Martin Thomson wrote:
>>>> On 14 March 2014 16:24, Cullen Jennings <fluffy@iii.ca> wrote:
>>>>> Two optional constrains, the first one saying the source is A and
>>>>> the second one saying the source is B.
>>>> Or you could try this:
>>>>
>>>> navigator.getUserMedia({ 'sourceId': 'A' }, success, function() {
>>>> navigator.getUserMedia({ 'sourceId': 'B' }, success, failure);
>>>> });
>>> Hm. Would you not need to push in a "require: 'sourdeId'" in the first
>>> gUM? Otherwise it would be "prefer" and if treated like optional mean
>>> that gUM would succeed even if it could not be satisfied.
>>
>> Correct, things are optional by default, so it would be:
>>
>> navigator.getUserMedia({ sourceId: 'A', require: 'sourceId' }, succ,
>> function(){
>> navigator.getUserMedia({ sourceId: 'B' }, succ, failure);
>> });
>>
>>
>>>> It seems like the example is basically contrived, so why not incur the
>>>> additional user prompt?
>>
>> Yes, it is hard to judge what's acceptable when we don't root things
>> in real use-cases.
>>
>> SourceId strikes me as the "anti-constraint", i.e. how one subverts
>> the normal process, so we should perhaps not design the normal
>> process around it?
>>
>
> I think it works well as a constraint - sometimes you definitely want
> a specific source, sometimes you would prefer one but can live with
> anything, sometimes you just want the system to pick one.
Sure, but when would you prefer two? That's the case you brought forth,
and we're asking what the use-case for that is.
.: Jan-Ivar :.
Received on Tuesday, 18 March 2014 18:40:42 UTC