W3C home > Mailing lists > Public > public-webrtc-logs@w3.org > May 2019

Re: [mediacapture-screen-share] Constraints for Captured Display Surfaces should move to MediaTrackSettings (#66)

From: guest271314 via GitHub <sysbot+gh@w3.org>
Date: Sat, 04 May 2019 17:54:31 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-489349637-1556992470-sysbot+gh@w3.org>

> Well, because they are "supported", but yes. The current definition of [getSupportedConstraints](https://w3c.github.io/mediacapture-main/getusermedia.html#dom-mediadevices-getsupportedconstraints) does not explicitly guarantee that they do something when set, only that the browser implements those constrainable properties (not that they're effectively actually constrainable).

That is apparently the case for Firefox, where `getSupportedConstraints()` includes `viewportOffsetX` and `viewportOffsetY`, though setting those properties and values at a `MediaStreamTrack` of `kind` `"video"` following executing `getDisplayMedia()` when trying to resolve https://github.com/w3c/mediacapture-screen-share/issues/105 has no effect, and the set properties are not set at the object returned by `getSettings()`. Essentially making the call to `applyConstraints()` null and void.

Can the various stream and media capture API specifications clarify what constraints are and are not actually applicable and capable of being set relevant to the respective media stream and capture APIs?

GitHub Notification of comment by guest271314
Please view or discuss this issue at https://github.com/w3c/mediacapture-screen-share/issues/66#issuecomment-489349637 using your GitHub account
Received on Saturday, 4 May 2019 17:54:33 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 6 May 2023 21:19:47 UTC