Legacy ImageMagick Discussions Archive

I don't think this problem is specific to PNG, lets try a JPG example: $ convert --version Version: ImageMagick 6.5.9-1 2010-01-28 Q8 http://www.imagemagick.org Copyright: Copyright (C) 1999-2010 ImageMagick Studio LLC $ curl -O http://s3.amazonaws.com/mixbook/4.jpg $ convert 4.jpg -type TrueColor 5 ...

The PNG developer says "tell 'em we patched "-define" not "-type." See the ChangeLog in the source distribution. This isn't working either: $ convert --version Version: ImageMagick 6.5.9-1 2010-01-28 Q8 http://www.imagemagick.org Copyright: Copyright (C) 1999-2010 ImageMagick Studio LLC $ curl -O ...

There is a patch in ImageMagick 6.5.9-1 Beta that should fix the problem you reported. You test it now if you download the release from ftp://ftp.imagemagick.org/pub/ImageMagick/beta. I tested it. It still does not work. Are you sure it's fixed. Here is the output from my console: http://pastie.org ...

This is another way to view the properties of the resulting image. Even with this, it describes the image as being Bilevel. The core issue here is that the "-type" command is not working. According to the documentation: Normally, when a format supports different subformats such as grayscale and ...

My experience has been that I can't get this to work with JPG images either. This works: convert logo: -resize 50% -colorspace gray -transparent white logo2gt.png convert logo2gt.png -type Truecolor -define png:color-type=6 -debug coder logo2gt_t6.png even doing this: convert logo: -resize 50 ...

Use -define png:color-type=2. See http://www.imagemagick.org/script/command-line-options.php#define about the PNG defines. Still doesn't work: curl -O http://s3.amazonaws.com/mixbook/4.png convert 4.png -define png:color-type=2 5.png convert 5.png -type TrueColor 6.png identify -verbose 6.png ...

Can anyone try this and let me know if it works for them?

I've tried this on ImageMagick 6.5.9-0 and 6.4.5. curl -O http://s3.amazonaws.com/mixbook/4.png convert 4.png -type TrueColor 5.png identify -verbose 5.png | grep "Type" >> Type: Bilevel The image is an all black image, but I'm trying to get it to read as TrueColor, as if it had many colors ...

The behavior of the pixel rounding on convert is somewhat counter intuitive to me. I have a jpg file that is 300x203. I convert it using -thumbnail and preserving the aspect ratio. It gives me a file dimensions of 100x68. The 68 comes from 67.666666 rounded up. Shouldnt it be rounding down to 67 ...

recompiled it without OpenMP and it worked! I know you guys had a thread about why you have OpenMP defaulted. I'd be against having it enabled by default since you are introducing potential bugs. It's like merging IM's bug list with OpenMP's bug list (along with the bugs that come with combining the ...

When running 'mogrify -auto-orient image.jpg' or the convert version of that command, the images are coming out like this: http://upload.mixbook.com/images/broken.jpg The original is here: http://upload.mixbook.com/images/original.jpg We are currently using: Version: ImageMagick 6.4.5 2009-05-23 Q8 ...

How would I check if an Image has atleast one corner pixel that is transparent?

The current implementation of "trim" removes pixels from the edges of an image until it hits a different pixel. Nothing in the example makes it discriminate solely against transparent pixels. It merely just removes color/transparent pixels from the edges until it hits one of a different color code ...

This might be a case by case sort of question, but is it noticeably faster to bundle commands in a convert statement. Or does imagemagick just process commands in order, not optimizing several commands together. Im trying to figure out if I should be going to difficult lengths to keep the convert ...

I was able to complete my task with this:

http://www.fmwconcepts.com/imagemagick/ ... php#unfold

Its taking me 13 seconds instead of 18. Thanks for all your help guys.