Thanks again for reporting this issue and for the time you've spent investigating this. That helped a lot and I really appreciate that.

This issue is fixed in UMotion V1.28p01.

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

Best regards,
Peter

Hi,
thank you very much for your support request.

Humanoid animation clips always need to be "well-formed". That means a humanoid animation clip always has to define keys for all body parts. Use an avatar mask in your animator controller to mask away other parts of your animation:

When using "generic" or "legacy" as animation type, things would behave like you expected it (only the keyed parts are included in the exported animation).

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

Best regards,
Peter

Hi,

thank you very much for your support request.

Key frames are addressed using transform paths. An example of a transform path would be: "Root/Hips/Spine0/Spine1/ShoulderL". This path would address a bone/transform named "ShoulderL" that has a parent named "Spine1". If you copy a key frame in one project and try to paste it in another, the transform paths must match in order for the pasting to be successful. Otherwise UMotion cannot know, where the key frames belong to.

What you could try, if you do know a bit about Unity C# scripting is using the UMotion API to craft a tailored solution for your situation:

1. In the first step, create a script that loops through the whole animation clip and stores all the world space position/rotation values of the IK handles.
2. In a second step, create another script that then writes the previously stored world space position/rotation values to the other model's IK handles. Simply hardcode the names of the IK handles in your script to map them correctly.

Here is some further information regarding the UMotion API: https://www.soxware.com/umotion-manual/UMotionAPI.html

https://forum.unity.com/threads/umotion-animation-editor.490618/page-13#post-7801521

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

Best regards,
Peter

Hi Robin,

thank you very much for your support request.

Have you watched the IK video tutorial (at 2:36 of the video tutorial, the manual IK setup is shown which is necessary in your case)?

Here is the related page in the manual: https://www.soxware.com/umotion-manual/InverseKinematics.html

I recommend trying to setup IK for one leg, and if that works repeat the process for the other legs.

Please let me know in case you need further assistance.

Best regards,

Peter

Hi,

thank you very much for your support request.

hi you need to rig first

That's correct, rigging and skinning needs to be done in an external 3D modeling application. You could also try using mixamo.com, a free online service that automatically rigs and skins human like characters.

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

Best regards,

Peter

Hi,
thank you very much for your support request.

When I convert humanoid to generic animations by duplicating the character and importing into generic project, it works but the animation is rotated 180 degrees around the Y axis. See video - Screen Recording 1 31 2022 at 12 24 42 PM.mp4. Do you know what could be causing this?

Please compare the two UMotion projects with a version of your character not being assigned to the Unity timeline. So that we know if this issue is related to Unity timeline or not.

Are you sure you haven't added a custom 180° rotation to any of the root/hips bones (e.g. on the humanoid character but not on the generic version of it)? Outside of UMotion using Unity's regular inspector window, please compare the rotation values of your generic and humanoid character by starting from the hips bone and then continuing upwards in the hierarchy for each parent bone until you reach the root transform. Are there any rotation differences?

Btw. you can workaround this issue by adding a 180° rotation offset as an additive animation layer in your generic project.

Also, If I include the face morphs in the both generic and humanoid projects it comes up with the following error.

Blend shapes are added to a UMotion project by using "Custom Property Constraints". They can be added to any bone/transform in the UMotion project. If you copy an animation from one UMotion project to the other, you need to ensure that the custom property constraints are setup exactly the same way.

I think the reason why the message prints two empty quotes ("The constraints of "" are ...") is because it's indicating that there is a difference on the root transform. Please check if that is the case by going into config mode and compare the constraints window of the root transform between both your UMotion projects.

Best regards,

Peter

Hi,

thank you very much for your support request.

Please try the following:

1. Open the avatar editor like in your first screenshot.
2. Click on "Muscles & Settings" (located at the top of the inspector)
3. Manipulate a few of the muscle sliders. Does the model follow the bones correctly?

If not, then your bones vertex weights (aka "skinning") is missing in Unity (lost during import). Is the skinning working in Blender (does the mesh follow the bones in Blender)?

Btw. a cool alternative to manually creating the rig and skinning is to use the free online service https://www.mixamo.com/.

Best regards,
Peter

Hi,

thank you very much for your support request.

The official recommend way to address this issue is to organizing your animations into multiple UMotion projects (e.g. one UMotion project that contains all different movement related animations, one that contains all attack animations, etc.). This not only circumvents the issue with the huge animation list, it also improves the editing performance a bit as it shrinkens the overall UMotion project file size.

Btw. the new UMotion API does expose all the functionality that you would need in case you want to create yourself a custom tailored clip selection window. Here are some related links:

https://forum.unity.com/threads/umotion-animation-editor.490618/page-13#post-7801521

https://www.soxware.com/umotion-manual/UMotionAPI.html

PS: Your UMotion version is already a bit dated. I recommend updating to the latest one from the asset store to benefit from all the stability improvements, bug fixes and new features of the latest updates. Here you can find a comprehensive list of all changes: https://www.soxware.com/umotion-manual/ReleaseNotes.html

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

Best regards,
Peter

Hi,

thank you very much for your support request and for your nice words. That means a lot to me.

I've took a note on my "ideas for the future" list and am going to consider implementing this in a future update.

Don't hesitate to contact me in case you have any other ideas/questions. I would be happy to hear them.

Best regards,
Peter

Hi,
thank you very much for your support request.

When I remove hip bone keyframes from the override layer, the spine bone's global rotation chages and I want them to stay.

Please help me better understanding the issue: If you want to keep the hip bones rotation, why do you delete the related key frames?

If you want to use the hips rotation of the "overriding" animation and want to offset it to better match the underlying animation, you could add an additive animation layer with a rotation offset applied to the hips on top of the override layer.

I can work around this by copying global position using the rotation tool for every keyframe.
Is there a way to copy global rotations for all keyframes of selected properties?

There is no built in way to do this, but if you know a little bit about scripting in Unity, maybe the UMotion API might be helpful:
https://forum.unity.com/threads/umotion-animation-editor.490618/page-13#post-7801521

https://www.soxware.com/umotion-manual/UMotionAPI.html

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

Best regards,
Peter