Closed Shao-Feng closed 5 days ago
After disable scalability as below, this issue is not reproduced.
diff --git a/media_driver/agnostic/common/codec/hal/codechal_hw.h b/media_driver/agnostic/common/codec/hal/codechal_hw.h index 6d3c07ac7..590e830be 100644 --- a/media_driver/agnostic/common/codec/hal/codechal_hw.h +++ b/media_driver/agnostic/common/codec/hal/codechal_hw.h @@ -1634,7 +1634,8 @@ public: bool IsDisableScalability() { - return m_disableScalability; + return true; }
This issue is caused by enabling scalability for 8K VP9 encoding.
@Shao-Feng May I know which platform you are working on?
On RPL, Gen12
This issue only can be reproduced with kernel 6.1.80. On Ubuntu with kernel 6.5.0-45, this issue is not reproduced. When this issue happen, scalability is enabled, and number of VDBox is 2. with kernel 6.1.80, the second VDBox did not work as expected, and the right half part of the bitstream shown on ViCue is incorrect, I suppose the right half part are encoded by the second VDBox. With kernel 6.5.0-45, the right half part are encoded correcly as the left half
thanks shao feng for experiment! Have one more question, for good result with kernel 6.5.0-45, scalability is disabled or enabled?
thanks shao feng for experiment! Have one more question, for good result with kernel 6.5.0-45, scalability is disabled or enabled?
Enabled and run encoding with 2 VDBox
Auto Created VSMGWL-75955 for further analysis.
Pls check the release note, RPL starts fron kernel 6.2.
ADL-N/RPL-S/RPL-P: starting from kernel 6.2
Thanks for checking it. Probably this issue is caused by the GuC of SRIOV VF. Close this one. I will check on local
Which component impacted?
Encode
Is it regression? Good in old configuration?
No, this issue exist a long time
What happened?
On Android, with media-driver intel-media-24.1.5, and intel-gmmlib-22.3.18
Running oneVPL example "hello-encode" with the change https://github.com/projectceladon/libvpl/pull/16 for encoding VP9 7680x4320 video. The bitstream is incorrect. The input is generated with ffmpeg cmd below
ffmpeg -v verbose -f lavfi -i testsrc=size=7680x4320:rate=1 -pix_fmt yuv420p -vframes 5 -y test.yuv
On Ubuntu with the media-driver and gmmlib, this issue can not be reproduced.
The Codec dump on Android and Ubuntu is below T1829561088_ubuntu_8k.zip T1389417720_android_8K.zip
What's the usage scenario when you are seeing the problem?
Video Conference
What impacted?
Fail to encode VP9 video in 8K. No problem to encode VP9 video in 4K and no problem to encode H264 and H265 video
Debug Information
No response
Do you want to contribute a patch to fix the issue?
None