Closed aminghorbankhani closed 2 weeks ago
Hi @aminghorbankhani,
The logs show that your page is reloading and resetting the buffer (not HLS.js):
Media is completely buffered:
[stream-controller]: Buffered main sn: 6 of level 2 (frag:[10.008-10.200] > buffer:[0.080-10.101])
[stream-controller]: PARSED->IDLE
[buffer-controller] audio sourceBuffer now EOS
[buffer-controller] video sourceBuffer now EOS
[buffer-controller] Queueing mediaSource.endOfStream()
[stream-controller]: IDLE->ENDED
[buffer-controller] Calling mediaSource.endOfStream()
[buffer-controller] Media source ended
The page is reloading the resource which resets the buffer:
player.jsx:1695 [log] > loadSource:https://www.example.com/waa64ay.m3u8?k=90e0c
This appears to be an issue with the integration of hls.js. I cannot reproduce the issue using the demo page with the provided configuration and any of the sample assets.
What version of Hls.js are you using?
1.5.14
What browser (including version) are you using?
Chrome 127.0.6533.120 (Official Build) (arm64)
What OS (including version) are you using?
MacOS Monterey
Test stream
No response
Configuration
Additional player setup steps
No response
Checklist
Steps to reproduce
Expected behaviour
I expect that when I set capLevelToPlayerSize to true and resize my player, hls.js choose correct level and does not freeze or stalled but currently when user do such a behaviour for any reason, it stalled!
What actually happened?
Some of our user reported that our player after instant resizing freezes and get stock at stalled status. After several tests we recognized that when capLevelToPlayerSize is true this issue happens.
Worth to mention that:
Console output
Chrome media internals output
No response