I do not see any color shifting in your RGB image.
This works just fine for me on IM 6.9.6.2 Q16 Mac OSX. Note there have been recent improvements in IM for PSD processing. And as I said earlier, you should read the input right after convert for raster images, then do -resize, then apply the output settings. It is important to process only the first [0] flattened layer from the PSD file.
For your RGB image, I used:
Code: Select all
convert 1_ORIG_AdobeRGB_300dpi_MultiLayer_CustomProfile.psd[0] -resize 1000 +profile 8bim -profile /Users/fred/images/profiles/sRGB.icc -units pixelsperinch -density 72 1_ORIG_AdobeRGB_300dpi_MultiLayer_CustomProfile_fred.png
Code: Select all
compare -metric rmse 2_PhotoshopConverted_fromRGB.png 1_ORIG_AdobeRGB_300dpi_MultiLayer_CustomProfile_fred.png null:
484.017 (0.00738562)[/code]
So about 0.7% difference and not visually discernible to me.
For your CMYK file, I used:
Code: Select all
convert 1_ORIG_CMYK_300dpi_MultiLayer_CustomProfile.psd[0] -resize 1000 +profile 8bim -profile /Users/fred/images/profiles/sRGB.icc -units pixelsperinch -density 72 1_ORIG_CMYK_300dpi_MultiLayer_CustomProfile_fred.png
I do see the color shift in the CMYK image and have already reported that earlier this week when testing the PSD processing to convert a similar image to another PSD file.
However, I see that there is a difference in color profiles, here. Your png reports no sRGB profile.
From identify -verbose image
Your file:
Code: Select all
Properties:
date:create: 2016-10-21T14:55:40-07:00
date:modify: 2016-10-20T11:59:42-07:00
png:cHRM: chunk was found (see Chromaticity, above)
png:iCCP: chunk was found
png:IHDR.bit-depth-orig: 8
png:IHDR.bit_depth: 8
png:IHDR.color-type-orig: 6
png:IHDR.color_type: 6 (RGBA)
png:IHDR.interlace_method: 0 (Not interlaced)
png:IHDR.width,height: 1000, 1145
png:pHYs: x_res=2835, y_res=2835, units=1
signature: 4b10d34d61c028676293f220660335922352121b034411694dab75c1cd676f57
My file:
Code: Select all
Properties:
date:create: 2016-10-21T15:14:52-07:00
date:modify: 2016-10-21T15:14:52-07:00
icc:copyright: sRGB built-in
icc:description: sRGB built-in
icc:manufacturer: (lcms internal)
icc:model: sRGB built-in
png:bKGD: chunk was found (see Background color, above)
png:cHRM: chunk was found (see Chromaticity, above)
png:iCCP: chunk was found
png:IHDR.bit-depth-orig: 8
png:IHDR.bit_depth: 8
png:IHDR.color-type-orig: 6
png:IHDR.color_type: 6 (RGBA)
png:IHDR.interlace_method: 0 (Not interlaced)
png:IHDR.width,height: 1000, 1145
png:pHYs: x_res=2834, y_res=2834, units=1
png:text: 11 tEXt/zTXt/iTXt chunks were found
png:text-encoded profiles: 3 were found
png:tIME: 2016-09-30T03:51:08Z
signature: 3a13ca38271df26ec31a79e256f22e33d033551ee5bf9321263b8e485692440f
tiff:XResolution: 300
tiff:YResolution: 300
Profiles:
Profile-exif: 1326 bytes
Profile-icc: 6876 bytes
Profile-iptc: 103 bytes
unknown[1,0]:
City[1,90]: 0x00000000: 254700 -%
City[1,90]: 0x00000000: 254700 -%
City[1,90]: 0x00000000: 254700 -%
City[1,90]: 0x00000000: 254700 -%
City[1,90]: 0x00000000: 254700 -%
City[1,90]: 0x00000000: 254700 -%
unknown[2,0]:
Keyword[2,25]: doll care
Keyword[2,25]: hair care
Created Date[2,55]: 20120207
Profile-xmp: 14336 bytes
This may be an issue with what sRGB.icc profile you used or your version of libpng or you forgot to add -profile ... sRGB.icc or a bug in IM.
Mine is (from convert -list format)
PNG* PNG rw- Portable Network Graphics (libpng 1.6.24)