SDK / exoplayer

Issue:#5779
PiperOrigin-RevId: 249234058

PiperOrigin-RevId: 249217126

PiperOrigin-RevId: 249068395

Issue: #5834
PiperOrigin-RevId: 249067445

The unspecified default is the highest available SDK which may be larger
than TARGET_SDK (as specified by the manifest).

PiperOrigin-RevId: 249064173

We are currently defaulting to targetSdk=1 as no targetSdk is specified. Only
tests which explicitly ask for another SDK use another test SDK. With the
versioned manifest, all tests run using the targetSDK by default.

PiperOrigin-RevId: 249060796

PiperOrigin-RevId: 249044271

Issue: #5735
PiperOrigin-RevId: 248745617

Issue: #5891
PiperOrigin-RevId: 248541827

PiperOrigin-RevId: 248533906

PiperOrigin-RevId: 248503971

PiperOrigin-RevId: 248503235

We previously only checked whether the reason for the timeline change is
RESET which indicates an empty timeline. Change this to an explicit check
for empty timelines to also ignore empty media or intermittent timeline
changes to an empty timeline which are not marked as RESET.

Issue:#5831
PiperOrigin-RevId: 248499118

Split a few assertThat(a && b).isTrue() calls into separate assertions for more precise diagnostics.

Issue: #5891
PiperOrigin-RevId: 248369509

PiperOrigin-RevId: 248367983

PiperOrigin-RevId: 248350557

PiperOrigin-RevId: 248221982

Issue: #5876
PiperOrigin-RevId: 248119726

Issue: #5862
PiperOrigin-RevId: 248112524

Issue:#5568
PiperOrigin-RevId: 247973411

Accessing task providers (like javaCompileProvider) at sync time is not
possible. That's why the source sets of all generateJavadoc tasks is empty.

The set of source directories can also be accessed directly through the static
sourceSets field. Combining these allows to statically provide the relevant
source files to the javadoc task without needing to access the run-time task
provider.

PiperOrigin-RevId: 247938176

Issue: #5876
PiperOrigin-RevId: 247935822

Issue: #5782
PiperOrigin-RevId: 247934223

The update to Gradle 5.1.1 decreased the default heap size to 512MB and our
build runs into Out-of-Memory errors.

Setting the gradle flags to higher values instead.

See https://developer.android.com/studio/releases/gradle-plugin#3-4-0

PiperOrigin-RevId: 247908526

PiperOrigin-RevId: 247902405

PiperOrigin-RevId: 247630389

Issue:#5821
PiperOrigin-RevId: 247621164

Issue:#5868
PiperOrigin-RevId: 247613811

PiperOrigin-RevId: 247499141

In preparation for reference counting in DrmSession

PiperOrigin-RevId: 247428114

PiperOrigin-RevId: 247418601

If a PlayerMessage throws an exception, it is currently not deleted from the
list of pending messages. This may be problematic as the list of pending
messages is kept when the player is retried without reset and the message is
sent again in such a case.

PiperOrigin-RevId: 247414494

PiperOrigin-RevId: 247348352

Adding an explicit option to clear all downloads prevents repeated database
access in a loop when trying to delete all downloads.

However, we still create an arbitrary number of parallel Task threads for this
and seperate callbacks for each download.

PiperOrigin-RevId: 247234181

1. A content session after an ad has been played was not re-marked as active,
   leading to new ad session being marked as active too early.
2. Switching from content to post-roll ended the content session because
   the return value of getAdGroupTimeUs of C.TIME_END_OF_SOURCE was not
   handled. Using the nextAdGroupIndex instead.

PiperOrigin-RevId: 246977327

PiperOrigin-RevId: 246733842

PiperOrigin-RevId: 246729123

PiperOrigin-RevId: 246728418