SDK / exoplayer

PiperOrigin-RevId: 456753343

This change is just renaming. There is no functional change intended.
The FrameProcessor interface will be created in a follow-up.

PiperOrigin-RevId: 456741628

PiperOrigin-RevId: 456728032

`TextRenderer` is updated to output `CueGroup`, which contains the presentation time of the cues, in microseconds.

PiperOrigin-RevId: 456531399

After this change GlEffects can use any GlTextureProcessor not just
SingleFrameGlTextureProcessor.
MediaPipeProcessor now implements GlTextureProcessor directly which
allows it to reuse MediaPipe's output texture for its output texture
and avoids an extra copy shader step.

PiperOrigin-RevId: 456530718

After this change, FrameProcessorChain chains any GlTextureProcessors
instead of only SingleFrameGlTextureProcessors.

The GlTextureProcessors are chained in a bidirectional manner using
ChainingGlTextureProcessorListener to feed input and output related
events forward and release events backwards.

PiperOrigin-RevId: 456478414

The offload sleeping stops as soon as a new DO_SOME_WORK message
is handled (because this indicates an expected change in rendering
and we want to stop sleeping until we know it's safe to do so).

Every exit path from doSomeWork needs to clear other pending
DO_SOME_WORK messages as these requests have already been handled by
the current method invocation. This currently doesn't happen from the
offload sleeping return path and a previously queued DO_SOME_WORK
message can immediately wake up the rendering loop again.

Fix this by moving the message removal to the beginning of the
doSomeWork method (as it prevents forgetting it in one of the
exit paths later).

PiperOrigin-RevId: 456259715

Issue: google/ExoPlayer#10316
PiperOrigin-RevId: 456084302

PiperOrigin-RevId: 456064021

This is useful for testing Transformer in the same way as it is used
in tests and to see only the real transformation time.

PiperOrigin-RevId: 456058466

In follow-ups the FrameProcessorChain will set an instance of this
listener for each GlTextureProcessor to chain it with its previous
and next GlTextureProcesssor.

PiperOrigin-RevId: 455628942

r1.0.0 beta01

The API 32 SDK has incorrect versioning metadata for Spatializer. It
reports the whole class has only been present since API 33 (which is
surely impossible given it's present in the API 32 SDK):
https://issuetracker.google.com/234009300

The metadata seems to be correct in the API 33 SDK, so this baseline
will no longer be needed when we bump to `compileSdkVersion = 33`.

#minor-release

PiperOrigin-RevId: 455372568
(cherry picked from commit c7f1b465)

#minor-release

PiperOrigin-RevId: 455372269
(cherry picked from commit 4b4e7cb9)

#minor-release

PiperOrigin-RevId: 455380010

#minor-release

PiperOrigin-RevId: 455372568

#minor-release

PiperOrigin-RevId: 455372269

Fixing lint errors in the string.xml files makes no sense because these are
overridden with the next automated string import. Adding a lint-baseline.xml
instead for the ui module.

See https://issuetracker.google.com/208178382

#minor-release

PiperOrigin-RevId: 455354304
(cherry picked from commit 61ab75b8)

Fixing lint errors in the string.xml files makes no sense because these are
overridden with the next automated string import. Adding a lint-baseline.xml
instead for the ui module.

See https://issuetracker.google.com/208178382

#minor-release

PiperOrigin-RevId: 455354304

PiperOrigin-RevId: 455350486
(cherry picked from commit 1c0b4b32)

PiperOrigin-RevId: 455347182
(cherry picked from commit dc0e5c44)

#minor-release

PiperOrigin-RevId: 455350486

PiperOrigin-RevId: 455347182

The wrapper
* catches exceptions for each task and notifies the
  listener (this will be used more in follow-ups when processFrame
  is split into lots of listeners and callbacks),
* removes finished tasks from the queue and signals any exceptions
  that occurred to the listener each time a new task is executed.

PiperOrigin-RevId: 455345184

Issue: androidx/media#86
#minor-release
PiperOrigin-RevId: 455182232
(cherry picked from commit 8f844b32)

Issue: androidx/media#86
#minor-release
PiperOrigin-RevId: 455182232

PiperOrigin-RevId: 455157744

#minor-release

PiperOrigin-RevId: 455140203
(cherry picked from commit 646bf565)

#minor-release

PiperOrigin-RevId: 455128997
(cherry picked from commit 958105c9)

This code path is now completely redundant as the same effect can be
achieved by using player.setMediaItem.

PiperOrigin-RevId: 455115567
(cherry picked from commit 21d4e858)

These calls were not implemented so far as they require a mix of
initial prepareFrom/playFrom calls and addQueueItem. We can also
support clients without queue handling to set single MediaItems.

To make the calls consistent and predictable in the session,
we need to ensure that none of the play/pause/addQueueItem/
removeQueueItem/prepare/playFromXYZ/prepareFromXYZ are called
before the controller is prepared and has media.

#minor-release

PiperOrigin-RevId: 455110246
(cherry picked from commit b475f1f2)

PiperOrigin-RevId: 455094147
(cherry picked from commit ad3348cc)

PiperOrigin-RevId: 454951844
(cherry picked from commit 29bf4c8a)

See https://issuetracker.google.com/208178382

PiperOrigin-RevId: 454949204
(cherry picked from commit 1f380c1d)

PiperOrigin-RevId: 454945333
(cherry picked from commit 7f89531c)

PiperOrigin-RevId: 454943102
(cherry picked from commit 252ae4c7)

#minor-release

PiperOrigin-RevId: 455140203

Issue: google/ExoPlayer#10287
PiperOrigin-RevId: 455131138