SDK / exoplayer

This brings SessionPlayerConnector in line with other
components that use a ControlDispatcher in the ExoPlayer
library, all of which have a setter.

PiperOrigin-RevId: 329665767

PiperOrigin-RevId: 329665766

Internal demo app crashed when device does not support required DRM scheme.
This CL fixes it.

PiperOrigin-RevId: 329653841

PiperOrigin-RevId: 329634001

PiperOrigin-RevId: 329527311

Issue: #7832
PiperOrigin-RevId: 329497598

To avoid repetition, it adds Util.postOrRun and replaces existing
instances with the util method.

PiperOrigin-RevId: 329472769

The environment these tests are executed in is only using JUnit 4.10,
which doesn't have assertThrows.

PiperOrigin-RevId: 329462985

Add a SampleQueue method to discard from the write side of the queue by timestamp

PiperOrigin-RevId: 329303714

1. Add EventLogger right away in PlayerActivity, else it doesn't log
   playWhenReady being initially set to true.
2. Remove EventLogger logging for the audio position advancing. It's
   redundant with isPlaying logging unless you're very specifically
   interested in the timing difference.
3. Remove unnecessary comment in Player.
4. Fix Timeline Javadoc.

PiperOrigin-RevId: 328983944

In 2.11.2 to 2.11.5, we considered all AAC streams as consisting
only of sync samples. In 2.11.6+, we considered no AAC streams as
consisting of sync samples, because the property is not guaranteed
specifically for xHE-AAC. This will have caused a small regression
is seek speed for some types of media.

This change brings back the optimization for AAC, specifically
excluding only xHE-AAC (and cases where we don't know what type of
AAC we're dealing with).

PiperOrigin-RevId: 328950697

PiperOrigin-RevId: 328918314

Issue: #7820
PiperOrigin-RevId: 328917063

ISSUE: #7813
PiperOrigin-RevId: 328910220

PiperOrigin-RevId: 328904901

PiperOrigin-RevId: 328747057

Issue: #7807
PiperOrigin-RevId: 328726966

PiperOrigin-RevId: 328726246

To play slow motion streams where the audio has been recorded at
slower speeds, it is necessary to be able to resample (rather than
time-stretch) the audio. This change undeprecates back the previously
deprecated PlaybackParameters class to allow apps to set pitch.

PiperOrigin-RevId: 328703116

PiperOrigin-RevId: 328696935

PiperOrigin-RevId: 328551668

PiperOrigin-RevId: 328549736

PiperOrigin-RevId: 328549086

PiperOrigin-RevId: 328536503

Issue: #7801
PiperOrigin-RevId: 328529525

PiperOrigin-RevId: 328524230

<unknown commit> used a new API provided in API29+, changing this test's config to
use the newer SDK version.

TAP:https://test.corp.google.com/ui#d=targetZoomout&flags=CAMQAlhg&t=//third_party/java_src/android_libs/exoplayer/v2/library/core/src/test:test_com/google/android/exoplayer2/audio/MediaCodecAudioRendererTest
PiperOrigin-RevId: 328344926

This commit introduces the infrastructure classes, and a couple of
illustrative usages.

PiperOrigin-RevId: 328301593

PiperOrigin-RevId: 328154018

We currently always reset everything if playingPeriod != readingPeriod.
However, this is only needed when the pausing is actually required, i.e.,
if the feature is enabled and we are in the last period of the window.

PiperOrigin-RevId: 328141242

Currently the audio renderer can become ready before the AudioTrack
actually has enough data to play something, which means that the
player may transition to the ready state before audio starts
playing. This makes the player's current state transition not very
useful for detecting when audio actually starts playing.

This change adds a new event to notify apps when the audio position
is increasing after a pause or seek/flush/reset event, and includes
an estimate of the system time at which audio playout started.

Issue: #7577
PiperOrigin-RevId: 327810040

PiperOrigin-RevId: 327797428

PiperOrigin-RevId: 327795332

r2.11.8

PiperOrigin-RevId: 327791211

PiperOrigin-RevId: 327790491