Legacy ImageMagick Discussions Archive

Not sure if this is a bug. https://github.com/Faster3ck/Converseen/blob/master/res/converseen.png Actually, it doesn't fail, it only returns false: $ convert converseen.png -strip converseen-stripped.png Magick: iCCP: known incorrect sRGB profile `converseen.png' @ warning/png.c/MagickPNGWarningHand...

Excelent, thanks! May I have the patch, please?

In the correct case: read(0, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0\30\0\0\0\30\10\6\0\0\0\340w="..., 262142) = 4380 read(0, "", 257762) = 0 read(0, "", 262142) In the wrong case: read(0, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0\30\0\0\0\30\10\6\0\0\0\340w="..., 4096)...

It seems that block 0000 - 0fff of the stdin is not copyied into temporary file in the wrong case.

Hmm, works.

We experience the same problem. cat any.jpg | display doesn't work. cat any.jpg | display jpg:- works. Same e. g. for png. So it seems that the type of image is not correctly recognized. See https://bugzilla.novell.com/show_bug.cgi?id=882456 Do you have X11 installed. IM display needs X11 (unix and ...

The opacity member is not defined unless the image is an alpha image. Otherwise the opacity member is undefined and might contain any random data. :) That makes sense. There is some expectation of slight differences in converting floating point doubles to grayscale on various computer hosts, that i...

Seemingly, value of opacity of 'p image' depends on MALLOC_PERTURB_ similarly like in bug 22586: $ export MALLOC_PERTURB_=69 $ gdb perl (gdb) b compare.c:1646 (gdb) run read-compare.pl Breakpoint 1, IsImagesEqual (image=0x8032d100, reconstruct_image=0x8031a410) at magick/compare.c:1646 1646 p=GetCac...

For print("MAT (MatLab gray 64-bit LSB double) ...\n"); $srcimage_name = 'input_gray_lsb_double.mat'; $refimage_name = 'reference/read/input_gray_lsb_double_mat.miff'; $srcimage=Image::Magick->new; $srcimage->ReadImage("$srcimage_name"); $refimage=Image::Magick->new; $refimage->R...

Following patch: Index: ImageMagick-6.8.5-7/coders/xpm.c =================================================================== --- ImageMagick-6.8.5-7.orig/coders/xpm.c +++ ImageMagick-6.8.5-7/coders/xpm.c @@ -382,7 +382,7 @@ static Image *ReadXPMImage(const ImageIn image->storage_class=DirectClass; i...

Dunno if it is saying anything, but #include<stdlib.h> #include<X11/Xlib.h> #include<X11/xpm.h> #include <stdio.h> int main(int argc, char *argv[]) { Display *dpy; XImage *img; /* open the display (connect to the X server) */ dpy = XOpenDisplay(getenv("DISPLAY")); /* read the image */ if (...

The consequence is, that e. g. dddback.xpm from ddd package fails to convert to other format. Even if QueryColorCompliance() throws only warning, later check in xpm.c throws error on if (j < (ssize_t) image->colors) ThrowReaderException(CorruptImageError,"CorruptImage"); dddback.xpm define...

Is following correct? Following colors are marked as X11Compliance, but not as XPMCompliance: -foo{1,2,3,4} -greyN -*Grey -DarkBlue -DarkCyan -DarkGray -DarkMagenta -DarkRed -LightGreen -white Actually, I don't know the difference between X11 and XPM colors (didn't see the list of xpm colors, where ...

In pervious two comments, ImageMagick 6.8.4-0 plays the lead role.

By the way, maybe it is off-topic, maybe connected: for write.t, I get two test failing too, again for quantum depth 8: CompuServe graphics interchange format ... ReadImage() Image: GIF:input.gif, signatures do not match. Expected: 0c2e3c82fd375360fba16258bfa83e35b8c878fd208da9818b50e423426cc437 Com...