Custom Resolution Utility (CRU)

[MUC]

(07-09-2026 07:32 PM)moecre Wrote:  - The original EDID of the monitor connected via HDMI directly and exported
- The EDID I got from Blustream to make the 5120x1440 resolution work, through the signal processor
- The EDID, with 144 Hz based on the one provided by Blustream.

The monitor's original EDID indicates a maximum bandwidth of 24 Gbps (HDMI 2.1 Fixed Rate Link 3). Consequently, the graphics card must use Display Stream Compression (DSC) to output 5120 x 1440 @ 144 Hz to the monitor.

The other two EDID files are only 256 bytes each. This makes it impossible to advertise the monitor's desired refresh rates via the SM11EARC-8K, as doing so requires an EDID of at least 384 bytes. A DisplayID cannot be defined in the format shown in the two modified EDID files. This results in incompatibility with HDMI 2.1 FRL (DSC). I suspect the SM11EARC-8K is limited to a 256-byte EDID.

However, to solve your problem, it should suffice to connect the device chain as intended and then fully import the monitor's original EDID using CRU. In other words, you apply the original EDID as an override for whatever the graphics card detects when connected to the SM11EARC-8K.

I do, however, doubt whether the SM11EARC-8K can still perform audio (de-)embedding with a DSC signal. What function do you need the device to perform? That should determine how you set the device's DIP switches before applying the EDID override on your PC.

---

(07-09-2026 08:22 PM)katates Wrote:  I saw couple mentions that its related with some Nvidia DSC bug. Is there any proper solution that can be achieved with CRU or some other way?

The Samsung monitor expects this:

5120 x 1440 @ 239.76 Hz >>> 1939.49 MHz pixel clock

With Nvidia GeForce RTX 40 series cards, EDID overrides only work successfully if the output signal's pixel clock remains below 1350 MHz. That is the graphics card's single-head limit. It has nothing to do with DSC itself.

I don't think CRU can help in your case.

[MUC]

(07-09-2026 07:32 PM)moecre Wrote:  - The EDID, with 144 Hz based on the one provided by Blustream.

I revisited the approach using DisplayID as the second block and created an EDID that should provide all the desired functions while remaining just 256 bytes in size.

Please try flashing the attached EDID to the SM11EARC-8K. We will have to see if the AMD graphics driver can work with it.

---

Version 02 now with HDR and AMD FreeSync.

[ToastyX]

(07-09-2026 07:32 PM)moecre Wrote:  Thank you, here you go:

- The original EDID of the monitor connected via HDMI directly and exported:
- The EDID I got from Blustream to make the 5120x1440 resolution work, through the signal processor:
- The EDID, with 144 Hz based on the one provided by Blustream. Doesn't matter what refresh rate I add here, it stays on 50 Hz:

I hope this helps!

Two problems here. The HDMI data blocks are normally defined in a CTA-861 extension block, but you need a DisplayID extension block to define 5120x1440, which is usually in a second extension block, but the Blustream can only be flashed with one extension block. I don't know if AMD supports CTA data blocks in DisplayID extension blocks. If it does, the EDID provided by Blustream does not define an FRL rate in the HDMI 2 data block, so it's limited to 600 MHz pixel clock, or basically HDMI 2.0. MUC's EDID fixes that, so you can try flashing that. You could also use CRU to import the monitor's original EDID as MUC mentioned.

[ToastyX]

(07-09-2026 08:22 PM)katates Wrote:  Hi everyone, I have two screens connected to my 4090 latest driver yesterday.

One is LG C9 on 4k@120Hz over HDMI 2.1 and the other one is LS49 (Odyssey Neo G9 Miniled) 5120x1440@240Hz (DSC).

Basically I switch between these two regularly, at most 1 screen is enabled the other is basically off. I used multiple monitor switch tools (DisplayFusion, MonitorSwitcher etc.) also switching manually. Going to LG C9 is always fine.

When switching to G9 60Hz always works. But when I directly switch to 240Hz it basically freezes all the time, completely until I reboot. (SSH to desktop works btw).

As a solution I tried switching to 60Hz first waiting couple of seconds then running Enable-PnpDevice & Disable-PnpDevice then switching to 240Hz. So this kinda works maybe %60 or so. But still its nowhere near what I would call ok.

I digged through some pages and some posts on Google but I couldn't find any solution. I saw couple mentions that its related with some Nvidia DSC bug. Is there any proper solution that can be achieved with CRU or some other way?

This sounds like a driver bug that you should report to NVIDIA support. Usually the freezes are related to G-SYNC. See if disabling G-SYNC works around the problem.

[moecre]

(07-09-2026 08:32 PM)MUC Wrote:  

(07-09-2026 07:32 PM)moecre Wrote:  - The original EDID of the monitor connected via HDMI directly and exported
- The EDID I got from Blustream to make the 5120x1440 resolution work, through the signal processor
- The EDID, with 144 Hz based on the one provided by Blustream.

The monitor's original EDID indicates a maximum bandwidth of 24 Gbps (HDMI 2.1 Fixed Rate Link 3). Consequently, the graphics card must use Display Stream Compression (DSC) to output 5120 x 1440 @ 144 Hz to the monitor.

