Keyframes

Scale of Keyframe Parent ID is always positive

Version: 2.207
Date: 18/12/2025

Description

The scaling applied on keyframes by the Keyframe Parent ID is always positive, even if the scale is negative.

Scale of Keyframe Parent ID is not relative to rotation and is applied after it

Version: 2.207
Date: 18/12/2025

Description

If a Keyframe Parent ID has different X & Y Scale and Rotation at the same time, rotation is always applied first then Scale X / Y is applied along the level's X / Y axis, not relative to the object's rotation.

Warp Skew of keyframes is ignored when animating the keyframe.

Version: 2.207
Date: 18/12/2025

Description

Only the X and Y scale of the keyframe is used for warping the target objects, skewing is ignored.

Keyframes merge when copying to another level

Version: 2.207
Date: 18/12/2025

Description

Keyframes have a hidden unique ID which is used to determine what keyframe objects are connected.
The ID is kept even when copying to another level which results in the copied keyframes combining with existing ones.
This makes merging parts of a level that use keyframes difficult, as you cannot manually select the unique ID of the keyframe.

Keyframe lines are not visible until reloading the level if pasted in a new level.

Version: 2.207
Date: 18/12/2025

Description

Keyframes copied to another level will not display the connecting lines until reloading the editor.

Animate Keyframe Position Y Mod cannot be 0 if Position X Mod is different than 0

Version: 2.207
Date: 18/12/2025

Description

If the value of Position Y Mod is equal to 0 when exiting the editor it will automatically copy the value of Position X Mod.
There are some cases where using only the X movement of a keyframe chain is required which is currently not possible to do outside of the editor.

Keyframe Preview does not match scaling

Version: 2.207
Date: 18/12/2025

Description

Keyframe scaling is relative to the Group Parent ID's rotation, which is not reflected in the preview where it is relative to the keyframe's rotation.

Examples

Rotation of Keyframe objects is not calculated properly

Version: 2.207
Date: 18/12/2025

Description

The formula by which keyframe rotation is calculated is very badly implemented and makes no sense.

The current rotation can be calculated using this formula:
$rmod=(Rc-Rp)\ast mod$

$rmod>CW\ast 180->offset=-360$
$-rmod>CCW\ast 180->offset=360$
$rotation=rmod+offset$

Where:
Rc is the current key's rotation
Rp is the previous key's rotation
mod is the keyframe animate's rotation mod
rotation is the resulting rotation

Where is the mistake? mod is not applied correctly - it should be applied on offset but not when comparing to CW or CCW

How the formula should look to get correct behavior at any mod:
$Rc-Rp>CW\ast 180->offset=-360$
$(Rc-Rp)\ast -1>CCW\ast 180->offset=360$
$rotation=(Rc-Rp+offset)\ast mod$

Minimal modifications to robtop's equation (this is equivalent to above):
$rmod=(Rc-Rp)\ast mod$
$rmod>CW\ast 180\ast mod->offset=-360$
$-rmod>CCW\ast 180\ast mod->offset=360$
$rotation=rmod+offset\ast mod$

The problems with the current behavior are:

• If the angle between the two keyframes is over 180, then CW and CCW do nothing
• If the angle multiplied by Mod is more than a full rotation, CW and CCW do nothing
• If rotation Mod is negative then CCW becomes CW and vice-versa
• Mod multiplier doesn't work as expected with angles over 180, CW or CCW
• x360 rotations are not multiplied by Mod

Curve Keyframes with 0 duration break keyframe movement

Version: 2.207
Date: 18/12/2025

Description

Keyframes using Curve mode with very low duration like 0 result in very exaggerated movement that can send objects out of bounds, crashing the game.

Suggestions

Duration 0 should instead disable curve mode on the affected keyframe.