00:57Mangix: Venemo: [ffmpeg/video] h264: Device does not support the VK_KHR_video_decode_queue extension! know anything about this?
00:58Mangix: VAAPI seems to work on SI but not Vulkan
01:25airlied: RADV_PERFTEST=video_decode might work
01:28Mangix: airlied: fish: Job 1, 'env RADV_PERFTEST=video_decode …' terminated by signal SIGFPE (Floating point exception)
01:29Mangix: the error changed
01:29Mangix: [ffmpeg/video] h264: Decoding of h264 is not supported by this device
01:30airlied: not sure I ever tested video decode on SI
01:30airlied: I think I only went back to vega
01:30Mangix: I doubt anyone has. I noticed after installing the vulkan driver that mpv uses the vulkan context
02:14llyyr: mpv uses vulkan for rendering, it doesnt do any hardware decoding by default and you'd have to be explicit to make it use vulkan
02:31Mangix: yeah, --hwdec=vulkan
02:31Mangix: --hwdec=vaapi doesn't work with the vulkan context
03:35johnny0: Mangix: it doesn't work on CIK either, IIRC there's some discussion on the mesa and amdgpu issue trackers as to why
03:36agd5f: pre-VCN hardware doesn't support fence packets on the decode/encode engines
03:58airlied: we'd have to either file for an exception to some tests
05:21Mangix: agd5f: so why does vaapi work?
05:48kode54: mpv is using vulkan decode here for av1 at least
07:40Venemo: Mangix: we just don't support vulkan video on this generation. it may or may not be implementable, I haven't looked into it. please use vaapi
13:40agd5f: Mangix, different API semantics