The other two EDID files are only 256 bytes each. This makes it impossible to advertise the monitor's desired refresh rates via the SM11EARC-8K, as doing so requires an EDID of at least 384 bytes. A DisplayID cannot be defined in the format shown in the two modified EDID files. This results in incompatibility with HDMI 2.1 FRL (DSC). I suspect the SM11EARC-8K is limited to a 256-byte EDID.

However, to solve your problem, it should suffice to connect the device chain as intended and then fully import the monitor's original EDID using CRU. In other words, you apply the original EDID as an override for whatever the graphics card detects when connected to the SM11EARC-8K.

I do, however, doubt whether the SM11EARC-8K can still perform audio (de-)embedding with a DSC signal. What function do you need the device to perform? That should determine how you set the device's DIP switches before applying the EDID override on your PC.

Wow, these are all great answers! Thanks all, I'll try that today.

To answer the purpose question above: I ordered a SM11EARC-8K together with a SW41AB-8K 4-Way Switch. I wanted to connect a PC, my Macbook as well as an AppleTV to the Switch, then to the EARC to split the audio/video signal. Audio goes to my old Denon AVR and video goes to the AORUS. That was my goal.

So a solution should in the best case be independent of overwrites on the source machines.

[EDIT]: The audio/video signal doesn't have to be splitted though because there are loudspeakers on the monitor so I could use them whenever the AVR is off. So the mode DIPS stay on default position basically.

[moecre]

Ok, I flashed MUC's provided EDID on to the SMEARC and it falls back to 640x480@60Hz:

           

[MUC]

(07-10-2026 01:25 PM)moecre Wrote:  Ok, I flashed MUC's provided EDID on to the SMEARC and it falls back to 640x480@60Hz

That’s not good.

The screenshots show that the EDID is being detected, as the display device is recognized as "SM11EARC-8K", which is exactly what I defined in the EDID. So, I believe your flashing process was successful.

Unfortunately, I don't have an AMD graphics card on hand, so I can't test with one. That doesn't help you directly right now, of course, but I can confirm that the EDID works with an Nvidia graphics card. I have equipment here that allows me to feed EDID to the graphics card externally, so the setup mirrors your use case. When I boot my PC with the Nvidia GeForce RTX 5060 Ti while the EDID I created is active, Windows starts up directly at 5120 x 1440 @ 60 Hz, so the mode defined as "preferred" in the EDID. This shows that the Nvidia driver can handle the CTA-861 extension within a DisplayID. The receiving device confirms a TMDS clock of 469 MHz. Switching to 5120 x 1440 @ 144 Hz using DSC FRL3 (24 Gbps) works without problems, as does enabling VRR. The only issue I see is that 10-bit color cannot be enabled in the Nvidia driver.

You can still operate the PC while it's in that 640 x 480 @ 60 Hz state, right? If so, please run edid-test.exe on the PC. A file named "edid-test.TXT" will be created in the same folder. This file contains the EDID currently detected by the PC. Please attach that file here so we can verify it.

[moecre]

Quote:You can still operate the PC while it's in that 640 x 480 @ 60 Hz state, right? If so, please run edid-test.exe on the PC. A file named "edid-test.TXT" will be created in the same folder. This file contains the EDID currently detected by the PC. Please attach that file here so we can verify it.

Hi @MUC,

here you go:
  edid-test.txt (Size: 831 bytes / Downloads: 4)

[MUC]

(Yesterday 08:02 AM)moecre Wrote:  here you go

The file confirms that the graphics driver is reading the EDID correctly and that it matches the EDID you flashed.

I assume you have already tried resetting all EDIDs in the Windows Registry using "reset-all.exe" and restarting the system. If the behavior remains unchanged, the AMD graphics driver is unfortunately having trouble with the EDID structure. I wouldn't know how to resolve this other than by using a larger EDID.

1. Have you asked Blustream if the SM11EARC-8K can also be flashed with EDIDs larger than 256 bytes (i.e., more than 2 blocks)? These boxes usually employ chip solutions from GSCoolink - such as the GSV6702 - which support 512-byte EDIDs for HDMI 2.1 FRL. That would be the most elegant solution, which would then also work with any source device. The Apple TV won't work at all with the custom EDID in its current form, because there isn't enough space left in the EDID to accommodate the consumer electronics TV formats. Have you tested the MacBook?
2. Have you tested whether an EDID override, applied directly to the AMD PC using CRU based on the original monitor EDID, would work? Ultrawide formats can only be output by a computer anyway. In my view, an "EDID for everything" is only possible if a 384- or 512-byte EDID can be flashed onto the SM11EARC-8K. And, of course, the Blustream SW41AB-8K would also need to pass that large EDID through. But if it is based on the GSV6705, as I’ve seen with other identical devices, then that shouldn't be an issue.
   

[MUC]

If Blustream confirms that the SM11EARC-8K can also accept a 384-byte EDID, please try the attached file.

I have upgraded the audio capabilities to match those of a Denon AVR. The SM11EARC-8K should then be able to transmit advanced audio to the AVR via the eARC HDMI port, provided you configure the source device settings accordingly.