SDK / exoplayer

PiperOrigin-RevId: 258285645

The name of this parameter recently changed in https://github.com/google/ExoPlayer/commit/3fe0b1a6fee8e7631caa5a6f84306396ee6999ad and I forgot
to change these inline comment usages.

PiperOrigin-RevId: 258160659

PiperOrigin-RevId: 258110603

PiperOrigin-RevId: 258038961

This better reflects its usage as a caller identifier and not just a listener.

PiperOrigin-RevId: 257827188

PiperOrigin-RevId: 257777513

It's easy to forget to forward methods when using basic wrapping. For example,
ExtractorMediaSource.addEventListener is currently a no-op because it's not
forwarded.

PiperOrigin-RevId: 257757556

PiperOrigin-RevId: 257757496

PiperOrigin-RevId: 257668797

PiperOrigin-RevId: 257630168

PiperOrigin-RevId: 257624043

Non-functional change. Makes it easier to add the ExoMediaCrypto type information
to the formats.

PiperOrigin-RevId: 257598282

Potentially avoids up to two calls to synchronized methods

PiperOrigin-RevId: 257578304

PiperOrigin-RevId: 257576791

PiperOrigin-RevId: 257478434

This is a temporary workaround until we have migrated all MediaSources uses.
This change avoids having to migrate all uses of MediaSources immediately.

PiperOrigin-RevId: 257459138

PiperOrigin-RevId: 257456890

To use in HLS when session keys are provided

PiperOrigin-RevId: 257421156

- Remove manifest argument from callbacks of Player.EventListener and
  SourceInfoRefreshListener. Instead make it accessible through
  Player.getCurrentManifest() and Timeline.Window.manifest.
- Fix all MediaSource implementation to include the manifest in the
  Timeline instead of passing it to the SourceInfoRefreshListener.
- Refactor ExoPlayerTestRunner, FakeTimeline, FakeMediaSource to
  reflect these changes and make tests pass.

PiperOrigin-RevId: 257359662

PiperOrigin-RevId: 257185017

PiperOrigin-RevId: 257184313

Decode and add vorbis comments from the flac file to metadata.

 #5527

PiperOrigin-RevId: 257161518

Sending MESSAGE_PREPARE_SOURCE should happen last in the constructor.
It was previously happening before initialization finished (and in
particular before pendingMediaPeriods was instantiated).

Issue: #6146
PiperOrigin-RevId: 257158275

We currently use an alpha version which allowed us to access new threading
features. The stable version of this has been released now and we can
switch back.

PiperOrigin-RevId: 257149681

PiperOrigin-RevId: 257138448

We currently handle most the control code logic after handling special
characters. This includes filtering out repeated control codes and checking
for the correct channel. As the special character sets are control codes as well,
these checks should happen before parsing the characters.

Issue:#6133
PiperOrigin-RevId: 256993672

PiperOrigin-RevId: 256751627

PiperOrigin-RevId: 256680382

PiperOrigin-RevId: 256676196

- Explicitly specify HTTP_METHOD_POST (previously this was
  implicit as a result of the body data being non-null)
- Use null when there's no body data (it's converted to
  null inside of the DataSpec constructor anyway)

PiperOrigin-RevId: 256573384

PiperOrigin-RevId: 256573352

PiperOrigin-RevId: 256545951

Currently, we sometimes apply new playback parameters directly and sometimes
through the list of playbackParameterCheckpoints. Only when using the checkpoints,
we also reset the offset and corresponding position for speedup position
calculation. However, these offsets need to be changed in all cases to prevent
calculation errors during speedup calculation[1].

This change channels all playback parameters changes through the checkpoints to
ensure the offsets get updated accordingly. This fixes an issue introduced in
https://github.com/google/ExoPlayer/commit/31911ca54a13b0003d6cf902b95c2ed445afa930.

[1] - The speed up is calculated using the ratio of input and output bytes in
SonicAudioProcessor.scaleDurationForSpeedUp. Whenever we set new playback
parameters to the audio processor these two counts are reset. If we don't reset
the offsets too, the scaled timestamp can be a large value compared to the input
and output bytes causing massive inaccuracies (like the +20 seconds in the
linked issue).

Issue:#6117
PiperOrigin-RevId: 256533780

PiperOrigin-RevId: 256526365

This gives a caller greater confidence that the methods have no
side effects, and remove any nullness issues with these methods
accessing @Nullable member variables.

PiperOrigin-RevId: 256525739

- Inline some unnecessarily split out helper methods
- Clear ExtractorInput from FlacDecoderJni data after usage
- Clean up exception handling for StreamInfo decode failures

PiperOrigin-RevId: 256524955

The masking logic for unprepared MediaSources is currently part of
ConcatanatingMediaSource. Moving it to its own class nicely separates the
code responsibilities and allows reuse.

PiperOrigin-RevId: 256360904