Monitor Tests Forum

(05-12-2026 09:09 PM)BasedOn8 Wrote: [ -> ]Greetings, i have somewhat of an odd issue i think.
CRU works perfectly fine on my other 2 monitors.
On my main one however, no matter what i change (even if its just by 1 blanking or removing an unused resolution) after i click restart my windows freezes and i can hear the plug in and out sound very often without breaks.
The only fix is to boot into safe mode and reset the settings.
Its strange, because it used to work just fine.
To rule out any OS issues i have switched my install and tested it on w11 which behaves exactly the same.
Its annoying, because without editing the blanking my vram doesnt clock down.
Im on nvidia if that helps, never had issues on AMD when it came to editing my main monitor with CRU.
Thank you for any suggestions, cheers.

Unfortunately, that can only be an NVIDIA driver bug. Maybe this workaround will help: https://www.monitortests.com/forum/Threa...wn-scripts

Running a Samsung G9 OLED (G95SD) with a base resolution of 5120x1440. I have both the DP and HDMI plugged into my video card, and I've handful of profiles in DisplayFusion Pro for different activities. Normally I run it at @120Hz on the DP connection, which is more than enough refresh rate for me, and I prefer avoiding DSC when possible. When I do want 240Hz, I have that set to use the HDMI 2.1 connection for the increased bandwidth and less aggressive DSC profile.

Sometimes *super* ultrawide 32:9 is just a bit much for a given game, so I used CRU to introduce the 3440x1440 21:9 middle ground. I edited the Display ID 1.3 datablock, deleted the 5120x1440@60Hz entry, and added 3440x1440@120 with no issues and it works great over DP. I wanted to try that resolution @240hz though, but I get a blank screen on DP, and the custom res doesn't show up at all on the HDMI connection. Thus far my meddling with trying to get it on the HDMI side has resulted in me borking the picture completely. Any suggestions on how to make this work?

*edit*
Wiped and redid basic 120Hz setting I had before and now 240Hz support popped up in Nvidia CP, made a profile and it seems to be working fine on DP, but still nada for HDMI.

(05-19-2026 04:00 PM)wmxp Wrote: [ -> ]When I do want 240Hz, I have that set to use the HDMI 2.1 connection for the increased bandwidth and less aggressive DSC profile.

Samsung Odyssey OLED G9 (G95SD)
1 x DisplayPort HBR3
2 x HDMI 2.1 FRL5

5120 x 1440 @ 240 Hz RGB 10-bit (Samsung Custom Video Timing) = 1939.5 MHz pixel clock ~ 224% HBR3 / 173% FRL5

Without DSC, this video mode is not possible. How did you access the DisplayPort DPCD to determine which DSC parameters are being used? What does it say for:

• Rate Control Buffer Size
• Number of slices supported
• Color Depth and Format
• Block Prediction Support
• Decompressor Throughput
• Max Slice Width
• BPP Increment

When using the VMM7100 protocol converter (DP HBR3 > HDMI FRL) and external feed of the G95SD EDID on the HDMI side, the protocol converter's diagnostic shows the following:

----------------------------
RX: SST 4lane HBR3 mode, DSC ON FEC ON, FEC enabled, Lock sts: 001000f0
Symbol error recently: 8000 8000 8000 8000, in 1s: 8000 8000 8000 8000

RFRM0: 5120x1440@239.74Hz RGB 10bpc, pixel clock: 1939.3MHz, Audio enabled, state 8
Audio: 2 channel 48.0KHz 16bits LPCM audio
HT: 5440, VT: 1487, HA: 5120, VA: 1440, HS: 192, VS: 14, HSW: 32, VSW: 8, HPOL: 0, VPOL: 1

DSC1.2 stream: PIC 5120x1440, Slice 640x1440, 12.81 BPP, Compress ratio: 2.3:1
Chunk 1025, Line 13, RGB 1, S422: 0, VBR 0, BP 1, Ctrl bc004012, Sts 00
----------------------------

The source here is an Nvidia graphics card.

A compression ratio of 2.3:1 is not the highest possible and results in a data payload of approximately 31 Gbps over the cable. I don't believe DisplayPort and HDMI differ significantly in this respect.

On Nvidia GeForce RTX 30 or 40 series graphics cards, EDID overrides are ignored by the Nvidia driver when the required pixel clock of the output signal exceeds 1350 MHz. This has nothing to do with DSC. It is the threshold at which the graphics card requires two internal heads to drive the display. Why the operating system's EDID override mechanism also ceases to function then remains a mystery known only to Nvidia (References: [1], [2]).

Is your card an Nvidia RTX 30 or 40 series device?

---

