sRGB, since my primary work is photos. Rec 709 is for video. But setting it to rec709 my explain your sRGB coverage being 97%, the two are just slightly off from one another.
Remember its not about how it looks to your eye, and that is an extremely bad way to judge, your eyes will adapt to how it looks quickly.
I’d try and set it back to sRGB, and see of that makes the numbers in displaycal better.
Ok, what about gamma though, is the default 2.4 ok?
Nevermind, the sRGB mode doesn’t allow gamma setting in display menu.
Hm, I got 97% again. The linearity looks better though.
This is likely because if you change the gamma then its not sRGB technically…I think I noted that you are using a LUT profile as well… This might be the most color accurate approach but as for dynamic range you might introduce some limitations so it can be a trade off… Also the LUT settings might be a bit restricted or set in such a way to prioritize color accuracy of the sampled colors/patches for the profile but that might sacrifice some gamut…for comparison you could try a simple matrix profile and see what you get …just to perhaps guage how your lut performs relative to that…
How do I make that? I looked around in DisplayCal, but don’t know what to set.
I believe it’s determined automatically by the the combination of settings you choose when calibrating. If I remember correctly, the tutorial I linked touches on it.
Also see here:
You basically have the same question on gamut coverage as the one here…
You could attach your report and ask or participate in this thread if you are still curious…
It doesn’t allow brightness changes either, which makes sense. Calibration in default mode might be worth trying as I would then be able to change brightness when I’m not editing pictures.
For those whose GAS is coinciding with this thread, Calibrite has a sale on right now: Welcome to Calibrite
I was not able to order from their US site in Canada, but I found that B&H is offering the same prices: https://www.bhphotovideo.com/c/search?Ntt=calibrite&N=0&InitialSearch=yes&sts=ps
The last time I performed a calibration and profiling of the Asus display, I only got like 91% sRGB, where it should have been around 97+%, like before. What do I need to do before calibration? Do I need to reset certain settings like unload current color profile or reset the display menu settings?
Did you follow the tutorial I shared?
In the display menu either choose the sRGB profile (if it has one) or custom colors. With my HP monitor the sRGB profile didn’t have the right primaries for the D65 whitepoint, so I chose custom and adjusted accordingly, which gave 99.6% sRGB coverage.
I did, but I must have missed something, perhaps I was reading too fast. My monitor has an sRGB setting, on which I got 96.9% (currently used profile). It might be worth to try and calibrate in default mode.
I’ve never previously looked at this site because I didn’t have a calibration device, but now that I do, wow, what a fantastic resource it is.
Ah, apparently Elle Stone updated her website.
It has a lot of historical information, which is very useful for understanding how we got into the mess that is color management on almost all platforms (TL;DR: linear approximations were good enough for most stuff in 1990s, and computers were not powerful enough to handle anything else anyway, or so it was believed), but not as a source of color (perception) theory from a modern perspective.
That said, to be fair, a lot of technical explanations found on the net just lead the reader into a forest of matrices and 3-letter acronyms.
It is somewhat tragic that up to the recent past, almost all approaches to color still focus on device-dependent color spaces. That may be changing slowly, especially since OKLab/OKLCH got some push from the W3C. Eg Hyprland just moved to OKLAB.
What is oklab?
it’s a simple enough variation of Lab that sucks a little bit less. there are many resources about it, this is from the original author: A perceptual color space for image processing
the “hsv” knobs in vkdt are using this space too, because some gradients at least make more sense than in other simple spaces. prominently for the aquamarine gradients in hyprland… also at least it tries to keep luminance the same when changing hue, unlike your default 1990s hsv space would. if you go looking for it, you can still find fail cases though. thus as a storage backend i’m still using rec2020 straight rgb, and do the conversion to a convenient ui space just for the widgets, so i’ll be able to change this in the future.
Aurelien talks about it and others here where he introduces the UCS he used in DT…