W3C home > Mailing lists > Public > public-media-capture@w3.org > July 2016

[mediacapture-fromelement] captureStreamUntilEnded(): consider clarifying or removing.

From: Miguel Casas-Sanchez via GitHub <sysbot+gh@w3.org>
Date: Thu, 14 Jul 2016 18:14:50 +0000
To: public-media-capture@w3.org
Message-ID: <issues.opened-165624589-1468520088-sysbot+gh@w3.org>
miguelao has just created a new issue for 
https://github.com/w3c/mediacapture-fromelement:

== captureStreamUntilEnded(): consider clarifying or removing. ==
Method 
[captureStreamUntilEnded()](https://w3c.github.io/mediacapture-fromelement/#widl-HTMLMediaElement-captureStreamUntilEnded-MediaStream)
 essentially states that when `<video>`/`<audio>` element finishes 
playback and signals it via firing an 
[`ended`](https://html.spec.whatwg.org/multipage/embedded-content.html#event-media-ended)
 event, the  captured `MediaStream` should stop all its `Tracks`. 

This is something that the WebApp can also do that via listening to 
the said `<video>`/`<audio>` `ended` event and subsequently calling 
[`stop()`](https://www.w3.org/TR/mediacapture-streams/#widl-MediaStreamTrack-stop-void)
 in each of the captured `MediaStream` `Tracks`. I propose removing it
 from the Spec, or clarifying what's its added value.

(As a personal note, perhaps this method predates the existence of 
[`MediaStreamTrack.stop()`](https://www.w3.org/TR/mediacapture-streams/#widl-MediaStreamTrack-stop-void)
 which would justify both its existence and its removal).

@foolip, since this question arose during a Blink code review.

Just FTR, the method is implemented in Gecko 
([here](https://github.com/mozilla/gecko-dev/blob/42c9a619ec0da7e40b5d848f8354c06d5a4747ee/dom/html/HTMLMediaElement.cpp#L2274)).

Please view or discuss this issue at 
https://github.com/w3c/mediacapture-fromelement/issues/42 using your 
GitHub account
Received on Thursday, 14 July 2016 18:15:00 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:26:36 UTC