Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Live DASH video track selection broken since 2.13.0

See original GitHub issue

I’m currently updating my app from ExoPlayer 2.12.1 to 2.13.3, I notice the video track selection on Live DASH streams seems broken since 2.13.0.

Here are available video tracks:

MediaCodecVideoRenderer [
  Group:0, adaptive_supported=YES_NOT_SEAMLESS [
    [X] Track:0, id=379, mimeType=video/avc, bitrate=400000, codecs=avc1.64000d, res=384x216, fps=25.0, supported=YES
    [X] Track:1, id=380, mimeType=video/avc, bitrate=800000, codecs=avc1.64001e, res=640x360, fps=25.0, supported=YES
    [X] Track:2, id=381, mimeType=video/avc, bitrate=1600000, codecs=avc1.64001f, res=896x504, fps=25.0, supported=YES
    [X] Track:3, id=3517, mimeType=video/hevc, bitrate=1600000, codecs=hvc1.1.2.L93, res=896x504, fps=50.0, supported=YES
    [X] Track:4, id=382, mimeType=video/avc, bitrate=3000000, codecs=avc1.64001f, res=1280x720, fps=25.0, supported=YES
    [X] Track:5, id=3518, mimeType=video/hevc, bitrate=4800000, codecs=hvc1.1.2.L123, res=1920x1080, fps=50.0, supported=YES
    [X] Track:6, id=3519, mimeType=video/hevc, bitrate=14800000, codecs=hvc1.1.2.L123, res=1920x1080, fps=50.0, supported=YES
  ]
]

Here is what was ExoPlayer behavior in 2.12.1 and what it’s now:

2.12.1:

track 896x504 (1600000bps, video/avc) is selected
track 1920x1080 (14800000bps, video/hevc) is selected => that’s the expected behavior

2.13.3:

track 896x504 (1600000bps, video/avc) is selected
track 1920x1080 (14800000bps, video/hevc) is selected
track 384x216 (400000bps, video/avc) is selected => this behavior is not expected

In 2.13.3, few seconds after step 2. the bandwidth estimation drops and the lowest bitrate track is selected, a higher quality seems to never be selected.

As stream URL and DRM info are sensitive, I’ll provide you by email a sample code hosted on a private GitHub repository to help you reproduce the issue. Please let me know if you need anything else.

Issue Analytics

State:
Created 2 years ago
Comments:9 (5 by maintainers)

Top GitHub Comments

1reaction

toniheicommented, May 20, 2021

PR was merged, and the slightly malformed stream here plays fine again. So closing this issue.

0reactions

cdongieuxcommented, May 6, 2021

Alright, thanks a lot for the clarification. I updated the PR accordingly 😃

Top Results From Across the Web

ExoPlayer/RELEASENOTES.md at release-v2 - GitHub

Update video track selection logic to take preferred MIME types and role flags into account when selecting multiple video tracks for adaptation (#9519)....

CHANGELOG | THEOplayer Documentation

When a DASH live stream becomes unavailable, the player will now always keep attempting to reconnect rather than halting after a certain amount...

RELEASENOTES.md - google/ExoPlayer - Sourcegraph

Update video track selection logic to take preferred MIME types and role ... live edge ([#9784](https://github.com/google/ExoPlayer/issues/9784)). * Video:.

Player Android / AndroidTV Releases - Bitmovin Docs

Fix that audio track switching is not working for some streams. ... a setting to restrict the maximum video bitrate which can be...

@videojs/http-streaming | Yarn - Package Manager

Play back HLS and DASH with Video.js, even where it's not natively supported ... readme. VHS Logo consisting of a VHS tape, the...