Custom Resolution Utility (CRU)

[ToastyX]

(03-08-2023 05:08 PM)Parallellines Wrote:  These are my usual edits:
https://i.imgur.com/N6TIWO9.png

This is what the resolutions look like on Windows before and after any CRU edits:
https://i.imgur.com/DIgYPSl.png

The "Test" EDIDs are what I mentioned in my other post. For them, I only changed the value for the lower freesync limit and nothing else, just in three different ways:

1. Changed the 40hz lower bound to 30hz directly in CRU and exported the EDID
2. Hex edited the value in the default EDID and imported the file with CRU
3. Applied the hex edited EDID directly in the registry without using CRU

I thought CRU would only change the one byte responsible for the lower freesync limit and the checksum, but it made a bunch of other changes as you can see here (left side is the hex edited EDID and right is the CRU export). One or more of these changes break the resolutions available in Windows.

https://i.imgur.com/HUP6sKe.png

I expected tests #2 and #3 to yield identical results, but actually #2 was the same as #1. I rebooted and exported the previously imported hex edited EDID using CRU and the output file was the same as the direct CRU edit, byte for byte (I imagined that CRU would just accept the file and apply it directly, but instead it made edits).

The only way I could apply my hex edited EDID correctly was by adding it in the registry manually without CRU.

I tried hex editing my other usual tweaks but I couldn't figure out the rest of the file structure so I hoped you could help me with that. All I need is to extend the Freesync range and remove any resolutions above 2560x1080 (or at least just 3840x2160 I suppose, since 3840x1620 has the same aspect ratio as my native one) from the Windows selection menu while keeping the same recommended one.

CRU always sets certain things the same way for simplicity. The only major difference I see is CRU doesn't include the range limits by default except for FreeSync with DisplayPort. Does including the range limits using the "Edit..." button at the top fix the problem? This shouldn't be required except to define the FreeSync range with DisplayPort. I would consider this a driver bug because that shouldn't affect the recommended resolution, and if it were actually using that information, the 4K resolutions wouldn't be available. For HDMI, it's supposed to use the information in the HDMI data blocks, and for HDMI FreeSync, it's supposed to use the FreeSync data block.