Dear Anthony Thyssen,
> An looking around your web site causes me to ask, How do you generate > such lovely randomized images? I am developing evolutionary art processes since 1995. A preprint of a chapter in a forthcoming book about evolutionary art and music (Springer Verlag 2007) about my evo art is temporary available http://www.vi-anec.de/Trance-Art/AROSHU/Talks/SpringerEArtBook2006rev.pdf > Use gravity... > convert p3m1_G2b.png -gravity East -crop 1501x1300+0+0 p3m1_G2.png I have tried this but -gravity East cuts something at the top of the image, it works with -gravity NorthEast (there might be an additional problem with the geometry values, see below). > convert -size 2250x1300 xc: \ > -page -750+0 p3m1_G6.png \ > -page +0+0 p3m1_G1.png \ > -page +750+0 p3m1_G2.png \ > -page +1500+0 p3m1_G5.png \ > -flatten p3m1_tile_part.png > > I get the right result (after I fixed the +repage after crops). the good news is: it works in principle and it is very (!) fast: http://www.vi-anec.de/Trance-Art/IM-examples/IM-plane_group_p3m1/p3m1_tile_part_flatten.png (10 MB) the bad news is: with the given geometry values it has (white) pixel artifacts at the edges where the images come together (even at the bottom - top??). The seamlessness is the crucial attribute therefore no compromise can be done here. The tile_part that was generated with my original sequence has a width of 2252 where this tile_part has the predefined width of 2250. The artifacts can be seen after the tile is generated from the tile_part: http://www.vi-anec.de/Trance-Art/IM-examples/IM-plane_group_p3m1/p3m1_tile_flatten2.png (40 MB) I will experiment with some other x-geometry (-749 or -751 instead -750) but why there are artifacts in the middle of p3m1_tile_flatten2.png where the y-geometry is always 0 is unknown to me. The only reason I can think of is that one or more of the intermediate images p3m1_G1.png, p3m1_G2.png, p3m1_G5.png and p3m1_G6.png are invalide. In this example I used p3m1_G2.png generated by the larger rotated image p3m1_G2b.png with the crop command convert p3m1_G2b.png -gravity NorthEast -crop 1501x1300+0+0 p3m1_G2.png If here the y-geometry is 1-2 pixel wrong this could explain the horizontal artifacts. Apart from this geometry issue the problem with this one-line IM command is that I don't know yet how to translate it in PerlMagick. The literature I have (Lehmann, M.: Programmieren von Grafiken mit Perl. 2003) has no examples for the use of -page and -flatten (is -page a method or an attribute used by what method?) Suppose there are given the four objects $p3m1_G1, $p3m1_G2, $p3m1_G5, $p3m1_G6 each containing the corresponding image. The sequence of PerlMagick commands begins then with: $p3m1_tile_part = new Image::Magick; $p3m1_tile_part->Set(size => '2250x1300'); $p3m1_tile_part->Read('xc:none'); ... ??? > This tile is then just mirror tiled... > > convert p3m1_tile_part.png \ > \( +clone -flop \) +append \ > \( +clone -flip \) -append p3m1_tile.png This is the generation sequence that is used in pmm and p4m. p3m1 has a sequence that differs in one point: there is flip in the two brackets. If flop and flip is used the result (with the flatten version) is http://www.vi-anec.de/Trance-Art/IM-examples/IM-plane_group_p3m1/p3m1_tile_flatten1.png (40 MB) In contrast the sequence convert p3m1_tile_part.png \ \( +clone -flip \) +append \ \( +clone -flip \) -append p3m1_tile.png delivers the right tile (with the non flatten version) http://www.vi-anec.de/Trance-Art/IM-examples/IM-plane_group_p3m1/p3m1_tile.png (40 MB) Thank you very much for your help, best regards Günter Bachelier _______________________________________________ Magick-users mailing list [email protected] http://studio.imagemagick.org/mailman/listinfo/magick-users
