Custom Resolution Utility (CRU)

[ToastyX]

(06-21-2022 10:13 PM)Jim Davis Wrote:  Hello.

I dont have a problem with resolutions, but I have recent developed some issues with Windows 10 moving apps from one monitor to another if I shut the monitor off while the pc is ON. If I make sure the monitor is ON before waking from sleep mode, I have no problem.

I know this is a common problem, taking many forms depending on the setup .

My question, would using CRU prevent this problem or mitigate it in some way ? Normally I'd read through the posts , but 670 pages is a bit much ;-)

No, CRU can't work around this problem. This tends to happen with DisplayPort because DisplayPort monitors disconnect when powered off. Windows moves the windows to another screen when the monitor disconnects because if it didn't, the windows would be stuck on a non-existent screen. If the monitor has HDMI, the problem is less likely to happen with HDMI because the EDID can be read even when powered off.

[ToastyX]

(06-21-2022 09:09 PM)Sunspark Wrote:  I noticed there was no active extension block in Windows 10 w/ CRU but I knew one existed and it was still visible in Windows 7.

I clicked 'export' in Win7 and in W10 I clicked 'import' and now I have added "CTA-861: 4 detailed resolutions, 4 data blocks (HDMI)".

My question is, is this something that is advantageous to do, or it makes no difference to anything?

Default extension blocks should work with Intel. CRU just can't read it. Importing the extension block would be the same except you can edit it. I don't know how you were able to read the extension block in Windows 7 because CRU can't read extension blocks with Intel GPUs.

(06-21-2022 09:09 PM)Sunspark Wrote:  ToastyX, do you have any theories as to why -+ would work for HDCP, but not +-?

That shouldn't matter, so it's probably a monitor-specific issue.

[Sunspark]

(06-22-2022 12:22 AM)ToastyX Wrote:  Default extension blocks should work with Intel. CRU just can't read it. Importing the extension block would be the same except you can edit it. I don't know how you were able to read the extension block in Windows 7 because CRU can't read extension blocks with Intel GPUs.

