Hi,
> thanks, "-p <xxx> -c2" seems to work now :-)

Glad to know ;-)

>>Some printer profiles are broken in a way Lab of (100, 0, 0)
>>does not map exactly to unprinter paper. This is because 
> [...]
>Though I find this workaround a useful feature :-) (I also have been 
>bothered in the past by scum dots resulting from inaccuracies), I want 
>to object, that it is also possible that a profile _wants_ to map PCS 
>CIELAB=[100,0,0] to CMYK != [0,0,0,0] _intentionally_.
>
>(E.g. a proofing profile which emulates a different device, including 
>the emulation of a different paper white, such that the device is 
>_expected_ to lay down some ink for PCS white.)
>
>Thus I'm wondering whether this workaround should be applied generally, 
>or rather optionally, such that the user can turn it on or off?

Well, the ICC spec is pretty clear on that: white must map to white in 
all intents but abs. colorimetric, so such profile, if possible, is broken.
Anyway, since lcms applies this fix to the internal devicelink, any 
transformation without precalculation (cmsFLAGS_NOTPRECALC) 
would not force that mapping. So, the way to turn the feature off is 
just use notprecalc flag. This is also the reason you were obtaining
no error with -c0 on tifficc.

The "correct" way for emulation would be to use abolute colorimetric, 
and then set the media chromaticity (media white) to the desired white.
Of course there are situations where this is not so clear, like input 
profiles specifically designed to convert scanners into cheap 
colorimetrers, but these are pretty rare when compared with 
the huge quantity of broken profiles in white point.

Good point about the guessing of white. I will try to implement 
something similar in incoming versions.

Regards,
Marti




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Lcms-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/lcms-user

Reply via email to