Legacy ImageMagick Discussions Archive

Any update on this defect?

Our new service http://redid.net/ depends heavily on ImageMagick. We're using it to provide on-demand image transformations to simplify web development.

I believe I found the problem. On fx.c:4122 clone image is called with an explicit width/height, meaning the source pixels are not copied: sepia_image=CloneImage(image,image->columns,image->rows,MagickTrue,exception); The problem is that the alpha channel is never set in the remainder of the ...

The same thing also happens on the version of IM in Ubuntu 12.04. So it's not likely something I configured wrong.

I'm running webp 0.4.0 (downloaded the newest a few days ago). But as I mentioned, it isn't limited to webp. I'm seeing the problem with PNG files as well.

The two thread limit options didn't change the result.

How do I disable OpenMP?

Note this only seems to happen with the sepia filter. I've not seen the problem with any other transformation yet. And it appears consistent now, any transparent input into the sepia filter causes this issue.

It appears this can happen with any combination of an alpha input, the sepia filter, and alpha output.

Version info: Version: ImageMagick 6.8.8-10 Q16 x86_64 2014-04-01 http://www.imagemagick.org Copyright: Copyright (C) 1999-2014 ImageMagick Studio LLC Features: DPC OpenMP Delegates: bzlib djvu fontconfig freetype jng jpeg lcms lqr openexr pangocairo png tiff webp x xml zlib WebP Version 0.4.0 gcc ...

I hit a situation where the generated image is corrupt. It happens when I resize a WEBP image and apply a sepia filter. If I don't resize, or I don't apply a filter, or I apply a different filter, it doesn't happen. convert tux.webp -resize 190 -sepia-tone 50% out.png Below is the input image. Sorry ...

How can I tell `convert` that I want a lossless WEBP file as output? It looks like it always uses lossy mode.

Installing lcms2 makes the problem go away.

My system is using liblcms.so.1

I'm using Ubuntu 12.04 LTS. Also libjpeg.so.8. List format also shows the same version. But I don't the issue is with decoding, since the error occurs strictly with identify: convert is able to load the file. I think "lcms" is the library responsible for the color profiles, so perhaps the problem is ...

I have a JPEG file (below) that `identify` is no longer able to process. It fails with the error "lcms: Error #12288; Pointer error; probably corrupted file". Strangely `convert` doesn't have a problem with the file. Nor did `identify` from a previous IM version "6.6.9-7". Version: ImageMagick 6.8.8 ...

I understand now clearly. Thank you.