Skip to content

SDK / exoplayer

Go to a project
Switch branch/tag
  1. 21 Jul, 2022 19 commits
    • Rename seq to sequenceNumber in MediaSessionStub · 4a4a74ed 
      "seq" is not a well-defined abbreviation and the value is
also an integer, so sequenceNumber is better than just sequence.

PiperOrigin-RevId: 462129581
      tonihei committed
    • Make DefaultMediaNotificationProvider more configurable · 436ff6d8 
      Add a Builder to constructor DefaultMediaNotificationProvider. The
Builder can also set the provider's:
- notification ID
- notification channel ID
- notification channel name

The change adds an API for apps to set the small icon in notifications.

#minor-release
Issue: androidx/media#104
PiperOrigin-RevId: 462111536
      christosts committed
    • Run MediaSessionStub commands in order · 7cb7636e 
      Some commands are run asynchronously and subsequent commands need
to wait until the previous one finished. This can be supported
by returning a Future for each command and using the existing
command execution logic to wait for each Future to complete.

As some MediaSessionStub code is now executed delayed to when it
was originally created, we also need to check if the session is
not released before triggering any actions or sending result codes.

Issue: androidx/media#85
PiperOrigin-RevId: 462101136
      tonihei committed
    • Properly chain commands in MediaSessionStub · 45f1f5b3 
      The commands currently use a task and a postTask that are chained
together manually. In some cases, e.g. when adding MediaItems,
the postTask is already a chain of commands in itself.

To allow using the entire command handling as a single task
(for simplified queueing), we can change the implementation to
always create a single task. If multiple subtasks need to be
chained together, we can do that by wrapping the method calls.
In case a task is asynchronous, we can also use Futures to
chain them together.

Overall, this is just a refactoring and changes no logic.

Issue: androidx/media#85
PiperOrigin-RevId: 462085724
      tonihei committed
    • Add @code tags to DefaultDataSource javadoc · ac300c4a 
      #minor-release

PiperOrigin-RevId: 461902089
      ibaker committed
    • Add Util helper methods to work with Futures · f9eec0c0 
      This adds two methods that are helpful when working with Futures.
One is a version of postOrRun that can indicate completion by a
Future and the other is a simplified version of Guava's
Futures.transformAsync (which can't be used as it's in Beta).

PiperOrigin-RevId: 461896598
      tonihei committed
    • Exclude tracks if COMMAND_GET_TRACKS is not available · 5bf9e2fb 
      Issue: androidx/media#102
#minor-release
PiperOrigin-RevId: 461891031
      bachinger committed
    • Remove okhttp related proguard rules · 5adf708b 
      Issue: androidx/media#10310
#minor-release
PiperOrigin-RevId: 461889651
      bachinger committed
    • Don't include case statement if it falls through to default. · 21016eaa 
      PiperOrigin-RevId: 461888238
      samrobinson committed
    • Only apply a MediaFormat-generated ColorInfo if it's valid. · 87198fe7 
      Otherwise, invalid ColorInfo instances generated using faulty
MediaFormat#getInteger values could cause exceptions.

Confirmed that b/239435670 reproduces without this CL, and does not reproduce
with this CL.

PiperOrigin-RevId: 461862191
      huangdarwin committed
    • Add fail-fast null checks to the stable Player API · e1fde5d5 
      This will help developers self-diagnose issues like Issue: google/ExoPlayer#10392
where the NPE occurs far from the original null value because a field
gets assigned to null.

This change aims to ensure that every stable method on Player,
ExoPlayer and ExoPlayer.Builder that takes a non-null type will fail
with an NPE before returning.

#minor-release

PiperOrigin-RevId: 461846580
      ibaker committed
    • Remove unused argument · e8b5aad3 
      PiperOrigin-RevId: 461830378
      bachinger committed
    • Use Futures for MediaSession command queue instead of Runnables · dee80788 
      Some commands may be asynchronous and subsequent commands need to
wait for them to complete before running. This change updates the
queue to use (and listen to) Futures instead of calling Runnables
directly. The commands are currently still added as Runanbles
though, so this change is a no-op.

Also moves the permission check in MediaSessionImpl to before
queueing the command because the permission should be check at
the time of calling the method.

When executing the comamnds in the queue, we need to be careful
to avoid recursion in the same thread (which happens when both
the Future is immediate and running on the correct thread already).
To avoid recursion, we detect this case and loop the commands
instead.

Issue: androidx/media#85
PiperOrigin-RevId: 461827264
      tonihei committed
    • HDR: Use FP16 color representation for texture processors. · ba9c9bb9 
      * Introduced `useHdr` for `GlEffect#toGlTextureProcessor`, so
  `TextureProcessor` implementations can decide how to handle HDR.
* Creating FP16 color textures for HDR input.

Tested via manual testing, adding a no-op GlEffectWrapper to the transformation to
force use of intermediate textures, adding a linear ramp to the fragment shader,
and trying to ascertain that there's a real reduction in posterization when
switching from 4-bit to 8-bit unsigned bytes, and again from 8-bit unsigned bytes
to 16-bit floating point.

PiperOrigin-RevId: 461613117
      huangdarwin committed
    • HDR: Throw when unexpected color transfer encountered. · 9f7a159b 
      This may happen when a containers' color transfer incorrectly does not match
the video's color transfer.

An example of a file with such a mismatch is the current Transformer demo HDR10
sample file.

Manually tested by confirming that no errors are emitted for SDR and HLG sample
files, and that errors are emitted for our incorrect HDR10 sample file.

PiperOrigin-RevId: 461583532
      huangdarwin committed
    • Implement getCurrentTracks in MediaController · 9a895cd1 
      After this change the current tracks are sent to the controller as part of
`PlayerInfo` and call `Listener.onTracksChanged()` in case of a change in tracks.

PiperOrigin-RevId: 461578695
      bachinger committed
    • Use the current overrides of the player as preset · 5c2aabca 
      Issue: google/ExoPlayer#10429
PiperOrigin-RevId: 461577039
      bachinger committed
    • Make minor fixes to HDR handling · 604ab7fc 
      - Update profile selection logic to pick an HDR-compatible profile when doing HDR editing on H.264/AVC videos.
- Handle doing the capabilities check for all MIME types that support HDR (not just H.265/HEVC).
- Fix a bug where we would pass an HDR input color format to the encoder when using tone-mapping.
- Tweak how `EncoderWrapper` works so decisions at made at construction time.

Manually tested cases:
- Transformation of an SDR video.
- Transformation of an HDR video to AVC (which triggers fallback/tone-mapping on a device that doesn't support HDR editing for AVC).
- Transformation of an HDR video with HDR editing.

PiperOrigin-RevId: 461572973
      andrewlewis committed
    • Update demo HDR10 video URL · 794e366b 
      The old URL doesn't correctly signal the HDR10 color info in the container.

The new URL signals ST2084 (PQ) transfer function and BT.2020 color space as expected.

PiperOrigin-RevId: 461560107
      andrewlewis committed
  3. 15 Jul, 2022 3 commits
  5. 13 Jul, 2022 15 commits
  7. 12 Jul, 2022 3 commits