-
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
Buffer Stalled Error breaks looping video with loop="true"
#3986
Comments
Adding the "loop" attribute to the video element will make it automatically seek back to On the next IDLE tick, before seeking is complete the player checks if the last segment needs to be loaded, because This results in the buffer being removed and fragments reloaded as playback loops which is what results in the stalls. |
You can either:
To fix the issue, we need to tweak one of the blocks above. There's no need to remove the second segment if the third is already loaded. there's also no need to switch to IDLE on seeking in the first place if the entire stream is already buffered. |
What version of Hls.js are you using?
1.0.5
The error does not occur on 0.14.16 so I believe this is a regression.
What browser and OS (including versions) are you using?
Test stream:
I didn't know how to add the
loop
attribute to the video elem using the test page... so this is the HTML I used. Basically the demo HTML, w/ a small change or twoConfiguration:
Checklist
Steps to reproduce
loop="true"
attribute to avideo
element used for HLS.jshttp://embed.wistia.com/deliveries/fd7f6e2c8bbcf86f2f297553a3c01061f0e0aa38.m3u8/seg-2-v1-a1.ts
Expected behavior
That the video would loop indefinitely and that the same frag would not be downloaded repeatedly.
Actual behavior
The same frag is repeatedly downloaded, the video does not play again, and there is a buffer stalled error.
Console output
The text was updated successfully, but these errors were encountered: