hwdec=vulkan with RADV still not working on my system
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 37k
- Forks
- 3.5k
- Avg merge
- 1d 10h
- Merged PRs (30d)
- 22
Description
mpv Information
mpv 0.38.0 Copyright © 2000-2024 mpv/MPlayer/mplayer2 projects
libplacebo version: v7.349.0
FFmpeg version: 7.0.2-3
FFmpeg library versions:
libavutil 59.8.100
libavcodec 61.3.100
libavformat 61.1.100
libswscale 8.1.100
libavfilter 10.1.100
libswresample 5.1.100
Other Information
- Linux version:
"Debian GNU/Linux trixie/sid" - Kernel Version:
Linux debian-desktop 6.10.3-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.10.3-1 (2024-08-04) x86_64 GNU/Linux - GPU Model:
[AMD/ATI] Fiji [Radeon R9 FURY / NANO Series] [1002:7300] (rev cb) - Mesa/GPU Driver Version:
Mesa 24.1.6-1(Also tested 24.2.rc4) - Window Manager and Version: GNOME 46.4-1
- Source mpv: Debian testing repository
- Introduced in version: Ever since hwdec=vulkan was available
Reproduction Steps
RADV_PERFTEST=video_decode mpv --no-config --vo=gpu-next --gpu-api=vulkan --hwdec=vulkan --gpu-context=waylandvk
Expected Behavior
Video playback with no issues and Vulkan Video hardware accelerated decoding
Actual Behavior
Depends on whether video is h264 or h265, but neither is working properly. Sometimes system completely hangs (kernel panic?).
h264:
No video output and error messages printed to console and dmesg, although some files produce garbled video output including big_buck_bunny_1080p_h264.mov.
mpv console output: https://gist.github.com/Brisse89/93eaa4d3a0a00e2fe9084ef496188e1a
dmesg: [ 6394.783530] amdgpu 0000:09:00.0: amdgpu: Disabling VM faults because of PRT request!
[ 7369.984141] [drm:amdgpu_uvd_cs_pass2 [amdgpu]] *ERROR* )Handle 0x48780001 already in use!
h265:
There's garbled video output and error messages printed to console and dmesg
Log File
Sample Files
https://download.blender.org/peach/bigbuckbunny_movies/big_buck_bunny_1080p_h264.mov
I carefully read all instruction and confirm that I did the following:
- I tested with the latest mpv version to validate that the issue is not already fixed.
- 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.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the issue with the exact mpv command and sample file, then inspect output.txt alongside the linked mpv output and the reported dmesg errors. Compare the h264 and h265 behavior on the listed RADV, Mesa, kernel, and GPU versions. Done means Vulkan hardware decoding works without missing or garbled video, hangs, or related errors.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, linux
- Domain
- computer-graphics, operating-systems
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100