Encoding gif of Bluray rips with MPV makes it washed out. Color space error?
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.40.0-401-g99d6d4c1c Copyright © 2000-2025 mpv/MPlayer/mplayer2 projects
built on Oct 19 2025 17:17:47
libplacebo version: v7.357.0 (v7.351.0-87-g9bffcaf-dirty)
FFmpeg version: N-121473-gdc39a576a
FFmpeg library versions:
libavcodec 62.16.100
libavdevice 62.2.100
libavfilter 11.9.100
libavformat 62.6.101
libavutil 60.13.100
libswresample 6.2.100
libswscale 9.3.100
Other Information
- Windows version: Microsoft Windows [Version 10.0.26100.6899]
- GPU model, driver and version: Intel(R) Arc(TM) Graphics 32.0.101.6881
- Source of mpv: https://github.com/zhongfly/mpv-winbuild/releases
My webm converter shows this when attempting to convert outputs:
> [avisynth @ 0290e8a0] unknown AviSynth colorspace -1610285048_
The color space of the video(s) that I am trying to make into a gif:
> Color primaries: ITU-R BT.2020
> Color transfer function: SMPTE ST2084 (PQ)
> Color space: ITU-R BT.2020 Range
Here is a comparison:

Here is a screenshot of the info:
<img width="1915" height="1075" alt="Image" src="https://github.com/user-attachments/assets/375d1d92-c70a-417e-80f5-c856b2262221" />
Reproduction Steps
I ripped several 4K UHD BluRay CDs with MakeMKV. When using mpv to create a gif or to cut a part of the rip, the output gif or video cut is very washed out, almost sepia-like.
Expected Behavior
I expected it to work as normal, since screenshotting or making other videos into a gif works just fine with no color issues.
Actual Behavior
It is specifically the BluRay rips that are causing mpv to create washed-out outputs. I am unsure how to fix this. It seems to be an issue with the color space, but so far, no changes I've made to my mpv.conf file have worked to rectify the issue. Maybe I'm missing something.
Log File
Sample Files
No response
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 reviewing the attached output2.txt alongside the reported BT.2020/PQ metadata and reproduce the GIF or video-cut workflow with a representative 4K UHD Blu-ray rip. The issue provides no sample file or exact command, so done means isolating the color conversion failure and confirming corrected output or documenting the missing reproduction details.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- audio-video-rtc
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100