Thanks for sending me the video. That's currently by design. What you could do to workaround is:

1. Click on clear in the pose editor to release your character.
2. Add an empty GameObject as a parent of each shoulder bone (outside of UMotion). Use that parent bone for applying translation in UMotion.

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

Best regards,
Peter

Hi Tim,

thank you very much for your support request.

Access to key frames is currently not exposed via the UMotion API. The only methods available are for creating key frames based on a current local/world position/rotation/scale of a bone/transform (see PoseEditor.TrySetFK...).

Here you have a comprehensive list of all available UMotion API methods: https://www.soxware.com/umotion-manual/UMotionAPI.html

I've put your request on my list for future UMotion API extensions, but can't promise on if and when such a feature would be released.

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

Best regards,
Peter

Hi,
thank you very much for your support request.

1. You could try to set IK Pinned to true on the very first frame. When UMotion asks you if it should convert all following existing keys, press Yes.
2. Now the curves/key values are all in "pseudo world space". If you then open the curves view of the IK handle, select all keys of the y axis, right click on one of them and click on "Edit Key". Then type in the desired value and press enter to confirm.

Please let me know if that works for you.

Best regards,
Peter

Hi,

thank you very much for your support request.

The easiest way to do this is by first switching rotation mode to "Euler Interpolation":

Then if you type in 720° for rotation Y for example, and create a key frame, it is going to spin multiple times.

You can also adjust the degrees and the way it interpolates in the curves view of the clip editor.

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

Best regards,
Peter

Hi,

thank you very much for your support request.

Probably not (maybe with some scripting and a few workarounds) but I think it might be easier to just re-do the animation using UMotion Pro. UMotion Pro come's with built in IK and you could use your existing animation as a blue print to re-do the same thing in UMotion Pro. Depending on your experience level (to animations in general) and the complexity of the animation, you might be able to re-do the animation in under an hour.

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

Best regards,
Peter

Hi,

thank you very much for your support request.

IK Pinning is transitioning the coordinate system when the pinning state is changed (e.g. from local to world space). In order to do that, it needs to first create a key frame in the old coordinate space and then a second key frame in the new coordinate space.

Als long as you keep both keys in sync (which in most cases UMotion does automatically for you) there is no movement in between. More information can be found in the related video tutorials:

• https://www.soxware.com/umotion-manual/ProLesson3.html

• https://www.soxware.com/umotion-manual/ProLesson5.html

is it possible to turn off muscle group window? using multiple scenes it is always in the way

Yes you can turn off the scene view window (aka "Tool Assistant" in the display section of the pose editor).

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 a typical issue when using humanoid and has something to do with how humanoid works under the hood.

There are two solutions:

1) Turn on humanoid's hand IK (can only be done via script) to tell humanoid that you need the hands to be precisely where you've authored them.

2) Use generic instead of humanoid. Contrary to humanoid, generic just takes an authored animation clip as an input and plays it 1:1 as it is.

Humanoid is an animation re-targeting system designed to allow sharing an animation across multiple characters by imitating the look of an animation. Humanoid is not suited for precise things as it looses precision due to "re-targeting errors". More info about humanoid's inner workings: https://blog.unity.com/technology/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.

Yes a conversion from humanoid to legacy is possible. This is how it would work:

1) Duplicate your legacy character's source file (usually *.fbx) and configure the duplicated version as humanoid.

2) Adjust the settings in the animation convert to convert from humanoid to legacy and assign the humanoid and legacy version of your character to the appropriate fields in the animation converter.

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

Best regards,
Peter

Hi,

thank you very much for your support request.

When synchronizing with Unity Timeline, UMotion takes the authority over your character and previews the animation you have currently loaded in UMotion. The additional layers in Unity Timeline are not going to be previewed during this time.

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

Best regards,
Peter

Hi Elsiehar,

thank you very much for sending me the repo project. The cause of your issue seems to be that Untiy Timeline applys the scene rotation offset and the translation from the animation curve in the wrong order. If you preview the animation using Unity's own animation window, it is previewed correctly so this seems to be an inconsistency solely within Untiy Timeline.

The good new is, there is a rather easy workaround:

Make sure you're animation clip has keys for the rotation property, then Timeline evaluates the animation correctly.

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

Best regards,
Peter