Hi,
thank you very much for your support request.

Unity's humanoid animation system abstracts the humanoid anatomy so that an animation initially created for humanoid A can be played on any other humanoid character (i.e. animation re-targeting). This abstraction adds limitations like not being able to scale bones.

I recommend using "generic" instead of "humanoid", that way you get back all degrees of freedom for each bone of your character (rotation, translation and scale). If you need to convert some of your animations from humanoid (e.g. mocap animations not initially created for your specific character) to generic, import them into your humanoid UMotion project (before you switch to generic) and then export the animations to *.FBX. Then change the animations and your character to "generic" (in the Inspector of those files).

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

Best regards,
Peter

Hi,
thank you very much for your support request.

UMotion hides all none humanoid bones by default.

In your humanoid UMotion project, witch into Config Mode and select the additional bone(s). Under the "Properties" tab, set "Visibility" to "Show". This is going to show and include the bone(s) in your animations.

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

Best regards,
Peter

Hi,
thank you very much for your support request.

Most probably the character that has been added for the first time to this project (via the Pose Editor) was a different one (or the same one but with a different humanoid avatar setup)? UMotion projects are "one per character" (you can't share a project between different characters). Do you still get this message when adding the character to a fresh UMotion project?

If the above doesn't explain your issue:

Have you checked if a bone was assigned for the spine (in the Unity Avatar configuration editor)? Drag & drop a fresh instance of your character (directly from the *.FBX, not from a prefab) into your scene and check if it works with that one (i.e. to ensure that it really uses the humanoid avatar that you've just configured).

Best regards,
Peter

Hi,
thank you very much for your support request.

Yes, sure. When you add your character to the Pose Editor for the first time, UMotion asks you if you want to add all blend shapes to the head joint or to a new custom joint. Out of my head I think this should include every blend shape of all SkinnedMeshRenderers that it finds.

You can also always add blend shapes manually by adding a "Custom Property Constraint" to any joint/transform. Configure it as "Component Property" and select the appropriate blend shape weight property of a SkinnedMeshRenderer (take the "Custom Property Constraints" that UMotion was setting up automatically as an example).

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

Best regards,
Peter

Hi,
thank you very much for your support request.

I tried to translate your question to English but I'm not 100% sure if the translation is correct and if I understood the question correctly. I think you might be looking for the Child-Of constraint:

(You can enable subtitles for easier understanding.)

Please let me know in case it was something else you've been asking for.

Best regards,
Peter

Hi,

thank you very much for your support request.

From a game design perspective, I would recommend to completely decouple the VR camera (VR head) from the animated head bone so that the variations of the idle animation don't add artificial movement to the VR camera (this is going to make players nauseous). Jerky camera movement can make even the most experienced VR users nauseous (see climbing physics of "Boneworks").

In UMotion, you could scale down the curves to reduce the variations (make sure that your rotation curves are in euler rotation mode for this to work). Just select all keys of an animation curve, then use the box tool (i.e. the blue bar appearing next to the selected keys) to scale down the curve.

You are going to need UMotion Pro to import an existing 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.

This keys are automatically created by the Child-Of constraint (which is used by the IK Rig by default). Please check out the following two video tutorials to learn more (it also explains the purpose of this keys):

If you don't need the IK Pinning feature, you can remove the Child-Of constraints from your IK rig. No additional keys are going to be created in that case.

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

Best regards,
Peter

Hi,
thank you very much for your support request.

There is currently no way to build a custom property controller that drives multiple channels at the same time (in your case the rotation of the elbow and the blend shape weight). You could either adjust the blend shape manually according to the current rotation value or you could write your own driver script that does that for you.

For the scripting approach, add a new MonoBehaviour to one of the transforms of your GameObject that looks something like that:

public class ElbowMorphDriver : MonoBehaviour

{

   public float InputValue = 0f; // Access this property via a "Custom Property" constraint from UMotion

   [SerializeField]private Transform ElbowJoint;

   [SerializeField]private SkinnedMeshRenderer BlendShapeSmr;

   // This method is going to be called every time UMotion re-calculates the current pose.

   public void UMotionCallback() // Let UMotion call this method (enter callback name at Pose Editor --> Options -->

                                                   // Extending UMotion --> Callback Name; check out manual by clicking on the black info button)

   {

      // According to the InputValue, set elbow joint rotation and blend shape weight

   }

}

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

Best regards,
Peter