SDK / exoplayer

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

PiperOrigin-RevId: 327791211

PiperOrigin-RevId: 327790491

PiperOrigin-RevId: 327782731

PiperOrigin-RevId: 327691347

PiperOrigin-RevId: 327620772

Which saves the large parameter list.

PiperOrigin-RevId: 327619725

PiperOrigin-RevId: 327610950

Previously, the fullscreen button and timebar has been overlapped in minimal mode

PiperOrigin-RevId: 327606728

PiperOrigin-RevId: 327599049

Before this CL, SessionPlayerConnector getters had returned
UNKNOWN_TIME in idle state. It was because
SessionPlayerConnector had followed AndroidX media2
MediaPlayer's behavior, which was the baseline code of the
SessionPlayerConnector.

With this CL, SessionPlayerConnector getters directly return
underlying Player's value, rather than considering calls
in IDLE state as an exception and fallbacks to the default
UNKNOWN_TIME.

PiperOrigin-RevId: 327420940

PiperOrigin-RevId: 327392056

PiperOrigin-RevId: 327391755

PiperOrigin-RevId: 327307736

It's not valid, and will cause IllegalSeekPositionException to be thrown

PiperOrigin-RevId: 327301325

- Remove throwing of IllegalStateException
- Make it non-final so additional metadata can be more easily filled in

PiperOrigin-RevId: 327292208

PiperOrigin-RevId: 327268964

ExoPlayer is now the trusted source of playlist and can be
used by other components without breaking
SessionPlayerConnector's cached playlist.

PiperOrigin-RevId: 327266929

In AndroidX, both media1 and media2 have MediaItem classes,
so change the naming to remove ambiguity.

PiperOrigin-RevId: 327261260

PiperOrigin-RevId: 327258863

Playlist can now be obtained directly from Timeline windows
in any state. So make ExoPlayer as the trusted source of
playlist, instead of SessionPlayerConnector.

PlayerWrapper still need to keep the list of media items.
It's used to detect whether the Timeline change is caused by
changes in media items or not, and only notify
SessionPlayer.PlayerCallback#onPlaylistChanged() only when
the playlist is really changed.

PiperOrigin-RevId: 327231820

PiperOrigin-RevId: 327223824

In order to acquire a placeholder session, clients can call acquireSession
with a format with a null drmInitData.

PiperOrigin-RevId: 327220249

MediaSession requires prepared Looper in 1.0.3-stable release,
which is the latest stable release for now.

The requirement would be removed in 1.1.0-stable, but workaround
is needed meanwhile.

PiperOrigin-RevId: 327220042

PiperOrigin-RevId: 327203178

PiperOrigin-RevId: 327199833

PiperOrigin-RevId: 327190676