Legacy ImageMagick Discussions Archive

What am I not understanding in the following. Is there some issue with writing information at various stages of a command using %{pixel:...]


convert rose: -format "%[pixel:s.p{10,10}]\n" -write info: \
-separate +channel -evaluate-sequence mean -format "%[pixel:s.p{10,10}]\n" -write info: rose_comb.png

srgb(72,64,57)
srgb(72,64,57)

Why are these two the same? Should not the average of all 3 channels be grayscale and thus r,g,b be the same in the second value?


convert rose_comb.png -format "%r\n" info:
PseudoClass Gray

convert rose_comb.png -format "%[colorspace]\n" info:
sRGB

convert rose_comb.png -format "%[type]\n" info:
Grayscale

convert rose_comb.png -format "%[pixel:s.p{10,10}]\n" info:
srgb(72,64,57)

And again if the resulting image is grayscale, then why are r,g,b not all the same?

It does seem to be wrong. You should see at least some changes.

First thought, the first result is just being repeated... no.. adding some other text to the format shows it is using the given string. The second string should be grayscale!

FYI... this is the simpler way to do it... assuming you are not piping an image result.

A=srgb(72,64,57)
B=srgb(72,64,57)

However IMv7 is getting a grayscale value...

A=srgb(72,64,57)
B=gray(64)

PS: alternative to get average of the three channels.... use -grayscale average

So is there a bug in IM 6?

1. I don't know what "s." does here. I don't think it should be needed, but it does (sometimes) make a difference.

2. There seems to be a bug that "-format ... -write info:" makes a difference to the final result.

s = current image in list (for %[fx:] otherwise = u)

see
http://www.imagemagick.org/script/fx.php
http://www.imagemagick.org/Usage/transform/#fx_escapes

I presume that means the current image as modified by any processing. But perhaps that only works for pixel: and not fx:

Often the percent methods are applied to every image (-format -identify for example) in that can 's' means the image while 'u' retains it normal meaning of the first or zeroth image in the list. 'v' means second or 'index 1' image

Then using -fx (which iterated over each pixel data value in 'u', and just 'u') s is fixed to be the same as 'u' first image and correspondingly 't' has the value zero.

Note that when using a 'index suffix' such as: u[2], s[2] and v[2]; all result in the same image, the image with index '2' (or the thrid image in the list)


... RAMBLING ignore if you want...

I do have a 'future todo' to make a -fx_list operation that not only iterates over pixel data in 'u' but does it for every image in the list, with 's' and 't' being set accordingly. The resulting image replacing the 's' image. Whether it does that replacment after each image iteration (so previous image data is available to the next image), or only after all images have been processed (thus needing a higher memory overhead) is undecided.

But when I do it (if at all) is -- well who knows! Life has moved on for me.

Though I do still want to complete the IMv7 scripting interface. My current todo is to allow %[fx:...] and %[pixel:..] expressions when no images are available. For mathematics assignments.

For example things like... or even some color math assignments like... In IM v6 these sort of things need two commands, and thus no good in a single 'magick' script that is part of IMv7 I am thinking the easiest way would be simply passing a 'null' image, when no images are available, rather than having to add a test for image existence on every image lookup reference. But it means a image creation and destrutcion for even assignment until images have been read in or created.