-
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
Network errors cause jump past end of buffer #4710
Comments
nathanmarlor
added
Bug
Needs Triage
If there is a suspected stream issue, apply this label to triage if it is something we should fix.
labels
May 30, 2022
Please see if #5122 resolves this issue and include a sample stream or codec and timecode details that may help to reproduce or explain some of the behavior described. |
robwalch
removed
the
Needs Triage
If there is a suspected stream issue, apply this label to triage if it is something we should fix.
label
Jan 5, 2023
Closing as we haven't received a sample to reproduce the issue. See possibly related issues: |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
What version of Hls.js are you using?
1.1.5
What browser (including version) are you using?
101.0.4951.64 (Official Build) (x86_64)
What OS (including version) are you using?
macOS Catalina
Test stream
On request
Configuration
Additional player setup steps
No response
Checklist
Steps to reproduce
Expected behaviour
HLS should continue to fill it's buffers ahead of skipping forwards at the end of the sliding window.
What actually happened?
HLS buffered the next segment but not past, meaning the skip forwards jumped over the available buffer. Playback does not resume following this.
Recording of issue on demo environment: https://youtu.be/bmLTw2WxyW0
Console output
Chrome media internals output
The text was updated successfully, but these errors were encountered: