Start a Conversation

Unsolved

V

11 Posts

5259

October 24th, 2022 15:00

S3422DWG, calibration with AMD video card?

Dell 34 Curved Gaming Monitor S3422DWG

Dell 34 Curved Gaming Monitor S3422DWG

Hi,

I have just bought a Dell Gaming S3422DWG monitor. I knew beforehand that the calibration is bad. See the review on RTINGS. But how to fix it?

On RTINGS there is an ICC profile and settings in the monitor OSD menu. The problem is that the ICC profile is not used for 3D and video, basically everything via GPU will not have an active ICC profile.

Is there any way to solve this? I know there is a solution on Nvidia in the form of 'novideo SRGB' that will globally force this everywhere. But it can't be used on an AMD card.

Thanks for the help

Community Manager

 • 

55.6K Posts

October 25th, 2022 07:00

I thought that the AMD video card driver would provide its own ICC?

In my opinion, true monitor color calibration can only be done with an additional hardware colorimeter and its associated calibration software.

11 Posts

October 25th, 2022 15:00

I wanted to use the ICC profile from RTINGS, where the profile is after calibration.

However, this is not the point of my post. The point is how to set the ICC profile globally for everything. Not just in some applications that can use it.

For nvidia cards there is a solution - novideo SRGB app, but what about for AMD?

By the way, according to rtings the calibration is terrible. Is it possible to report this further and come up with a solution in new firmware?

https://www.rtings.com/monitor/reviews/dell/s3422dwg

3 Apprentice

 • 

729 Posts

October 31st, 2022 12:00

ICC from Ratings have no calibration, pretty useless: just native primaries coords + TRC.

sRGB simulation is built in the AMD driver (uses EDID to get native primaries coordinates):
-Go to Display
-Custom Color ON
-Color Temperature OFF -> sRGB simulation ON
Turn off Custom colro to return to native gamut.

Rtings reviews are pretty useless too, mostly because they are using CALMAN.
RGB levels are useless to evaluate grey ramp. "Color Accuracy (Pre-Calibration) " error may be caused just because whitepoint, thus it could be corrected by RGB gains visuyally.
OTOH DisplayCAL report on uncalibrated display will report "whitepoint error" vs daylight curves and separatedly grey color error vs white color so this way you can tell if calibration is very bad and a custom grey calibration (VCGT) by a custom ICC is needed.

Also "Color Accuracy (Post-Calibration)" is not actual measures but color managed (akin to DisplayCAL report "use simulation profile" & DO NOT use simulation profile as display profile). Tha leads to wrong interpretation of results for most users taht do not know that Calman can be enabled to test color managed simulation of something.

Download rting ICC, inspect it and you'll see that is useless.

 

3 Apprentice

 • 

729 Posts

October 31st, 2022 13:00

"Rtings reviews are pretty useless too, mostly because they are using CALMAN."
I'll try to explain this graph limitations. It is usefull for a TV and 10-20 point grayscale & gamma CMS calibration built on OSD, but it's totally useless for making display calibration reviews.

Overall error, dE is a scalar. Think of a square triangle, you have a, b and c. You can thing of hypotenuse as "overall distance" and b & c as coordinate distance. Doing a simple analogy with dE, dE overall error is hypotenuse and stores in a simple scalar number the summarized error of "adding":
-brightness error (gamma error)
-color error (tint error)
But once you add them you cannot recover individual components (b & c sides of triangle), you do not know which ine is bigger or its ratio.
Those RGB levels bars show at the same time gamma, white error & tint color error, it's mixed. You can tell in an easy way amount of error caused by gamma and by color.

OTOH DisplayCAL report splits this in 4 parts:
-1 for white: is it white? (green pink error) is it cool or warm (yelllow-blue error to some reference like D65). 7000K white on daylight curve (no green or pink error) will be percieved as white. bur RGB balance won't tell you that.
-on each grey:
 a* error, pink-green tint using as color referene the actual white of screen
 b* error, pink-green tint using as color referene the actual white of screen
 L*/gamma error
Thus dE or RGB balance vs D65 reference (CALMAN's way) is totally useless for a display gayscale report.


OTOH of you had a TV, it will be useless to on the first run: greyscale ramp on RGB balnace & dE is useless. But once you fix whietpoint on TV, like D65, "calman reference" & "actual whitepoint reference" will match and RGB balance erros will tell you what corrections you need to apply on TV's CMS for 10-20 point grayscale to correct it.
I mean, this way of testing is useful... for calibrating TVs with a CMS.
Totally useless for a display report om factory calibration. I'm afraid that rting guys do not know how to use calman... that will explain so many things, including ICCs with uncalibrated TRC instead of VCGT or color managed simulation in "calibrated report". Of maybe they know what they are doing are try to mislead you on purpose?

No Events found!

Top