Still a problem in mid 2023, I’ve just encountered this bug
5 Likes
I just noticed this bug when testing an animation. I’m using the latest version of the animation editor. Very annoying to have to re-upload every animation that uses the cubic easing style.
Any news on this? The bug is still there even today and it’s very frustrating.
1 Like
Can something finally be done about this bug? I’ve never seen fruit hanging this low, yet here we are 4 years later. I understand there may be more pressing issues but this is something any developer will run into on their first day of learning how to animate. Please don’t sweep this issue under the rug.
8 Likes
Poking here again because (with respect) this is inexcusable. “Just use curves” is not a solution for this - curves are a radically different method of animating within the engine. Telling people to turn their workflow upside down, and delay artists for N hours/days/weeks, while they learn a new animating method when the keyframe method is tried and true and has a practically infinite amount of resources and strategies already available, is completely negligent.
If you are concerned about backwards compatibility, add a version field to animation assets and fix it for new published ones. This is absolutely garbage for the end user to slam into, and is another one of those cuts involved in the “death by a thousand cuts” problem that Studio already has. Fix it and rip the band-aid off.
And honestly, it doesn’t matter where you fix it - in the asset playback or in the authoring tool. As long as the tool shows what’s going to be uploaded, nobody cares. Just fix it.
13 Likes
Bump. HOW is this still a thing???
3 Likes
What kind of decision is that? Who would want to see their animations not play out correctly because you chose to preserve it for “compatibility”? And compatibility for what? It’s only a Studio issue. Either update the plugin playback or the whole animation on-upload.
2 Likes
I was reading through this thread, seeing as I was having trouble and this response really doesn’t make sense to me. This is a current Roblox Studio feature with a BUG that makes animating so much worse. Switching to another animator won’t do since that’s got the same bug, and I will not be using the highly-unintuitive curve editor until its own bugs and issues get fixed. With all due respect, the “compatibility” argument is very lazy and anti-developer to me.
If you guys are really hellbent on preserving “compatibility”, then fine, keep the BUG in, but at the very least give us an official solution to quickly toggle easing directions among all keyframes! Something like a “reverse easing directions on all keyframes” button, because I’ve been dealing with this BUG for years and I’m getting very, very tired of it. I don’t want to have to change the easing directions on all keyframes of an animation; some of my animations got a lot of keyframes, and most of the time I spend on animations is JUST for switching directions around. Not fun, and the team and I need these animations.
2 Likes
Somehow in updating all of studio’s UI they still haven’t figured out how to switch two bits of code in a single built-in plugin. You can’t even say “just use moon animator” anymore because it costs… THIRTY DOLLARS?
In all seriousness this issue is a headache every single time i have to animate something. because first I have to animate it properly to see if it looks good, then I have to manually switch around all of the EasingDirections. I would really like for some info on what actually makes this such a difficult change or preferably just a fix outright.
At the very least. Just document it. SOMEWHERE. This issue is never mentioned in the Animation Editor docs despite them showing off the cubic EasingStyle on said page.
4 Likes
??? Preserving a bug for compatability?
3 Likes
tbf, its so that all animations dont break, but the fact that they havent just reversed the editor to show the end result is truly baffling
3 Likes
Why not just correct the animation editor so that all animations going forward are uploaded properly? Or just as you suggested, make the editor itself display the inverted behavior that we see in-engine???
2 Likes
A new CubicV2 easing direction was added in v646, so I guess this is actually getting fixed at last!
3 Likes
Hello Creators, thank you for bearing with us while we worked through options for addressing this. As BackspaceRGB noted, we determined that the best way to fix the issue in engine while minimizing impact to existing content and tools was to add an updated version of cubic easing. CubicV2 has the same behavior as Cubic inside the ACE, but reverses the direction in the engine to match.
If you would like to convert your existing clips, you can update keys to use CubicV2 easing, but please confirm the direction in ACE preview is what you want at runtime, otherwise you will also need to flip the direction. If you use 3rd party animation plugins, you should wait to use CubicV2 until those tools are updated to recognize it (we are getting in touch with Moon Animator, please let us know of any others in your workflows).
The original “Cubic” style is now considered deprecated and the ACE and documentation will reflect this, however it will remain available so that your existing content and any workarounds you have been using will continue to function without any required action on your part.
Please let us know if you have any questions or concerns about this update. Over time, we will be working on better animation tooling that leverages our curve format and avoids easing style discrepancies, but we will always maintain compatibility for older formats.
18 Likes