XnView Software

On Yuri Mezentsev's site I found several animated GIFs that are displayed correctly in Firefox and IE, but not in XnView (or I****View):

• acu100_1.gif
• estate100_3.gif
• job100_1.gif

They're heavily optimized. Some (but not all) frames have a local palette.

Hello Mr. Librarian !

• I can confirm for the three images. They are badly displayed in XnView.

- They are displayed so fine in Opera 9.21 too.

- I checked in “GifMovieGear”, you are right, some frames have a local palette.
- Indeed, that programme displays the previews very nicely…

• IIRC, such an issue occured already and has been reported, but I can't find out again in which thread…

KR
Claude
Clo

Clo wrote:• IIRC, such an issue occured already and has been reported, but I can't find out again in which thread…

I suppose you are referring to one of these topics:

• doesn't show animated gif correctly
• Crash with animated gif image + ico suggestion (fixed)
• Bad GIF implementation

—> XnTriq

Hi again…

• Yes, they are the threads I thought to…

• However, in one your link to «fix the bug…» or so is dead, it causes an error message :
“The thread you ask for doesn't exist”.
- Maybe lost when the forum has hung for a long while (or has been hacked) and not recovered ?

KR
Claude
Clo

Clo wrote:• However, in one your link to «fix the bug…» or so is dead, it causes an error message :
“The thread you ask for doesn't exist”.

Thanks, Clo. The topic is still there, I just had to update the link I posted in “Crash with animated gif image + ico suggestion”.
As Brotondi has pointed out, the threads containing the change logs are apparently sometimes relocated by the mods.

XnTriq wrote:On Yuri Mezentsev's site I found several animated GIFs that are displayed correctly in Firefox and IE, but not in XnView (or I****View):

• acu100_1.gif
• estate100_3.gif
• job100_1.gif

They're heavily optimized. Some (but not all) frames have a local palette.

Ok, i'll check

• 
  [ Runner_3.gif ]

• 
  [ 5607.gif ]

XnTriq
Hello !

• I tested the 2 samples above in 1.93.6, both are badly displayed…

KR
Claude
Clo

Clo wrote:• I tested the 2 samples above in 1.93.6, both are badly displayed…

Right

Clo wrote:I tested the 2 samples above in 1.93.6, both are badly displayed…

As Clo's protégé I'm following my mentor's example in keeping a collection of “5-legged sheep” and other zoological oddities.

I was hoping that Maître Gougelet can find some kind of common characteristic in these animations which would allow him to track the problem down.

Clo wrote:• I tested the 2 samples above in 1.93.6, both are badly displayed…

confirmed here too.

besides this, there's also a bug when "drawing" a selection on these animated gifs: http://newsgroup.xnview.com/viewtopic.php?p=62820#62820

That was fast! The display bug with Runner_3.gif & 5607.gif is fixed in v1.94 beta 1. Thanks, Pierre

The issues with acu100_1.gif, estate100_3.gif & job100_1.gif are still pending, though.

acu100_1.gif and estate100_3.gif are played back correctly in v1.94.
job100_1.gif is the only one left now that's still misbehaving.

XnTriq wrote:job100_1.gif is the only one left now that's still misbehaving.

Problem solved in 1.96.0 (beta 1).

XnTriq

Hello W. !

• I've that image in two locations, exactly the same 10.6 Kio - stated equal with the compare by contents TC function.
- The one in the root of my Images dir. k:\Images\job100_1.gif works OK,
- The other in a sub-dir of that same folder k:\Images\Tests\job100_1.gif crashes XnView 1.96 ß-1
with the usual Bill's blah blah, error address :

AppName: xnview.exe AppVer: 1.96.0.0 ModName: xnview.exe
ModVer: 1.96.0.0 Offset: 000dba79

- I assume that's related to the new "Read backward" feature (?), I've a lot of such crashes randomly
with any image type set @ any location…

KR
Claude
Clo