- 11 Aug, 2022 1 commit
-
-
In some cases, the IMA SDK fails to call the expected loadAd event to load the next ad to play. This is (potentially) the only remaining case where playback can get stuck due to missing calls from IMA as the player doesn't even have a MediaSource at this stage and is only waiting for IMA to provide the ad URL. We can reuse the existing adPreloadTimeoutMs that was added for a similar purpose (when preloading the first ad in the group). The JavaDoc matches this purpose as well and the default timeout is appropriate since we expect to get the loadAd call immediately. Issue: google/ExoPlayer#10510 PiperOrigin-RevId: 466953617 (cherry picked from commit 91fc5c4f)
tonihei committed
-
- 10 Aug, 2022 3 commits
-
-
createSupportedTransformationRequest is more accurate than createFallbackTransformationRequest, as a TransformationRequest will be returned regardless of whether any fallback is applied. PiperOrigin-RevId: 466641277 (cherry picked from commit 70972bba)
huangdarwin committed -
This change adds a new method onReadyToAcceptInputFrame to GlTextureProcesssor.InputListener and changes maybeQueueInputFrame to queueInputFrame, removing the boolean return value. This avoids the re-trying in ChainingGlTextureProcessorListener by allowing it to only feed frames from the producing to the consuming GlTextureProcessor when there is capacity. MediaPipeProcessor still needs re-trying when processing isn't 1:1. PiperOrigin-RevId: 466626369 (cherry picked from commit 9c366b3c)
Googler committed
- 09 Aug, 2022 6 commits
-
-
Previously, this feature interpreted SDR signals as HDR when called. Now, only HDR streams are interpreted as HDR, so the javadoc should be updated. Not yet removing this method, as there are still some loose ends to finish up (ex. PQ support, e2e tests). PiperOrigin-RevId: 466425738 (cherry picked from commit 2d2926b8)
huangdarwin committed -
Without this permission, files in `/sdcard` or other directories cannot be read by the demo, as they're not in the transformer demo's scoped storage container. For more information, see https://developer.android.com/training/data-storage/use-cases Tested by uninstalling and re-installing the demo app, granting permission by starting a transformation, and launching an intent using a local file in `/sdcard` to start another transformation. Without this CL, this threw an error, and with this CL it succeeded. PiperOrigin-RevId: 466399023 (cherry picked from commit 051dee68)
huangdarwin committed -
While HDR is most closely tied to the color transfer (ex. COLOR_TRANSFER_SDR is the only one explicitly mentioning dynamic range), technically color spaces may be associated with HDR as well, like BT.2020 commonly being used for HDR rather than BT.709 for SDR. Therefore, it's more specific to mention just that the transfer is HDR. PiperOrigin-RevId: 466316960 (cherry picked from commit 7075f78e)
huangdarwin committed -
This simplifies ChainingGlTextureProcessor as it now only connects a consuming and a producing GlTextureProcessor rather than a previous, current, and next GlTextureProcessor. Also use default no-op implementations of the listeners in SingleFrameGlTextureProcessor and MediaPipeProcessor to avoid null-checks. PiperOrigin-RevId: 466301642 (cherry picked from commit a2166a41)
Googler committed
-
- 08 Aug, 2022 4 commits
-
-
This allows the GlEffectsFrameProcessor to later handle HLG and PQ differently, or limited and full color range differently. No functional change intended in this CL. PiperOrigin-RevId: 466070764 (cherry picked from commit e444eaa5)
huangdarwin committed -
PiperOrigin-RevId: 466025324 (cherry picked from commit 273cf086)
andrewlewis committed
-
- 05 Aug, 2022 8 commits
-
-
In the case where this check fails, the downstream frame processor chain won't be able to handle the incoming (SDR) data anyway as we've already set it up for HDR. PiperOrigin-RevId: 465584814 (cherry picked from commit 0e99d28a)
andrewlewis committed -
`requestCalculateSsim` more clearly represents the intention of the caller. Also rephrase the javadoc to simplify it and make it more precise. PiperOrigin-RevId: 465575578 (cherry picked from commit d90d7d30)
andrewlewis committed -
PiperOrigin-RevId: 465562260 (cherry picked from commit aafa31e9)
andrewlewis committed
- 04 Aug, 2022 4 commits
-
-
PiperOrigin-RevId: 465360186 (cherry picked from commit e63d594f)
huangdarwin committed
-
- 03 Aug, 2022 6 commits
-
-
The encoder color info [defaults](https://cs.android.com/android/platform/superproject/+/master:frameworks/av/media/libstagefright/foundation/ColorUtils.cpp;l=377;drc=891c19ccfa4953b5e5f7b87118e007b994d8074c) to a value that depends on the input resolution, but when tone-mapping is enabled we should always get BT.709 color space. Hard-code this constant for now to avoid behavior depending on the resolution. A future change should use the decoder output media format to populate the color info. PiperOrigin-RevId: 465070378 (cherry picked from commit 40a28d5a)
andrewlewis committed
- 02 Aug, 2022 2 commits
-
-
TGP: https://fusion2.corp.google.com/presubmit/tap/459592967/OCL:459592967:BASE:464692555:1659412331108:1ed6eb4e/targets If you need additional help investigating this issue, please consider using g/androidx-discuss to reach the wider Jetpack library owner and client community. For general questions about prebuilt drops, refer to go/androidx/g3_faq PiperOrigin-RevId: 464852576 (cherry picked from commit a3de13c9)
Googler committed
-
- 01 Aug, 2022 2 commits
-
- 29 Jul, 2022 4 commits
-
-
Format.NO_VALUE is a placeholder value for an invalid @C.ColorTransfer, used for example when the decoder doesn't support this transfer function. When encountering this invalid value, interpret this as COLOR_TRANSFER_SDR. Confirmed locally that an exception is thrown when transcoding on p4head, and no exception is thrown when transcoding with this CL. PiperOrigin-RevId: 464135080 (cherry picked from commit 1a22bcf1)
huangdarwin committed -
PiperOrigin-RevId: 463971447 (cherry picked from commit 810f451e)
huangdarwin committed
-
