#25 GraphicsMagick rejects certain types of animated GIFs

open
None
5
2012-10-09
2012-08-20
No

We're working on replacing an ImageMagick deployment with the latest release version of GraphicsMagick (1.3.16), and I wanted to shoot a message out to this group to see if anyone's ever run into issues processing animated GIF files. We're finding that there are certain types of animated GIFs which can be identified and resized by ImageMagick that are rejected by GraphicsMagick as corrupt. From a bit of debugging, it looks as if the following lines in coders/gif.c are triggering a return status of MagickFail to be set:

coders/gif.c, line 279 (triggers occasionally):

if (available > MaxStackSize)
{
status=MagickFail;
break;
}

coders/gif.c, line 355 (triggers each time):

if (x < (long) image->columns)
{
status=MagickFail;
break;
}

note: in the images I've tried, this always seems to be triggered when the y variable == 30

Here are several examples of running ImageMagick and GraphicsMagick with the supplied images with the -debug all option enable:

http://hastebin.com/xagogefuqo.coffee

Discussion

  • Bob Friesenhahn

    Bob Friesenhahn - 2012-10-09

    Since what GraphicsMagick is doing is technically valid, but it is desirable to be able to extract a correct image, I am moving this to the "feature requests" bucket.

     
  • Bob Friesenhahn

    Bob Friesenhahn - 2012-10-09
    • labels: 616090 -->
     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks