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
Playback stuck after BUFFER_FULL_ERROR #3565
Comments
Hi @lp-contentplus, Thanks for the bug report. Have you tested or are you able to reproduce on any other platforms? Can you provide more information about the device, OS, and browser (model, physical memory, app allocated memory)? Have you tried using a shorter back-buffer length (since the error occurs at ~500s, but you've set |
Bug occurs only on chrome. All operating systems (also MacOS, Windows 10). Several persons reported same issue.
liveBackBufferLength: 900 was just default playground setting. I've tried with backBufferLength: 90 and it's still occurs. Currently we are deployed player with maxMaxBufferLength: 180. It's just prevents BUFFER_FULL_ERROR. |
I encountered a similar problem. Perhaps hls.js is adding an amount of data that overflows the SourceBuffer, and I suspect that reduceMaxBufferLength() is not working properly. |
What version of Hls.js are you using?
1.0.0-rc2
What browser and OS are you using?
Chrome 88, Linux
Test stream:
https://static.epodreczniki.pl/editor/resized/v2/hls/storage/resource/R1Hv5FP6meiKo/14t0VjZSpq4LDx5uy14u4Fvie5CVVNNt.mp4/index.m3u8
{
"debug": true,
"enableWorker": true,
"liveBackBufferLength": 900
}
Steps to reproduce
It's seems that more parts loads when getting close to end of buffered range, but player does not use them
The text was updated successfully, but these errors were encountered: