Legacy ImageMagick Discussions Archive

The code below which does a MagickDistortImage after doing MagickScaleImage gives lots of valgrind "using uninitialized memory" warning. #include <stdio.h> #include <stdlib.h> #include <string.h> #include <malloc.h> #include <wand/MagickWand.h> int main(int argc,char **argv) { MagickWand *...

Hi, I'm seeing a bug when calling `MagickAdaptiveBlurImageChannel(magickwand, 5, 1, BlueChannel);` Source image http://i.stack.imgur.com/WCveg.jpg Output Image http://i.stack.imgur.com/cixjr.jpg Running the code through valgrind reports lots of reads from uninitialised memory. Running an equivalent ...

Is it required to call MagickFilterImage only with square, odd-sized filters (e.g. 3x3) or would non-square values be allowed? e.g. 3x4 The function seems to give an error if even sized filters are used (e.g. 4x4) but doesn't give an error for 3x4 size. However the image generated is highly corrupte...

btw it would be good if the code below from morphology.c was moved to it's own function where it could be reused. I think it's needed by anyone that wants to allow users to specify a string to create a Kernel. Or possibly just the whole ParseKernelName() function. Some documentations of how the valu...

Thanks, the CalcKernelMetaData looks like the right one to copy.

After looking at it, it seems that the angle value is only used for rotating the kernels. So as long as I don't want to use those, it should just be left to 0?

Hi, When a KernelInfo struct has been created, and the values in the kernel are then modified, is it required that the values of minimum, maximum, negative_range, positive_range, angle; in the struct are updated by whoever modified the kernel or are they updated elsewhere? Also, I can guess what min...

It seems on Centos 6.4 the `stat` system call does not set every element in the `stat` structure. This leads to use of unitialized memory warnings. This can be fixed by setting the memory to 0 inside GetPathAttributes. in utility.h line 48: -GetPathAttributes(const char *,void *), +GetPathAttributes...

This is a bug - but in the inkscape SVG converter. It doesn't show the issue in a newer version of that library.

Use the Imagick forum for bugs with that API. Note, it is not maintained by the developers of Imagemagick Yes I know; I'm one of the developers of Imagick. A user reported to me, I've looked at it, and the convert tool has the same behaviour (that looks incorrect) so I'm reporting it upstream, as t...

That produces the image that I would expect. And I've just realised why that last example I gave is dumb; sorry about that. I still think the text being cropped to a pixel narrower than the image, when it goes off the right edge of the image is a bug though. To be clear, I'm not reporting this as an...

I'm pretty sure this is a bug. I was going to post a whole set of examples but it may be easier to just post a similar issue: convert \ -size 100x20 xc:white \ -pointsize 24 \ -weight 400 \ -fill black \ -stroke 'none' \ -annotate 0x0+0+22 'test' \ -rotate 5 \ -sample 1000% \ test_below_rotate_5_unc...

Thanks. I am seeing this with Inkscape, but an older version before it was fixed:
https://bugs.launchpad.net/inkscape/+bug/386069

So it's not something to do with ImageMagick.

I have checked my directory permissions. I can't see a problem with them. I have put the exact code I'm using to test with below. This is on Centos 6.4 read -d '' red << EOF <?xml version="1.0" encoding="UTF-8" standalone="no"?> <svg xmlns="http://www.w3.org/2000/s...

Hi, Are relative paths for linking images in SVG files supported? For example given the two input files "subdir/red.svg": <?xml version="1.0" encoding="UTF-8" standalone="no"?> <svg xmlns="http://www.w3.org/2000/svg" xml:space="preserve" wi...

When you call MagickQuantizeImage with the maximum number of colors equal to or larger than the number of pixels in the image, and using the gray color-space, the image remains unchanged as a color image. This seems to only happen when calling ImageMagick through C code - I was unable to replicate t...