"However, on another project running UMotion 1.20p07 on Unity 2019.3.7f1 this issue did not occur, also not when I upgraded to 1.22 (still in 2019.3.7f1), and also not when I upgraded Unity to 2019.3.9f1."

Ok if it works in a different project then this doesn't sound like a general problem. Chances are high that something went wrong during installation (of UMotion). Maybe the *.bundle wasn't extracted correctly (or maybe multiple versions of UMotion in the same project).

Best regards,
Peter

Hi,

thank you very much for reaching out.

With UMotion you can import any *.anim into UMotion and then export it as *.fbx. So as long as your animation created with Timeline is a *.anim file this will work. It's currently not possible to use Timeline to mix multiple *.anim files and then use UMotion to export the mix as a single *.fbx(this would only work if you find a way to combine the mix of those separate *.anim files into one combined *.anim file; then you could import the combined *.anim into UMotion and export it as *.fbx).

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

Best regards,

Peter

Hi Tom,
thank you very much for providing all this very detailed information.

When importing the animation and comparing it to the original, I get the same rotational difference as shown in your screenshot. The difference is coming from the non-humanoid bone named "hips":

UMotion stores the rotation of non-humanoid bones only once (when assigning the character to the Pose Editor). This pose is then saved as "reference pose". When importing/exporting an animation, generic bone are always kept at reference pose (as it is a non-humanoid bone it is not animated). In the case of your character, Untiy seems to treat this bone differently though: As soon as the Unity plays your animation once, it actually modifies this hips bones orientation. UMotion keeps using the old value and this is causing the difference that you see.

In this screenshot you see your model added twice. One model played the animation once (using Unity's animation window) and the other never played the animation. Notice how the hips suddenly have a different position/rotation on the character that already played your animation.

There is an easy fix to get the correct Hips orientation into UMotion:

1. Preview the animation on your character using Unity's animation window.
2. Stop the "Preview".
3. Assign the character to your UMotion project. If it's a fresh UMotion project, you're already done (UMotion now uses the correct hips orientation as reference pose).
4. If it's an existing UMotion project, go into Config Mode and click on the "Apply Scene Pose" button followed by the "Save Reference Pose" button. This saves the new hips position/rotation into your reference pose.
5. Re-importing your animation is not needed, they should be perfectly equal now.
6. Re-exporting your animation is necessary.

I have to think about what I can implement to avoid such a situation in the future...

Subtle differences (in the range of a few millimeters) can still happen (this is expected due to the lossy nature of the humanoid animation system). If you want a more direct (lossless) approach, use your character as generic. Then export the animation into the *.FBX of your character (set "Write Mode" to "Update Existing File"). Once done, change your character's *.FBX back to "humanoid".

Best regards,
Peter

Hey there, Peter!

Just here to give you a feedback on this issue. It seems that updating to V1.21 fixed it, I'm not having any more troubles now.

But answering your questions:

1. Yes, I had keyframes on my changes.

2. What I was losing were new keyframes that I inserted and also modifications that I made on the already keyed frames before starting to modify them.

3. This one I can't really answer because I didn't try it.

4. Yes, apparently Fast Entering Play Mode was enabled.

Sorry if I can't be more specific with some things.

Hi,
thank you very much for your support request.

I guess you are using "humanoid", right? Please try to change the root motion settings of your exported *.anim file (select the *.anim file and try playing with this settings in the Inspector). Enabling "Bake Into Pose" and setting "Based Upon" to "Original" might work:

Also make sure that your character's humanoid avatar is setup correctly: In Unity's avatar editor all bones have to be green and the character must be in a T-stance. Also try to avoid any scaling (other than 1) applied to the character (that sometimes confuses the humanoid animation system). If you change something here, you have to re-export your animation from UMotion.

If none of the above helps, you can try to export your animation to *.FBX. Important: In the export settings set "Write Mode" to "Update Existing File" and select your character's *.FBX file as destination file (so that UMotion exports the animation directly into your character's *.FBX). This ensures max. compatibility with your humanoid character.

Please let me know in case you need any further assistance.

Best regards,
Peter

Hi,
thank you very much for your support request.

Yes you can animate non-humanoid joints/transforms in a humanoid animation. UMotion just disables editing those "generic" joints/transforms by default. Open the "Config Mode" and select the joint/transform that you want to enable in the hierarchy. Then in the properties tab, set "Visibility" to "Show".

Please note that Unity can't re-target generic joints/transforms to other characters. I mean if they exist in the exact same transform hierarchy (it must have the exact same parent bones with the exact same name) Unity can still animate them, but Unity won't do anything to match the animation to the new character's proportions.

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

Best regards,
Peter

Hi,

thank you very much for your support request.

Sure. If the root motion is on a bone named "hips" for example, select the position property (in the Clip Editor) and open the curves view. Then you should see the root motion movement in that curve.

If the root motion is performed on the Z axis, hide the other axis (by clicking on the eye icon). Then copy the value of the first key (right click --> Edit Key --> copy the value field content with CTRL + C) and then select all the other keys and past the value onto them (right click --> Edit Key --> paste value into value field with CTRL + V --> hit enter). Repeat this for other axis if necessary.

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

Best regards,
Peter

Hi,
thank you very much for your support request.

The scene view part is in Unity's responsibility (I don't want to mess with it in order to keep the user experience similar to "native" Unity). This means that you can access the different views as you would do it regularly in Unity. You can align the camera view to an axis by clicking on one of the axis displayed in the upper right corner of the scene view. You can add multiple scene view windows by right clicking on the "Scene" tab (drag them where you want them to be and use the axis gizmo to determine their axis alignment).

Further information: https://docs.unity3d.com/Manual/SceneViewNavigation.html

If you want shortcuts for accessing the different views, you might want to check out this (free) asset: SceneViewPlus - Asset Store

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

Best regards,
Peter

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

The animation system always interpolates using the shortest path between two (rotation) key frames. So if you want to spin multiple times, you have to split the whole motion into multiple key frames (e.g. every 180°).

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

Best regards,
Peter

Fixed in UMotion V1.21p01.

Thanks for reporting.

Best regards,
Peter