712935 - CSS3 tranformation animation is choppy

Status: RESOLVED WORKSFORME

(Core :: Layout, defect)

Description

[Andrew Moff]

Attachment: zip file containing index.html and style.css

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:

moz-keyframes
moz-transform
moz-animation 

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

Comment 1

[Matthias Versen [:Matti]]

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

Comment 2

[Andrew Moff]

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 0.0.0.809)
GPU Accelerated Windows2/2 Direct3D 10

Comment 3

[Rafael Juarez]

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
see
http://ajl.co.ve/

and check the cpu usage and the respective choppiness

Comment 4

[krazyjakee]

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.

http://inputgames.co.uk/besent/

Comment 5

[David Baron :dbaron:]

That belongs on a different bug report.

Comment 6

[Andrew Moff]

I've just tested this on firefox 13 beta and its running much nicer, can anyone else verify?

Comment 7

[Rafael Juarez]

tested in nightly 14 and still be the problem  present exactly as described by [e-mail]

Comment 8

[(mostly gone) XtC4UaLL [:xtc4uall]]

Is this still an Issue?

http://ajl.co.ve/ & http://inputgames.co.uk/besent/ are down (archive.org 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.

Comment 9

[Robert O'Callahan (:roc) (email my personal email if necessary)]

jar:https://bugzilla.mozilla.org/attachment.cgi?id=583782!/

Works OK for me.