-
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
The player keeps loading the playlist but not loading any new segments in live streaming (segment request stall) #7008
Comments
Please share debug logs from HLS.js (JavaScript console with config { debug: true }). HAR files are not useful in this case as they only express what was requested and not what HLS.js was doing. |
Sure, we will enable debug logs, reproduce the issue again, and share the logs. Meanwhile, for better understanding, could you please explain in which cases this issue might occur? Also, a similar issue has already been reported. @robwalch |
Please read the comments in other issues if you are interested in the response to what others have reported. |
After the wmslive_media_213.ts fragment, only the manifest was loaded. Although new segments were updated in the manifest response, the player did not load any new fragments. After some time, the player loaded the wmslive_media_219.ts fragment, but the fragments in between were not loaded. I have attached the HLS logs and HAR file for reference. Please check and help us resolve this issue. @robwalch Hls logs : https://drive.google.com/file/d/1skDQ68wLCDev_2cPvr9dCMpx4hSXKV-j/view?usp=sharing |
The logs show an exception instantiating the WebWorker with your player build. Use
After that, if we filter on loading and buffering lines, fragments are loaded and buffered:
|
Are you able to reproduce the issue at https://hlsjs-dev.video-dev.org/demo/ ? |
If you check the logs, the fragments from 214 to 218 were not loaded. Could the web worker not being initialized be causing this issue? @robwalch [warn] > Playback stalling at @33.110514 due to low buffer Also, I noticed the above logs right after fragment 213 was loaded |
Yes. Playback stalled after fragment 213 was requested but never retrieved (missing
This was followed by a seek to catch up with playlist window (at which point fragment 213 was aborted):
Why was fragment 213 blocked? What does your HAR file say about it? The screenshot above shows the segment request took 18.7 seconds to resolve. If the server can't respond in time, perhaps you could adjust the fragment loading policy to timeout earlier? Would a timeout and retry resolve the issue or do you expect frequent network stalls like this?
I'm not sure why the abandon rules check isn't attempting a switch earlier. I recommend giving the latest v1.6.0 pre-release a try. |
Thanks for the clarification. If I'm not wrong, since fragment 213 took 18.5 seconds to load, the player only loaded the manifest after fragment 213 was resolved. By that time, the player was too far from the live edge, causing it to skip loading fragments 214 to 218. @robwalch |
We are using the HLS player for live streaming. In certain scenarios, the player only loads the playlist even though new segments are updated in it. The sequence number and target duration are also correct. I found similar issues on GitHub. I have attached the screenshot and .har file for reference. Please help us resolve this issue.
Hls version : 1.5.19
Config :
{
liveSyncDurationCount : 4,
maxBufferLength : 5,
backBufferLength : Infinity,
maxBufferSize : Infinity
}
For other configs we are using the default value.
Har file link : https://drive.google.com/file/d/11z6HCXdaol-c67VuKOlP8c6rbDx4x4xS/view?usp=sharing
The text was updated successfully, but these errors were encountered: