-
Notifications
You must be signed in to change notification settings - Fork 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
Improve support for low-latency HLS live streams #5011
Comments
#4904 tracks latency improvement for DASH live streams. I guess we can use this issue to track the same in HLS. This is not an aspect we have worked explicitly on. Something that is worth checking is the position in the live window. Stream characteristics also affect how close to the live edge the player gets. What happens if you seek to the very live edge, for instance? |
Support LHLS (Low-latency HLS)There's a spec in process for "LHLS" which follows the Periscope and Twitch pattern for advertising segments before they're fully transcoded. It'd be great if someone familiar with ExoPlayer's HLS implementation could review the details for any issues and consider supporting it. |
Some interesting views on what Apple came up with: |
Thanks for working on this, will mention your efforts at the preso tomorrow. If I find some time and convince the right people I’ll try and help out |
We published our design doc on our webpage - open for comments! |
@tonihei any updates on if you will take LL HLS (Pantos official spec) in the coming 6-12 months? |
We don't usually provide fixed time estimates and it's best to just subscribe to this issue to see updates. But "in the coming 6-12 months" is vague enough to say yes :) |
any update? |
Issue: #5011 PiperOrigin-RevId: 339093145
Issue: #5011 PiperOrigin-RevId: 339467702
Issue: #5011 PiperOrigin-RevId: 339738292
Issue: #5011 PiperOrigin-RevId: 340260636
Issue: #5011 PiperOrigin-RevId: 340477795
Issue: #5011 PiperOrigin-RevId: 340621758
Issue: #5011 PiperOrigin-RevId: 340625816
Issue: #5011 PiperOrigin-RevId: 342022947
Issue: #5011 PiperOrigin-RevId: 343277357
This change avoids an early fatal exception for replaced hinted parts. Issue: #5011 PiperOrigin-RevId: 344828076
This is to ensure we can still discard the data if needed. Issue: #5011 PiperOrigin-RevId: 344977548
Low latency streams potentially need to remove preload chunks in case they are removed from the playlist. Hence we need to schedule loading the next playlist even if the playlist is not a primary playlist. Issue: #5011 PiperOrigin-RevId: 344995891
Issue: #5011 PiperOrigin-RevId: 345275266
Issue: #5011 PiperOrigin-RevId: 345425048
Issue: #5011 PiperOrigin-RevId: 345440697
Issue: #5011 PiperOrigin-RevId: 346080748
Issue: #5011 PiperOrigin-RevId: 346828103
If we have trailing parts the available window should reach to the end of all trailing parts and not only to the last finished segment. Issue: #5011 PiperOrigin-RevId: 347996626
The delta updates loose information about previous init segments. Until this is properly fixed, we can avoid the problem by not using delta updates. Issue: #5011 PiperOrigin-RevId: 348023895
Issue: #5011 PiperOrigin-RevId: 350540152
Issue: #5011 PiperOrigin-RevId: 350550204
Closing this feature request as it's fully implemented and will be released in 2.13.0. |
Could you add samples in demo app? |
Does this include support for both community and Apple LL HLS? It's not very clear from the design doc - it mentions both but then says that Apple implementation is going to take more work. Thanks! |
@natario1 Just Apple's version of LL HLS. If you specifically need support for the community variant, you might want to open a new issue to ensure it's tracked as a feature request. Happy to receive PRs for this as well :) |
We are creating a player to play HLS live streams on both iOS and Android devices. The problem is, when an iOS user opens the player, videos starts with not latency unlike EXOPLAYER on an Android device.
EXOPlayer is not synced with the stream server, iOS player is synced but there is a 15 seconds delay on Android EXOPlayer which means when the performer raise a hand, it displays timely on iOS AVNPlayer but after
Is there any solution?
The text was updated successfully, but these errors were encountered: