Legacy ImageMagick Discussions Archive

That's my result file (with IM v6.6.1-5):
http://img245.imageshack.us/img245/3549/testek.png
Am I the only one that has (almost) no problems with it?
(Is libtiff not used with the Win32 binaries?)

I wouldn't recommend GIF as intermediate format either... But: Does it really has to be color reduced here? The starting file already has less than 256 colors (palette). I can make this: convert B156074.png -bordercolor white -border 8 PNG8:B156074_b.png convert B156074_b.png -trim +repage B156074_t...

"convert test2.tif test.png": convert: test2.tif: unknown field with tag 37679 (0x932f) encountered. `TIFFReadDirectory' @ warning/tiff.c/TIFFWarnings/703. convert: test2.tif: unknown field with tag 37680 (0x9330) encountered. `TIFFReadDirectory' @ warning/tiff.c/TIFFWarnings/703. convert:...

When ImageMagick has to read Bitmaps with a Windows V4 or V5 header, these get handled wrongly. IM always assumes an alpha layer - even if there is none. Example: convert rose: -profile sRGB.icm rose.bmp (The color profile is there, because it will trigger the creation of a V5 BMP.) 'identify -verbo...

As snibgo is getting the bad values, too - I would say no, two bad installs are not likely.. Personally, I'm using the latest dynamically linked IM version as default - but have another (older, statically linked) version that's not in my PATH. That's all. I can make even weirder examples: With IM v6...

I think it should be enough to use a newer ImageMagick version.
At least on Windows and IM v6.6.1-5, I'm getting no crash with "convert test2.tif out.pdf" (but a few warnings about the TIF file).

Maybe it only shows on Windows? I'm using IM v6.6.1-5, on Windows XP. For the last example (blue26on.png), I get that with identify -verbose: Alpha: min: 0 (0) max: 256 (0.00390631) mean: 0.673077 (1.02705e-005) ... Histogram: 674: ( 0, 0,65535,65535) #00000000FFFF blue 1: ( 0, 0,65535,65279) #00000...

OK. With a bigger version of that example, I get bad alpha values for the first and then the 511th pixel: convert -size 26x26 xc:blue blue26.png convert blue26.png -alpha on blue26on.png These are the affected pixels then: 0,0: ( 0, 0,65535,65336) #00000000FFFFFF38 rgba(0%,0%,100%,0.996963) ... 16,1...

And it's not always only one pixel. Sometimes "-alpha on" works, sometimes there's one wild pixel, sometimes there are more of them. (In my tests one of them was indeed always the top-left pixel. Strange.)

Are these JPGs ok? http://rapidshare.com/files/383392411/images.zip.html If yes, then I think you should try again with the latest versions. I produced the two JPGs with Ghostscript 8.71 and ImageMagick 6.6.1-5, with your "convert targetFile.eps -quality 100 destinationFile.jpg" command (t...

Thanks!
I will report the other one (BMP V5), too.

I can't open "65714097927030291028.bmp". Microsoft Photo Viewer says it is damaged or corrupt. Sorry. Seems that the host I used is checking the referrer. I made a new upload and updated the links (this time not with direct links). You should be able to get to the pictures now. 4-channel ...

Also, I may have encountered a bug in ImageMagick with profile assignment. When I open the "cmyk from imagemagick.tiff" file in Photoshop, I get a warning about the color profile being invalid. There's no problem when I look at it in Apple's Preview.app, though. I think with PSD files it'...

Perhaps it's the compression setting - use e.g. "-compress zip" or "-compress jpeg" (see here).

I'm having some issues for some time - especially with the alpha layer. But I'm not that experienced in that area, so maybe I misunderstood some things. Some of the things may be limited to the BMP format (or maybe it's just a coincidence?).. I'm also not sure if/how the issues are related to each o...