Greg Sullivan wrote:
> Thanks again. Perhaps you (and Gerhard and Martia et al) could have a word
> with the ICC yourself, if you haven't already. ;^)
Of course I had. Unfortunately with no results. The facts are, v4 has not
changed anything on the interpretation. It just happens v2 didn't specify
this behaviour. As a side effect, sRGB, AdobeRGB, CIERGB, AppleRGB,
ColorMatchRGB and all workspaces implemented as display profiles are
considered to be wrong.
I think all that is because ICC profiles are mainly assumed to be printer
centric. Then, maybe, the ICC-absolute would make sense.
Relative colorimetric: no paper emulation. Viewed under D50
ICC-Absolute colorimetric: paper emulation. Viewed under D50.
v2. abs colorimetric: paper _and illuminant_ emulation. Viewed under D50.
Unfortunately this makes display profiles and all emissive devices in
general to be very poorly supported.
So, in order to get rid of all those issues, I've introduced the adaptation
state function. At first I intended to use a separate absolute colorimetric
intent, but this would create even more confusion to enduser, so, I think is
better to keep a single intent numbered '3' for absolute and provide an
additional function to control if the display should do a chromaticity match
or behave in this weird ICC-absolute way. Maybe in a future this function
would control incomplete states of adaptation. That would be good for
softproofing in mixed environments, but would need to use an appearance
model, so it is still rocket science right now.
Regards,
Marti.
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Lcms-user mailing list
Lcms-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lcms-user
