-
Notifications
You must be signed in to change notification settings - Fork 2.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Seeking to the end of a fragment while paused stalls #6331
Comments
For precise seeking (while paused) add |
Thank you, this helped! |
Good!
We can leave this issue open. HLS.js should always pick the fragment using zero lookup tolerance when seeking while media is in a paused state. |
@robwalch I apologize if this is a separate issue but it seems like it's at least related, yet setting Stream: https://files.tpazman.com/hls/hlsjsseekissue/playlist.m3u8 Open in Chrome and pause the video when it opens. If you try to seek to 80.310, then to 80.356, both seeks will work.
Btw, can setting |
Hi @tpazman, Please file a new bug report making sure to test against the latest release (v1.5.11). You can mention this issue by number to relate them. |
I posted #6524 which removes the need for setting You can try it here https://bugfix-backward-seek-near-en.hls-js-4zn.pages.dev/demo/ |
What version of Hls.js are you using?
v1.5.7
What browser (including version) are you using?
Chrome 123.0.6312.107
What OS (including version) are you using?
MacOS 14.1.1
Test stream
https://cdn2.mywave.video/embed/6605d87343de1770868e10bf/6605d87343de1770868e10bd/stream_0.m3u8
Configuration
Additional player setup steps
No response
Checklist
Steps to reproduce
Expected behaviour
Eventually desired time (or time in closest existing fragment) is sought. Video preview is correct.
What actually happened?
Can't seek desired time. Endless reporting of
[info] > [abr] buffer is empty, optimal quality level 0
in the console.Console output
Chrome media internals output
The text was updated successfully, but these errors were encountered: