For it to work for me I had to remove the "Default extension block" too. I imagined that was where the displayport resolutions were hiding but it seems I might've been incorrect.
However I've noticed that when I wipe the EDID and add my own resolutions in CRU it seems to break the overdrive for me at 360hz and 390hz(these were the only 2 I tried so I couldn't tell you the cutoff, at 240hz the overdrive setting still works).
Breaks as in the OSD toggle does nothing and randomly toggles to "OFF", which makes 390hz pretty much unusable. Switching to a lower refreshrate to toggle the overdrive and then going back to 390hz will only work for a short while, not even minutes in some cases.
I was wondering if this is also the case for you, or if it's a quirk with my monitor/CRU profile.
I tested 1950VT 240hz and I can't say that it looked as good to me as what you're describing, using both NVCP and CRU.
However I also tried 1956VT for 240hz and, to me, it looked significantly worse than 1950 VT which surprised me.
axaro1 wrote: ↑29 Mar 2022, 16:13
936Mhz is Pixel Clock limit
I can push the Pixel Clock to 975Mhz as evidenced by my screenshot from earlier in the thread. The limiting value for my unit when pushing the VT seems to be the Horizontal Scanrate at 469.380 kHz, anything higher like for example 469.38
1 kHz results in "No Signal". I'm unsure which one of these values are important(more important?) for QFT as the QFT guide just tells you to check either radio-button.
I'm not sure if it's possible to work with the same granularity when using NVCP, in CRU I just increased the Horizontal Scanrate which NVCP doesn't let you do. But atleast NVCP doesn't seem to break the overdrive.
I would be interested in seeing some crosstalk examples if you've got the time/energy/drive to shoot and post em!