This happens on a certain hardware with UHD Graphics 605 GPU.
This issue seems to happen on all the versions of iHD_driver, we checked on 20.1.1 iHD and 23.4.1 .
Reproduces with both ffmpeg and gstreamer (all latest versions), and any Full HD video.
Checking the libva traces we can see that the slowest part is the vaGetImage, it always takes around 90-100ms
[20491.582113][ctx none]=========vaCreateImage ret = VA_STATUS_SUCCESS, success (no error)
[20491.680938][ctx none]=========vaGetImage ret = VA_STATUS_SUCCESS, success (no error)
Meanwhile without downloading to CPU memory the playback of the same file can reach 700fps.
To give an approximate benchmark of the CPU - software decoding of the same file reaches 300 fps, so it's not that incredibly slow.
Do you know a way to confirm it's a hardware or a driver issue?
What's the usage scenario when you are seeing the problem?
Which component impacted?
Video Processing
Is it regression? Good in old configuration?
This issue doesn't reproduce with i965 driver
What happened?
This happens on a certain hardware with UHD Graphics 605 GPU.
This issue seems to happen on all the versions of iHD_driver, we checked on 20.1.1 iHD and 23.4.1 . Reproduces with both ffmpeg and gstreamer (all latest versions), and any Full HD video.
How to reproduce:
so in the output of ffmpeg we can see it only reaches ~10 fps.
Same 10 fps are reached if we download with gstreamer vah264dec element
Checking the libva traces we can see that the slowest part is the vaGetImage, it always takes around 90-100ms
Meanwhile without downloading to CPU memory the playback of the same file can reach 700fps. To give an approximate benchmark of the CPU - software decoding of the same file reaches 300 fps, so it's not that incredibly slow.
Do you know a way to confirm it's a hardware or a driver issue?
What's the usage scenario when you are seeing the problem?
Playback
What impacted?
No response
Debug Information
lshw -C display
cat /proc/cpuinfo
Do you want to contribute a patch to fix the issue?
None