06:39 <amazingfate> Anyone tired to decode 1080p60fps video on rk356x using hantro g1? I can decode 1080p30fps video using command `ffmpeg -hwaccel drm -hwaccel_output_format drm_prime -i bbb_sunflower_1080p_30fps_normal.mp4 -f null -`, but when I use this command to decode 1080p60fps video, I got error "v4l2_request_buffer_alloc: create buffers failed for type 10, No buffer space available (105)". Does hantro g1 support 1080p60fps

06:39 <amazingfate> h264 decoding?

07:00 <warpme___> amazingfate: i just verified bb on my rk3566 tv box (x96-x6) and 1080p@60 plays silky smooth. Rendering method was EGL dmabuf. It you want i can test also DRM planes....

07:04 <amazingfate> warpme___: the ffmpeg command I use should have nothing to do with rendering. I'm running armbian gnome wayland on my rk3568 board with kernel 5.18, patching this https://patchwork.kernel.org/project/linux-rockchip/patch/20220214212955.1178947-1-piotr.oniszczuk@gmail.com/, and ffmpeg patching v4l2-request support

07:36 <warpme___> amazingfate: i'm a bit lost about that you trying to achieve (verify). You asked "Does hantro g1 support 1080p60fps h264 decoding". I answered exact your Q...

07:37 <amazingfate> warpme___: ok, I will try something else

13:59 <arnd> mmind00: I never managed to pull in your three PRs before the merge window, as I was travelling the week before and tried to get everything sorted that I had already queued up when the merge window opened

13:59 <arnd> I was going to pull them into a late branch now, as the contents are in linux-next, but the tags are not on kernel.org

14:00 <arnd> did you forget to push the tags, or did you remove them already?

14:00 <mmind00> arnd: I dropped them 1 our ago ... sorry

14:01 <mmind00> arnd: but no worries, I'll just move them to v5.20

14:01 <mmind00> arnd: I guess after seeing the armsoc pulls merged, I just thought of stuff being finished ;-)

14:01 <arnd> mmind00: I haven't looked at the contents in detail, but if these are bugfixes, I'd prefer to still have them in rc1

14:03 <arnd> I still have two other branches that I want to send early next week

14:03 <arnd> one of them is waiting for the usb tree to get merged first, the other one has a few more changes that came in last minute. I'm currently merging anything that was part of linux-next and not too big, or that is clearly a bugfix.

14:04 <mmind00> arnd: ok ... I'll re-sort stuff to divide fixes from late-features ... stuff was a mixed bag ... and recreate tags

14:04 <arnd> ok, thanks

14:05 <arnd> I'll mark the old PRs are "Not applicable" in patchwork then

18:26 <mmind00> arnd: fyi, new pull-requests sent