Legacy ImageMagick Discussions Archive

Hi!

The file www/cipher.php is empty on the distributed ImageMagick tarballs (it's also empty on ImageMagick's svn repository).

Shouldn't it be cipher.html? Also, index.html should be updated to use cipher.html too.

Thank you!

Right.
Where can users send enhancement requests, please?

Thank you again!

Hi! From http://bugs.debian.org/472699 , the user is saying that with ImageMagick version 6.2.4-5, he converts a 8-bit JPEG to PNG, and he gets a 8-bit too PNG. But with newer versions (including the latest beta version 6.4.0-5, tested here), he gets a 16-bit PNG file. Using "-depth 8" wor...

Hi! From http://bugs.debian.org/391982 , we saw that when using "convert -strip image.jpg" we get a recompressed image on the end (even if there is nothing to do). It would be good if this process could modify the images losslessly, like jpegtran can do ("jpegtran -copy none image.jpg...

Hi again! Maybe related ( http://bugs.debian.org/399060 ): touch 1.gif convert -size 200x200 -fill blue -draw 'circle 50,50 0,50' 1.gif 1.gif Now, we want two circles: convert -draw 'image Over 100,100 200,200 1.gif' 1.gif 2.gif convert: Non-conforming drawing primitive definition `image'. This is a...

Hi! From http://bugs.debian.org/344801 : This silently fails (in that it does not draw any text on the image, even though it produces bar.jpg): convert -gravity southwest -font helvetica -undercolor yellow -fill black -pointsize 24 -draw 'text 1,1 334sadadsafjlajfajslfdjalsjfd' foo.jpg bar.jpg While...

Hi! From http://bugs.debian.org/337837 : convert -size 20x20 xc:yellow yellow.png convert -size 10x10 xc:red red.png convert yellow.png -draw "image Over 0,0 0,0 red.png" total.png total.png ought to contain 100 red pixels, in rows 0-9 and columns 0-9; in actuality, it contains 111 red pix...

Hi! From this bug report on Debian ( http://bugs.debian.org/266304 ): Even without -geometry, I get strange results. Please try: display -crop 576x384 -window root /usr/share/doc/imagemagick/images/examples.jpg Several images are successively displayed in the root window, then I get a blank image. U...

Hi! These two ( http://bugs.debian.org/389604 and http://bugs.debian.org/349200 ) bugs on Debian are related about memory usage with ImageMagick. The first one is about display using too much memory to display images. Using this image, for example: http://naoliv.googlepages.com/image.png , with 1.7 ...

Sorry for the wrong link (cwt.png instead cwt-firefox.png) Indeed it's not crashing with the latest ImageMagick (using 3.6.9.10 beta here). But I am getting an all transparent crop. Using cwt-firefox.png, Transform -> Crop, selected region is 96X33+321+3 (that has the numbers 382 and 236 from the im...

Hi! From this bug report on Debian http://bugs.debian.org/374631 . I can reproduce the described segmentation fault when using crop, inside display. A test image can be obtained from http://www.vinc17.org/test/cwt.png Steps to reproduce: display cwt.png Transform -> Crop Select a region Click on Cro...

Hi! From this bug report on Debian http://bugs.debian.org/351604 : The following script makes perl segfault: use Image::Magick; my $img = Image::Magick->new; $img->Read('foo.jpeg'); # foo.jpeg exists $img = $img->[0]; $img->QueryMultilineFontMetrics(text=>"foo bar"); I can reproduce it wit...

Hi!

Sorry for being so annoying for such small thing, but the typo is still there on 6.3.9-7 and 6.3.9-8 beta.

Thank you!

Hi! From this bugs report on Debian http://bugs.debian.org/462895 : Hi, Image::Magick (and probably ImageMagick proper) seems rather broken when working in non-RGB colorspaces. Witness for instance the following script: use Image::Magick; my $m = Image::Magick->new(size=>"200x200"); $m->Re...

Hi! We have a bug on Debian http://bugs.debian.org/383531 about display incorrectly rendering some PNG files. All of the 3 "problematic" files are grayscale with an alpha channel. The images are available at: http://people.debian.org/~naoliv/misc/imagemagick/383531/problem1.png http://peop...