commit | 1b30ba91a8be673e76cb744d4c0cb36a7baf03d0 | [log] [tgz] |
---|---|---|
author | Bijan Choobineh <bchoobineh@chromium.org> | Sat Feb 10 02:18:01 2024 |
committer | Chromium LUCI CQ <chromium-scoped@luci-project-accounts.iam.gserviceaccount.com> | Sat Feb 10 02:18:01 2024 |
tree | cff49b21fdb422e6db6593968a268b96b27048a5 | |
parent | f342c00b00b092db2236db91fbfe6c696683c4e6 [diff] |
media/gpu: Add H.264 Frame Num passthrough when not supported The ToT H.264 decoder was setup to detect and handle frame number gaps. If a frame gap is detected, the decoder will check if the sequence allows gaps via the |gaps_in_frame_num_value_allowed_flag|. If this flag is set to false, the decoder will log that it is invalid, but will try to handle the frame num gap anyway which causes issues on some platforms. Updates the H.264 decoder logic to add passthrough logic to the HandleFrameNumGap function if the |gaps_in_frame_num_value_allowed_flag| is set to false. If set to false, it will log that it is ignoring the frame num gap and returning true, acting as a passthrough. Bug: b:311839666 Test: Ran video.ChromeStackDecoderVerification.h264_files_from_bugs_299320432 on Asurada and Cherry and Brya. Also ran video.ChromeStackDecoderVerification.h264_baseline on Asurada and Cherry and Brya. Change-Id: I5b217c44e38ccde9ab8de3a695ae4f6419420e3f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5280637 Reviewed-by: Dan Sanders <sandersd@chromium.org> Reviewed-by: Miguel Casas-Sanchez <mcasas@chromium.org> Commit-Queue: Bijan Choobineh‎ <bchoobineh@chromium.org> Cr-Commit-Position: refs/heads/main@{#1258848}
Chromium is an open-source browser project that aims to build a safer, faster, and more stable way for all users to experience the web.
The project's web site is https://www.chromium.org.
To check out the source code locally, don't use git clone
! Instead, follow the instructions on how to get the code.
Documentation in the source is rooted in docs/README.md.
Learn how to Get Around the Chromium Source Code Directory Structure.
For historical reasons, there are some small top level directories. Now the guidance is that new top level directories are for product (e.g. Chrome, Android WebView, Ash). Even if these products have multiple executables, the code should be in subdirectories of the product.
If you found a bug, please file it at https://crbug.com/new.