Home › Forums › General Discussion › Should I trust CN7 or displaycal when calibrating my eizo CS2400S?
- This topic has 23 replies, 3 voices, and was last updated 12 months ago by
LongDoan.
-
AuthorPosts
-
2025-06-17 at 10:37 #143648
DisplayCAL does not suport EDRs, read ArgyllCMS doc. CCSS is EDR in text.
2025-06-17 at 10:56 #143649DisplayCAL does not suport EDRs, read ArgyllCMS doc. CCSS is EDR in text.
There’s a EDR2CCSS tool built in ArgyII, right?
in DisplayCal, Tools tab, Correction, import colorimeter correction. I’ve been using that to import the mentioned EDRs. That’s not the right way to do it?2025-06-17 at 11:06 #143650DisplayCAL does not suport EDRs, read ArgyllCMS doc. CCSS is EDR in text.
Update, I think CS2400S uses RG_Phosphor because I got HCFR to somwhat agree with CN7.
In the colorimeter setting tab (image attached), I choose Display type as RG Phosphor (not specified), which is the supposed RG Phosphor EDR from Stuart converted to CCSS by Argyll. The readings of primaries seems to align with CN7, while although white point is still off a bit. 0.17 deltaE at x=0.3127 y=0.3291 measured in CN7 versus deltaE 0.4 at x=0.3134 y=0.3296. Meanwhile DisplayCal is still acting like a weird child.
I’m happy with the result at this point tbh, I just want to get to the bottom of it out of curiosity why DisplayCal is behaving that way.
Attachments:
You must be logged in to view attached files.2025-06-17 at 11:19 #143652DisplayCAL does not suport EDRs, read ArgyllCMS doc. CCSS is EDR in text.
Update, I think CS2400S uses RG_Phosphor because I got HCFR to somwhat agree with CN7.
No, apps agree because they are measurng with the same good/wrong correction. It says nothing about actual display backlight or if the correction is the right correction,
Visual whiteness may imply that it is right but withput an spectyrophotometer, it looks like it’s a WLED PFS as all its siblings.In the colorimeter setting tab (image attached), I choose Display type as RG Phosphor (not specified), which is the supposed RG Phosphor EDR from Stuart converted to CCSS by Argyll. The readings of primaries seems to align with CN7, while although white point is still off a bit. 0.17 deltaE at x=0.3127 y=0.3291 measured in CN7 versus deltaE 0.4 at x=0.3134 y=0.3296. Meanwhile DisplayCal is still acting like a weird child.
This means no error at all.
I’m happy with the result at this point tbh, I just want to get to the bottom of it out of curiosity why DisplayCal is behaving that way.
2025-06-17 at 11:26 #143653No, apps agree because they are measurng with the same good/wrong correction. It says nothing about actual display backlight or if the correction is the right correction,
Visual whiteness may imply that it is right but withput an spectyrophotometer, it looks like it’s a WLED PFS as all its siblings.Assuming that I can get my hands on a spectro, would the i1p3 or the colormunki photo suffice? Don’t think I can afford to even rent a CR-250 or other spectro of the same level because the people who have that kind of equipment are pretty rare in my country. And what can I do to tell which kind of backlight tech it is or will the software just sort itself out?
-
This reply was modified 12 months ago by
LongDoan.
Calibrite ColorChecker Studio on Amazon
Disclosure: As an Amazon Associate I earn from qualifying purchases.2025-06-17 at 11:48 #143655No, apps agree because they are measurng with the same good/wrong correction. It says nothing about actual display backlight or if the correction is the right correction,
Also, here’s my train of thought, based on my limited knowledge of how these apps, and how EDRs work, hope that makes sense and please correct me if I’m wrong.
– As you said, the apps agree because they are using the same correction file, disregarding whether that file is good or bad.
– CN7 has an internal backlight tech mapping for the monitor and will choose the respective EDR file depending on the tech of the monitor it’s running on, in this case, CS2400S model.
– Since after testing, HCFR and CN7 agree on readings while using this EDR made for RG Phosphor, combining with white is visually white-ish. I would conclude that it is the tech being used in the CS2400S.2025-06-17 at 11:53 #143656– Since after testing, HCFR and CN7 agree on readings while using this EDR made for RG Phosphor, combining with white is visually white-ish. I would conclude that it is the tech being used in the CS2400S.
Stuart’s EDRs are not RG_phosphor… it’s just a name, called RG phosphor to be placed in place of Xrites’ default RG_phosphor EDR (whic stores spectral sample of Dell U2413 GB-LED).
RG_phosphor file from Stuart is actually a WLED PFS, as all of these non QLED modern LED widegamut displays. Plot it (specplot.exe or displaycal “i” button)
GB-LED is obsolete since 2015/17. I think that last GB-LED was Eizo CS2730-
This reply was modified 12 months ago by
Vincent.
2025-06-17 at 12:00 #143658GB-LED + RG_phpshor variants
vs
WLED PFS (AdobeRGB green primary flavor)
2025-06-17 at 13:39 #143659Stuart’s EDRs are not RG_phosphor… it’s just a name, called RG phosphor to be placed in place of Xrites’ default RG_phosphor EDR (whic stores spectral sample of Dell U2413 GB-LED).
RG_phosphor file from Stuart is actually a WLED PFS, as all of these non QLED modern LED widegamut displays. Plot it (specplot.exe or displaycal “i” button)
GB-LED is obsolete since 2015/17. I think that last GB-LED was Eizo CS2730I see, thanks for the clarification.
-
This reply was modified 12 months ago by
-
AuthorPosts