Legacy ImageMagick Discussions Archive

I'm agree with you my patch is more workaround than a solution, and among all other aspects... it's definitely not elegant
but it works smoothly in both cases. Many thanks for your effort... There's a planned release version to have this fix in production?

I've made a patch (to the current stable version 6.7.3-9) to avoid this problem.

--- /tmp/ImageMagick-6.7.3-9/magick/transform.c 2011-09-16 03:38:06.000000000 +0200
+++ magick/transform.c 2011-12-01 15:52:52.832017852 +0100
@@ -793,8 +793,17 @@ MagickExport Image *CropImageToTiles(con
width ...

Now problem seems to be the tile sizes; I'm trying to crop an images who's dimension are a multiple of cropping columns.
In the example below I want 20 tiles (5x4) from a 1250x1105 image. This should end up in 20 equally width-sized tiles (250px).


$> conver -version
Version: ImageMagick 6.7.3-9 ...

I'm using version

harakei:tmp$ convert --help
Version: ImageMagick 6.7.2-0 2011-08-28 Q16 http://www.imagemagick.org
Copyright: Copyright (C) 1999-2011 ImageMagick Studio LLC
Features: OpenMP


under OSX lion 10.7 but problem still exists:

harakei:tmp$ convert logo: -verbose +repage -crop ...

got the same problem (prepend +repage doesn't work). here's the output

michele@prisca:~/dev/dxf2map$ convert -verbose +repage -crop 10x2@ lod_0/layer.png png32:lod_0/layer_%d.png
lod_0/layer.png PNG 10944x4174 10944x4174+0+0 8-bit DirectClass 1.261MB 1.330u 0:01.329
lod_0/layer.png=>lod_0/layer_0 ...