Open kiran-dcunha opened 1 year ago
Looks like stream-controller went into a PARSED state and never left that state:
[log] > – "[stream-controller]:" – "PARSING->PARSED" (hls.min.js, line 1)
It is expected that parsed media will be appended (calling fragBufferedComplete
) and that that will return the stream-controller to the PARSED->IDLE state to load the next segment.
If this happens on other devices and browsers check your stream's validity, and share a sample that can be used to repro the issue.
If the issue is specific to the device you are testing on you'll need to add some logs or do some debugging in buffer-controller starting with onFragParsed
and following through blockBuffers
for append and the operation queue. These lines in particular can be uncommented to follow whether MSE appends behave as expected: https://github.com/video-dev/hls.js/blob/master/src/controller/buffer-controller.ts#L365-L369
I can see that just before the playback stops, video buffers updatestart event is not followed by updateend.
What version of Hls.js are you using?
1.2.4
What browser (including version) are you using?
Set Top Box ("Mozilla/5.0 (Astro;AS620SM;1.21) AppleWebKit/602.1.28+ (KHTML, like Gecko) Version/9.1 Safari/601.5.17")
What OS (including version) are you using?
Custom
Test stream
No response
Configuration
Additional player setup steps
No response
Checklist
Steps to reproduce
Expected behaviour
Playback should happen seamlessly
What actually happened?
Playback stops after a while without error. m3u8 files keep downloading, but no ts file is downloaded.
NOTE: Playback works on other browsers and platforms without issue.
Console output
Chrome media internals output
No response