Color issues with dmabuf-wayland in fullscreen when no subs or osd is shown
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 v0.41.0 Copyright © 2000-2025 mpv/MPlayer/mplayer2 projects
built on Feb 11 2026 22:07:06
libplacebo version: v7.360.0
FFmpeg version: n8.0.1
FFmpeg library versions:
libavcodec 62.11.100
libavdevice 62.1.100
libavfilter 11.4.100
libavformat 62.3.100
libavutil 60.8.100
libswresample 6.1.100
libswscale 9.1.100
Other Information
- Linux version: Arch Linux
- Kernel Version: Linux tamako 6.18.9-zen1-2-zen #1 ZEN SMP PREEMPT_DYNAMIC Mon, 09 Feb 2026 17:45:06 +0000 x86_64 GNU/Linux
- GPU Model: 05:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Picasso/Raven 2 [Radeon Vega Series / Radeon Vega Mobile Series] [1002:15d8] (rev d1)
- Mesa/GPU Driver Version: driverInfo = Mesa 25.3.5-arch1.1
- Window Manager and Version: niri 25.11 (b35bcae)
- Source of mpv: Arch repositories
- Latest known working version: unknown
- Issue started after the following happened: I tried dmabuf-wayland because I had frame drops in fullscreen on gpu-next and all other VOs.
Reproduction Steps
Run mpv --no-config --vo=dmabuf-wayland --log-file=mpv.log ./South.Park.S28E01.Twisted.Christian.1080p.AMZN.WEB-DL.DDP5.1.H.264-NTb.mkv or any other video file I tried, then go to fullscreen. The colors look off (green seems to be brighter) unless you move the mouse to show OSD or any subtitles are shown, then the colors return to normal until the subs or OSD disappear.
From the log file it looks like it could be an issue with direct scanout.
Expected Behavior
Colors should look the same whether subs/OSD is shown or not.
Actual Behavior
Colors look weird when there are no subs or OSD in fullscreen, green is darker and red brighter than normal.
Log File
This logfile is without --gpu-debug, because I literally looked at the bug guide on https://mpv.io/bug-reports/ and it didn't mention anything about that flag and right now I am not at that machine.
Sample Files
Happens with multiple files, I only tried mkv files. I cannot show a screenshot because the issue disappears as soon an I try to take one.
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
Reproduce the issue with the exact mpv --no-config --vo=dmabuf-wayland command and inspect the attached mpv.log, especially the direct-scanout behavior in fullscreen. Compare output with and without subtitles or OSD; done means colors remain consistent in all three states.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, linux
- Domain
- computer-graphics, desktop, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100