Page 1 of 1

B1: Animated gif read as a multipage file

Posted: Mon Nov 20, 2006 12:48 pm
by foxyshadis
Note: All other animated gifs so far work file, and the thumbnail for this shows up normally. But when it's opened, xnview brings up its multi-page message, shows some garbage for the first page/frame, and shows the rest of the frames as extra pages. (Which is actually a kind of neat way to extract a frame, if I didn't have gif movie gear; maybe I'll file "allow next page buttons to freeze-frame an animated gif" or something like that in the future.) I have no idea if the file's at fault or not, but it opens in other apps and GMG.

Image

Posted: Mon Nov 20, 2006 1:39 pm
by Drahken
I get the same issue. However, this is not specific to 1.9beta, it also does it in the alpha, and even as far back as version 1.7 (probably goes all the way back to the beginning, but 1.7 is the oldest version I have).

Treating gifs as multipage files (intentionally) would be a nice way to compile animated gifs.

A trick

Posted: Mon Nov 20, 2006 7:46 pm
by Clo
:arrow: foxyshadis

:) Hello !

• Same behaviour here for that GIF…

• I resaved it with the same name in Gif_MovieGear, and then it works in XnView ;)

:mrgreen: KR
Claude
Clo

Posted: Mon Nov 20, 2006 8:35 pm
by Drahken
I think that gif has some strange headers or other excess data. I tried re-saving it with animation shop, and the new file (which works perfectly in xnview) was 23 bytes smaller but otherwise identical. Unusual headers in images often cause compatibility issues with various programs.

Posted: Wed Nov 22, 2006 8:45 pm
by XnTriq
The first frame of this animation uses a global palette while all the others have a local one, which is — let's say — “uncommon”. That's probably why some programs choke on it, although this may well be within the specifications of the Graphics Interchange Format.

Posted: Thu Nov 30, 2006 9:40 pm
by foxyshadis
Confirmed fixed in B2.