SDK / exoplayer

This solves various issues around event association for buffering and
error throwing around period discontinuities.

The main changes are:
 - Logic around being "ready" at the end of a period no longer checks if the
   next period is prepared.
 - Advancing the playing period no longer checks if the next one is prepared.
 - Prepare errors are always thrown for the playing period.

This changes the semantics and assumptions about the "playing" period:
 1. The playing period can no longer assumed to be prepared.
 2. We no longer have a case where the queue is non-empty and the playing or
    reading periods are unassigned (=null).
Most other code changes ensure that these changed assumptions are handled.

Issue:#5407
PiperOrigin-RevId: 263776304

PiperOrigin-RevId: 263768428

This field is used in .equals(), so it makes sense to include it in toString() too.

PiperOrigin-RevId: 263768329

This matches the documentation on MetadataDecoder.decode:
"@return The decoded metadata object, or null if the metadata could not be decoded."

PiperOrigin-RevId: 263767144

Most users are likely to be only interested in the playlist items. So put the
Window definition first and explicitly mention that this is a playlist
item.

PiperOrigin-RevId: 263764515

*** Original commit ***

Rollback of https://github.com/google/ExoPlayer/commit/bbe681a904d58fe1f84f6c7c6e3390d932c86249

*** Original commit ***

PiperOrigin-RevId: 263736897

PiperOrigin-RevId: 263718527

PiperOrigin-RevId: 263552552

Currently we fail silently for high bit depth output when using ANativeWindow
output mode.

PiperOrigin-RevId: 263549384

Initially this supports ID3-in-EMSG, but can also be used to support SCTE35-in-EMSG too.

PiperOrigin-RevId: 263535925

PiperOrigin-RevId: 263534628

PiperOrigin-RevId: 263532499

I removed the buffer.flip() call because it seems incompatible with the way MetadataRenderer deals with the Stream - it calls flip() itself on line 126. Tests fail with flip() here, and pass without it...

PiperOrigin-RevId: 263381799

We are not planning to use them in the near future, so remove the experimental
flags and related features.

PiperOrigin-RevId: 263356590

PiperOrigin-RevId: 263356275

The builder takes renderers instead of using a factory.

PiperOrigin-RevId: 263354003

The current ExoPlayerFactory is growing too big and usage becomes increasingly
complicated because it's not possible to set individual components without
specifying many other defaults.

Adding new builder classes makes building easier and more future-proof.

PiperOrigin-RevId: 263339078

entries are used in .equals(), so it's good to have them printed in toString() too (for test failures) and it makes logging easier too.

PiperOrigin-RevId: 263335503

This field is used in .equals(), we should print it in toString() too

PiperOrigin-RevId: 263335432

The current max video buffer is 13MB which is too small for high quality
streams and doesn't allow the DefaultLoadControl to buffer up to its default
max buffer time of 50 seconds.

Also move util method and constants only used by DefaultLoadControl into this
class.

PiperOrigin-RevId: 263328088

Required for propagation of HlsMetadataEntry's in chunkless preparation.

PiperOrigin-RevId: 263324345

PiperOrigin-RevId: 263317893

PiperOrigin-RevId: 263312721

Add @Nullable annotation in the LibvpxVideoRenderer.

PiperOrigin-RevId: 263150736

And add missing some missing annotations to the publicly visible API of these
packages.

PiperOrigin-RevId: 263134804

PiperOrigin-RevId: 263104935

PiperOrigin-RevId: 263046027

This fixes the errors that prevent the JavaDoc generation with the Gradle
script to run through.

PiperOrigin-RevId: 262930857

This renderer will be extended by both vp9 and av1 renderers.

PiperOrigin-RevId: 262900391

PiperOrigin-RevId: 262886490

PiperOrigin-RevId: 262511088

We no longer need two modules as AndroidX-Test takes care of the system
abstraction and we no longer have Robolectric Handler/Looper workarounds.

PiperOrigin-RevId: 262363201

I think we need to start clearing the holder as part of the
DRM rework. When we do this, it'll only be valid to read
from the holder immediately after it's been populated.

PiperOrigin-RevId: 262362725

*** Original commit ***

Make Kotlin JVM annotations available and use in ExoPlayer.

NoExternal

***

PiperOrigin-RevId: 262323737

NoExternal

PiperOrigin-RevId: 262316962

PiperOrigin-RevId: 262306255

PiperOrigin-RevId: 262303610

We're no longer tied to the emsg spec, so we can skip unused fields
and assume ms for duration.

Also remove @Nullable annotation from EventMessageEncoder#encode, it
seems the current implementation never returns null

PiperOrigin-RevId: 262135009

PiperOrigin-RevId: 262124441

PiperOrigin-RevId: 262123595