SDK / exoplayer

PiperOrigin-RevId: 361731578

MaskingMediaSource needs to resolve the prepare position set for a MaskingPeriod
while the source was still unprepared to the first actual prepare position.

It currently assumes that the period-window offset and the default position is
zero. This assumption is correct when a PlaceholderTimeline is used, but it
may not be true if the real timeline is already known (e.g. when re-preparing
a live stream after a playback error).

Fix this by using the known timeline at the time of the preparation.
Also:
 - Update a test that should have caught this to use lazy re-preparation.
 - Change the demo app code to use the recommended way to restart playback
   after a BehindLiveWindowException.

Issue: #8675
PiperOrigin-RevId: 361604191

PiperOrigin-RevId: 361569511

PiperOrigin-RevId: 361487730

PiperOrigin-RevId: 361125522

PiperOrigin-RevId: 361125492

PiperOrigin-RevId: 361122259

PiperOrigin-RevId: 361109018

PiperOrigin-RevId: 361106701

- Avoid having two onPositionDiscontinuity events (seek and transition)
  sent after a seek to another media item.
- Avoid triggering an onPositionDiscontinuity event after a timeline
  change.

#minor-release

PiperOrigin-RevId: 361092914

PiperOrigin-RevId: 361029604

It's to comply with style guide as they are public.

PiperOrigin-RevId: 360914363

PiperOrigin-RevId: 360902971

Issue: #8664
#minor-release
PiperOrigin-RevId: 360877086

PiperOrigin-RevId: 360851146

PiperOrigin-RevId: 360810865

It's for consistency throughout libraries.

PiperOrigin-RevId: 360549525

PiperOrigin-RevId: 360440021

exoplayer can enable dolby passthrough on xiaomi device when get
EXTERNAL_SURROUND_SOUND_KEY

Signed-off-by: joakimzhang <zq15011526977@gmail.com>

PiperOrigin-RevId: 360433358

PiperOrigin-RevId: 360404403

PiperOrigin-RevId: 360398175

#minor-release

PiperOrigin-RevId: 360384540

exp (ExoPlayer prepare)
ffr (First Frame Rendered)
psr (Player State Ready).

2) Modifies aci/acc vci/vcc to report timing from ExoPlayer Playback thread.

3) Fix to report pvri and pari for every playback.

and other minor bug fixes.

PiperOrigin-RevId: 360228206

Issue: #8646
#minor-release
PiperOrigin-RevId: 360184586

PiperOrigin-RevId: 360175031

Issue: #5246
PiperOrigin-RevId: 360132205

PiperOrigin-RevId: 359783527

PiperOrigin-RevId: 359743165

Includes fixes for the HTTP implementations, which previously
broke this contract specifically in the case when a server
responds to a range request with a HTTP 200 response. To fix
this case, skipping to the requested position is moved from
read() to open(). As a side effect, this nicely simplifies
CronetDataSource!

PiperOrigin-RevId: 359737301

PiperOrigin-RevId: 359734928

PiperOrigin-RevId: 359724874

Also fix a bug where BandaidHttpDataSource would pass -1 to
TransferListener.onBytesTransferred!

PiperOrigin-RevId: 359722821

The API is a lot more useful if apps can rely on the fact
that the gain is linear and applied to all channels.

This is already guaranty by AudioTrack and should be too
by any reasonable implementation.

PiperOrigin-RevId: 359706113

Use the api in YouTube code to update the operating rate.

PiperOrigin-RevId: 359572194

Suggested in a comment on PR Issue: #8615

PiperOrigin-RevId: 359522217

Given we're proposing to make reading from the end a non-error case,
it's important to check that we return the right thing from open(),
and that we read the right thing (i.e., nothing) once opened.

For now, this test allows quite a bit of permissiveness, in line
with other related tests. This will be tightened up in due course.

PiperOrigin-RevId: 359504075

PiperOrigin-RevId: 359486817