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

Unfortunately, there is no built in feature to save/load a selection. If you know a bit of editor scripting, you could extend UMotion with a custom button or menu item. The simplest version would be to make one button that has the bone's name hard coded and always selects said bone. You could even take this further and build your own "generic" save/load selection type of feature. Here is the related documentation: https://www.soxware.com/umotion-manual/UMotionAPI.html

Yes, you can travers the parent/child hierarchy either with the UI buttons or the shortcuts bound to them. Please take a look at the "Selection" part of the pose editor. 

To see which shortcuts are currently bound to the buttons, simply hover the mouse. The appearing tooltip tells you which shortcut is currently assigned. You can change shortcuts under "Edit --> Preferences" in 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.

This appears to be a problem related to how Unity generates the root motion curves for your character. Please check the root motion related settings shown in the inspector window when you have your exported .anim clip selected.

You could also try to let UMotion create the root motion curves for you. This is an experimental feature though. You can enable it in the clip settings:

Please note that Unity's Humanoid animation system gives best results for humans with realistic body proportions. It uses center of mass for certain things in it's re-targeting engine which can produce weird looking results when body proportions are unnatural. More information on the inner workings of humanoid: https://unity.com/blog/engine-platform/mecanim-humanoids

If you do not need animation re-targeting, consider using generic instead.

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

Best regards,
Peter

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

If you're doing classical FPS where you control a camera via script and have the arms etc. as a child of the camera, you should use that setup in UMotion as well. Here is a video tutorial that uses this setup:
https://www.soxware.com/umotion-manual/InPractice1.html

If you have an entire character model and you have made the camera a child of the character model, then you should simply animate the entire character using UMotion. You're camera should preview just fine.

Please note that at the moment you first assigned your character to the UMotion Pose editor, UMotion creates the "reference pose". This is a copy of all of the characters transform's current position/rotation/scale values and acts as a "default pose" when nothing is keyed. So probably your reference pose contains an old position/rotation value of your camera transform, that's why it resets to a different position when you assign the character to the pose editor. You can udpate the reference pose in config mode.

More details regarding the reference pose can be found in this video tutorial: https://www.soxware.com/umotion-manual/Lesson5.html

Best regards,
Peter

Hi sc lee,
thank you very much for your feature request. We will consider implementing this in the future. For the time being, you can try the following:

1. Export your animations as FBX (ideally into your character model's FBX file)
2. Select the FBX file in the project window. In the inspector, go into the animations tab. Here you have animation compression settings which can be used used to greatly reduce the animation's file size.
   

Best regards,
Peter

Hi Adam,
what you are looking for is called IK Pinning. Simply select the IK handles of the feet. Then in the "channels" view of the Pose Editor, tick the "IK Pinned" property. This will ensure that the feets IK handles stay in place when you move the waist down.

This feature uses the Child-Of constraint under the hood. Please note that there are some corner cases you need to be aware of. Therefore, please watch the following two video tutorials:
https://www.soxware.com/umotion-manual/ProLesson3.html
https://www.soxware.com/umotion-manual/ProLesson5.html

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

Best regards,
Peter

Hi Maco,
thank you very much for your support request. This issue might have something to do with the humanoid avatar setup of your character. Are all bones green and are there no error in your humanoid avatar? You can see the humanoid avatar setup when clicking on the "Configure..." button:

Make sure that you do not have scaling != 1 applied to any of the bones of your character model. Check the Unity hierarchy of your model and ensure that all the transforms of your character have scaling = 1.

You can also try to export your animation as FBX. Therefore in the export settings, set "File Format" to "FBX". Then select your model's FBX file as destination file. The animation is then exported directly into your character's FBX file. Use that animation and check the results.

Best regards,
Peter

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

Try to play with the "Root Transform Position (Y)" settings (shown in the inspector when having the exported *.anim file selected):

As a last resort you could also get a desired effect using scripting: In your script, compare the actual pelvis height with the desired height and offset the whole model on the y axis to compensate. You can ease-in/-out the effect of the script during the sit down/stand up animation using a custom animation curve in your sit down/stand up animations.

Best regards,
Peter

Hi,
thank you very much for your support request. UMotion uses the same paths as the model has that you applied to the UMotion Pose Editor. If you've renamed something in your model, UMotion still remembers the old paths. In the pose editor you can go to "Config Mode" and press the "Cleanup" button to get rid of old paths.

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

Best regarsd,
Peter

Hi Florian,
thank you very much for your support request. The "issue" lies in the nature of how the humanoid animation system works. The humanoid animation system takes the animation you authored in UMotion, re-samples it and converts it into an abstracted humanoid format. In this abstract format, the root is defined as the center of mass of the character, not the actual root bone anymore. These center of mass changes (due to limb movement) introduce the small displacements you see in your second screenshot.
This is also the reason why the coordinate system is different, as the second screenshot shows humanoid internal coordinates which differ from your character's actual coordinates used in UMotion (which are based on how the bones have been oriented during the rigging process).

Anyway, if this small errors bother you, you shouldn't use humanoid at all. Humanoid by nature only tries to approximate the source animation, it never plays it 100% accurate (this is called animation re-targeting). This comes with a benefit though as it allows the humanoid animation system to play the same animation on different characters (with varying accuracy, though).

Generic on the other hand is always 100% accurate. So for animations where precision matters and you do not need animation re-targeting capabilities, always use generic instead.

I highly recommend reading this blog post to understand what "humanoid" is all about: https://unity.com/de/blog/engine-platform/mecanim-humanoids

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

Best regards,
Peter