Closed Bug 712935 Opened 12 years ago Closed 10 years ago

CSS3 tranformation animation is choppy


(Core :: Layout, defect)

10 Branch
Windows 7
Not set





(Reporter: andrewmoffett67, Unassigned)



(1 file)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0.1) Gecko/20100101 Firefox/9.0.1
Build ID: 20111220165912

Steps to reproduce:

While testing some CSS3 animation effects using:


I have noticed the results arent nearly as smooth compared to running the same code in webkit. 

Running the code with an i7 3.4GHz, 4GB ram and decent gfx card.

Attached files to demo both experiences
Attachment #583782 - Attachment mime type: text/plain → application/x-zip
looks ok for me with  Mozilla/5.0 (Windows NT 6.1; rv:11.0a1) Gecko/20111217 Firefox/11.0a1 SeaMonkey/2.8a1

Is the hardware acceleration working on your system ?
Look in the graphic section of about:support
Yes hardware support is enabled.

Don't get me wrong the animation runs but just not as smoothly as webkit especially from 85% to 100% it litterly just snaps back to scale(1)

Direct2D Enabled true
DirectWrite Enabled true (6.1.7601.17563)
ClearType Parameters ClearType parameters not found
WebGL RendererGoogle Inc. -- ANGLE (Intel(R) HD Graphics Family) -- OpenGL ES 2.0 (ANGLE
GPU Accelerated Windows2/2 Direct3D 10
Component: General → Layout
Product: Firefox → Core
QA Contact: general → layout
I've been reporting the same type of choppiness a while ago. It happens when large portions of screen are animated, then all transitioned elements show choppy transitions

and check the cpu usage and the respective choppiness
I'd like to bump this issue not only for general choppiness on decent hardware, but in some instances, keyframes animations are not being run at all, but are just skipping to 100%.

Notice that all is fine and the website is presented as it should be, but when you select the various color options down the left hand side, sometimes it fades normally and sometimes it will just skip to the finish line (completely at random).

The code here is working flawlessly in webkit.
That belongs on a different bug report.
I've just tested this on firefox 13 beta and its running much nicer, can anyone else verify?
tested in nightly 14 and still be the problem  present exactly as described by
Is this still an Issue? & are down ( didn't help) and attachment 583782 [details] is WFM (compared to recent Chrome Dev builds) against Firefox 10, 17 and recent Trunk on Windows 7.
Flags: needinfo?(andrewmoffett67)
Attachment #583782 - Attachment mime type: application/x-zip → application/java-archive

Works OK for me.
Closed: 10 years ago
Resolution: --- → WORKSFORME
Flags: needinfo?(andrewmoffett67)
You need to log in before you can comment on or make changes to this bug.