Closed Bug 12977 Opened 25 years ago Closed 24 years ago

Animated GIF looks choppy ('backgrd' fill)

Categories

(Core :: Graphics: ImageLib, defect, P3)

Product:
Core
Component:
Graphics: ImageLib
Platform:
PowerPC
Mac System 8.6
Type:
defect

Tracking

()

Status:
VERIFIED FIXED
Milestone:
Future

People

(Reporter: cguru, Assigned: pnunn)

References

(
URL
)

Details

I'm using M9 for the PC on Win98 (NOT 2nd edition)(Pentiam III) with all service packs. On this page (which I created to test) I have a pretty large animated GIF made with Xara 3D that is extremely choppy upon rendering in Mozilla, I also have a ThingWorld Object (Directly above the anim GIF) which needs a plugin. And I'm assuming plug-ins aren't accessible yet?
Assignee: don → pnunn
URL: http://redhead.cguru.com/redhead.html → http://redhead.cguru.com/images/redhe...
Component: Browser-General → ImageLib
OS: Windows 98 → All
QA Contact: leger → elig
So, in other words, Pam, the image display is choppy for this animated GIF.
Cross-platform.

Assuming to be a compositor issue, but assigning to you for pre-screening.
Status: NEW → ASSIGNED
This case is interesting.
The image is largish (780x436) with 12 frames, each
also 780x436. Only 32 colors are used, which cuts
down on total filesize (255K).

When the file is saved and opened as a local file, the
animation is much smoother.....but in a few cycles the
browser locks up. Indicating a big mem leak somewhere.

When the image is viewed across the net, the animation
is sluggish. I haven't yet put it on a local server and
tried that.

At this point, I'm more concerned about the memleak.

Thanks for the demo image. Do you mind if I add it to
my personal test suite?

-pn
Target Milestone: M15
*** Bug 2805 has been marked as a duplicate of this bug. ***
Summary: Animated GIF Rendering → Animated GIF looks choppy ('backgrd' fill)
[Note to self: please verify 12977 upon verifying this bug.]
Marking it WORKFORME. Fixed by necko landing and memory leak fixes.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Weird. This image displays as a static, unanimated image for me in IE 4, Comm 4.7 
--- and Mozilla.

Rubber-stamping as Verified since our behavior is identical to other browsers.
Status: RESOLVED → VERIFIED
aaaahhh. but I saved a copy of the old animated gif.
clever, no? (not clever enough to update the test url however.)
-p
URL: http://redhead.cguru.com/images/redhe... → http://jazz/users/pnunn/publish/redhe...
In order to show my appreciation for Pam's diligence, I'm re-opening this bug. ;)

Six frames of the animation remain choppy using the 200021008 build, Mac OS only. 
Works fine using Communicator 4.7 RTM and Mozilla on other platforms.
Status: VERIFIED → REOPENED
OS: All → Mac System 8.6
Hardware: PC → Macintosh
Resolution: WORKSFORME → ---
Eli,
Can you check the status of this on Mac again?

Thanks,
Neeti
Target Milestone: M15 → M17
Moving to M20
Target Milestone: M17 → M20
Sure.

Per Pam, this problem is technically fixed.

Certain frames in the animation are extremely slow to draw; Pam attributes this 
to a memory bug that's being covered in another bug report.

Neeti, you're welcome to resolve this as FIXED and I'll rubber-stamp it. However, 
I'd appreciate (from you or Pam) the bug number(s) that cover the memory bug, so 
that I can verify this after those are fixed.

Thanks!

this is a stale bug it hasn't been touched in 30 days. i have retested it with 
the 2000070609 build  on windows nt. this bug still accures in exactly the same 
way as dicribed by original reporter.
fixed.
-p
Status: REOPENED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → FIXED
Target Milestone: M20 → Future
I'm going to verify this.  The url no longer exist and the bug is old.  We'll
take Pam's word.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.