W3C home > Mailing lists > Public > public-media-capture-logs@w3.org > December 2016

Re: [mediacapture-image] Discussion of "zoom" does not consider mechanical zoom timing

From: Harald Alvestrand via GitHub <sysbot+gh@w3.org>
Date: Tue, 20 Dec 2016 08:05:03 +0000
To: public-media-capture-logs@w3.org
Message-ID: <issue_comment.created-268179941-1482221102-sysbot+gh@w3.org>
the note

If the UA can successfully apply the settings, the effect may be 
reflected, if visible at all, in videoStreamTrack. The result of 
applying some of the settings may force the latter to not satisfy its 
constraints (e.g. the frame rate).

is not reasonable; it specifies a number of dimensions in which the 
result of the call can vary, without giving normative guidance to the 
implementor on what should happen.

I'm particularly worried about the "may cause the track to be 
overconstrained" language - this will cause the track to go black for 
all other purposes.

Moving setOptions to be a parameter on takePhoto would resolve this 
issue, since takePhoto is already specified to be able to suspend the 
track and restore it to its original settings after the photo has been

GitHub Notification of comment by alvestrand
Please view or discuss this issue at 
 using your GitHub account
Received on Tuesday, 20 December 2016 08:05:09 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:27:31 UTC