Hi Renat,
thank you very much for your support request.

Like in real life, bones of human characters only rotate. Moving/translating them would mean that the joint would be moved (as if you dislocated the shoulder --> this hurts in real life). What you might be looking for is Inverse Kinematics, an algorithm that calculates bone rotations based on a target object's position. When you move the target object, the algorithm automatically calculates the bone rotations in such a way, that the bones reache the target.

A very fast introduction to IK is given in the quick start tutorial:

There is also a more in-depth video about IK:

PS: In some specific situations it might be desired to move joints. This is supported for "generic" and "legacy" objects but not for "humanoid".

Please let me know in case you have any follow-up questions.

Best regards,

Peter

Hi,
thank you very much for your support request.

There is currently no "smoothing" feature. I have something like this on my "features for future versions" list, but can't estimate any ETA yet.

I can never grab it in the middle to move the whole thing at once,

In the case of your gif, you would need to zoom in a little bit. The keys and tangents are so dense, that it's hard to aim for a "free" spot in-between. Generally speaking, the whole area that is "light blue" can be clicked for dragging:

but is there any method to smooth out all of the keys in between the two selected keys to be smoothed out at an average / consistent rate between all of them?

Averaging the keys would just flatten them out (like you did manually in the GIF). In that case, it would really make sense to just delete the keys you try to flatten. The curve interpolation would automatically fill the gap. If you only want to delete keys of a single curve (e.g. only x/red curve), you would need to disable the "Chain Neighbour Keys":

P.S. It would also be super helpful if, when you selected the "Support" button in uMotion, it popped up a box similar to the About box (or just within the about box), have both the uMotion version, as well as the Unity version, but with highlightable/selectable text, or a "Select Version Data" button that automatically highlights the necessary version data to simply paste here into support. It may seem silly, but it can be a huge timesaver and also help make sure you get the appropriate data you might need.

That's a nice idea. I'm considering implementing this in the future.

Best regards,
Peter

Hi,
thank you very much for your support request.

In the Pose Editor, click on "Clear":

Please let me know in case you have any follow-up questions.

Best regards,
Peter

Hi,
I did a few tests and I think what you are looking for is already possible. You probably always tried to add the "Custom Property Constraint" directly to the animation rigging control rig, which is indeed prohibited by UMotion. But you can add the "Custom Property Constraint" to any other bone/transform (that is not locked) and let it reference the animation rigging's control rig weight property.

This is how it works step-by-step:

1. Add a "Custom Property Constraint" to e.g. your hips bone (or any other valid bone, you can also create a custom transform inside UMotion to make it easy selectable).
2. Set the "Custom Property Constraint" into "Component Property" mode and select the animation rigging "control rig" game object as "Object" you want to control.
3. Continue setting up the "Custom Property Constraint" like you would normally do (by choosing the property you want to control and by defining input limits etc.).

Please let me know if that works for you.

Best regards,
Peter

Hi,
thank you very much for your support request.

The function name that should be used for Final IK is mentioned in the manual chapter you've already mentioned at the very bottom:

Integrating Final IK
If you want to use Final IK components in your animation (and maybe bake their result into the exported animation clip to reduce CPU load), use "UpdateSolver" as callback name. This method is defined by all Final IK solver components and executes the IK solver calculations.

That means that "UpdateSolver" is the name you should use:

You can use "Bake Into Exported Clip" to bake the results of Final IK into the final animation (that way you can remove the Final IK component from your model and save some CPU performance).

Furthermore, you need to define empty transforms (when your character is not assigned to UMotion) and use those as IK end effectors in Final IK:

Then assign the character to UMotion and configure the empty transform to be visualized to your desire:

Please let me know in case you have any follow-up questions.

Best regards,
Peter

Hi,

thank you very much for your support request.

This is indeed a limitation of the current way how UMotion allows you to author root motion for humanoid characters.

Here is a different workflow that might work for you:

1. A more direct way to edit your animation is to temporarily changing it to generic (just for the purpose of editing). You could even duplicate the *.fbx and set the duplicated version to generic. That way you don't loose your humanoid import settings.
2. (Optional) If the fbx does not include the character's mesh, you also need to duplicate the character's fbx and set that one to generic too.
3. Now you can use a generic UMotion project to edit all transforms as you wish.
4. Once you're done, export your changes back into the animation's source (humanoid) fbx file (set "Write Mode" to "Update Existing File" in the UMotion export settings).

This is the most direct way you can edit animations in UMotion (the humanoid workflow always has 2 re-targeting steps in between).

Please let me know if this works for you.

Best regards,
Peter

Hi,
thank you very much for your support request and for your nice words.

You can use the crop tool, to extract only the desired part of your animation clip:

The export feature is always exporting the animation clip in it's current length (it's not possible to let the exporter export only a part of an animation clip). However, if you export to *.fbx, you can use Unity's animation import settings (shown in the Inspector) to define multiple animation clips with different start/end frames (thus split a longer animation into several smaller ones). Please check out the FAQ in the manual when using the FBX export feature, there are some common pitfalls.

Please let me know in case you have any follow-up questions.

Best regards,
Peter

Hi,
thank you very much for your support request.

This only means that the animation you are trying to import has no "Humanoid Animator Hand IK" curves. This has nothing to do with the IK you've setup in UMotion. Instead, the IK mentioned in this warning is part of Unity's animation re-targeting system known as "humanoid". For more information about this humanoid IK feature, check out the following blog post (headline "Original hands and feet position"): https://blogs.unity3d.com/2014/05/26/mecanim-humanoids/

Please let me know in case you have any follow-up questions.

Best regards,
Peter

Hi,
thank you very much for your support request.

I guess you've created a prefab of your player character while it was assigned to UMotion. That means that the prefab still has the "UMotion Lock" component in it.

To fix this, either open the prefab and remove the "UMotion Lock" component manually.

Or if you have the prefab in your scene, click on "Clear" in the pose editor and then save all current changes of the prefab instance to the prefab (UMotion removed the component automatically for you in that case).

Please let me know in case you have any follow-up questions.

Best regards,

Peter