- From: andypaicu via GitHub <sysbot+gh@w3.org>
- Date: Tue, 19 May 2020 13:44:45 +0000
- To: public-webrtc-logs@w3.org
> > Why not require apps to be up front about requesting PTZ? > > I think it depends on how important the PTZ capability is to the application and whether or not it already has camera permission. Requesting PTZ upfront in `getUserMedia()` will mean a permission request is shown before the video stream starts. This will be a regression for sites which already have camera permission. Allowing them to start the video stream and then request PTZ permission via `applyConstraints()` means that they can offer this as an opt-in to their users before showing a permission prompt. This allows the permission prompt to be displayed with better context for the user. Could sites achieve the same result by first opening the stream without PTZ and then calling `getUserMedia` again with PTZ and replacing the existing video stream if the extra permission is granted? (I'm not very familiar with how `getUserMedia` is used so this is genuine question). Overall I feel that allowing the permission to be requested mid-stream significantly muddies the permission model, in terms of how we expose the `pan`, `tilt`, `zoom` properties to developers, how we protect the user's privacy and how we avoid user prompt fatigue so I would prefer to go with: "`applyConstraints` can't result in a permission prompt, the PTZ properties are only exposed if the permission is provided at the time when `getUserMedia` was called". -- GitHub Notification of comment by andypaicu Please view or discuss this issue at https://github.com/w3c/mediacapture-image/issues/223#issuecomment-630828624 using your GitHub account
Received on Tuesday, 19 May 2020 13:44:46 UTC