Page 1 of 1

still bugs in txt reporting colors for psd images and alpha

Posted: 2008-06-20T16:36:55-07:00
by fmw42
IM 6.4.1-9 Q16 non-hdri Mac OSX Tiger

When using txt:- to report the color values of a one-pixel image, I am still getting a problem with with the reporting of alpha and also with psd format images.

Tests as follows:

Create the following in IM:

convert rose: rose_rgb.tif
convert rose_rgb.tif[1x1+0+0] txt:-
# ImageMagick pixel enumeration: 1,1,255,rgb
0,0: ( 48, 47, 45) #302F2D rgb(48,47,45)
works fine

convert rose: rose_rgb.psd
convert rose_rgb.psd[1x1+0+0] txt:-
# ImageMagick pixel enumeration: 1,1,255,rgb
0,0: ( 48, 47, 45) #302F2D rgb(48,47,45)
works fine

convert rose_rgb.tif -matte rose_rgba.tif
convert rose_rgba.tif[1x1+0+0] txt:-
# ImageMagick pixel enumeration: 1,1,255,rgba
0,0: ( 48, 47, 45, 0) #302F2D rgb(48,47,45)
last line reports rgb and should be rgba

convert rose_rgb.psd -matte rose_rgba.psd
convert rose_rgba.psd[1x1+0+0] txt:-
# ImageMagick pixel enumeration: 1,1,255,rgb
0,0: ( 0,255,255) #00FFFF cyan

# ImageMagick pixel enumeration: 1,1,255,rgba
0,0: ( 54, 51, 45, 0) #36332D rgb(54,51,45)
incorrect first set of data and last line reports rgb not rgba


Create CMYK in another application (GraphicConverter or Photoshop):
rose_cmyk.tif
rose_cmyk.psd

In IM add alpha:
convert rose_cmyk.tif -matte rose_cmyka.tif
convert rose_cmyka.tif[1x1+0+0] txt:-
# ImageMagick pixel enumeration: 1,1,255,cmyka
0,0: (197,187,184,113, 0) #C5BBB871 cmyk(197,187,184,113)
last line reports cmyk and should be cmyka

convert rose_cmyk.psd -matte rose_cmyka.psd
freds-mac-mini:~ fred$ convert rose_cmyka.psd[1x1+0+0] txt:-
# ImageMagick pixel enumeration: 1,1,255,cmyk
0,0: (255, 0, 0,255) #FF0000FF red

# ImageMagick pixel enumeration: 1,1,255,cmyka
0,0: (186,177,182,115, 0) #BAB1B673 cmyk(186,177,182,115)
incorrect first set of data and last line reports cmyk not cmyka

Re: still bugs in txt reporting colors for psd images and alpha

Posted: 2008-06-20T18:54:53-07:00
by magick
The problem you posted is fixed in ImageMagick 6.4.1-10. Thanks.