- From: Jan-Ivar Bruaroey via GitHub <sysbot+gh@w3.org>
- Date: Mon, 16 May 2022 15:00:58 +0000
- To: public-webrtc@w3.org
jan-ivar has just created a new issue for https://github.com/w3c/mediacapture-handle: == .sendCaptureAction() seems misplaced on the track == [track.sendCaptureAction](https://w3c.github.io/mediacapture-handle/actions/index.html#dom-mediastreamtrack-sendcaptureaction), the API to send supported actions to the captured page seems misplaced on the MediaStreamTrack. The reasons are: 1. [MediaStreamTrack](https://w3c.github.io/mediacapture-main/#dom-mediastreamtrack) is a [clonable](https://w3c.github.io/mediacapture-main/#dom-mediastreamtrack-clone) & [constrainable](https://w3c.github.io/mediacapture-main/#constrainable-interface) _media consumption_ abstraction. One source → many consumers. Whereas methods like [track.cropTo](https://w3c.github.io/mediacapture-region/#dom-browsercapturemediastreamtrack-cropto) are per-clone, [sendCaptureAction](https://w3c.github.io/mediacapture-handle/actions/index.html#dom-mediastreamtrack-sendcaptureaction) would affect ALL clones, a leaky abstraction. The progression of the capture is not a property of a single video track. 2. Would both the video and audio track have this method? Why (not)? It's confusing. We’ve stepped out of media consumption to remote control. A higher level object seems needed, one that isn't clonable or necessarily shared with every media consumer. Likewise, https://github.com/w3c/mediacapture-screen-share/issues/190 seems to similarly need this higher level object. See https://github.com/w3c/mediacapture-handle/issues/12#issuecomment-1051021052 for ideas on such a higher level object, which I'm scheduled to present [tomorrow](https://docs.google.com/presentation/d/1ulgTHkHcpUa7FBtPHYYsUL1ATjO1meRmW5ghB9ELDXg/edit#slide=id.g1261fcdd2e4_0_410). Please view or discuss this issue at https://github.com/w3c/mediacapture-handle/issues/65 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Monday, 16 May 2022 15:01:03 UTC