SDK / exoplayer

Issue: #7565
PiperOrigin-RevId: 353616594

PiperOrigin-RevId: 353615959

This change fixes a bug in CronetDataSource when it makes a Range
request but the server does not support Range requests and returns the
entire resource. Before the fix, the CronetDataSource would read more
bytes than the intended range.

PiperOrigin-RevId: 353614477

Issue: #7565
PiperOrigin-RevId: 353613493

We normally wouldn't do this kind of thing, given CronetDataSourceFactory is
deprecated, but it's needed to change the cronet --> core dependency to a
cronet --> common dependency.

PiperOrigin-RevId: 353609198

`ImaAdsLoader` only loads ad media URLs once playback of the preceding ad (if
any) has started, and this behavior is likely to be similar for other ad loader
implementations due to limits on how long before an ad plays it is meant to be
loaded. This is problematic for very short ads followed by an ad because the ad
will load to the end but load control may not allow playback to start due to
the total buffered duration being low.

Fix this by allowing playback to start regardless of load control if we are
waiting for an ad media period to prepare.

An alternative fix would be to fake the ad progress in the `ImaAdsLoader` to
trigger loading the next ad, but this would only allow one ad to load ahead (so
the problem would remain for two short ads in a row followed by another ad).

Issue: #8492
PiperOrigin-RevId: 353600088

Instead it uses a TrackSelection[].

#player-to-common

PiperOrigin-RevId: 353584567

This is necessary for the child cl that `TrackSelection`
in two distinct class. It avoids to split the array
version of such class too.

TrackSelectionArray exist to have an immutable array of TrackSelection.
Internal users are trusted to not mutate the array.

One drawback of this approach is that a `TrackSelectionArray`
has to be allocated on the boundary of the `Player` interface.
This should not be a performance issue as this only happens
on trackSelection changes, when the user calls
`Player.getCurrentTrackSelections` and on
`updateLoadControlTrackSelection`.

#player-to-common

PiperOrigin-RevId: 353582654

#minor-release

PiperOrigin-RevId: 353394376

PiperOrigin-RevId: 353290124

PiperOrigin-RevId: 353254249

Deprecate other DRM config methods.

Issue: #8466
PiperOrigin-RevId: 353251452

These are used by the cast extension, so will need moving eventually!

PiperOrigin-RevId: 353219703

PiperOrigin-RevId: 353212567

This field changed name during the code review, but these names and
references weren't updated to match.

Also use an ImmutableSet since the field is a Set.

PiperOrigin-RevId: 353021268

This is needed to ensure the Handler is goverened by the clock.

PiperOrigin-RevId: 353020654

This ensures the message devilery is governed by the clock.

Also replace setting a Handler with a Looper to facilititate this
change.

PiperOrigin-RevId: 353019729

Not checking it would force ExoPlayer to use the
global tmp dir which would expose it to
external file replacement attacks.

This is a theoretical vulnerability as this code is
only use in tests and cache dir always exist in the
AOSP android implementation.

PiperOrigin-RevId: 353013929

This ensures the Handler is governed by this clock.

PiperOrigin-RevId: 353011555

The IMA SDK currently notifies `CONTENT_RESUME_REQUESTED` then
`CONTENT_PAUSE_REQUESTED` quickly afterwards when playing an ad for an initial
seek. This triggered the logic to skip VPAID ads added for Issue: #7832,
causing the ad to be skipped.

This change reverts the fix for that issue and extends the ad preload timeout
logic to cover the case of an initial seek as well. Incompatible VPAID ads will
still be skipped but only after the preload delay (this seems fine given that
they are documented not to be supported, and we are just making the failure
mode less bad on a best-effort basis!).

Issue: #8428
Issue: #7832
PiperOrigin-RevId: 353011270

This is a dependency of TrackSelection and Player.

#player-to-common

PiperOrigin-RevId: 353004379

PiperOrigin-RevId: 352976712

Codecs are not used by this test because PCM uses codec bypass,
but performing the setup is still necessary to have the test
verify that this is indeed the case!

PiperOrigin-RevId: 352965739

The output dumps are intentionally empty because the playback
is using bypass modes.

Still adding a AUDIO_RAW decoder to the ShadowMediaCodecConfig to
ensure that we would output samples if bypass mode were disabled.

PiperOrigin-RevId: 352794959

PiperOrigin-RevId: 352783091

PiperOrigin-RevId: 352781639

PiperOrigin-RevId: 352779870

PiperOrigin-RevId: 352611965

Also move it to the `drm` package, and extract a
`DrmSessionManagerProvider` interface.

I'll add `MediaSourceFactory.setDrmSessionProvider()` in a follow-up
change.

Issue: #8466
PiperOrigin-RevId: 352582559

Add a test to DataSourceContractTest that asserts the gzip flag is
either ignored or handled correctly.

Add a test resource to DefaultHttpDataSourceContracTest that enables
gzip compression on the 'server' and checks it's handled correctly by
the client.

PiperOrigin-RevId: 352574359

These only show up in Android Studio, but still seem worth fixing.

PiperOrigin-RevId: 352570399

PiperOrigin-RevId: 352558063

PiperOrigin-RevId: 352554949

PiperOrigin-RevId: 352552961

The code is no longer in common so can directly link to Player.

PiperOrigin-RevId: 352548323

PiperOrigin-RevId: 352532853

PiperOrigin-RevId: 352530806

PiperOrigin-RevId: 352519583

PiperOrigin-RevId: 352450607

PiperOrigin-RevId: 352413375