Legacy ImageMagick Discussions Archive

For image sources:
convert -size 140x92 xc:gray -compose src-over \( rose: -geometry 70x46+0+0 \) -composite tl.png
convert -size 140x92 xc:gray -compose src-over \( rose: -geometry 70x46+70+0 \) -composite tr.png
convert -size 140x92 xc:gray -compose src-over \( rose: -geometry 70x46+0+46 ...

Just a couple of data points:

It works as you expect with the ImageMagick in Ubuntu 8.10, which is this version:
Version: ImageMagick 6.3.7 06/04/09 Q16 http://www.imagemagick.org

Also this version accessed via wine:
Version: ImageMagick 6.4.8-8 2009-01-22 Q16 OpenMP http://www.imagemagick.org ...

Specify the full geometry when you crop:

$ convert ABCA1.gif -gravity South -crop 1000x60+0+0 +repage a.gif

My understanding is that without the +0+0 offset, crop basically splits the source into tiles of size 1000x60. Since your source image is 1000x141, it splits it into three tiles: two ...

Sorry to resurrect this thread, but I was using IM to arrange pictures on a 5x7 page for printing and encountered this behavior of -clone. Two things:

1) Could the command line options web page please be modified to include the recommendation to use parentheses with -clone? I figured out the ...

I've observed the same behavior (6.3.7 02/19/08 Q16 on Ubuntu), but wasn't sure if it was me or a bug. For what it's worth, I came up with the following relation: the DPI to specify on the command line is

specifiedDPI = 72 * SQRT( desiredDPI / 72 )

In my case desired was 360 and specified was ...

I believe there is a bug in RecolorImage() in fx.c when calculating opacity.

For an order 5 matrix, the code calculates opacity as:

recolor_pixel.opacity=(MagickRealType) QuantumRange-k[15]*pixel.red+
k[16]*pixel.green+k[17]*pixel.blue+k[18]*(QuantumRange-
pixel.opacity)+k[23]*QuantumRange;

So ...