Windows falls back to software animation when the direction is reverse or alternate-reverse.
<rdar://problem/11341982>
Example: LayoutTests/animations/animation-direction-reverse-timing-functions.html LayoutTests/animations/animation-direction-reverse-timing-functions-hardware.html The latter should be completely hardware-accelerated.
Running the tests on recent AAS it seems that this is working properly.
Created attachment 214391 [details] Invalid Patch
Comment on attachment 214391 [details] Invalid Patch Please mention the radar number too.
This patch will be correct in a future version of CoreGraphics.
CoreGraphics is fine. The Windows port was simply missing logic to invert the control points used in the timing function (see toCAMediaTimingFunction in PlatformCAAnimationMac.mm for details).
Created attachment 214800 [details] Patch
Comment on attachment 214800 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=214800&action=review > Source/WebCore/platform/animation/TimingFunction.h:145 > + return adoptRef(new CubicBezierTimingFunction(Ease, 1.0 - m_x2, 1.0 - m_y2, 1.0 - m_x1, 1.0 - m_y1)); As discussed on IRC... BTW - why not return CubicBezierTimingFunction::create(new points); ?
Created attachment 214802 [details] Patch
Comment on attachment 214802 [details] Patch Clearing flags on attachment: 214802 Committed r157773: <http://trac.webkit.org/changeset/157773>
All reviewed patches have been landed. Closing bug.