-
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
Bitrate value is -1 for any HLS content #3006
Comments
The format you're seeing here is really only intended for internal use by the player (and for debugging purposes). It is correct to say that the bitrate is set to -1, but it's also correct to say this shouldn't really be a problem. Note that this format represents just the video component of the stream, after de-muxing and extraction from the container. |
So, it is not a bug. Thank you for your answer. |
What should the proper way to access bitrate be? |
Issue description
When I try to reproduce an HLS content the method player.getVideoFormat().bitrate in DebugTextViewHelper returns always -1.
Reproduction steps
Link to test content
Any HLS content, for example "Apple 4x3 basic stream" in Exoplayer demo app
Version of ExoPlayer being used
Exoplayer 2.4.2
Device(s) and version(s) of Android being used
Nexus 5, Android 6.0.1
A full bug report captured from the device
no logs
Info
I have checked in HlsPlaylistParser class and the bitrate value is correct.
I'm continuing to study this case and I will add more info soon.
Thanks
The text was updated successfully, but these errors were encountered: