Crash when using vulkan hardware decoding with ffv1 codec

[MK73DS]

mpv Information

mpv v0.41.0 Copyright © 2000-2025 mpv/MPlayer/mplayer2 projects
 built on Feb 11 2026 22:07:06
libplacebo version: v7.360.1
FFmpeg version: n8.0.1 (runtime n8.1.2)
FFmpeg library versions:
   libavcodec      62.11.100 (runtime 62.28.102)
   libavdevice     62.1.100 (runtime 62.3.102)
   libavfilter     11.4.100 (runtime 11.14.102)
   libavformat     62.3.100 (runtime 62.12.102)
   libavutil       60.8.100 (runtime 60.26.102)
   libswresample   6.1.100 (runtime 6.3.102)
   libswscale      9.1.100 (runtime 9.5.102)

Other Information

- Linux version: Arch Linux
- Kernel Version: Linux [PC NAME] 7.1.3-arch1-2 #1 SMP PREEMPT_DYNAMIC Thu, 09 Jul 2026 19:55:55 +0000 x86_64 GNU/Linux
- GPU Model: Advanced Micro Devices, Inc. [AMD/ATI] Rembrandt [Radeon 680M]
- Mesa/GPU Driver Version: OpenGL version string: 4.6 (Compatibility Profile) Mesa 26.2.0-devel (git-f2d39008f9)
- Window Manager and Version: KDE Plasma Version: 6.7.2
- Source of mpv: Arch repository
- Latest known working version: None
- Issue started after the following happened: None

Reproduction Steps

1. Create/get a video encoded with the ffv1 codec, for example ffmpeg -f lavfi -t 10 -i testsrc=s=1920x1080:r=60,format=yuv420p -c:v ffv1 -an test.mkv
2. run mpv with hardware acceleration set to vulkan (or auto) mpv --no-config --hwdec=vulkan test.mkv

Expected Behavior

The video should play fine and there shouldn't be a crash. This behavior is attainable by not using hardware acceleration : mpv --no-config --hwdec=no test.mkv.
Moreover, if this format is not supported by hardware acceleration, it should not try and use it when --hwdec is set to auto.

Actual Behavior

The programs hangs for a few seconds, then a green screen appears in the video player alongside lots of errors in the console. The video never plays and mpv has to be forced to exit using ctrl+c in the terminal. This even happens when --hwdec is set to auto.

Log File

Log file after running mpv --no-config --hwdec=vulkan --gpu-debug --log-file=log.txt test.mkv log.txt

Sample Files

Any video encoded with ffv1 triggers this issue, so creating sample files using ffmpeg is easy. In any case, here is the test.mkv file I used to submit this issue. https://files.catbox.moe/63xh8k.mkv

I carefully read all instruction and confirm that I did the following:

• I tested and confirmed that the issue exists with the latest release version or newer.
• I provided all required information including system and mpv version.
• I produced the log file with the exact same set of files, parameters, and conditions used in "Reproduction Steps", with the addition of --log-file=output.txt.
• I produced the log file while the behaviors described in "Actual Behavior" were actively observed.
• I attached the full, untruncated log file.
• I attached the backtrace in the case of a crash.

[kasper93]

I can reproduce, it crashes the driver for me too, which proceeds to VK_ERROR_DEVICE_LOST.

With VVL, I get this:

[vo/gpu-next/libplacebo] Instrumented shader (id 1) is invalid, spirv-val error:
[vo/gpu-next/libplacebo] All OpVariable instructions in a function must be the first instructions in the first block.
[vo/gpu-next/libplacebo]   %5585 = OpVariable %_ptr_Function_short Function

cc @cyanreg

[llyyr]

Issue can be reproduced with ffmpeg -init_hw_device "vulkan=vk:0" -hwaccel vulkan -hwaccel_output_format vulkan -i test.mkv -f null - -benchmark, not a mpv issue. It causes a gpu reset for me as well, with a different AMD gpu

[MK73DS]

I see, thank you very much. For now, I will add hwdec-codecs=h264,vc1,hevc,vp8,vp9,av1,prores,prores_raw,dpx in my mpv.conf file (removing ffv1 from the default list) as a workaround.
Sorry I thought this was an mpv issue. Let me know if I should close the issue then.