SDK / exoplayer

PiperOrigin-RevId: 385561505

PiperOrigin-RevId: 385522972

Also update release note to account for upcoming ControlDispatcher removal.

PiperOrigin-RevId: 385520701

PiperOrigin-RevId: 385503851

this avoids an extra download of googletest by cpu_features after:
06fdc0a cmake: Use CTest default (Fix #169) (#170)

PiperOrigin-RevId: 385181519

* Add release note for `RtspMediaSource.Factory.setTimeoutMs()`
* Remove mention of what we don't support (any such list is necessarily non-exhaustive)
* Remove markdown quote character ('>')

PiperOrigin-RevId: 385143574

PiperOrigin-RevId: 385139398

PiperOrigin-RevId: 385129211

PiperOrigin-RevId: 385118021

When the size of the video is unknown,
PlayerView and StyledPlayerView set the aspect ratio as 1,
which could result in wrong view layout.

This CL sets the aspect ratio as 0 (unset) to prevent that.

This handles Issue: #9189.

PiperOrigin-RevId: 385115357

This values won't be configurable from the UI anymore once the
DefaultControlDispatcher is removed.

They can be configured in the Player or by using a ForwardingPlayer.

PiperOrigin-RevId: 385113498

This is a preliminary step to deprecate ControlDispatcher.

PiperOrigin-RevId: 385097270

PiperOrigin-RevId: 384968532

#minor-release
Issue: #9100
PiperOrigin-RevId: 384962258

PiperOrigin-RevId: 384912341

PiperOrigin-RevId: 384910388

PiperOrigin-RevId: 384893655

* Constructors and methods with the same name should appear sequentially with no other code in between, even when modifiers such as static or private differ between the methods. Please re-order or re-name methods.
  (see http://go/bugpattern/UngroupedOverloads)

This CL looks good? Just LGTM and Approve it!
This CL doesn’t look good? This is what you can do:
* Suggest a fix on the CL (go/how-to-suggest-fix).
* Revert this CL, by replying "REVERT: <provide reason>"
* File a bug under go/error-prone-bug for category ErrorProneStyle if the change looks generally problematic.
* Revert this CL and not get a CL that cleans up these paths in the future by
replying "BLOCKLIST: <provide reason>". This is not reversible! We recommend to
opt out the respective paths in your CL Robot configuration instead:
go/clrobot-opt-out.

This CL was generated by CL Robot - a tool that cleans up code findings
(go/clrobot). The affected code paths have been enabled for CL Robot in //depot/google3/java/com/google/android/libraries/media/METADATA which is reachable following include_presubmits from //depot/google3/third_party/java_src/android_libs/media/METADATA.
Anything wrong with the signup? File a bug at go/clrobot-bug.

#codehealth

PiperOrigin-RevId: 384877648

PiperOrigin-RevId: 384730845

PiperOrigin-RevId: 384681659

PiperOrigin-RevId: 384666131

Issue: #9183

RFC2326 Section C.1.1 specifies that the URI to identify a track can be either
absolute (like rtsp://example.com/path) or relative (like "path"). Currently
we don't handle absolute URI, and this CL is to add the support.

Note though, we don't currently use the Content-Base or Content-Location
headers for the session URI.

PiperOrigin-RevId: 384649818

Also rename hasPrevious/Next to hasPrevious/NextWindow for consistency.

This makes it clearer what the difference between
seekToPrevious/NextWindow and seekToPrevious/Next is.

PiperOrigin-RevId: 384643373

PiperOrigin-RevId: 384575860

PiperOrigin-RevId: 384500287

Applications may need to pass a non-visual context when creating
a DefaultTrackSelector (e.g., because they're audio-only or are
creating the selector in a background service).

Obtaining the default display via DisplayManager avoids the strict
mode violation that occurs when retrieving it via WindowManager.

#minor-release

PiperOrigin-RevId: 384487363

PiperOrigin-RevId: 384477188

PiperOrigin-RevId: 384451470

PiperOrigin-RevId: 384442821

PiperOrigin-RevId: 384280087

PiperOrigin-RevId: 384257929

Most of the super-interfaces are deprecated, but the intention is that
only the types are deprecated and the methods themselves shouldn't be.
In order to reflect this in javadoc we override all the methods in
`Player.Listener` in order to 'cancel' the deprecation.

This change deliberately doesn't override methods that are explicitly
deprecated with documented replacements (like
`Player.EventListener#onPlayerStateChanged`) - these should contine to
be marked as deprecated in javadoc.

PiperOrigin-RevId: 384253725

The errorCode assignment will be done in a following CL.

PiperOrigin-RevId: 384230228

Android doc:https://developer.android.com/reference/android/app/Notification.Builder#setOnlyAlertOnce(boolean)

PiperOrigin-RevId: 384227580

The types (open/close/read) does not provide extra information about the thrown
playback exception, and they are not utilized at higher levels.

PiperOrigin-RevId: 384219870

This is more descriptive.

PiperOrigin-RevId: 383887927

This is consistent with seek back and forward commands.

PiperOrigin-RevId: 383867710

This is more consistent with other Player methods like previous and
next.

PiperOrigin-RevId: 383832298

PiperOrigin-RevId: 383816880

This is more correct and is consistent with the Javadoc.

PiperOrigin-RevId: 383808096