-
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
Support Extractor injection for HLS chunks #2833
Comments
When the stream is saved as TS, it is plays normally. I also tried to disable the subtitle track, but it didn't help. Below is the extracted m3u8 content:
|
@AquilesCanta, found that it can be fixed by setting:
inside HlsMediaChunk.java in createExtractor. Is it possible to set this flag for HlsMediaSource or any media source (or global non_idr_keyframe value for H264 reader) the same way as for ExtractorMediaSource, so the modification of library can be avoided in the future? |
Not right now, I'll use this issue to track Extractor factory injection. |
Already tracked by #2748 |
Issue description
When using Demo player in ExoPlayer version 2.4.0 to playback the HLS stream, the player is stuck in loading mode after getting track information and not switching any further. The same stream opens fine with Demo player in ExoPlayer version 2.2.0 with all default settings.
Seems like the issue arises when there is a subtitle track inside HLS's TS chunk (in this case CEA-608), whereas the similar stream without subtitle track opens fine.
Are there any possible modifications in the code that could lead to this problem in the latest version?
Reproduction steps
Try to open the stream in Demo player in ExoPlayer version 2.4.0
Link to test content
Link sent to dev e-mail.
Version of ExoPlayer being used
ExoPlayer 2.4.0
Device(s) and version(s) of Android being used
Nexus Player
Nexus 5X
A full bug report captured from the device
The text was updated successfully, but these errors were encountered: