Retargeted Metahuman Player characters feet stick to/slide on ground

Hi, I have retargeted Quinn_Simple Player BP to Metahuman Player character in #UE5 through the new IK retargeting method, but even tho the retargeted animations all look fine if viewed on their own, somehow the feet of the character are stuck to/gliding on the ground while playing. I can’t figure out the reason. If anyone knows a solution, would be highly appreciated :pray: :innocent:

7 Likes

I’m having this issue as well with a different skeletal mesh - I believe the control rig IK is the culprit but I can’t figure out why it works fine with default skeletal meshes and not with one that has been retargeted.

Hey @jacobnvm I’ve already figured out the issue and solved the problem :grin:. You were on the right track. Within the copied animation Blueprint of ABP_Manny (which is the parent Animation Blueprint of ABP_Quinn) the Control Rig class is set to Mannequin basic Foot IK by default (see screenshot). And since the Metahumans don’t have Basic foot Ik and we could not therefore retarget by default (unless we make on for the Metahumans) it’s keeping the foot stuck. I set that parameter to FK_ControlRig and now everything works perfectly. I hope this helps :hugs:

11 Likes

Thanks for this! I think we are having slightly different issues, however. Your method would work to utilize the AnimBP while excluding the foot IK, and I’m trying to get the foot IK to work on a different mesh. I’ve actually figured out the problem - after retargeting, the ik_foot_l and ik_foot_r bones aren’t animating on the new mesh.

This is the same animation sequence on the mannequin

And this is on the new mesh. I’m going to try retargeting using the old method in 4.27 to see if that fixes it.

Same problem here. When retargeting animation packs from the ue4 to the ue5 mannequin, Foot IK is broken. Been stuck on this for a week.

The foot ik bones don’t seem to animate and stick to the ground while the rest of the animation works just fine.

This is definitely the issue, I played with multiple variations of the IK rig between the mannequin skeletal mesh and my custom mesh, but nothing would capture the IK bone movement when retargeting. I exported the assets to a 4.27 project, retargeted using the legacy method and everything worked fine.

Same here! Retargeting them in UE4, and migrating them over to UE5 fixes the issue - but using this method, it’s not possible to use the new UE5 mannequin since that can’t be used in UE4. Does nobody retarget animations in UE5 or why is no one else talking about this issue?

Maybe I’m just dumb, but whatever it is, I need a solution :-/

1 Like

Before retargeting from UE4 to UE5, open the RTG_UE4Manny_UE5Manny, click on root bone and set translation mode to ‘globally scaled’ and give it another try.

3 Likes

This kinda worked! My only issue now is that the IK bones are retargeting with an offset, unsure if that’s to do with my mesh or not:

image

image

My temporary workaround while waiting for a real bug fix is to add an initial step in CR_Mannequin_BasicFootIK that will copy foot_l and foot_r translations into ik_foot_l and ik_foot_r then the rest of the sequence will work as intended.

14 Likes

Huge thanks for this, I’ve been banging my head against the wall for hours wondering why I can’t get my characters feet off the floor.

3 Likes

you saved my life. thank you !!!

I solved it with Set Transform instead of Set Translation

18 Likes

I love you thanks you so much for this I have been trying to figure this one out forever!!!

If you want a really quick workaround, bypass the Control Rig node in the Anim BP. Compile and save.

1 Like

lol after endless hours of fixing the bug. The solution is as simple as it is. Saved my life!!

Similar problem when editing a perfectly working retargeted animation in sequencer then baking to a new animation sequence. (which also strips out all of the notifies GRR) - The newly baked sequence has sticky feet. So there is still a problem here even in 5.0.3… the noted workaround is valid however a pain in the ■■■. I spent hours on this trying to figure it out before finding this.

This is still a problem in 5.1.0.

You sir are a hero!

1 Like

This issue has been bothering me for a week. Tried so many suggestions. This finally did the trick, thank you!