3 ms·
Hey since I have you here, please, can you add support for proper color calibration, profiling & characterization to f.lux? Or at least outline in more detail h
by no_identd 8y ago
Hey since I have you here, please, can you add support for proper color calibration, profiling & characterization to f.lux? Or at least outline in more detail how f.lux handles color profiles?
I wouldn't mind having to create multiple display profiles for this, but right now, flux seems to only support non-LUT based, Matrix based calibrations and only if they have VCGT headers, and then only based on those headers.
But this seems highly problematic.
Take a look at this page here for why:
https://argyllcms.com/doc/calvschar.html https://argyllcms.com/doc/calvschar.html
I assume you based the current mechanics of f.lux when it comes to handling color profiles based on what the quickgamma homepage says about this:
https://quickgamma.de/indexen.html https://quickgamma.de/indexen.html
To quote:
"[...]
Apple has been using the LUT since many years for its operating system built in color management. In fact, Apple has registered the private ICC Profile tag video card gamma table (vcgt) with the International Color Consortium (ICC). This tag is used in a dedicated Monitor Profile and holds the gamma values, which are then loaded into the LUT by a loader program.
Hardware based Monitor Calibration Systems also use the vcgt tag, which in this case contains the correction data to achieve the monitor calibration. Because Windows did not provide a LUT loader, each calibration program had to provide its own LUT loader program. ...
[...]
Things changed when Windows 7 came along and provided its built in calibration loader, which not only loads the LUT at system start up, but also takes care of Standby and Hibernate.
[...]"
As you might notice, the two stories from those pages seem to conflict?
Right now, when I use Windows to load my icc profile, I get correct colors. Same if I use the DisplayCAL profile loader.
However, if I start f.lux during the day (where f.lux shouldn't mess with the colors at all) I get semi-incorrect colors - they end up "more correct" than when I have no color profile loaded at all, but still VERY incorrect.
- jonhendry18 8y agoSurely you don't expect color profiles to work when f.lux is operating? I'm not sure what the point would be for color profiles when you're explicitly opting for distorted color reproduction with f.lux. Is what you want more like "don't mess with the operation of color profiles when f.lux is disabled or otherwise shouldn't be adjusting the screen?"
- no_identd 8y ago>Surely you don't expect color profiles to work when f.lux is operating? 1. Don't call me Shirley. 2. I in fact do, in a way: >I'm not sure what the point would be for color profiles when you're explicitly opting for distorted color reproduction with f.lux. I opt for __linear distortion__ of a non-linear function. What f.lux ought to do consists of shifting the whitepoint coordinates of the current color profile. Which has the point of only distorting colors in a way where my brain can adapt to it. But that's not exactly what f.lux does - it already DOES try to account for color profiles, but it does so incorrectly.