26017 2014-06-09 07:48:28 +0000 CaptureStream should be specified 2014-11-11 15:30:59 +0000 1 1 1 Unclassified WebRTC Working Group Media Capture and Streams unspecified PC Linux RESOLVED WONTFIX P2 normal --- 1 harald public-media-capture jib public-media-capture stefan.lk.hakansson oldest_to_newest 107503 0 harald 2014-06-09 07:48:28 +0000 From slides presented in Washington DC: captureStream[UntilEnded] ❖ For a media element (<video>, <audio>), be able to create a media stream from its contents! ❖ Great for web audio! ❖ … also a potential source of WebRTC streams! ❖ captureStream generates media from the source! ❖ captureStreamUntilEnded stops when the stream ends! ❖ Switching sources causes this to end 112873 1 harald 2014-10-09 09:40:11 +0000 This seems to have been filed under the wrong component. 112887 2 harald 2014-10-09 14:14:42 +0000 This is not a blocker on the Media Capture spec. The proper place to do this is in the HTML5 specification. 114797 3 stefan.lk.hakansson 2014-11-11 14:38:18 +0000 Already in Washington DC (I think) we concluded this would be a separate document. There is now a repo created in github: https://github.com/w3c/mediacapture-fromelement (still empty) and the initial Editor's appointed are Martin Thomson and Shijun Sun. I now close this bug as "wontfix" as a) a fix is underway and b) it does not read on the "Media Capture and Streams" document. 114800 4 jib 2014-11-11 15:30:59 +0000 Hmm, where should issues for that go then? Rather than closing it, isn't there another component we can use?