Closed
Bug 498253
Opened 15 years ago
Closed 9 years ago
Need to implement updated media timeline support
Categories
(Core :: Audio/Video: Playback, defect)
Core
Audio/Video: Playback
Tracking
()
RESOLVED
INVALID
People
(Reporter: cajbir, Unassigned)
References
()
Details
(Keywords: html5)
The WHATWG specification has changed to add a 'startTime' attribute to the MediaElement. This needs to be implemented.
http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#dom-media-starttime
Comment 2•15 years ago
|
||
We're out of date with the current HTML video spec. The timeline (i.e. the
values of HTMLMediaElement.currentTime) of a video/audio should go from the
"earliest possible position" to the las possible position. We currently always
have the playback position starting a 0 and ending at duration.
Comment 3•15 years ago
|
||
This seems like a somewhat unfortunate thing for the spec, I bet everyone's going to get it wrong because it won't be common. :( I can't help but wonder if it would be better to have a startTimeOffset property, so that .currentTime et al are all still have a timeline starting from 0, and if you want the "real" time you'd use .currentTime + .startTimeOffset.
I'd also suspect we'll want the default video controls to normalize everything to 0 (.currentTime - .startTime), since it would be really confusing otherwise.
I totally agree with comment #3.
Comment 7•14 years ago
|
||
When this bug is fixed, the following test should pass:
(Note that the tests current sniff the user agent for Firefox--hopefully that'll be fixed soon.)
http://test.w3.org/html/tests/submission/Microsoft/video/video_008.htm
Updated•14 years ago
|
Blocks: ietestcenter
Keywords: html5
Comment 11•14 years ago
|
||
Spec changed again, morphing this bug to track the current state.
Updated•14 years ago
|
Summary: HTMLMediaElement needs startTime attribute to be implemented → Need to implement updated media timeline (initialTime, startOffsetTime) support
Comment 13•14 years ago
|
||
Any new developments here?
Reporter | ||
Comment 14•14 years ago
|
||
I'd be reluctant to start implementing this part of the spec until things like multitrack, media controller, streams, etc are less of a moving target. It's likely to be in a bit of flux.
Reporter | ||
Comment 15•14 years ago
|
||
I'm adding 'initialTime' as part of the implementation of temporal media fragments in bug 648595.
Depends on: 648595
Comment 16•13 years ago
|
||
I recently did some experimental work on synchronising events to live streams, and I patched Firefox to implement startOffsetTime for WebM streams.
https://github.com/bbcrd/HTML5-MediaElement-startOffsetTime
I do agree that the spec needs some clarification. My colleague Sean O'Halpin blogged about this:
http://www.bbc.co.uk/blogs/researchanddevelopment/2012/02/what-does-currenttime-mean-in.shtml
http://www.bbc.co.uk/blogs/researchanddevelopment/2012/01/implementing-startoffsettime-f.shtml
Updated•12 years ago
|
Keywords: dev-doc-needed
Updated•12 years ago
|
Summary: Need to implement updated media timeline (initialTime, startOffsetTime) support → Need to implement updated media timeline support
Comment 17•11 years ago
|
||
It's been some time and I guess the spec has stabilized. If there are still outstandind issues, did anybody file bugs?
Updated•9 years ago
|
Component: Audio/Video → Audio/Video: Playback
This is no longer a requirement of the spec.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → INVALID
Updated•9 years ago
|
Keywords: dev-doc-needed
You need to log in
before you can comment on or make changes to this bug.
Description
•