Hi, On 2023-12-30 10:52, amazingfate wrote: > Thanks for your test with fluster. I also tested on my rock-5b(rk3588) > and orangepi-3b(rk3566) which are sharing the same hantro g1 ip. I am > running on ubuntu jammy so I'm using gstreamer 1.20.1 > > rk3566 and rk3588 are sharing the same results: > JVT-AVC_V1 test suite with decoder GStreamer-H.264-V4L2SL-Gst1.0: > Ran 112/135 tests successfully. > JVT-FR_EXT test suite with decoder GStreamer-H.264-V4L2SL-Gst1.0: > Ran 27/69 tests successfully. > VP8-TEST-VECTORS test suite with decoder GStreamer-VP8-V4L2SL-Gst1.0: > Ran 59/61 tests successfully. > > H264 decoder test has less test case passing. I think that's because > of my low gstreamer version. If you have a rk356x board I guess you > will get the same result as rk3588. That should be the mainline support > status of hantro g1 decoder. > > For ffmpeg at the moment fluster doesn't support v4l2-request decoder. > I tried Kwiboo's fork[1] but failed to pass tests with decoder > FFmpeg-H.264-V4L2-request. I can decode video with ffmpeg command like: > "ffmpeg -benchmark -hwaccel drm -hwaccel_output_format drm_prime -i Big_Buck_Bunny_1080_10s_30MB.mp4 -f null -" 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. Please also note that ffmpeg v4l2-request patches at [2] contain some NV15/NV20 ffmpeg pix_fmt patches that fail ffmpeg tests. They are not needed for decoding of 10-bit frames using rkvdec but they are required to be able to run fluster test suite JVT-FR_EXT on rkvdec. (hantro g1 do not support 10-bit frames on rk) [2] https://github.com/Kwiboo/FFmpeg/commits/v4l2-request-n6.1 Regards, Jonas > > [1] https://github.com/Kwiboo/fluster/tree/v4l2-request >
