Closed Bug 1144987 Opened 10 years ago Closed 9 years ago

Seek should seek to nearest seekable position.

Categories

(Core :: Audio/Video: Playback, defect)

x86
macOS
defect
Not set
normal

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)]
Summary: Seek should us → Seek should seek to nearest seekable position.
Component: Audio/Video → Audio/Video: Playback
See Also: → 1208054
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.