Dear Graeme. I enjoy reading your replies although I discover that my knowledge of color management is very basic. All the images that I use to test the printer profiles, are mainly labelled with the AdobeRGB and the others with the sRGB color spaces. Then, seems that this is not the reason of color change. As I commented to you, I have changed all the cartridges of my Pro9000 to use another brand of ink, to have more chances to discover what is happening. Then I can't use at this moment, the printer with the ink of the example of ICM that you used in your icclu example (Argyllv140_396parxes48Gris3Blanc.icm). I must to use the MP540 printer with the "MP_B01_A4_HPEverydayBrilloIIQ1Dif_NoVPre_396p64g3bArgyllv140_121011Opcio_qm _ACPU.icm". Sorry to the extent name, but I have created a lot of profiles and the name was growing trying to identify them. I have do the same example, than you show me, using this ICM: .\icclu -fb -ip MP_B01_A4_HPEverydayBrilloIIQ1Dif_NoVPre_396p64g3bArgyllv140_121011Opcio_qm_ ACPU.icm 50 50.000000 0.000000 0.000000 [Lab] -> Lut -> 0.563818 0.500477 0.630465 [RGB] .\icclu -ff -ir MP_B01_A4_HPEverydayBrilloIIQ1Dif_NoVPre_396p64g3bArgyllv140_121011Opcio_qm_ ACPU.icm 0.563818 0.500477 0.630465 0.563818 0.500477 0.630465 [RGB] -> Lut -> 52.109114 0.326121 -0.977612 [Lab] I don't know if the reading with an spectro some patches, is a good way to show you what I obtain on prints but I have print a simulation of the patches of a colorchecker card and I have read the results with a spectro. I give you the link of a RAR file that contains a XLS file with a table with the results (also included the Icm and the ti3 files). https://docs.google.com/file/d/0B_XRokVsdBFDXy16RHN5OHN6d2M/edit?pli=1 I have read only 7 colors randomly but if you think that's a good idea to read the 24 patches, I will do a table with all the colors of the ColorChecker card and their deltaE. All these patches are printed without the BPC option, as you explained ( I understand that ALWAYS I must to print without BPC when I use profiles made with ArgyllCMS). The ICM was created with the option -qm. The first group of values are the "real" Lab values of the color checker card. The second group are the Lab values printing with the relative colorimetric intent and the third group are the Lab values when I print using the Perceptual intent. You will see a column, on the right of each group, that's the calculated deltaE 76. The two prints were made using the MP_B01_A4_HPEverydayBrilloIIQ1Dif_NoVPre_396p64g3bArgyllv140_121011Opcio_qm_ ACPU.icm The average deltaE value, of the 7 patches, when I print with the relative colorimetric intent is 6,12 with a peak of 8. The average value deltaE value, when i print using the perceptual intent is 10,70 with a peak of 15. Applyiing the icclu example that you show me to the values of blue color patch: .\icclu -fb -ip MP_B01_A4_HPEverydayBrilloIIQ1Dif_NoVPre_396p64g3bArgyllv140_121011Opcio_qm_ ACPU.icm 28.87 14.81 -50.15 28.870000 14.810000 -50.150000 [Lab] -> Lut -> 0.358232 0.399245 0.879326 [RGB] .\icclu -ff -ir MP_B01_A4_HPEverydayBrilloIIQ1Dif_NoVPre_396p64g3bArgyllv140_121011Opcio_qm_ ACPU.icm 0.358232 0.399245 0.879326 0.358232 0.399245 0.879326 [RGB] -> Lut -> 39.085966 11.557139 -49.964686 [Lab] I must obtain, on paper and with perceptual intent, a patch with 39.09 11.56 -49.96 Lab values, but I read a patch with 39,35 4,45 -48,45 Lab values. That's a deltaE76 of 11,77. I don't know if these are acceptable values on prints, but seems to show very big deltaE values. But, as commented before, I don't know if the method applied to check the final results, and to verify the ICM profile, has sense or not. Graeme, excuse that I disturb you but I don't know another way to tray to understand what is happening. The only way that I am trying to solve it is, trying different parameters on colprof, print patches with different media settings, read them and for the moment, only time, paper and ink wasted. Thank you, once more for your help. Best Regards, Xavi. -----Mensaje original----- De: argyllcms-bounce@xxxxxxxxxxxxx [mailto:argyllcms-bounce@xxxxxxxxxxxxx] En nombre de Graeme Gill Enviado el: lunes, 15 de octubre de 2012 8:48 Para: argyllcms@xxxxxxxxxxxxx Asunto: [argyllcms] Re: ArgyllCMS: shadow details and blue color issues. What I'm doing incorrectly? Xavi wrote: > On my case the softproof and the print are very very similar. On > prints, using perceptual intent, I see the blue color as a light > purple color, as I see on the screen when I softproof with Photoshop > CS6. Also checked on prints with 2 models of spectros using spot read. Hi, I'm guessing that the image you are using is from the DQ-Tool Monitor Reference File by Fujifilm Europe GmbH / Jens Rubb. If so, it's an unlabelled (ie. no colorspace) RGB file. The color of the "blue" fan bland is something like .09, .14, .55 RGB, so it is not a pure RGB blue, but is tending a little towards purple in the original, and all four of the soft proofs hint at this. > Also the overall color is changed to a magenta cast, when I use > perceptual intent. Using the saturation intent the blue color is less > purple color and is more vivid but skin colors, for example, are more > reddish and excessive saturated. I can't verify this - the profile through perceptual seems very self consistent and neutral, ie: icclu -fb -ip Argyllv140_396parxes48Gris3Blanc.icm 50.000000 0.000000 0.000000 [Lab] -> Lut -> 0.345472 0.388520 0.513978 [RGB] icclu -ff -ir Argyllv140_396parxes48Gris3Blanc.icm 0.345472 0.388520 0.513978 [RGB] -> Lut -> 52.334969 -0.072152 -0.770024 [Lab] < 1 delta E hue & saturation error seems reasonable through a perceptual B2A Lut. It tends towards cyan as it nears the black point, due to Argyll's "extend and bend" neutral mapping. > I have created a collage with 3 cropped photos. Please, tell me if you > see the reddish/magenta cast on color skin. And also, if you agree > with me that the blue color of the sky, seems a blue/purple very light and not saturated: > > http://i436.photobucket.com/albums/qq82/aaruizz/prcptualvsRC_zps09f2fe > 42.jpg > > On the other hand I see very natural colors, on the right image, > softproofed using the same profile, but with the colorimetric intent. You soft proof does look somewhat reddish - but then I'm not sure how your softproof workflow is functioning. For instance, you are using BPC which could be having an effect on the neutrals, given the very non-neutral black point of your colorspace - ie. Argyll maintains neutrality down the neutral axis until it nears the black point, at which stage it becomes cyan tint, to match the black point. If the BPC then maps the cyan black to neutral with the mapping being in a straight line to the white point, then the neutral mid tones will get shoved in a megenta direction. Note that typical Argyll workflows won't use BPC and are not created to anticipate the effects of applying BPC, because you can do a more sophisticated mapping using the collink gamut mapping machinery. My typical softproof workflow is as follows: # Create proofing transform from output to AdobeRGB collink -v -ila -G -qh -cpp -dmt Argyllv140_396parxes48Gris3Blanc.icm AdobeRGB1998.icm Argyllv140_396parxes48Gris3Blanc_v.icm # Create proof image back in AdobeRGB space cctiff Argyllv140_396parxes48Gris3Blanc_v.icm skin_sky_p.jpg skin_sky_pv.jpg The above softproof (not using BPC) doesn't show such a tint. > I am doing all the profiles with a Canon Pro9000MKII with third party > inks (Hobbicolors UW). I will do, from zero, new profiles for another > Canon MP540, that uses only four different color cartridges (CMYK) and > also I will start creating profiles, from zero, for the Pro9000MKII > but using cartridges refilled with other third party ink (OCP), that > uses a very neutral black color but that their gamut is more limited > vs Hobbicolors Ultra Wide Gamut inks. I think a neutral black color will give better visual results, and leave less room for workflow details to affect the outputt. Graeme Gill.