SDK / exoplayer

Move shadow-related utils for end-to-end tests into core test.

PiperOrigin-RevId: 330902696

Issue: #7866
PiperOrigin-RevId: 330736774

PiperOrigin-RevId: 330736458

PiperOrigin-RevId: 330627047

PiperOrigin-RevId: 330593247

This allows to customize extractor flags more easily when setting up the player.

In addition, we need to provide a way to pass in the ExtractorFactory through
the constructor chain starting in SimpleExoPlayer so that removing the
DefaultExtractorsFactory is possible for R8.

PiperOrigin-RevId: 330472935

PiperOrigin-RevId: 330409635

- Remove SampleQueue changes (they're being picked up in 2.12, but
  are sufficiently minor to not warrant a release note)
- Update 2.12 estimated release date

PiperOrigin-RevId: 330409443

- Use a setter, which is consistent with how other optional
  components are passed.
- Remove nesting where a provider provides another provider.
  Since AdSupportProvider then only provides one thing, it
  can be renamed to AdsLoaderProvider, which more clearly
  expresses what it provides.

PiperOrigin-RevId: 330396334

PiperOrigin-RevId: 330366909

PiperOrigin-RevId: 330348510

- Prevent buffering when clicking ffwd button at the end of stream
- Set VR button disabled when listener is not registered

PiperOrigin-RevId: 330039336

In maybeInitCodecWithFallback, it caches availableCodecInfos with mediaCryptoRequiresSecureDecoder and inputFormat as inputs, and won't clear it if shouldInitCodec is false, resulting in a case where availableCodecInfos is not null and codec is null.
When we have a new format, it's reasonable to clear availableCodecInfos if codec is null. Otherwise we might not be able to properly initialize a new codec.

PiperOrigin-RevId: 329971796

PiperOrigin-RevId: 329956142

PiperOrigin-RevId: 329894431

PiperOrigin-RevId: 329851964

PiperOrigin-RevId: 329751934

PiperOrigin-RevId: 329722775

PiperOrigin-RevId: 329722282

PiperOrigin-RevId: 329719402

PiperOrigin-RevId: 329714283

PiperOrigin-RevId: 329675833

This CL fixes two bugs:
- Play/pause button toggling looked inconsistent when playback fails.
  When player state goes into idle, play button should dispatch
  playwhenready again.
- Clicking play button at the end of stream should restart playback.
  But previously it changed playwhenready state and so playback has
  been paused. This CL fix it.

PiperOrigin-RevId: 329675660

PiperOrigin-RevId: 329671522

PiperOrigin-RevId: 329666401

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