regression in -colorspace sRGB behavior

[Stanislav Brabec]

It seems that new versions consider -colorspace sRGB differently than
-profile "sRGB Color Space Profile.icm". I think it is not a correct
behavior.

I was using following command in batch processing of images. Some of
source images were in sRGB (and no profile was embedded in the image).
Some of images were in AdobeRGB and profile was embedded.

convert -colorspace sRGB $SRC $DEST

In ImageMagick-6.4.0.4 it was working correctly:

- If the image had no profile, no color conversion was done, expecting
input in sRGB.

- If the input was in AdobeRGB, conversion to sRGB was performed.

In ImageMagick-6.4.3.6 (tested in 6.5.4.8) it changed its behavior and
the result of the command is always much darker than expected.

It is wanted change or a regression compared to the previous behavior?

Note:

It seems that this works in a similar way than the command above:
convert -profile /usr/share/color/icc/Adobe\ ICC\ Profiles/RGB\ Profiles/sRGB\ Color\ Space\ Profile.icm $SRC $DEST

But for sRGB images without embedded profile it complains:
convert: associate profile with image, a source and destination color profile required for transform `icc' @ profile.c/ProfileImage/812.
(Well, just in this case letting it without any conversion is exactly
what I need.)

But this again does not work properly (too dark), with or without
embedded profile:
convert -profile /usr/share/color/icc/Adobe\ ICC\ Profiles/RGB\ Profiles/sRGB\ Color\ Space\ Profile.icm -colorspace sRGB $SRC $DEST

It seems to be related with:

2008-06-03 6.4.1-6 Cristy <***@image...>
* The -colorspace option is an operator, not a setting.
--
Best Regards / S pozdravem,

Stanislav Brabec
software developer
---------------------------------------------------------------------
SUSE LINUX, s. r. o. e-mail: ***@suse.cz
Lihovarská 1060/12 tel: [phone]
190 00 Praha 9 fax: [phone]
Czech Republic http://www.suse.cz/