Last Comment Bug 207059 - [FIXr]The GIF Animation is very slowed down, where explorer makes it very fast as intended by myself
: [FIXr]The GIF Animation is very slowed down, where explorer makes it very fas...
Product: Core Graveyard
Classification: Graveyard
Component: Image: Painting (show other bugs)
: Trunk
: All All
: P1 normal (vote)
: mozilla1.7alpha
Assigned To: Boris Zbarsky [:bz] (still a bit busy)
: Terri Preston
: 139677 231692 (view as bug list)
Depends on:
Blocks: 119597 139677
  Show dependency treegraph
Reported: 2003-05-25 07:52 PDT by Asja Sinn
Modified: 2009-12-09 17:24 PST (History)
6 users (show)
See Also:
QA Whiteboard:
Iteration: ---
Points: ---

Patch per bug 139677 comment 13 (3.01 KB, patch)
2003-12-04 23:13 PST, Boris Zbarsky [:bz] (still a bit busy)
paper: review+
tor: superreview+
Details | Diff | Splinter Review

Description Asja Sinn 2003-05-25 07:52:11 PDT
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 in mozilla 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 2003-05-25 10:11:45 PDT
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 2003-05-25 11:01:32 PDT
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 2003-05-25 14:59:45 PDT
please reassign when changing components
Comment 4 Asja Sinn 2003-05-26 05:33:39 PDT
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 2003-12-04 22:34:59 PST
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 2003-12-04 22:56:34 PST
I suppose we want Mozilla to support fast animated GIFs on all platforms.
Hardware/OS -> All/All
Comment 7 Boris Zbarsky [:bz] (still a bit busy) 2003-12-04 23:13:20 PST
Created attachment 136851 [details] [diff] [review]
Patch per bug 139677 comment 13
Comment 8 Boris Zbarsky [:bz] (still a bit busy) 2003-12-04 23:14:12 PST
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
Comment 9 ArronM (:paper) 2003-12-04 23:22:26 PST
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) 2003-12-04 23:27:19 PST
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 [:bz] (still a bit busy) 2003-12-04 23:34:13 PST
pav, thoughts?
Comment 12 tor 2003-12-04 23:55:52 PST
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 [:bz] (still a bit busy) 2003-12-05 08:52:11 PST
Comment 14 Steve Chapel 2003-12-05 14:18:40 PST
> 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 2003-12-16 06:57:12 PST
Animated GIFs are very slow in this nightly:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031214 MultiZilla/
Comment 16 Boris Zbarsky [:bz] (still a bit busy) 2004-01-05 17:41:47 PST
Checked in for 1.7a.
Comment 17 Steve Chapel 2004-01-23 08:29:16 PST
*** Bug 231692 has been marked as a duplicate of this bug. ***
Comment 18 Steve Chapel 2004-01-23 09:32:25 PST
*** Bug 139677 has been marked as a duplicate of this bug. ***
Comment 19 Jesse Ruderman 2004-01-31 16:33:48 PST
force2k reported at 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 [:bz] (still a bit busy) 2004-01-31 18:56:27 PST
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 2004-02-01 13:54:19 PST
Continued in bug 232769, "Animated GIF file animates too quickly" (already
marked wontfix).

Note You need to log in before you can comment on or make changes to this bug.