SDK / exoplayer

PiperOrigin-RevId: 224166374

This instantiates the renderers and extract the capabilities. None of the known
renderes incurs any overhead during instantiation.

PiperOrigin-RevId: 224118511

PiperOrigin-RevId: 224114911

- Enable GZIP for media playlist + encryption key chunk requests in
  HLS, as we do during playback
- Pass around DataSpecs rather than Uris. This will be needed for if
  we add manifest cacheKey support (which seems like a good idea for
  completeness, if nothing else)

PiperOrigin-RevId: 224057139

PiperOrigin-RevId: 224048465

We currently default to not caching data if the content length
cannot be resolved once the DataSource has been open. The
reason for this is to avoid caching progressive live streams.
By doing this we were accidentally not caching in other places
where caching is possible, such as DASH/SS/HLS segments during
playback if the server doesn't include a Content-Length header.
Also HLS encryption key chunks, which were very unlikely to be
cached during playback because we explicitly set FLAG_ALLOW_GZIP
(which normally stops content length from resolving) without
setting FLAG_ALLOW_CACHING_UNKNOWN_LENGTH.

It seems like a good idea to flip the default at this point,
and explicitly disable caching in the one case where we want
that to happen.

PiperOrigin-RevId: 223994110

This is in line with how Player.EventListener and AnalyticsListener methods are
defined and helps to only implement the callbacks needed.

PiperOrigin-RevId: 223991262

Moving most of the logic to the base DownloaderHelper helps to implement track
selection for downloading in a single place instead of multiple places.

PiperOrigin-RevId: 223964869

Issue #5013

PiperOrigin-RevId: 223838303

PiperOrigin-RevId: 223797364

PiperOrigin-RevId: 223796377

PiperOrigin-RevId: 223787832

This option to block bandwidth already exists on the AdaptiveTrackSelection itself
but it's not currently possible to forward the total fixed track bandwidth
automatically.

PiperOrigin-RevId: 223785139

PiperOrigin-RevId: 223603915

PiperOrigin-RevId: 223580953

- Asus ZenFone GO (ASUS_X00AD_2)
- Sugar S9 (i9031)
- Redmi Note 3 (kate)

These devices trigger native crashes similar to
https://github.com/google/ExoPlayer/issues/4460

I'm not sure why Asus Zenfone Go (model: ZB500KL, device: ASUS_X00AD_2) was removed here
https://github.com/google/ExoPlayer/commit/73af056da39b6ebead767d3d4c6e3162cc4c344c

PiperOrigin-RevId: 223580393

It doesn't make sense for multi-period manifest

PiperOrigin-RevId: 223537958

PiperOrigin-RevId: 223535353

The list may be empty if no cues are available.

PiperOrigin-RevId: 223527105

PiperOrigin-RevId: 223520119

PiperOrigin-RevId: 223518390

It doesn't do anything useful in this case.

PiperOrigin-RevId: 223516909

PiperOrigin-RevId: 223476569

PiperOrigin-RevId: 223324279

Issue: #5154
PiperOrigin-RevId: 223314749

PiperOrigin-RevId: 223206504

Issue: #5162
PiperOrigin-RevId: 223193019

PiperOrigin-RevId: 223141203

Issue: #5149
PiperOrigin-RevId: 223121651

Issue: #5119
PiperOrigin-RevId: 222978448

PiperOrigin-RevId: 222978255

Issue: #5063
PiperOrigin-RevId: 222975020

PiperOrigin-RevId: 222965111

PiperOrigin-RevId: 222963935

A remove action will eventually just be the unique ID of the download
that should be removed. This is a step toward that goal.

PiperOrigin-RevId: 222832456

[Problem]
PAINT-ON mode is not implemented. From the compliance tests:
* RDC command has no effect except to select paint-on style.
* Next data are written directly to the display upon receipt.
* If other captioning is already on the screen, the four-row
limit is still in effect.

[Solution]
It is a rare use case, we do not support overriding characters in
existing cueBuilders as PAINT-ON would require. But several
compliance tests check if the screen is cleared when the mode
switch happens. We must keep the old captions when switching
to PAINT-ON mode

[Test]
- Live Over-the-Air content, beginning of commercials often uses
PAINT-ON mode