(05-19-2026 04:00 PM)wmxp Wrote: [ -> ]Sometimes *super* ultrawide 32:9 is just a bit much for a given game, so I used CRU to introduce the 3440x1440 21:9 middle ground. I edited the Display ID 1.3 datablock, deleted the 5120x1440@60Hz entry, and added 3440x1440@120 with no issues and it works great over DP. I wanted to try that resolution @240hz though, but I get a blank screen on DP, and the custom res doesn't show up at all on the HDMI connection.

Please try the video timing shown in the attachment. It's from a Dell Alienware AW3425DW monitor. It just barely stays below 1350 MHz.

When I try to set a custom resolution (1720x1080) a line appears in the middle, like a mirrored image, and there are double cursors. Does anyone have a solution? I have a Samsung Odyssey G4.

(05-23-2026 07:37 PM)giovacap Wrote: [ -> ]When I try to set a custom resolution (1720x1080) a line appears in the middle, like a mirrored image, and there are double cursors. Does anyone have a solution? I have a Samsung Odyssey G4.

Try a resolution divisible by 16, such as 1728x1080.

Hi - I'm new here and just diving into the world of EDID, so assume I don't know what I actually need to know... (-:

I have an Adafruit TFP401 breakout board which uses the TI TFP401 chip for connecting an HDMI input to a panel display. I'm only interested in getting V sync information from this board, the video won't be used at all.

Board: https://www.adafruit.com/product/2218
Chip: https://cdn-shop.adafruit.com/datasheets/tfp401.pdf

The board has an EDID ROM which can programmed. My goal is to have this board accept any of the standard broadcast resolutions (720p, 1080i, 1080p) and rates (24-60 fps) for the sole reason of obtaining the V Sync output.

In the environment where this will be used, the source will never adapt to the board, so the board must be able to accept what it's given.

Do you think it's possible to use CRU to generate a ROM image that will allow me to use this board as a 'universal acceptor' of signals in this range?

(05-31-2026 05:42 PM)Esc_Jim Wrote: [ -> ]Hi - I'm new here and just diving into the world of EDID, so assume I don't know what I actually need to know... (-:

I have an Adafruit TFP401 breakout board which uses the TI TFP401 chip for connecting an HDMI input to a panel display. I'm only interested in getting V sync information from this board, the video won't be used at all.

Board: https://www.adafruit.com/product/2218
Chip: https://cdn-shop.adafruit.com/datasheets/tfp401.pdf

The board has an EDID ROM which can programmed. My goal is to have this board accept any of the standard broadcast resolutions (720p, 1080i, 1080p) and rates (24-60 fps) for the sole reason of obtaining the V Sync output.

In the environment where this will be used, the source will never adapt to the board, so the board must be able to accept what it's given.

Do you think it's possible to use CRU to generate a ROM image that will allow me to use this board as a 'universal acceptor' of signals in this range?

Yes, CRU can export .bin files, and "Automatic HDTV" timing will give you the CTA-861 standard timing parameters, but CRU is more for editing existing EDIDs, so it doesn't have any options to make one from scratch.

(06-01-2026 06:23 PM)ToastyX Wrote: [ -> ]Yes, CRU can export .bin files, and "Automatic HDTV" timing will give you the CTA-861 standard timing parameters, but CRU is more for editing existing EDIDs, so it doesn't have any options to make one from scratch.

This board offers a way to write its EDID eeprom over i2c, using a hex image. If I can get the 'Automatic HDTV' into such a file I'm golden.

Does CRU offer a .hex option, or just .bin? If the .bin file is just plain binary (no header etc), it wouldn't be tough to convert to hex.

(06-02-2026 04:25 PM)Esc_Jim Wrote: [ -> ]This board offers a way to write its EDID eeprom over i2c, using a hex image. If I can get the 'Automatic HDTV' into such a file I'm golden.

Does CRU offer a .hex option, or just .bin? If the .bin file is just plain binary (no header etc), it wouldn't be tough to convert to hex.

If you mean Intel's .hex format, no, CRU doesn't support that. The .bin file is plain binary. CRU can also export a .txt file with hex values.

(06-02-2026 08:20 PM)ToastyX Wrote: [ -> ]If you mean Intel's .hex format, no, CRU doesn't support that. The .bin file is plain binary. CRU can also export a .txt file with hex values.

Thanks for the info, and for staying with me. Either file type would be OK with a little massaging.

I've run CRU.exe and while I don't have the device yet, I do get the EDID info from my two attached monitors. If I want to get the 'auto hdtv' settings into a text or bin file suitable for the breakout board, what step are needed? It wasn't clear to me if I needed to have the board attached, or if I could just export the settings as a generic file, or if I needed to create settings based on one of my two monitors or...?