Hello all, after the previous post about absolute colorimetric rendering on the lcms email list, I played with some tools to simulate a D50 print booth on screen.
lcms1 gave the expected redish result, to compensate for the too bluish monitor whitepoint, with: tifficc -t 3 -e -o D64_monitor.icc Farbe_sRGB_D50.tif out1.tif However with lcms2(git) I obtained a bluish output: tificc -t 3 -e -o D64_monitor.icc Farbe_sRGB_D50.tif out1.tif So the monitor is much more off from the light booth than with a non absolute rendering intent. transicc behaves similiar: $ transicc -t3 -c 0 -isRGB_D50.icm -oD64_monitor.icc LittleCMS ColorSpace conversion calculator - 4.0 [LittleCMS 2.01] Enter values, 'q' to quit R? 128 G? 128 B? 128 Channel #1=0.4458 Channel #2=0.4906 Channel #3=0.6351 Which is a similar bluish result as above from tificc (lcms2). All involved profiles are ICC v2.x . sRGB_D50.icc was embeded into the tiff image. Btw. Argyll's cctiff showed almost no white point adaption, with: Argyll_V1.3.0/bin/cctiff -v -i a sRGB_D50.icm -i a D64_monitor.icc Farbe_sRGB_D50_nc.tif argyll_abs.tif Reading the V42 spec it says that the source media white point is maintained on output media. I interprete this like, a D51 media white point under D50 illuminant will appear on a D64 monitor as if illuminated under D50. Hmm. Not shure if I miss here something. Any help to bring light on this issue is appreciated? kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org ------------------------------------------------------------------------------ This SF Dev2Dev email is sponsored by: WikiLeaks The End of the Free Internet http://p.sf.net/sfu/therealnews-com _______________________________________________ Lcms-user mailing list Lcms-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lcms-user
