You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Novideo_SRGB and DWM_LUT are god sent, thank you very much ledoge!
The real question is why NVIDIA are denying us this feature when it already exists in the driver?
The monitor manufacturer has to provide accurate EDID xy gamut coordinates for this to be reliable, maybe that's why NVIDIA is reluctant to enable this in the Control Panel?
Measured with i1 Display Pro
Disabled:
Enabled:
The text was updated successfully, but these errors were encountered:
Next step is to let us manually enter measured RGBW xy coordinates, while still preventing user errors. 😉
We don't want "HELP! MY SCREEN IS COMPLETELY BACK, I'M TYPING FROM PHONE" kind of situation. 😛
EDIT:
A warning and a 5 seconds counter with 'Apply' will prevent this kind of situation.
I think we can achieve even more accurate results with manual entry when one can measure native RGB xy coordinates with a tool.
Good point, definitely need to sanity check custom values – I think it would make more sense to implement it as a system-wide EDID override via the registry though, as opposed to just using different coordinates in the math for this tool. That way it'll work for stuff like AMD's implementation and the color space conversion done by Windows in HDR mode as well.
Novideo_SRGB and DWM_LUT are god sent, thank you very much ledoge!
The real question is why NVIDIA are denying us this feature when it already exists in the driver?
The monitor manufacturer has to provide accurate EDID xy gamut coordinates for this to be reliable, maybe that's why NVIDIA is reluctant to enable this in the Control Panel?
Measured with i1 Display Pro
Disabled:
Enabled:
The text was updated successfully, but these errors were encountered: