Hi,

thank you very much for your support request.

When creating the IK rig using the IK setup wizard, you can simply pin the hands/feet to their current world space position. This ensures that when moving the waist, the hands and feet hold their position/rotation.

Here are the related video tutorials (IK pinning uses the child-of constraint under the hood, please watch the child-of tutorial before watching the IK pinning tutorial):

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

Best regards,

Peter

Hi Craig,

thank you very much for your support request.

The mirroring feature works as expected. It just mirrors a pose from one side to the other. This creates a symmetrical arm swinging in your case.

I've semi-solved the issue by offsetting the other arms dopesheet by 50% and moving the latter 1/2 to the front, however there is still some glitching when the arm reaches the 50% point.

Yes that's the correct workflow. When done correctly, it should also loop seamlessly (as you are using the seamless animation of the "source" arm swing as a source animation for the other arm). Make sure that it loops seamlessly when the arms are still symmetrical. When offsetting, make sure that the keys keep the correct relative frame distance. If you are using euler angle rotation mode (you can also switch temporarily to it), you can check if the rotation curves of your arm bones have any seams.

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

Best regards,
Peter

Hi,
thank you very much for your support request. Also thanks for your detailed description, that helped me a lot in understanding/reproducing your situation.

The humanoid anim file generation seems to be wrong due to the scaling that is applied to the hips bone by the original model:

You can easily workaround this issue using one of the following two methods:

1. If you have 3DS Max or Maya, you can correct the scaling of the hips. I have Maya and it was as easy as importing the FBX and re-exporting. Looks like the units in the FBX where set to meters instead of centimetres thus causing Unity to add the scaling of 0.01 on import. Maya is automatically changing the units to centimetres thus fixing the issue. I can also send you the corrected models if you like (in case you don't have Maya).
2. You can export your animation into the FBX of the character. This lets Unity create the humanoid animation for you, and it seems to be correct even with the scaled hips. Here are the settings that I've been using (the "Destination File" should be the Golem.FBX file.):
   
   
   

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, lets say you have humanoid animation "Clip1.anim".

1. Then you would create a umotion project for character A and import "Clip1.anim". Do the changes, then export it as "Clip1_A.anim".
2. Then you would create a umotion project for character B and import "Clip1.anim". Do the changes, then export it as "Clip1_B.anim". 
3. And so forth.

Please note, that as Clip1_A and Clip1_B are still humanoid, there can still be little re-targeting artifacts. So if you're aiming for very accurate results, I would duplicate your characters and configure the duplicated ones as generic. Then work through them like this:

1. Create a humanoid umotion project for humanoid character A and import "HumanoidClip1". Do your adjustments and export the corrected clip to FBX (I recommend configuring the FBX exporter to write the animation into the FBX of your generic character). Your animation then is generic and you can use your generic character at runtime.
2. Repeat for all other characters.

This also comes with another benefit: You save some CPU performance because the animation re-targeting does not need to be executed at runtime. If you later on decide to switch to humanoid again, just configure your generic character as humanoid. All included animations are then humanoid again.

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

Best regards,

Peter

Hi,

thank you very much for your support request.

Please check out this answer I gave to a similar question: https://support.soxware.com/en/communities/1/topics/12-is-possible-to-make-rigging-in-umotion-from-scratch#comment-4

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 tab needs to stay open, otherwise the Update() loop of UMotion isn't executed by Unity anymore (thus makes the animation preview freeze). An easy workaround would be to place the scene view tab next to the game tab so that both are open at the same time.

Why do you want to preview your animation with the game view instead of the scene view?

Best regards,
Peter

Hi,

thank you very much for your support request.

You can add modifications on top of an existing animation using animation layers.

There are two animation layer types:

1. "Additive" - This adds an offset to the existing animation curve.
2. "Override" - Completely replaced the underlying existing animation curve with new created key frames. Similar as if you would delete all existing keys of that curve and add new ones.

For more information, click on the black info button next to "Layers" (see screenshot above) to open the related manual page. You can also check out this video tutorial, where I'm using animation layers to tweak existing animations:

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

Best regards,

Peter

Fixed in UMotion V1.22p14. This patch release should be available on the asset store in the next few days.

Thanks again for reporting.

Best regards,
Peter

Hi Alan,

thank you very much for your support request.

Humanoid always exports all humanoid bones. Humanoid doesn't work well when not "well-formed" (i.e. doesn't include all curves). Unity also only creates well-formed humanoid animations when creating them from imported animation. If you have no keys on humanoid bones, they are stored as "constant" curves in the humanoid animation (thus only add very little memory to the animation).

Generic bones on the other hand are only added to the animation if they have at least one key. You can completely remove generic bones from the "Animated Properties List" by setting their visibility to "Locked". This also ensures that they are not added to the animation even if you have previously created key frames for them.

I was wondering if the correct approach was to remove the unwanted properties, then "Save Reference Pose" (?), but I could not work out how to remove the properties that it picked up from the Humanoid bones.

Regarding the reference pose, please check out the following video tutorial: 

I don't want to use a Generic project type as then I cannot load up my character and do the animations on it - it tells me I must use a humanoid project for humanoid characters

You can configure a character as Humanoid, Generic or Legacy (in the Inspector "Rig" tab when selecting your character). Humanoid is Unity's animation re-targeting system. Generic is playing animations directly (without re-targeting). More information on humanoid: https://blogs.unity3d.com/2014/05/26/mecanim-humanoids/

For eyes, because I have a script controlling them (custom properties) I only want to capture the custom properties for the "Head" layer (that is where I added the custom constraints, alongside the other blendshapes). Oh, and I don't want the blendshapes included either - I want to create a separate set of clips for blendshape controls (for different facial expressions).

You could duplicate your character and configure it as generic. Use the duplicated version to animate all the none-humanoid bones. You can also remove the eyes from your humanoid avatar (Inspector of your character --> Rig tab --> Configure...) as you're driving the eyes from custom scripts anyway. Create a new UMotion humanoid project, now the eyes should not be included anymore.

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

Best regards,

Peter