1. 18 Jul, 2022 2 commits
    • Make minor fixes to HDR handling · 0e156891
      - 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 0db07c67)
      andrewlewis committed
    • Update demo HDR10 video URL · ce3cdf85
      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 405be80f)
      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 2 commits
  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). · 67439206
      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 474e2f2c)
      hschlueter committed
    • HDR: Configure GL shaders and encoder. · 39047b56
      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 53db3056)
      huangdarwin committed
    • Fix error in frame rate handling. · b440b556
      The old getString() will throw because FRAME_RATE can only be float or int.
      
      PiperOrigin-RevId: 458481251
      (cherry picked from commit 2b6f62b2)
      claincly committed
    • Find only REGULAR_CODECS in EncoderUtil. · e3f1787c
      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 8f89eba5)
      claincly committed
    • Round the frame rate in MediaFormat · f1d4a4ca
      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 821ab267)
      claincly committed
    • Fix MIDI command timestamp calculations and synthesization duration. · d03fb394
      - 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 bce59b1a)
      hmzh committed
  12. 29 Jun, 2022 4 commits
  13. 28 Jun, 2022 1 commit
  14. 27 Jun, 2022 1 commit
    • Add timestamp to `Metadata` · 76310ad4
      `MetadataRenderer` is updated to output `Metadata` with its presentation time, in microseconds.
      
      PiperOrigin-RevId: 457444718
      (cherry picked from commit 6e9275c1)
      rohks committed
  15. 24 Jun, 2022 2 commits
  16. 23 Jun, 2022 2 commits