Switching to HDR mode on Windows 24H2 when "Automatically manage color for apps" is enabled in SDR mode

[1aTa]

mpv Information

mpv v0.38.0-580-g00f43e09 Copyright © 2000-2024 mpv/MPlayer/mplayer2 projects
 built on Jul  7 2024 00:04:00
libplacebo version: v7.349.0 (v7.349.0-dirty)
FFmpeg version: N-116159-gecd3a9783
FFmpeg library versions:
   libavcodec      61.9.100
   libavdevice     61.2.100
   libavfilter     10.2.102
   libavformat     61.4.100
   libavutil       59.28.100
   libswresample   5.2.100
   libswscale      8.2.100

Other Information

• Windows version: 10.0.26100.1150
• GPU model, driver and version: NVIDIA GeForce RTX 3070 Laptop (32.0.15.6070) and Intel Iris Xe Graphics (32.0.101.5762)
• Source of mpv: https://sourceforge.net/projects/mpv-player-windows/
• Introduced in version: All

Windows 24H2 Build 26100 has a new option which seems to be confusing all HDR mode switching utilities and media players, including mpv.

The new option "Automatically manage color for apps" under "System > Display > Color Management" increases the color range of Windows SDR to HDR levels to remove things like color banding. It works great and is very noticeable throughout the Windows UI but a side effect is all apps think they are already in HDR mode, when they're actually not. With this option enabled the only way I've found to switch Windows HDR mode on and off is with the toggle in Windows settings.

mpv is unable to switch to HDR mode from SDR mode.

More info here: https://support.microsoft.com/en-us/windows/auto-color-management-in-windows-11-64a4de7f-9c93-43ec-bdf1-3b12ffa0870b

Reproduction Steps

Whilst in SDR mode goto "System > Display > Color Management" and enable "Automatically manage color for apps".

Play any HDR video in mpv.

Expected Behavior

Display should switch to HDR mode.

Actual Behavior

Display stays in SDR mode as mpv believes it's already in HDR mode.

Log File

log.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.

[Andarwinux]

Everything worked as expected. ACM is still SDR, it just uses the same technology as Windows HDR for global color management. mpv is just using DXGI API to implement HDR presentation, it cannot change the Windows HDR mode in this way, any such behavior is a GPU driver hack.
ref: https://learn.microsoft.com/en-us/windows/win32/direct3darticles/high-dynamic-range

[1aTa]

So why isn't mpv, or any other media player which supports HDR auto switching, switching to the proper HDR mode if ACM is enabled?

HDR videos look completely blown out if played in SDR mode with ACM enabled as mpv believes the display is in HDR mode, so I have to manually switch to proper HDR mode using Windows settings.

[Andarwinux]

[ 0.960][v][vo/gpu-next/libplacebo] New swap chain configuration received from hint: format: R10G10B10A2_UNORM, color space: RGB_FULL_G2084_NONE_P2020.

It looks like you have a problem with your driver, which is advertising RGB_FULL_G2084_NONE_P2020 support without Windows HDR enabled, which causes mpv think your display is HDR.

[1aTa]

Which I assume is caused by having the new Windows 24H2 ACM enabled.

i.e. "ACM is still SDR, it just uses the same technology as Windows HDR for global color management."

[1aTa]

This is the first app that I know of which has resolved this issue: res2k/HDRTray#13