-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
HLS live streaming support #740
Comments
I'm waiting this feature too :) |
HLS Live comes in two flavors: LIVE and EVENT. EVENTs append segments to the end of the playlist, but do not ever remove segments. LIVE can both append segments to the end and remove segments from the beginning of the playlist. This CL lays the ground for supporting both types and introduces support for EVENTs. Issue #740. Change-Id: I2042660daf9d1e7209cb1b40f50ab8b24571faa4
Any news on this? I'm waiting for it too! |
Thanks for letting us know you're interested! We've been working on it, but we have not been able to complete the work yet. The model for live streaming in HLS is different from the DASH model, and we still have some serious refactoring to do. |
Great! I'll give it a try when you're done with it! |
Issue #740 Change-Id: Ia3dcdd29d8b85f5f1b266455d70a6cafbdc94757
Affter test the latest commit, it's not working with this stream: https://cdn.demo.anevia.com/live/eds/Arte/HLS-MP4/Arte.m3u8 The error occurred parsing a webvtt file. |
Yes, we are aware. There are several more commits coming that will finish the implementation. It's not quite done yet. |
We misinterpretted the EXT-X-START tag before. Now, we ignore this tag and parse segment times from the segments themselves. This is more robust for both VOD and live HLS content. We avoid segment parsing when updating normal, well-behaved live streams. For poorly-behaved live streams, we will fall back to segment parsing and recover. This also addresses the issue of VOD content which does not start at zero. Instead of using configuration to make this playable, we will now offset VOD content back to 0 automatically. Issue #740 Closes #1011 Change-Id: Ib3a59f87e3a050244cd39854409d8e3542c50b0a
When we update the manifest, we need to have consistent URIs in our maps. Before this change, some were the original URIs, while others were the "response URI", the URI after redirection and scheme resolution. Because of the need for consistency across updates, For now, for consistency across updates, we will use the original URIs, without redirects. Ultimately, we should update a playlist from the most recent response URI, and segment URIs should always be relative to that. TODOs have been added. Issue #740 Change-Id: If3c64a83e1649f845710c81ba0c4856bc8ead81f
This adds a TS packet parser to find PTS values from the segments themselves. Issue #740 Change-Id: I267a9dbe5e4fc050ae63b5738c143a91cfa4f12b
The presence of EXT-X-ENDLIST means VOD, regardless of other tags. Some new sample content exposed this bug, and this change adds a regression test that mirrors that content. Issue #740 Change-Id: I11548c83a87c4f993737744ef1b374c7fc013672
There is one more bug I am aware of in our HLS live implementation. I've just tracked down the root of it and written a failing test, and I expect to be able to fix the bug soon. After that, we will close this issue and try to wrap up v2.3. |
@avelad, I will give those a try and see if it's the same bug I'm already working on. |
@avelad, it looks like a different bug, specific to TS live streams. Can you file a new one, please? We parse the TS segments to get their timestamps, since HLS doesn't provide that information. However, as far as I can tell, the MP4 output from mux.js has different timestamps than what we parsed from the TS segments. So the MediaSource timeline doesn't line up with the Player's seek range. |
Thanks @joeyparrish . I raised #1102 About the second stream (HLS-MP4: https://cdn.demo.anevia.com/live/eds/Arte/HLS-MP4/Arte.m3u8 ), what is the problem? |
I'm not sure what's wrong with the second stream. It's different from the other issues, though. Can you file a new bug for that, too? Please use the issue template to capture details on the behavior you're seeing. |
Issue #740 Change-Id: I0257db2042da8bf98b64a84267b3ac108ed0bb08
Issue #740 Change-Id: I23742f8596c6fd81805257b8b1affe24b25b880b
Modulo separate issues raised by @avelad, HLS live is working in the We're going to close this (very general) issue now. If you find problems with HLS live in the nightly build (as @avelad has), please file new issues so that we can focus on those individual bugs. Thanks! |
Our HLS implementation still lacks live streaming support
The text was updated successfully, but these errors were encountered: