New Settings Available in the Animation Editor

[InsuranceAflac]

Awesome Thank you @HaloArbiter_101!

[HaloArbiter_101]

Hey @sanjay2003, those are good feature requests, thank you! I will bring this up with the team

[PysephDEV (Pyseph)]

Hey! I have a question in regards to how curve-based animation will work, as this is potentially game-breaking for our experience.
This is a bit of a long-winded explanation, so bear with me here:
Our studio’s game calculates hitboxes on the client using raycasts, and then sends that raycast data to the server.
Now, the server needs to make sure that the hits aren’t spoofed by an exploiter, and so it’s verified by rolling back the whole animation of that character and verifying from there.

How the rolling back process currently works is it finds the left and right keyframes from an input timeposition: so, if you input the timeposition 0.45, and your keyframe list looks like this:

{
 -- [time] = Keyframe
    [0.3] = Keyframe,
    [0.4] = Keyframe,
    [0.5] = Keyframe,
    [0.6] = Keyframe
}

then the code would find the neighboring keyframes at 0.4 and 0.5.

Now, the tricky part comes in where you need to calculate the limb CFrames from the Motor6D CFrame data provided by the pose objects, and is also what I’m worried about right now. I lerp the CFrames of the left keyframe’s poses and the right keyframe’s poses, and I calculate the alpha argument like so:

local function GetAlpha(Time, LastPose, NextPose)
	local TimeChunk = GetTimeFromPose(NextPose) - GetTimeFromPose(LastPose)
	local TimeIn = Time - GetTimeFromPose(LastPose)
	local Weight = TimeIn / TimeChunk

	return EasingStyles.GetEasing(LastPose.EasingStyle.Name, LastPose.EasingDirection.Name, 1 - Weight)
end

Now, you mentioned:

1. Adding curve-based animations
2. Possibly custom easing styles

and so, I’m a bit confused in regards to how I’d calculate the alphas with the custom easing styles. I currently use the same module as the animation editor’s (EasingStyles), and if possible, I’d like to know how I would go about rewriting this code to support the future updates.

Best regards.

[KillzIsSomeRandomGuy (GooninAllDayEveryDay)]

There is an issue where changing the frame rate will not do anything.

[HaloArbiter_101]

Hey @KillzIsSomeRandomGuy, can you file a bug report on this issue you found?

[GolgiToad]

Is this the issue where frame rate no longer changes the length of the animation? That’s part of the latest changes.

[tnavarts]

The curve based animation format actually supports that kind of thing more naturally: Since curves are the main primitives in the new system, and those curves contain keyframes, the workflow that you’re talking about will actually be simpler. You’ll just be able to ask for the interpolated value at a given time right on the curve instance rather than having to do busywork yourself to figure out the interpolated value by looking at keyframes.

[PysephDEV (Pyseph)]

I’m a bit confused in terms of how curves will be implemented in the future - will current animations automatically convert to the new system, too? If not, then would I need to handle cases for both “legacy” animations & curve-based ones?

[tnavarts]

As you can see in the API dump there’s now a common base class AnimationClip, that both KeyframeSequence and the new CurveAnimation inherit from. Basically, on the Animation / Animator side things won’t change, but on the definition side, the animation may be backed by either an old style KeyframeSequence, or new style CurveAnimation (and you may have to use a CurveAnimation to get access to new animation features that KeyframeSequence doesn’t support).

[BandaidKidd (choppppppppppppppppp)]

Hey @tnavarts, will Blender ever be built in as like a tool to import & export animations from there and into there? It’d be nice and it’d lessen the hassle of having to get a seperate plugin. Thanks!

[KillzIsSomeRandomGuy (GooninAllDayEveryDay)]

I cannot do bug reports, but what I am trying to say is that when you change the frame rate it does not do anything to the speed. I’m not sure if this is intentional or not but it could be a bug

[GolgiToad]

That is intentional. There is a new speed function in the editor. It is not saved, so if you want a different speed, you need to remember that speed and code it later, OR you edit the times manually. See this post:

New Settings Available in the Animation Editor

No. If you want to slow down your animation just to see how it looks, without actually modifying it, then you should use the new Playback Speed option. It allows you to select how much slower (or faster) you want to preview your animation in the Animation Clip Editor, without modifying how the animation would play in-game. If you want to change the length of your animation, you can select all keyframes, and use the scale controls to shorten, or lengthen it. If you want to make sure that all yo…

[Parraing]

We intend to support both formats in the AnimationClipEditor. Existing animations (KeyframeSequences) will not be automatically converted to the new system and you will still be able to work with them as you do today. However, there will be an option to promote an existing KFS animation to a curve-based animation.

[BandaidKidd (choppppppppppppppppp)]

Third time asking this question. Can I get an answer?

[HaloArbiter_101]

Hey @STRAWHATJOSHA, sincere apologies for the late reply … the team has been working in overdrive preparing for RDC21! Hope you will attend the conference this year

Also CC’ing @PierceMikyoto with a similar question.

We have been discussing several options to better integrate Studio with external DCC tools such as Blender and Maya. In the specific case of Blender, we can’t integrate its open source code directly into Studio because the license would force us to open source Studio as well, so any integration will likely be via plugin. At this point, there is no decision on how exactly we will do this integration, but rest assured we do want to improve this process for our developers!

[HaloArbiter_101]

Hey @sanjay2003, thanks for sharing these suggestions with us! I will bring these requests to the team: custom easing methods and custom increments to move keyframes/nodes in the editor

[HaloArbiter_101]

Hey @GolgiToad, just to clarify … you want playback speed to also be used during game play, right? Not just in the animation editor.

Also, “play animations in reverse” is a great suggestion … I will add it to our backlog so we can work on it soon

[PierceMikyoto]

@HaloArbiter_101

because the license would force us to open source Studio as well

I assume open sourcing the studio might allow exploiter to find new backdoors to abuse. I do however think the studio being open source would also lead to alot good.

@HaloArbiter_101

so any integration will likely be via plugin.

Id add a built in plugin into the studio. And in the plugin there could be an option to install an addon into blender.
Another idea i had was adding all the tools into the studio itself. create a tab for animation and give it all the tools that other softwares have (like blender and maya). i think it would be cool if we could do all of our work in studio alone without the need for external tools.

[GolgiToad]

I would like the setting chosen for playback speed to be saved as the default speed when exported to Roblox. Right now, you can find the speed you like in editor, but then you have to go program that speed via script.

[Parraing]

The purpose of this feature was to decouple the playback speed in the ACE from the animation speed so that it would be easier to edit fine details without having to stretch the timeline and scale it back. We probably do not want to store the playback speed as part of the asset and use that speed in the engine. There already is AnimationTrack:AdjustSpeed(…) to change the speed of an animation in a script, adding another factor to the mix would just be confusing (“I have a 5 seconds animation, with a playback speed of 0.8x, but AdjustSpeed is 2.5x, so the resulting animation is uuuh… 5 seconds times 0.8… no… wait…”).
However, the use case you mention seems valid to me. It does sound convenient to adjust the playback speed until you have the animation running at the speed you’re looking for. So I would rather suggest that we add a tool in the ACE to bake the playback speed into the animation. Using that tool would automatically scale all the keys by the current playback factor using the existing scaling method (meaning that the keys would snap according to the selected snap mode), and it would reset the playback speed to 1x.
I am (very) slightly worried that using that tool repeatedly on the same animation might degrade its quality. Every time we scale keys, we have to align them (either to the selected frame rate, or to the internal timestamp frequency if no snapping is enabled), and aligning keys means that they might be slightly moved earlier or later than where they should theoretically be. Scaling once or twice will not be noticeable, but abusing this tool could eventually result in a poorer animation, not unlike saving a JPEG file over and over and over again.
We will discuss this more internally and see what we can do!