Post Reply
Custom Resolution Utility (CRU)
Yesterday, 04:13 AM (Last edited: Yesterday, 04:34 AM by DmitriyBlade)
Post: #8651
RE: Custom Resolution Utility (CRU)
Only after i select "3. enable settings for selected display model" in nvidia
i was able to overclock further than my monitor default 165hz to 182hz(if i change it to 166 it starts artifacting)
If i overclock via nvidia custom resolution, my max was 174hz(if i set 175hz ask do i want to save - yes, and it won't save)

i copied settings from 165hz profile, changed only refresh rate to 182hz, seems working fine so far

Question:
1)Does messing around with Front porct/Sync width/Back porch etc gives you any latency decrease?
(or i should only use refresh rate overclock)
2)My Display cable kinda old(from previous monitor), but quite lengthy, if i order a new one, can i improve my 182hz limit further?

ps seems good for 200$ china 3440x1440 34' IPS display


Attached File(s) Thumbnail(s)
       
Find all posts by this user
Quote this message in a reply
Yesterday, 10:40 AM
Post: #8652
RE: Custom Resolution Utility (CRU)
I'm trying to edit a block that's not editable with cru (greyed out).
The only solution I see is exporting a .bin dump of the edid and editing that block with an external editor.
The problem is that the edid reported by the monitor is not fixed from what I can see.
When I change certain settings on the monitor, the reported edid changes. I dumped the edid between such setting changes and verified that the binary files are different.

Am I correct to assume that if I import an edited edid with cru, it will override everything the monitor reports, essentially nullifying the monitor's ability to switch configurations?
And if so, is there a workaround for changing the specific block only and not affecting anything else?
Find all posts by this user
Quote this message in a reply
Yesterday, 02:25 PM
Post: #8653
RE: Custom Resolution Utility (CRU)
(Yesterday 10:40 AM)stej Wrote:  Am I correct to assume that if I import an edited edid with cru, it will override everything the monitor reports, essentially nullifying the monitor's ability to switch configurations?
That would depend on what the graphics driver considers a unique monitor. Usually each EDID would be considered a different monitor, so you can override just one of the EDIDs.
Find all posts by this user
Quote this message in a reply
Yesterday, 02:25 PM
Post: #8654
RE: Custom Resolution Utility (CRU)
(Yesterday 04:13 AM)DmitriyBlade Wrote:  Question:
1)Does messing around with Front porct/Sync width/Back porch etc gives you any latency decrease?
(or i should only use refresh rate overclock)
2)My Display cable kinda old(from previous monitor), but quite lengthy, if i order a new one, can i improve my 182hz limit further?
1. Latency would depend on when the frame is rendered. If you're using G-SYNC, you don't need to change the timing parameters because the vertical blanking is automatically adjusted to wait until the next frame is ready.
2. Overclocking is usually limited by the monitor. Cable would only be an issue if you're getting signal dropouts.
Find all posts by this user
Quote this message in a reply
Yesterday, 10:10 PM
Post: #8655
RE: Custom Resolution Utility (CRU)
(Yesterday 02:25 PM)ToastyX Wrote:  
(Yesterday 10:40 AM)stej Wrote:  Am I correct to assume that if I import an edited edid with cru, it will override everything the monitor reports, essentially nullifying the monitor's ability to switch configurations?
That would depend on what the graphics driver considers a unique monitor. Usually each EDID would be considered a different monitor, so you can override just one of the EDIDs.

I don't see additional monitors created in Enum\Display in the registry, so I guess not, it only updates the EDID.
Comparing the contents of the exported .bin files I see that the first part of the file, presumably the EDID base, remains constant. What changes is the extension blocks. Which explains why it's not detecting additional monitors I suppose.

So, from your reply it seems that my assumption was correct. How about workarounds? The block I want changed is always present in every reported configuration and its contents remain static.

Any ideas for overriding a couple bytes and letting everything else pass through?
Find all posts by this user
Quote this message in a reply
 Post Reply


Forum Jump:


User(s) browsing this thread: 109 Guest(s)