Thanks. Right now it just says "Default Extension Block" (maybe because I disconnected the adapter) and the one with the detailed blocks has been moved to another monitor entry with * next to the name. I am thinking, maybe what happened is that the displayport to hdmi adapter I was using stored its own blocks in the monitor entry (which is detailed, with monitor's serial # etc. and is not now displayed in the detailed resolutions box) or, it read it directly and then stored the data without using the iGPU to do so.

[Jim Davis]

(06-22-2022 12:22 AM)ToastyX Wrote:  No, CRU can't work around this problem. This tends to happen with DisplayPort because DisplayPort monitors disconnect when powered off. Windows moves the windows to another screen when the monitor disconnects because if it didn't, the windows would be stuck on a non-existent screen. If the monitor has HDMI, the problem is less likely to happen with HDMI because the EDID can be read even when powered off.

In my case , I think this got wonky after a Nvidia Driver update.

The monitor in question is a 4k TV , using HDMI and is the PRIMARY monitor under Windows, so not sure why the apps shift to one of the other monitors which are ALSO turned off at the time. Seems to happen after a period of time , not immediately after turning off the TV.

Tried all the tricks . Deleting the reg keys under
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\GraphicsDrivers . Didn't seem to help this problem.

[Sunspark]

ToastyX, this info on the first page doesn't work anymore "/q - Restart without prompting (or rename the file to restart-only.exe)".

I tried renaming it, and also creating a shortcut and adding /q at the end of the target string and both of them pop up the UAC prompt. Is there a way to skip the UAC so it will just run?

[ToastyX]

(06-23-2022 05:44 PM)Sunspark Wrote:  ToastyX, this info on the first page doesn't work anymore "/q - Restart without prompting (or rename the file to restart-only.exe)".

I tried renaming it, and also creating a shortcut and adding /q at the end of the target string and both of them pop up the UAC prompt. Is there a way to skip the UAC so it will just run?

The prompt refers to the dialog, not UAC. To avoid the UAC prompt with Task Scheduler, you have to run it as an admin user with highest privileges.

[ToastyX]

(06-22-2022 03:36 AM)Jim Davis Wrote:  The monitor in question is a 4k TV , using HDMI and is the PRIMARY monitor under Windows, so not sure why the apps shift to one of the other monitors which are ALSO turned off at the time. Seems to happen after a period of time , not immediately after turning off the TV.

I've heard of this happening with some TVs, but that would be a design issue with the TV because the TV should be detectable even without power. The only way around that would be to use an EDID emulator that always sends an EDID to the computer.

[Sunspark]

I have a question about retrieving EDID blocks on iGPU. I was just in Windows 7 and was fiddling with Entech's Monitor Asset Manager program, and it actually said "Real-time" in the list (not just the registry entries), so I saved a copy of the report and the hex codes imported just fine into CRU.

How is Entech getting real-time EDID information? Is it that the adapter I have installed is facilitating the process, or they have a special method to retrieve it through the Intel GPU?

---

For "Exact" and "Exact reduced" do you maintain a database or is it formula-driven?

The reason I wonder this, is because for my native resolution of 2048x1152, Exact will deliver 60.000 with a pixel clock of 162 using blanking of 98 lines. Exact reduced will run the panel at 60.01093 with a pixel clock of 152.28 using blanking of 23 lines. However, I have come across a modeline that will run 60/162 but using a blanking of 48 lines. It's also a reduced-blanking as well, although it is using a higher pixel clock. Do you collect strings, or is this one of those edge cases that exists but is left up to the end user to figure out?

[ToastyX]

(06-23-2022 08:39 PM)Sunspark Wrote:  I have a question about retrieving EDID blocks on iGPU. I was just in Windows 7 and was fiddling with Entech's Monitor Asset Manager program, and it actually said "Real-time" in the list (not just the registry entries), so I saved a copy of the report and the hex codes imported just fine into CRU.

How is Entech getting real-time EDID information? Is it that the adapter I have installed is facilitating the process, or they have a special method to retrieve it through the Intel GPU?

Their program can read the first extension block with Intel GPUs. I don't know if they're using Intel's CUI SDK, which isn't publicly available, or if they have some other method. I tried to get access to the CUI SDK, but Intel's support just gave me the runaround. If I find a way to read the full EDID with Intel GPUs, I will incorporate it into CRU. I just found out Intel has a new library that's publicly available (IGCL), so I will have to see if I can make that work with current GPUs at least.

(06-23-2022 08:39 PM)Sunspark Wrote:  For "Exact" and "Exact reduced" do you maintain a database or is it formula-driven?

The reason I wonder this, is because for my native resolution of 2048x1152, Exact will deliver 60.000 with a pixel clock of 162 using blanking of 98 lines. Exact reduced will run the panel at 60.01093 with a pixel clock of 152.28 using blanking of 23 lines. However, I have come across a modeline that will run 60/162 but using a blanking of 48 lines. It's also a reduced-blanking as well, although it is using a higher pixel clock. Do you collect strings, or is this one of those edge cases that exists but is left up to the end user to figure out?

They are formula-driven. Where are you seeing 60.01093? All integer refresh rates should be mathematically exact with both Exact and Exact reduced, but actual measured hardware refresh rates can vary slightly.

[Sunspark]

(06-24-2022 01:39 AM)ToastyX Wrote:  They are formula-driven. Where are you seeing 60.01093? All integer refresh rates should be mathematically exact with both Exact and Exact reduced, but actual measured hardware refresh rates can vary slightly.

I use MadVR in my video player, the HUD can show you the refresh rate the panel is running at when the video is playing. Pretty interesting because the edid modeline for my panel will report as display 59.876Hz composition rate 59.909Hz. Using CRU's automatic setting will give 59.949 display/60 composition which is nice. Exact will give 60/60.

Exact reduced will give 60.01093 display.

The set of timings below will give 60/60. I don't know the formula that was used to create them but they were labelled as DMT reduced-blanking.

PIXEL_CLK = 162.00
H_DISP = 2048
H_FPORCH = 26
H_SYNC = 80
H_BPORCH = 96
H_SYNC_POL = +
V_DISP = 1152
V_FPORCH = 1
V_SYNC = 3
V_BPORCH = 44
V_SYNC_POL = +