SDK / exoplayer

PiperOrigin-RevId: 332814223

PiperOrigin-RevId: 332254072

I didn't copy-paste the whole of
https://github.com/google/guava/wiki/UsingProGuardWithGuava because
this line seems relevant based on our current usage.

Lots of that file seems to relate to classes that are strongly
discouraged on Android:
https://github.com/google/guava/wiki/Android#specifics

I've only added this to the `common` module, since everyone that uses
ExoPlayer must depend on that. This avoids duplicating this line into
every module that has a Guava dependency.

Also remove some other warning suppressions that are defined in both
`core` and `common`.

Issue: #7904
PiperOrigin-RevId: 332203086

PiperOrigin-RevId: 332014290

Issue: #7866
PiperOrigin-RevId: 330736774

PiperOrigin-RevId: 331591005

PiperOrigin-RevId: 332940209

Issue: #7939
PiperOrigin-RevId: 332838586

PiperOrigin-RevId: 332015471

PiperOrigin-RevId: 332012857

Since gradle 4.0, CMake imported libraries are bundled in the APK, so
manually bundling them causes a duplication which breaks the build.

Issue: #7906
PiperOrigin-RevId: 332012375

PiperOrigin-RevId: 331955966

Issue: #7906
PiperOrigin-RevId: 331775990

Issue: #7902
PiperOrigin-RevId: 331771187

This test is intended to check that DefaultLoadControl will cause
playback to fail as "stuck buffering" rather than OOM-ing, in the
case that its target buffer size is reached and playback still
hasn't started.

Unfortunately, the target buffer size is ~130MB, and when running
on some setups an OOM actually ends up happening before this much
memory is allocated.

This change makes the target buffer size much smaller to avoid the
problem.

PiperOrigin-RevId: 331748208

PiperOrigin-RevId: 331539036

PiperOrigin-RevId: 331354102

r2.12.0

There's no option to enable them. This is probably a copy/paste error
from DefaultHttpDataSourceFactory.

PiperOrigin-RevId: 331334263

PiperOrigin-RevId: 331211708

PiperOrigin-RevId: 331162350

PiperOrigin-RevId: 331155539

Issue: #7889
PiperOrigin-RevId: 331149688

PiperOrigin-RevId: 331148067

Setting to 2x BATCH_SIZE_BYTES

PiperOrigin-RevId: 331124129

Throwing Error forces a test to catch Throwable (e.g.
DashWidevineOfflineTest#widevineOfflineReleasedV22), which will also
catch AssertionError meaning the fail() call at the end of the try block
won't work.

The DashWidevineOfflineTest have been broken since
https://github.com/google/ExoPlayer/commit/91185500a1242b99b86b18bc9f3449d3dac1fa01

PiperOrigin-RevId: 331120894

PiperOrigin-RevId: 331027732

PiperOrigin-RevId: 331025924

This may remove available memory from other tests running in the same
process. Instead, create the huge buffer when needed so it can be GCed
immediately.

PiperOrigin-RevId: 330960844

Not releasing the player means the playback thread keeps running
and also keeps its entire allocated playback buffer.

PiperOrigin-RevId: 330958821

PiperOrigin-RevId: 330918689

PiperOrigin-RevId: 330918396

When passing in ExtractorFactory instances to SimpleExoPlayer.Builder or
DefaultMediaSourceFactory, we currently need to pass in one other
instance (RenderersFactory or DataSource.Factory), that developers will
often set to its default. To avoid specifying these defaults, these new
convience methods allow to just set the ExtractorsFactory if required.

PiperOrigin-RevId: 330908002

This is useful because ImaAdsLoader.getAdsLoader() can now return null
(before ads have been requested), and it avoids the app needing to get
an AdsManager to attach its listener.

PiperOrigin-RevId: 330907051

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

PiperOrigin-RevId: 330902696

PiperOrigin-RevId: 330736458

PiperOrigin-RevId: 330627047