-
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
Duplicate initial request on the manifest file (m3u8) when playing a live stream #6858
Comments
The URL above is a media playlist. When loaded with loadSource, it is assumed that it is a multi-variant playlist, after which one of the variants ("levels") must be loaded immediately. In this case they are the same. |
Hello, Thank for your answer. I tested with the hls.js version built for the #6855 ticket, the behaviour is the same. If I understand correctly, the duplicate request is something normal in the case of the playlist we use. If that's correct, I think you can close this ticket. Regards |
It's been that way for some time when loading media playlists. I'm looking into a fix. |
- Improve blocking requests with parts and low-latency mode disabled - Defer autostart until after manifest loasded and level loaded when media playlist is source Fixes #6858 Interstitial startup fixes - Added `hls.loadingEnabled` getter - Do not call startLoad when stopped and do not resume primary on first item Fixes #6839 (cherry picked from commit 5f2cde23288d70297ac97f85620b11f346755d4c)
- Improve blocking requests with parts and low-latency mode disabled - Defer autostart until after manifest loasded and level loaded when media playlist is source Fixes #6858 Interstitial startup fixes - Added `hls.loadingEnabled` getter - Do not call startLoad when stopped and do not resume primary on first item Fixes #6839
Just merged a fix for this issue with #6879 into dev: |
Hello, |
What version of Hls.js are you using?
v1.5.17
What browser (including version) are you using?
Edge 130 64 bits
What OS (including version) are you using?
Windows 11
Test stream
https://1600654994.rsc.cdn77.org/streaming-rtmp/ubicasttv/ovh_ubicasttv_d47167f23a35894c5e89c40f835431_720.m3u8
Configuration
Additional player setup steps
No response
Checklist
Steps to reproduce
Expected behaviour
The first request to get the m3u8 is not made twice.
What actually happened?
The first request to get the m3u8 is made twice.
The problem also occurs with:
We discovered this problem because we have a mechanism that blocks simultaneous duplicate requests on our site.
Screenshot of the network console:
Console output
Chrome media internals output
No response
The text was updated successfully, but these errors were encountered: