Hi Jianfeng, On 2023-12-30 16:31, amazingfate wrote: > Hi Jonas, > > On Sat, 30 Dec 2023 12:49:38 +0100, Jonas Karlman <jonas@xxxxxxxxx> wrote: >> I have only tested this fork of fluster with ffmpeg 6.x, what version of >> ffmpeg did you test with? I was expecting it to also work on ffmpeg 5.x. > > I am using ffmpeg 6.0 with v4l2-request patches from libreelec[1]. Great, that patch should match my v4l2-request-n6.0.1 branch [2], and does not have any NV15/NV20 ffmpeg pix fmt patches that could interfere. [2] https://github.com/Kwiboo/FFmpeg/commits/v4l2-request-n6.0.1/ > Ffmpeg v4l2 decoder in fluster fork is using ffmpeg args: > "-hwaccel_device /dev/dri/renderD128" > which make the test fall with hantro g1 on rk3588. After removing it I > can run tests by ffmpeg v4l2-request decoder. Thanks for confirming and testing again, and I fully understand why "-hwaccel_device /dev/dri/renderD128" caused issues on rk3588 :-) The commit "HACK: hwcontext_drm: do not require drm device" was required to run ffmpeg without a hwaccel_device, and I tested fluster without it. Regards, Jonas > > Rk3566 and rk3588 are sharing the same results: > JVT-AVC_V1 test suite with decoder FFmpeg-H.264-V4L2-request: > Ran 127/135 tests successfully. > JVT-FR_EXT test suite with decoder FFmpeg-H.264-V4L2-request: > Ran 44/69 tests successfully. > VP8-TEST-VECTORS test suite with decoder FFmpeg-VP8-V4L2-request: > Ran 59/61 tests successfully. > > [1] https://github.com/LibreELEC/LibreELEC.tv/blob/master/packages/multimedia/ffmpeg/patches/v4l2-request/ffmpeg-001-v4l2-request.patch > > Regards, > Jianfeng