dancingmirrors

For what it's worth, I also can't reproduce with FreeBSD 14.3-RC1 and ancient Ivy Bridge hardware. My drm-kmod is at d3ca1b596643f3356bea57b1635df298fbec7979 and doesn't require any firmware. mpv v0.40.0-133-g47bc7b2a0

I still have this issue.

Ah, here is the crash: ``` error: #1 0x00007fdf1b1a5744 in _ZN11DebugReport10LogMessageEjSt17basic_string_viewIcSt11char_traitsIcEERK13LogObjectListRK8L ocationRKNSt7__cxx1112basic_stringIcS2_SaIcEEE+0xa20 at /usr/local/lib/libVkLayer_khronos_validation.so+0x15a5744 error: #2 0x00007fdf1b1a79e0 in _ZN11DebugReport16LogMessageVaListEjSt17basic_string_viewIcSt11char_traitsIcEERK13LogObjectLi stRK8LocationPKcP13__va_list_tag+0x62 at /usr/local/lib/libVkLayer_khronos_validation.so+0x15a79e0 error: #3 0x00007fdf19fe3589 in _ZNK6Logger8LogErrorESt17basic_string_viewIcSt11char_traitsIcEERK13LogObjectListRK8LocationPKcz+0xdb at /usr/local/lib/libVkLayer_khronos_validation.so+0x3e3589 error:...

I will investigate your first response. The easiest way for me to reproduce a crash is to do a recursive clone of libplacebo, which has a bunch of submodules, and...

Your patch fixes both the warning and the crash, but here's some of hasvk's code in case I'm doing something wrong: https://raw.githubusercontent.com/dancingmirrors/mesa/refs/heads/master/src/intel/vulkan_hasvk/anv_device.c

```ffplay -hwaccel vulkan test.mp4``` might require a bleeding edge FFmpeg build with --enable-vulkan and --enable-libplacebo.

It might also require --enable-libshaderc.

Maybe radv requires some kind of DECODE environment variable?

It does! Try ```RADV_VIDEO_DECODE=1```.

Have you tried --video-latency-hacks=yes and --hwdec=dxva2 or --hwdec=dxva2-copy? As I recall I used to use those on Windows with similar hardware. However video-latency-hacks has some other annoying side effects on...