AnimationTree Add3's +add and -add act differently

[retrotails]

the documentation isn't particularly detailed but I can't see any reason why +add and -add should act any differently for the same animation. I'm also not sure why it appears to act more like blend than add in this instance, shouldn't it move sideways and up/down with both -1 and 1?
tested on 3.1, 3.1.2 and master in linux X11

test_anim2.zip

[Ertain]

Can confirm that this bug still persists in version 3.2 of the engine on Linux.

[jedStevens]

Just a note on this, the source does have them act differently so I suppose this is expected but I don't know exactly what I am to expect.

I was trying to create a jump animation that I could 'add' to a motion animation in order to create multi directional jumping with few animations and found that Add2 did not act as expected. It seems that the Add nodes blend the animations in a different way than the Blend nodes and don't directly add the animations on top of one another.

I suppose I'll make a PR soon for a new node that will correctly add transform tracks together for this kind of behavior. Unless this is deemed a bug (which I don't think will happen because the file containing that logic has not been changed much since it's original push), I'll leave a comment on this when I get it right.

[robbertzzz]

Just ran into this, I'm using a character animation that I'm adding poses to. The difference I'm seeing is that the +1 version overrides the translation of my hip bone (the root bone in this rig) while the -1 version doesn't. All rotations work as intended and are added both ways, but translations are not. In my case I wouldn't want the translations to change at all while the OP's animation only uses translation, so expanding the filters window to be able to filter separate tracks for each node/bone in the animation would be the best solution.

[Chevifier]

This Still seems to exist in Godot 4 beta 2.
Im converting the TPS Demo to Godot 4 and the Aim up and down are acting strand between 0 and 1 aims up and overshoots bringing the arm over the characters head 0 to -1 also aims up and overshoots even further. the Aim up and Aim down animations work fine on there own outside of the blend tree they are static 1 frame animations

[TokageItLab]

Fixed by #57675. Also I added documentation to clarify the internal behavior in #116645.