W3C home > Mailing lists > Public > public-webrtc@w3.org > November 2020

[mediacapture-image] Does ImageCapture work on non-camera tracks? (#272)

From: Jan-Ivar Bruaroey via GitHub <sysbot+gh@w3.org>
Date: Thu, 05 Nov 2020 23:48:20 +0000
To: public-webrtc@w3.org
Message-ID: <issues.opened-737347659-1604620099-sysbot+gh@w3.org>
jan-ivar has just created a new issue for https://github.com/w3c/mediacapture-image:

== Does ImageCapture work on non-camera tracks? ==
ImageCapture's [constructor](https://w3c.github.io/mediacapture-image/#dom-imagecapture-imagecapture) takes a `videoTrack` arg, making it a sink in the MediaStreamTrack model of [sources and sinks](https://docs.google.com/presentation/d/10myL8D_a3oQghAH1RO522x00KO4qmGi9ZQyXQD70Xto#slide=id.ga38008d958_3_120).

But this seems to make little sense outside camera tracks. E.g.
```js
const pc = new RTCPeerConnection();
new ImageCapture(pc.addTransceiver("video").receiver.track).takePhoto({redEyeReduction: true});
```

 What's supposed to happen, and why allow it? This is a concern for cross-origin protections.


Please view or discuss this issue at https://github.com/w3c/mediacapture-image/issues/272 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 5 November 2020 23:48:22 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 5 November 2020 23:48:23 UTC