Closed
Bug 1144987
Opened 10 years ago
Closed 9 years ago
Seek should seek to nearest seekable position.
Categories
(Core :: Audio/Video: Playback, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: jya, Unassigned)
References
Details
This is related to bug 1130239.
We currently assume that the seekable range is [StartTime, Duration].
However, per spec:
https://html.spec.whatwg.org/multipage/embedded-content.html#seeking
"If the (possibly now changed) new playback position is not in one of the ranges given in the seekable attribute, then let it be the position in one of the ranges given in the seekable attribute that is the nearest to the new playback position. If two positions both satisfy that constraint (i.e. the new playback position is exactly in the middle between two ranges in the seekable attribute) then use the position that is closest to the current playback position. If there are no ranges given in the seekable attribute then set the seeking IDL attribute to false and abort these steps."
So when seeking outside the seekable range, we should seek to the nearest seekable.
Additionally, with MSE, if the stream is marked as infinite, we should be able to seek within [0, buffered.end(buffered.length-1)]
Reporter | ||
Updated•10 years ago
|
Summary: Seek should us → Seek should seek to nearest seekable position.
Updated•9 years ago
|
Component: Audio/Video → Audio/Video: Playback
Comment 1•9 years ago
|
||
Don't we have handled that in
https://hg.mozilla.org/mozilla-central/file/001942e4617b/dom/html/HTMLMediaElement.cpp#l1532 ?
Reporter | ||
Comment 2•9 years ago
|
||
yes... this is handled there.. appears correct to me now
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•