SDK / exoplayer

PiperOrigin-RevId: 253593267

Details in
go/ima-mrc-continuous-play

Corresponding js webcore changes is in <unknown commit>.

NoExternal

PiperOrigin-RevId: 253585186

Objects was added in API 19.

PiperOrigin-RevId: 253567490

These are mostly nullability issues.

PiperOrigin-RevId: 253537068

PiperOrigin-RevId: 253228214

PiperOrigin-RevId: 253006112

PiperOrigin-RevId: 252127811

We currently report MediaCodec exceptions as unexpected exceptions instead of
as renderer error. All such exceptions are now wrapped in a new DecoderException
to allow adding more details to the exception.

PiperOrigin-RevId: 252054486

PiperOrigin-RevId: 251961318

PiperOrigin-RevId: 251915459

PiperOrigin-RevId: 251748542

PiperOrigin-RevId: 251748542

It's only thrown in an edge case on API level 20 and below. If it
is thrown it causes playback failure when playback could succeed,
by throwing up through configureCodec.

It seems better just to catch the exception and have the codec be
configured using the format's own width and height.

PiperOrigin-RevId: 251745539

PiperOrigin-RevId: 251617354

Issue:#5955
PiperOrigin-RevId: 251616118

PiperOrigin-RevId: 251460113

We currently don't display the last frame because the seek time is behind the
last frame's timestamps and it's thus marked as decodeOnly.

This case can be detected by checking whether all data sent to the codec is
marked as decodeOnly at the time we read the end of stream signal. If so, we
can re-enable the last frame. This should work for almost all cases because the
end-of-stream signal is read in the same feedInputBuffer loop as the last
frame and we therefore haven't released the last frame buffer yet.

Issue:#2568
PiperOrigin-RevId: 251425870

PiperOrigin-RevId: 251399230

Set appropriate Content-Type when posting clientAbrState proto in post body.

PiperOrigin-RevId: 251322860

PiperOrigin-RevId: 251269746

PiperOrigin-RevId: 251216822

It's printed out by EventLogger, and currently looks pretty ugly

PiperOrigin-RevId: 250772010

PiperOrigin-RevId: 250719155

Using parallel adaptation for Formats without bitrate information currently
causes an exception. Handle this gracefully and also cases where all formats
have the same bitrate.

Issue:#5971
PiperOrigin-RevId: 250682127

When caching is resumed, it starts from the initial position. This makes
more data to be reported as cached.

Issue:#5573
PiperOrigin-RevId: 250678841

PiperOrigin-RevId: 250672752

This adds all the non-playback-state metrics, like format, error, bandwidth and
renderer performance metrics.

PiperOrigin-RevId: 250668854

This version includes all playback state related metrics and the general
listener set-up.

PiperOrigin-RevId: 250668729

PiperOrigin-RevId: 250664791

PiperOrigin-RevId: 250661977

Setting the requested encoding in all cases ensures we receive the relevant
response headers indicating whether gzip was used. Doing that allows to
detect the content length in cases where gzip was requested, but the server
replied with uncompressed content.

PiperOrigin-RevId: 250660890

PiperOrigin-RevId: 250655481

PiperOrigin-RevId: 250654697

cache() opens all connections with unset length to avoid position errors.
This makes more data then needed to be downloading by the underlying
network stack.

This fix makes makes it open connections for only required length.

Issue:#5927
PiperOrigin-RevId: 250546175

"Write case, lock not available" was a bit confusing. When the
content is not cached and the lock is held, it's neither a read
or a write case. It's a "can't do anything" case. When blocking,
it may subsequently turn into either a read or a write.

PiperOrigin-RevId: 250530722

+ Use start for anchoring, instead of center.
+ Add the height to the TTML bitmap cue rendering layout.

Issue:#5633
PiperOrigin-RevId: 250519710

PiperOrigin-RevId: 250519114