- 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
the note > 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 taken. -- GitHub Notification of comment by alvestrand Please view or discuss this issue at https://github.com/w3c/mediacapture-image/issues/126#issuecomment-268179941 using your GitHub account
Received on Tuesday, 20 December 2016 08:05:09 UTC