1. 18 Jul, 2022 6 commits
    • HDR: Use FP16 color representation for texture processors. · 54cdec46
      * 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
      (cherry picked from commit ba9c9bb9)
      huangdarwin committed
    • HDR: Throw when unexpected color transfer encountered. · add44470
      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
      (cherry picked from commit 9f7a159b)
      huangdarwin committed
    • Implement getCurrentTracks in MediaController · 24bfe3a5
      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
      (cherry picked from commit 9a895cd1)
      bachinger committed
    • Use the current overrides of the player as preset · db25954d
      Issue: google/ExoPlayer#10429
      PiperOrigin-RevId: 461577039
      (cherry picked from commit 5c2aabca)
      bachinger committed
    • Make minor fixes to HDR handling · 04fa2fda
      - 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
      (cherry picked from commit 604ab7fc)
      andrewlewis committed
    • Update demo HDR10 video URL · c4e64c3d
      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
      (cherry picked from commit 794e366b)
      andrewlewis committed
  2. 15 Jul, 2022 1 commit
  3. 14 Jul, 2022 1 commit
  4. 13 Jul, 2022 5 commits
  5. 12 Jul, 2022 7 commits
  6. 11 Jul, 2022 2 commits
  7. 07 Jul, 2022 1 commit
  8. 06 Jul, 2022 2 commits
  9. 05 Jul, 2022 1 commit
  10. 04 Jul, 2022 1 commit
  11. 01 Jul, 2022 6 commits
    • Fallback to SDR if encoder doesn't support HDR (HLG only). · 3bdecf2a
      If the input is HDR (HLG), check encoder capabilities for HDR support
      and request tone-mapping to SDR during decoder configuration otherwise.
      Capabilities are only checked for API 31 and above, as HDR editing is
      not supported before.
      
      As the encoder capabilities check needs to happen before selecting the
      encoder to use (as this may depend on the resolution output by the
      effects chain), the EncoderWrapper checks all candidate encoders
      for the MIME type for HDR capabilities and only requests fallback to
      SDR if none of them support it.
      
      When the actual encoder is selected, the wrapper checks that it matches
      one of the encoders is checked capabilities for.
      
      PiperOrigin-RevId: 458511599
      (cherry picked from commit 9c8dcb40)
      hschlueter committed
    • HDR: Configure GL shaders and encoder. · 28cf112e
      Configure the GL shaders and encoder to take in HDR metadata.
      
      This mostly just consists of passing the Format.colorInfo through
      the VideoTranscodingSamplePipeline down to the encoder, rather than passing
      the PQ-ness down to the GL step.
      
      Due to b/237674316, this will remove HDR10+ support temporarily to introduce
      support for HLG10.
      
      Manually tested to confirm that HLG10 operations that don't affect color display
      correctly after this CL with "HDR editing" in the demo checked, and continue to display incorrectly (as before this CL) without the option unchecked.
      
      PiperOrigin-RevId: 458490810
      (cherry picked from commit a0870a42)
      huangdarwin committed
    • Fix error in frame rate handling. · 379ecd19
      The old getString() will throw because FRAME_RATE can only be float or int.
      
      PiperOrigin-RevId: 458481251
      (cherry picked from commit deea5c92)
      claincly committed
    • Find only REGULAR_CODECS in EncoderUtil. · e0752a3a
      We used "ALL_COOECS" previously, and it is not necessary because "ALL_CODECS"
      additionally the codecs that support tunneling/secure decoding, which there
      is no use case in Transformer.
      
      PiperOrigin-RevId: 458470278
      (cherry picked from commit 3df4f3eb)
      claincly committed
    • Round the frame rate in MediaFormat · f2b4701e
      Although MediaCodec claims supporting float frame rate, encoder init failed on
      API21 Nexus 5. Since it's just a performance hint to the codec, it's OK to
      generalize it to other API versions.
      
      PiperOrigin-RevId: 458434650
      (cherry picked from commit 1f47fa83)
      claincly committed
    • Fix MIDI command timestamp calculations and synthesization duration. · 8b0fe168
      - Improve variable naming to include time units for clarity
      - Fix existing timestamp calculations to respect time units as well as track tempo (default values for now)
      - Ensure the synthesizer produces PCM for the correct amount of time (including gaps between commands).
      
      PiperOrigin-RevId: 458428243
      (cherry picked from commit da0a208b)
      hmzh committed
  12. 30 Jun, 2022 1 commit
  13. 29 Jun, 2022 4 commits
  14. 28 Jun, 2022 1 commit
  15. 27 Jun, 2022 1 commit
    • Add timestamp to `Metadata` · 87d91ed1
      `MetadataRenderer` is updated to output `Metadata` with its presentation time, in microseconds.
      
      PiperOrigin-RevId: 457444718
      (cherry picked from commit b2831d85)
      rohks committed