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

[mediacapture-fromelement] Tie MediaStreamTrack lifetime to the underlying AudioTrack or VideoTrack?

From: Philip Jägenstedt via GitHub <sysbot+gh@w3.org>
Date: Mon, 18 Jan 2016 10:53:23 +0000
To: public-media-capture@w3.org
Message-ID: <issues.opened-127201515-1453114400-sysbot+gh@w3.org>
foolip has just created a new issue for 
https://github.com/w3c/mediacapture-fromelement:

== Tie MediaStreamTrack lifetime to the underlying AudioTrack or 
VideoTrack? ==
The spec for 
[`captureStream()`](http://w3c.github.io/mediacapture-fromelement/#widl-HTMLMediaElement-captureStream-MediaStream)
 says "Since a `MediaStreamTrack` can only end once, a track that is 
enabled, disabled and re-enabled will be captured as two separate 
tracks. Similarly, restarting playback after playback ends causes a 
new set of captured `MediaStreamTrack` instances to be created. 
Seeking during playback without changing track selection does not 
generate events or cause a captured `MediaStreamTrack` to end."

This seems like a complication, is it necessary? If a 
`MediaStreamTrack` has exactly the same lifetime as its corresponding 
`AudioTrack` or `VideoTrack`, one wouldn't have to re-create track 
when seeking after playback ends, and it would be a lot simpler to 
understand the model.

The price to pay is that a `MediaStreamTrack` would be producing 
nothing sometimes, but is that bad? It seems nice to at least pause on
 the last video frame without ending the MediaStreamTrack?

Please view or discuss this issue at 
https://github.com/w3c/mediacapture-fromelement/issues/24 using your 
GitHub account
Received on Monday, 18 January 2016 10:53:31 UTC

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