SDK / exoplayer

TeeAudioProcessor needs to configure its sink when it is initially set up.

PiperOrigin-RevId: 306808871

Update H265Reader to output the same samples after a seek to 0.

PiperOrigin-RevId: 306675050

Issue: #6054
PiperOrigin-RevId: 306641689

Allows playback of content when the default value is
not valid, but not used for any samples.

Issue: #7207
PiperOrigin-RevId: 306631376

Issue: #6054
Issue: #474
PiperOrigin-RevId: 306504362

Issue: #6054
Issue: #474
PiperOrigin-RevId: 306437452

r2.11.4

PiperOrigin-RevId: 305503804

Issue: #7191
PiperOrigin-RevId: 305502293

If we're in the ducked state and updateAudioFocus is called with a
new state for which focus is no longer required, we should restore
the player back to full volume.

Issue: #7182
PiperOrigin-RevId: 305232155

PiperOrigin-RevId: 305137114

This avoids cases where audio focus is never successfully acquired
because another app is holding on to transient audio focus indefinitely.

Issue: #7182
PiperOrigin-RevId: 305108528

handlePrepare/Stop/SetPlayReady can be merged together as they all
handle changes to the desires state of the player.

Also, simplify parts of the control flow by not mixing code that
determines if audio focus needs to be handled with code that actually
acquires or abandons the focus.

PiperOrigin-RevId: 299824857

When ClippingMediaPeriod first tried to read a buffer, if its end
position was before the end of the stream and it was buffered to its end
position, it would sometimes erroneously signal end-of-stream for
protected content because the sample queue might be waiting for DRM keys
at this point.

Work around the issue temporarily by signaling this specific case back
to ClippingMediaPeriod via the DecoderInputBuffer.

There will likely be a cleaner fix as a result of adding support for
dynamic clip end points in the future, at which point this can be
reverted.

issue:#7188
PiperOrigin-RevId: 305081757

This reverts commit 8591e69b.

Disabling reference counting allows some checks to be removed.

This is a no-op.

PiperOrigin-RevId: 299829600

Issue:#6914
PiperOrigin-RevId: 297598910

PiperOrigin-RevId: 284552723

PiperOrigin-RevId: 304196424

SimpleExoPlayer instances don't have to be created from the application
thread.

PiperOrigin-RevId: 304190901

PiperOrigin-RevId: 304184650

Before:
https://docs.oracle.com/javase/7/docs/api/index.html?java/lang/String.html

After:
https://developer.android.com/reference/java/lang/String.html
PiperOrigin-RevId: 304137011

This means is-external=true is removed and target=_top is
set on the <a> tag.

Without this, javadoc links to framework docs with anchors are
currently broken when viewed in the "frame view" on
exoplayer.dev/doc/reference/

Before this change:
https://developer.android.com/reference/android/media/MediaDrm.html?is-external=true#getKeyRequest-byte:A-byte:A-java.lang.String-int-java.util.HashMap-

With this change:
https://developer.android.com/reference/android/media/MediaDrm.html#getKeyRequest-byte:A-byte:A-java.lang.String-int-java.util.HashMap-

PiperOrigin-RevId: 304136858

PiperOrigin-RevId: 303937576

PiperOrigin-RevId: 303776645

issue:#7160
PiperOrigin-RevId: 303747338

CharSequence is used by Notification builders and allows to set Spannable text.
It's the base interface of the String class, so apps wouldn't be break after
the update.

PiperOrigin-RevId: 303731890

Issue: #6671
PiperOrigin-RevId: 303364788

Issue: #7046
PiperOrigin-RevId: 303354941

- They are always listed with their canonical names
- Considering aliases means that blacklisting a decoder can end up
  not actually blacklisting it, since it may still be accessible
  via an alias. It also means that our decoder fallback logic can
  end up falling back to a decoder that we've already tried!

PiperOrigin-RevId: 303348297

Issue: #7141
PiperOrigin-RevId: 303334072

PiperOrigin-RevId: 303316976

issue:#7122
PiperOrigin-RevId: 303154493

This is less confusing than having audio processing functionality (e.g., playback
speed adjustment) just "not work" for some pieces of media.

If this change is merged, I will update #6749 to also track making DefaultAudioSink
intelligently enable/disable float output depending on how the audio processors are
configured.

Issue: #7134
PiperOrigin-RevId: 302871568

It's incorrect to use an AudioFormat returned from AudioProcessor.configure
unless the AudioProcessor is active.

Issue: #7134
PiperOrigin-RevId: 302674132