SDK / exoplayer

Without this, a subtitle track empty edit list used to offset the start of
subtitles is ignored.

Also the current code seems to depend on the order in which
we parse the tracks (audio first means we have gapless info when we parse
video track, while video first we wouldn't).

It's not clear why we can't handle both edit lists & gapless info

PiperOrigin-RevId: 276029744

The compositeSequenableLoader was causing NPEs in isLoading. Initializing it
upfront prevents this problem and is in line with what we do in all real
MediaPeriods.

PiperOrigin-RevId: 275491511

r2.10.6

Issue:#6537
PiperOrigin-RevId: 275477266

If an odd resolution is impossible in the specification itself, then we know
that the caller is passing invalid data. Round up on the assumption it's a
rounding error so that playback can proceed.

Issue: #6551
PiperOrigin-RevId: 275226813

Same change as done in https://github.com/google/ExoPlayer/commit/c49388aca2047ed7680e7d8834def4f769060e2d.

PiperOrigin-RevId: 274894288

PiperOrigin-RevId: 274568961

PiperOrigin-RevId: 274568660

PiperOrigin-RevId: 274564800

PiperOrigin-RevId: 274561876

PiperOrigin-RevId: 274534626

Issue: #6523
PiperOrigin-RevId: 274160232

It's documented to be for temporary loss only (i.e. the case where
externally reported playWhenReady is still true)

PiperOrigin-RevId: 274129922

PiperOrigin-RevId: 273971120

This supports both chunkless & traditional preparation

PiperOrigin-RevId: 273938344

Playback cannot be suppressed if playWhenReady=false

PiperOrigin-RevId: 273726084

PiperOrigin-RevId: 273549830

Issue: #6297
PiperOrigin-RevId: 273297284

It's confusing that app:played_color also modifies the colors
that derive from it, but the corresponding setter does not. It
seems generally clearer just to define constants.

PiperOrigin-RevId: 273249557

It's confusing that seekTo(player, windowIndex, positionMs) does
clamping, because it only makes sense if windowIndex is the current
window.

Note: This doesn't actually fix anything (other than code clarity).
In cases where we were passing other windowIndices, we always
passed 0 as the position and so the clamping logic wouldn't have
had any effect.
PiperOrigin-RevId: 272857104

PiperOrigin-RevId: 272856747

These seem to be created by the Android Studio layout inspector

PiperOrigin-RevId: 272856118

Keeping the ones inside loops, because theoretically they
can be useful there (in practice, for this use case, it's
highly unlikely to make any difference).

PiperOrigin-RevId: 272834073

PiperOrigin-RevId: 272654378

Log only if an error occured.

PiperOrigin-RevId: 272618322

PiperOrigin-RevId: 272614917

Also improve some tests by asserting the parser is left in
the correct position (assertNextTag).

PiperOrigin-RevId: 272614768

PiperOrigin-RevId: 272614610

The ICY 'spec' isn't really clear/tight enough to do anything more
specific than this I think.

Issue:#6476
PiperOrigin-RevId: 272405322

PiperOrigin-RevId: 272010353

This helps reduce the amount of nesting in HlsSampleStreamWrapper.track()

PiperOrigin-RevId: 271983779

PiperOrigin-RevId: 271364512

PiperOrigin-RevId: 271364200

PiperOrigin-RevId: 271347407

Adding this callback makes sense for completeness (we have similar callbacks
for all other playback state properties), and also to detect audio focus loss
while buffering which would currently trigger no callback because isPlaying
is still false.

Issue:#6203
PiperOrigin-RevId: 271347351

PiperOrigin-RevId: 270999947

This method should be used where we previously checked for active playback
by state==READY and playWhenReady=true. Using the new method ensures we take
audio focus into account for these usages.

Also update some method naming to avoid confusion with the isPlaying method.

Issue:#6203
PiperOrigin-RevId: 270910982

In-line EXOPLAYER_ROOT which only has one reference. And change
FFMPEG_EXT_PATH to always include "/jni"

PiperOrigin-RevId: 270866662