Hi there. Please post a full dxvk log and make a apitrace of the issue if able.
Don't know if you meant to post screenshots like your post maybe implies but they are not included. If you could post them aswell that would be great.
Yes, we know, all Windows+Nvidia users are having issues with color stuff being wrong for some reason and we still can't really do anything about it. If even non-HDR setups are affected then that's just the way it is. None of this ever happens on Proton.
Also obligatory reminder to disable any third-party overlays (including Steam), some of them are known not to interpret sRGB vs linear image formats properly.
Firstly, thanks guys for even responding didnt think that would happen...
Above image is with 2.5.2 and above until 2.7.1
Above is without dxvk
Above is with 2.5.1
I dont know if i am tripping but 2.5.1 looks better in terms of colour - but i dont know if its just not working because it pretty much looks like that without dxvk.
The whole reason i am down this rabbit hole is because ive connected my laptop to my 4k tv, and i would just like it to stop stop jittering, its giving me a headache.
With 2.7.2 it does not jitter but the colours are horrible.
What do i do?
Anything guys?
No? Too much other shit to do right now to focus on some weird Windows jank that we probably can't easily reproduce anyway.
@justepic4life May related or not: try to turn off automacitally manage colour for apps in Windows settings.
This fixed my mouse cursor and potplayer saturation issue which looks nearly same as your screenshot on external monitor.
Note it will need a few minutes to take effect after you turn off it.
Based on my test, this is a universal Nvidia driver issue, not related to DXVK.
To trigger this issue, you must connect at least one 10bit or 12bit monitor on Nvidia output. It never happens on 8bit monitors or connected to Thunderbolt (from iGPU).
Turn HDR on or off changes nothing for me in any condition.
You can confirm your colour bit in Nvidia control panel.
And of course if you just want a quick fix when 8bit colour is acceptable, just go back to 8bit that fix everything.
Note that if you enabled allowFse then game may not follow desktop colour depth, please test without FSE.
Or you can simply output with iGPU or DisplayLink while still rendered by Nvidia, if latency is acceptable.
I don't see much of anything sus in the bisection.
What if you set dxvk.allowFse = True?
i found out hdr is the issue for me, i was having the same issue in gta IV and turning off hdr did it for me even in 10bpc rgb444, dxvk is awesome
dxgi.dllx1 2026-06
Environment
Issue
A significant color/saturation change appears in GTA IV starting with DXVK 2.5.2.
Comparison
Version Result
Native D3D9 (no DXVK) Correct colors
DXVK 2.5.1 Correct colors
DXVK 2.5.2 Incorrect colors
DXVK 2.5.3 Incorrect colors
DXVK 2.7.1 Incorrect colors
The issue appears as:
DXVK 2.5.1 looks nearly identical to native D3D9, while 2.5.2 and newer versions exhibit the issue.
Troubleshooting Performed
Tested and ruled out:
Issue persists on all tested versions newer than 2.5.1.
DXVK Log
Relevant configuration from DXVK 2.5.2:
d3d9.customVendorId = 10de
dxgi.maxDeviceMemory = 8192
dxgi.enableHDR = False
Relevant swapchain output:
Format: VK_FORMAT_R8G8B8A8_UNORM
Color space: VK_COLOR_SPACE_SRGB_NONLINEAR_KHR
So the issue does not appear to be related to HDR output.
Additional Log Warning
Observed only on newer versions:
warn: ConvertFormat: Unknown format encountered: 1396921934
Not sure if related.
Screenshots
I have comparison screenshots showing:
The regression is visually obvious and reproducible on the same machine.
My game however is smoothest on 2.7.1. But colours are off. On 2.5.1 the colours are correct but game is jittery.