207059 - [FIXr]The GIF Animation is very slowed down, where explorer makes it very fast as intended by myself

Status: RESOLVED FIXED

(Core Graveyard :: Image: Painting, defect, P1)

Description

[Asja Sinn]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3.1) Gecko/20030425
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3.1) Gecko/20030425

The animated GIF file should change fast from frame to frame, as I intended to
make it, and as it does in MS i-explorer. For some reason there showed very slow
after each other and it also contains an empty frame each loop.

Reproducible: Always

Steps to Reproduce:
1.Go to http://aszazin.tk in mozilla
2.watch the animated Gif
3.Open the GIF-file in another program wich support Animated GIF, and notice the
difference in speed.

Actual Results:  
You notice a very different frame speed.

Expected Results:  
It should have showed the different frames very fast after each other to create
a stroboscopic effect.

Comment 1

[Jo Hermans]

Worksforme in build 2003052307 on Mac OS X 10.2.6

I tested with Mozilla 1.4, Safari and Internet Explorer. IE was the fastest,
Mozilla was second, and Safari the slowest. With sound off, Mozilla was faster
than IE.

What was the frame interval for this image ? 100ms or less ? Then you should
know that Mozilla will limit this to 100ms, because IE (on a PC) does that too.
Unfortunately a lot of images depend on that, so we can't change it, otherwise
we get stroboscopic effects everywhere. IE (on a Mac) doesn't have that
limitation, so that's why you can see that IE can be faster than Mozilla. See
bug 139677.

BTW : 'Petroliumkaai' ? Als je alternatief wil zijn, moet je wel consequent
zijn. Het woord staat 3 keer op de pagina, en slechts 1 keer is het juist.

Comment 2

[Damian Yerrick]

GIMP's Layers, Channels, and Paths window says the image is timed for
60ms per frame, and IE draws it that way.  I think IE's limit is somewhere
faster than 100ms on my machine (PIII 866, NV TNT2, Windows 2000).

Comment 3

[Chris Casciano]

please reassign when changing components

Comment 4

[Asja Sinn]

In don't understand limiting the frame rate to 100 ms, it should at least be
possible to reach a speed similar to 25 frames/second, and even better 30.
Otherwise it would become impossible for many artists to make use of Animated
GIF in their site while it is a very appropriate format for moving images with
not to many colors. If it should be limited due to GIF-files without defined
speed or something, it should only do that when no speed is defined in the GIF,
or in the options should be a checkbox which turns the limit on or off.
This file is 16,666 fps, so I guess the limitation is better set to 30ms. I
don't know IE is limited, but it shows the file just like every other program.

ps:"meestal zeggen we gewoon petrolkaai, als't maar verstaanbaar is ben ik
kontent" ~grtz

Comment 5

[Steve Chapel]

Bug 139677 comment 11 states that the limit for animated GIFs in Internet
Explorer 6 is now 50 ms. The limit of 100 ms was originally imposed on Mozilla
because that's what IE 5 and Opera 6 did. Now that both IE 6 and Opera 7 and
even Safari display animated GIFs with down to 50 ms frame rates correctly,
Mozilla should be changed to match either the behavior of IE 6 or Opera 7.

Comment 6

[Steve Chapel]

I suppose we want Mozilla to support fast animated GIFs on all platforms.
Hardware/OS -> All/All

Comment 7

[Boris Zbarsky [:bzbarsky]]

Attachment: Patch per bug 139677 comment 13

Comment 8

[Boris Zbarsky [:bzbarsky]]

Comment on attachment 136851 [details] [diff] [review]
Patch per bug 139677 comment 13

I agree that doing this makes the most sense.  Arron, tor, could you review
please?

Comment 9

[ArronM (:paper)]

Comment on attachment 136851 [details] [diff] [review]
Patch per bug 139677 comment 13

Sure, but run this by stuart.

Be prepared for more "CPU pegged on GIF animation" bugs with examples using 20
- 90 ms frame delays.

Comment 10

[ArronM (:paper)]

oh, one other note, your patch doesn't say what IE or Opera do with 0ms frames.
 I assume it's the same that's done for 10ms.  Might want to add that to the
comments, but I don't require another patch to be put up (tor might though ;) )

Comment 11

[Boris Zbarsky [:bzbarsky]]

pav, thoughts?

Comment 12

[tor]

Comment on attachment 136851 [details] [diff] [review]
Patch per bug 139677 comment 13

sr=tor.  gfx2 is a dead module and doesn't need patching.

Comment 13

[Boris Zbarsky [:bzbarsky]]

nab.

Comment 14

[Steve Chapel]

> Be prepared for more "CPU pegged on GIF animation" bugs...

Let's check this patch in, and see how many of those bugs we get. If we get too
many, we can then try to fix any performance bugs that can help, or we can
change Mozilla's behavior to match IE6's defacto standard, which is much less
likely to cause the CPU to be 100% utilized. Just my $0.02.

Comment 15

[John Griffiths]

Animated GIFs are very slow in this nightly:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031214 MultiZilla/1.6.0.0c

Comment 16

[Boris Zbarsky [:bzbarsky]]

Checked in for 1.7a.

Comment 17

[Steve Chapel]

*** Bug 231692 has been marked as a duplicate of this bug. ***

Comment 18

[Steve Chapel]

*** Bug 139677 has been marked as a duplicate of this bug. ***

Comment 19

[Jesse Ruderman]

force2k reported at http://forums.mozillazine.org/viewtopic.php?t=48944 that a
specific GIF was too fast.  The consensus seems to be that Firebird and GIMP are
correct in letting the GIF animate quickly.

Comment 20

[Boris Zbarsky [:bzbarsky]]

Well, that matches the data we have -- that for gifs with less than 50ms delay
IE will force them to 100ms...

Comment 21

[Jesse Ruderman]

Continued in bug 232769, "Animated GIF file animates too quickly" (already
marked wontfix).