I saw another topic about this recently. I think the rotation issue wouldn't show in an AS3 SWF, but does show in a Canvas example. I found it only was bad if you used a custom ease, on a Classic tween.
The reason is because with Classic Tweens the tween is exported as CreateJS tweens, which doesn't know about custom easing. Not sure how it tries to replicate the custom ease using regular tweens, but as you see, it doesn't do so well.
Two solutions are to either only use regular easing, or use a Motion tween. The Motion tween will export as frame by frame animation, that may end up taking more file space, but the movement should be good.
Just tried doing the motion tween thing and this is the result:
adobe animate rotate bug motion tween - YouTube
I set the big square to rotate over 75 frames with an ease in, and the small square to move over 75 frames. As you can see, the big square stops moving around frame 50 without easing in properly. Looks like this bug is on motion tweens and classic tweens.
I'll try that. Is the jumpiness better with the motion tween version? Are you able to put your FLA somewhere, to make sure I'm testing exactly the same thing?
1 person found this helpful
I see one problem. When you apply an ease to a motion tween it applies over the length of the motion. Your little square has a keyframe at 75 frames in, but its motion goes on for a lot longer. You won't notice the simple slow ease over that length of time, by 75 frames it's barely got started.
If you want the ease to have an effect by the 75th frame, right-click on the keyframe and do a Split Motion.
You can double-click on the motion in the timeline to see the motion editor. That's how I spotted that the ease was really not getting very far.