Oversaturated when paused if OSD pops up

[Quenser]

mpv Information

mpv v0.39.0-113-g228f3860 Copyright © 2000-2024 mpv/MPlayer/mplayer2 projects
 built on Oct 13 2024 00:08:22
libplacebo version: v7.349.0 (v7.349.0-15-g756220c-dirty)
FFmpeg version: N-117481-g02306cbfe
FFmpeg library versions:
   libavcodec      61.22.100
   libavdevice     61.4.100
   libavfilter     10.6.100
   libavformat     61.9.100
   libavutil       59.42.100
   libswresample   5.4.100
   libswscale      8.5.100

Other Information

- Windows version: Microsoft Windows [Version 10.0.22631.4317]
- GPU model, driver and version: RTX 3070 Driver ver. 560.94
- Source of mpv: mpv.io
- Introduced in version: cannot say

Reproduction Steps

Exact same issue as in #11152
Screenshots in #11152 illustrate it perfectly.

Using a very similar TV.
Issue only occurs if watching content in HDR.

Content has to be started on the display with enabled HDR for the issue to occur. Does not occur if launched on SDR display and dragged over to HDR display.
Reproduceable with any type of content. Independent of codec, HDR or SDR.

--no-config fixes it.
Issue occurs if manually commenting all configs out.
Tried with no mpv.conf at all, issue still occurs.

Log is running with my default conf and on a different screen with HDR enabled because it kept launching on the main screen and not the one I am usually watching on.

Expected Behavior

No Saturation when OSD shows up.

Actual Behavior

Picture oversaturates to an insane degree when paused if I accidentally make the OSD pop up.
This is very troublesome for OLED displays as they react pretty badly to it even after only a few seconds.

Log File

output.txt

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.

[quietvoid]

Exact same issue as in #11152

So why did you make a new issue?
edit: I see it was suggested but no idea why.

[guidocella]

Does --gpu-shader-cache=no fix it?

[llyyr]

Does icc-profile-auto=no fix it? --no-config also disables loading of any external files, which include icc profiles provided by Windows.

edit: I see it was suggested but no idea why.

The original issue didn't follow the template, was on mpv.net which is not mpv, and was on a much older version.

[Quenser]

Does --gpu-shader-cache=no fix it?

No difference.

Does icc-profile-auto=no fix it? --no-config also disables loading of any external files, which include icc profiles provided by Windows.

No difference either.

Edit: Good call though, I do have icc profiles for both displays that I can reproduce it on. It only happens if HDR is enabled.
Edit2: That was my old install, no user made profiles active here.

[guidocella]

--icc-cache=no should fix it then.

[Quenser]

--icc-cache=no should fix it then.

Unfortunately, issue still persists.
Also funnily enough if I open it on an affected monitor and drag it over to another (in SDR mode) it persists over there too.

What I find really weird is how the OSD seems to trigger it. If I pause the video and don't pop the OSD up there are no issues.