Blown out color streamed to SDR clients if HDR enabled without a HDR monitor (dummy plug, etc) #1853
Comments
XenHat
changed the title
|
What dummy plug support HDR I want one😅 |
|
What are the hdr settings in the moonlight client? |
Disabled |
|
Win10. |
You're missing the point entirely. |
|
It seems this issue hasn't had any activity in the past 90 days. If it's still something you'd like addressed, please let us know by leaving a comment. Otherwise, to help keep our backlog tidy, we'll be closing this issue in 10 days. Thanks! |
|
This issue was closed because it has been stalled for 10 days with no activity. |
Is there an existing issue for this?
Is your issue described in the documentation?
Is your issue present in the nightly release?
Describe the Bug
Sunshine seems to be sending an HDR stream (or a SDR stream with the wrong color space/range) to SDR clients if the HDR-capable monitor disappears or is turned off without disabling HDR in the operating system.
Steps to reproduce are still a Work In Progress, but I'll do my best to describe my use case, and update as more details come to light.
If HDR was previously enabled in Windows 11 on a HDR-capable display (Samsung Odyssey G7) and the monitors sleep/turn off/disconnect (in this case, voluntarily, as I use a capture card as the fallback monitor), the video stream sent to a SDR moonlight client will have washed out colors.
Turning HDR off manually
does not fix the issuefixes the issue in the Nightly release, but must still be manually turned off.Here are some screenshots of the stream as visible by the moonlight client (SDR only):
With the HDR monitor connected and used:
With the capture card as the only monitor:
With the capture card as the only monitor, after turning HDR off manually:
Post-Scriptum: After updating to the Nightly build, it seems more and more evident that the issue is caused by Windows badly handling the disconnection/loss of an HDR-capable monitor without falling back to SDR mode.
I have decided to kept the issue as-is, for prosperity, searchability, and possible comments and discussion regarding the matter as I could not find an issue about this specific behaviour.
Expected Behavior
Colors should stay within the SDR color range as supported by the client.
Additional Context
My capture card is an Elgato HD60X connected via USB-C
Things to note:
Host Operating System
Windows
Operating System Version
Windows 11 Version 22H2 (OS Build 22621.2715)
Architecture
64 bit
Sunshine commit or version
0.21.0.29a1b1539fb2e0e82d02e521954b163c6d9d55d1
Package
Windows - installer
GPU Type
AMD
GPU Model
Radeon RX 7900XTX
GPU Driver/Mesa Version
TBD
Capture Method (Linux Only)
No response
Config
channels = 2 qp = 23 key_rightalt_to_key_win = enabled install_steam_audio_drivers = disabled amd_usage = lowlatency min_log_level = 3 fec_percentage = 5 upnp = enabled global_prep_cmd = [{"do":"cmd /C \"C:\\Users\\xenha\\Desktop\\qres\\QRes.exe\" /X:%SUNSHINE_CLIENT_WIDTH% /Y:%SUNSHINE_CLIENT_HEIGHT%","undo":"","elevated":false}]Apps
No response
Relevant log output
The text was updated successfully, but these errors were encountered: