SDK / exoplayer

Issue: #9437
#minor-release
PiperOrigin-RevId: 397273931

The deprecated `Player.addListener(EventListener)`
is moved out of Player into its subclasses
(CastPlayer and ExoPlayer).

This is unlikely to break users because:
 - the method has been deprecated in the last major version
 - the method is still present in the major implementations

If an users is affected, they can either:
 - use ExoPlayer instead of Player
 - (recommended) switch to Player.Listener.

Additionally update the threading guarantees that did not
reflect the current implementation.

PiperOrigin-RevId: 397272144

This will allow to disable video/audio... through the player
interface.

PiperOrigin-RevId: 397183548

* Avoid ActivityManager log spam by only calling startForeground once,
  and subsequently updating the notification via NotificationManager.
* Tweak demo app service to make it a tiny bit easier to swap the Scheduler.

PiperOrigin-RevId: 397179398

The second getScheduler() call violates the documentation of
the class, which states that getScheduler() is not called if
foregroundNotificationId if FOREGROUND_NOTIFICATION_ID_NONE.
Presumably implementing subclasses would return null, in which
case this didn't do any harm, but we should make sure the
implementation behaves as documented regardless.

PiperOrigin-RevId: 397167603

#minor-release

PiperOrigin-RevId: 397164973

PiperOrigin-RevId: 397156268

PiperOrigin-RevId: 397141742

PiperOrigin-RevId: 397138908

Previously gapless offload support was hardcoded to Pixel
only.

PiperOrigin-RevId: 397070378

PiperOrigin-RevId: 397066804

This is a pre-requisite step for merging SimpleExoPlayer into
ExoPlayer, because when StubExoPlayer extends ExoPlayer, it needs
a matching constructor.

PiperOrigin-RevId: 397065374

Issue: #9428

#minor-release

PiperOrigin-RevId: 397064086

This was originally reported on #9390. There was a bug that when HLS
loads failed, the player would endlessly retry and never fail with a
player error.

This change fixes a bug in HlsSampleStreamWrapper.onPlaylistError()
which would return true for a playlist whose load encountered an error
but could not be excluded, whereas the method should return false.

Issue: #9390

#minor-release

PiperOrigin-RevId: 397045802

PiperOrigin-RevId: 396959703

#exofixit

PiperOrigin-RevId: 396938258

PiperOrigin-RevId: 396936785

*** Original commit ***

Ensure MediaSourceFactory instances can be re-used

This fixes DefaultDrmSessionManager so it can be used by a new Player
instance (by nulling out its reference to the playback thread, which is
unique per-Player instance). This only works if the
DefaultDrmSessionManager is 'fully released' before being used by the
second Player instance, meaning that the reference count of the manager
and all its sessions is zero.

#exofixit
Issue: #9099

***

PiperOrigin-RevId: 396861138

Please reference RFC2326 Section A.1 for the state transitions.

PiperOrigin-RevId: 396799104

#exofixit

PiperOrigin-RevId: 396793873

* Add new README files for the Transformer demo and media/testapps/.
* Add an androidx demos README in media/github/

PiperOrigin-RevId: 396784430

#exofixit

PiperOrigin-RevId: 396780460

Follow-up to https://github.com/google/ExoPlayer/commit/9f3c2fb5e10a4e17a753e3791c9e4e07a79005d1

PiperOrigin-RevId: 396776798

#exofixit

PiperOrigin-RevId: 396658717

Previously the released preacquired sessions would start their keepalive
timeout, and so no additional resources would be freed in time for the
manager to retry the session acquisition.

This change adds an additional purge of keepalive sessions *after* the
preacquired sessions are released, which fixes the problem.

#exofixit
#minor-release

PiperOrigin-RevId: 396613352

This needs to match with the implementation for Dackka javadoc generation to succeed.

PiperOrigin-RevId: 396377019

PiperOrigin-RevId: 396363113

Align redererDisableFlags (un)bundling
with the other field by using an explicit
temporary data structure (int array).

PiperOrigin-RevId: 396358143

PiperOrigin-RevId: 396354920

Also add `TYPE_USE` target on the @IntDef (and fix @Targets for other
@IntDefs).

#exofixit

PiperOrigin-RevId: 396333212

#exo-fixit

PiperOrigin-RevId: 396329591

This is was reported in #9257 where the PlaybackStatsListener may try to
access an emtpy ArrayList.

Issue: #9257

#minor-release
#exofixit

PiperOrigin-RevId: 396329373

PiperOrigin-RevId: 396313679

#exofixit

PiperOrigin-RevId: 396304941

PiperOrigin-RevId: 396303288

PiperOrigin-RevId: 396303242

PiperOrigin-RevId: 396297834

PiperOrigin-RevId: 395936070

This is a candidate fix for #8906. As mentioned in that issue,
negative positions within windows might be (kind of) valid in
live streaming scenarios, where the window starts at some
non-zero position within the period. However, negative positions
within periods are definitely not valid. Neither are positions
that exceed the period duration.

There was already logic in ExoPlayerImplInternal to prevent a
resolved seek position from exceeding the period duration. This
fix adds the equivalent constraint for the start of the period.
It also moves the application of the constraints into Timeline.
This has the advantage that the constraints are applied as part
of state masking in ExoPlayerImpl.seekTo, removing any UI flicker
where the invalid seek position is temporarily visible.

Issue: #8906
PiperOrigin-RevId: 395917413

Issue: #9416

The dash "-" in the brackets must be escaped, or it acts like a range operator.

#minor-release

PiperOrigin-RevId: 395909845