XnView Software

All previous versions are fine.

It's only buggy in 1.97.1

In Firefox, this is a pretty old apng bug:
http://img132.imageshack.us/img132/4936/mode6gears.png http://img30.imageshack.us/img30/8943/test12b.png

It will be fixed in Firefox 3.7 , explanation here:
https://bugzilla.mozilla.org/show_bug.cgi?id=463465

I'm surprised to see that XnView 1.97.1 ...

I'm waiting for 1.97.1

Very interesting. I assume it's not exactly lossless, but it's still could be quite useful.

At least it's not a roadkill cat.

What makes it ironic? I don't get it.

Doesn't work for APNG

This one:

Just so it's clear what we are talking about.

Two identical animation, in GIF and in APNG:

DOS386 wrote:Another interesting point is that the 3 "evil" APNG's also securely hang some older APNG-unaware versions of FireFOX, a fact that somewhat defeats the "backward compatibility".

Even Firefox 3.5.5 is somewhat buggy. You can see it on Santa's bag.

But neither latest XN nor NC can extract frames correctly: the frames are either greyscale, completely black, or contain garbage areas.
'Extract frame' extract the stored frame, not the displayed frame

But stored frames should be using palette if in mode3, right? Not grayscale?

I'm talking ...

XnTriq wrote:In XnView v1.97 beta 1 & 2 the animation is played back just fine, but when I'm clicking on Previous page/Next page all frames are displayed as black rectangles.

Yeah, that happens with all indexed (mode 3) APNGs. Instead of using palette, individual frames displayed in grayscale.

Bump?

I'm very happy with all the PNG improvements in 1.97b1, but there is one basic PNG feature left - mode 4 (grayscale+alpha).

PNG mode 4 is still not supported by XnView.

this one:

XnTriq wrote:Isn't it interesting that XnView v1.96.5 does a better job creating the thumbnail than with the preview:

How come?

Probably using libpng for conversion stuff, but XnView own core library for viewing?