SDK / exoplayer

Output timestamps are calculated by the codec based on the buffers,
which is offset in Codec2. This adjusts the input timestamps as they
are passed in so they will match the output timestamps produced by
the MediaCodec.

PiperOrigin-RevId: 314963830

Previously the fake ads loader listener would always pass the same ad
durations to the fake player, but actually the known ad durations can
change during playback.

Make the fake behavior more realistic by only exposing durations for
ads that have loaded.

PiperOrigin-RevId: 314956223

PiperOrigin-RevId: 314925639

Issue: #7462
PiperOrigin-RevId: 314919210

This introduces an option to turn on offload in the
audio sink.

#exo-offload

PiperOrigin-RevId: 314907088

PiperOrigin-RevId: 314904897

PiperOrigin-RevId: 314903986

FakeMediaSource and FakeTimeline should put a media item to the window just as other media sources and timelines do. This change provides a fake media item for both of them.

Further the MaskingMediaSource needs to provide a media item for when the real timeline of the masked media source is not available. This can be easily done by using mediaSource.getMediaItem() once available. For now a dummy is used to make ExoPlayerTest run green. This can be easily change to use mediaSource.getMediaSource as soon as this method is defined by the MediaSource interface.

PiperOrigin-RevId: 314897474

SilenceMediaSource never overloaded MediaSource#getTag, and default behavior is to return null.

PiperOrigin-RevId: 314779832

This can hide errors as the lint is pretty smart
to understand SDK level checks.

PiperOrigin-RevId: 314728030

PiperOrigin-RevId: 314723830

bear_vorbis_gap.ogg is a copy of bear_vorbis.ogg with 10 garbage bytes
(DE AD BE EF DE AD BE EF DE AD) inserted before the second capture
pattern and 3 garbage bytes inserted at the end (DE AD BE).

Issue: #7230
PiperOrigin-RevId: 314715729

Issue: #7453
PiperOrigin-RevId: 314710328

PiperOrigin-RevId: 314707946

This change makes the media item of Timeline.Window non-null by providing a fallback media item in window.set(...). After having migrated all media sources this should not be needed anymore, but a fallback makes it more safe than just making the mediaItem argument of window.set(...) non-null (which is done in a following CL in this chain of CLs).

PiperOrigin-RevId: 314527983

This allows to handle the last segment retrieval and process the case
where the filename is null in the method.

PiperOrigin-RevId: 314512974

PiperOrigin-RevId: 314508481

Issue: #6901
PiperOrigin-RevId: 314418536

Issue: #7456
PiperOrigin-RevId: 314408767

Issue:#7325
PiperOrigin-RevId: 314321914

Before loading a new chunk, the player will call reevaluateBuffer
anyway, so we don't have to do this directly after cancelation.

This simplifies some logic because we can remove the pending queue
size variable.

PiperOrigin-RevId: 314313268

PiperOrigin-RevId: 314304928

Extractor#sniff() javadoc says:
"If true is returned, the input's reading position may have been
modified. Otherwise, only its peek position may have been modified."
https://exoplayer.dev/doc/reference/com/google/android/exoplayer2/extractor/Extractor.html#sniff-com.google.android.exoplayer2.extractor.ExtractorInput-

PiperOrigin-RevId: 314296922

This will allow to use the file extension in DefaultExtractorsFactory.

PiperOrigin-RevId: 314296640

#exo-offload

PiperOrigin-RevId: 314288300

If no deprecated methods on the factory is called, the media item instance that is passed to the createMediaSource method must be passed down to the constructor of the media source.

PiperOrigin-RevId: 314193865

Issue: #5978
PiperOrigin-RevId: 314175257

Merge pull request #6861 from chrisfillmore:feature/responseBodyForInvalidResponseCodeException_6853

PiperOrigin-RevId: 314105612

PiperOrigin-RevId: 314100932

PiperOrigin-RevId: 313806075

PiperOrigin-RevId: 313804207

Issue: #5978
PiperOrigin-RevId: 313802629

This change applies the same approach of handling tag/streamKeys from factories like in the SmoothStreaming and Hls factories. It is functionally equivalent but improves readability.

PiperOrigin-RevId: 313771318

I was trying to understand why this isn't always checked and didn't
realise there was already a bug tracking this - this way a future
confused reader knows something isn't working quite as intended.

PiperOrigin-RevId: 313765935

PiperOrigin-RevId: 313630376

This fixes an issue where the output track's sample format is null for rawCC captions when endTracks method is called.

PiperOrigin-RevId: 313622631

PiperOrigin-RevId: 313605791

PiperOrigin-RevId: 313596831

If the sample times don't overlap and are independent, splicing makes no
difference because all samples (starting from the first one, which must be
a keyframe) will be appended to the end of the queue anyway.

PiperOrigin-RevId: 313594372

PiperOrigin-RevId: 313573424