Good new: It is possible. We did it!

Bad news: I'm not sure how :wonder: Ill have a think

Probably the easiest way to do this would be, when the player grabs the ledge, to lock the player position to a specific position relative to the ledge. Eg, place the player where they will be when the ledge grab animation is complete. Then you design the ledge grab animation so it ends in that position.

Got to say that a agree, it's something that should be work on.
Root Motion is really important in complex animations !

Of course it will work. Why would it stumble after the ledge grab animation? Make that animation finish in a neutral pose.

What transition is dynamic? You have a mix duration on entering the ledge grab animation? Then lock the player position relative to the ledge where the player is at the start of the ledge grab animation. At the end of the ledge grab animation, change the player position to be on top of the ledge, matching the pose at the end of the ledge grab animation.

tempted to make a rootmotion tutorial :nerd: :wonder:

I somewhat agree, but the biggest argument for integrated rootmotion, is also the argument against integrated rootmotion

its the fact it takes 10 lines of code (different places)

BinaryCats schrieb

I somewhat agree, but the biggest argument for integrated rootmotion, is also the argument against integrated rootmotion

its the fact it takes 10 lines of code (different places)

Well, it sounds logical-like but it's really weird logic too :wonder:
If it's a big + for the software/users and if it's that easy to implement, I don't see any good reason not to do it !

And stop teasing us with your "it's so easy and short", share your code already ! >

Yep, agreed. Certainly root motion can be very useful, I was just pointing out that in some cases it isn't required.

Think you can whip something up, Pharan?

@Pharan, We added 3 vars to skeletonUtilityBone which we poll.

public Vector2 m_StoredBonePos = Vector2.zero;
public bool m_DisablePositionChange = false;
public bool m_DidUpdate = false;

Where a component which we add to the root bone sets DisablePositionChange to true

then in update we need store the bone pos and set back to 0

Doupdate()
{
...
   float skeletonFlipRotation = (skeleton.flipX ^ skeleton.flipY) ? -1f : 1f;
            if ((bone.x != 0 || bone.y != 0))//store
            {
                m_DidUpdate = true;
                m_StoredBonePos = new Vector2(bone.x, bone.y);
            }
...
if (position)
                {
                    if (!m_DisablePositionChange)//check if it should move, if not reset it to 0
                        cachedTransform.localPosition = new Vector3(bone.x, bone.y, 0);
                    else
                    {
                        bone.x = 0;
                        bone.y = 0;
                    }
                }

}

But you also need to turn off mixing between animations for the rootbone.
TranslateTimeline.Apply:

override public void Apply (Skeleton skeleton, float lastTime, float time, ExposedList<Event> firedEvents, float alpha, bool setupPose, bool mixingOut) {
         Bone bone = skeleton.bones.Items[boneIndex];

if (boneIndex == 0)
                alpha= 1;
...

12 Dec 2016, 10:07

now you can just plug into the stored position, and move the character by that amount

partially, We turn rootmotion on and of with events. With mecanim you have to write code to listen to spine events yourself. (you get events through the mechanim system, but not all the data (its either float,int or string, not all)

I don't believe we ever used the rootmotion which mecanim and unity animator things provides for 3d models. and I'm not sure if it would ever work. other than the event stuff, it would just be the same.

My advice for mecanim would depend on your game, if its a big game, ild suggest not to use it (it becomes hard to manage), if its small there is no harm in trying to do it, even if you have to scrap it further down the line. - its important to note we where not at the start of the project when we integrated mecanim and that would have contributed to the nightmare