Hi,

thank you very much for your support request.

A UMotion project always remembers the hierarchy of your game objects. In order to change the hierarchy either create a new UMotion project (that's the simple way) or if you want to keep using the current UMotion project do the following:

1. Click on "Clear" in the Pose Editor so that the object is not assigned to it anymore.
2. Drag and drop the guitar to the new position in the hierarchy. If you want that it moves with the upper body, make the guitar a child of one of the spine bones for example. In case your game object is a prefab, you need to do this change inside the prefab (editor).
3. The following applies only to your current situation: From the warnings you get in the video, there is at least one GameObject named "Guitar" that has no mesh assigned to the skinned mesh renderer component. Remove that one from the hierarchy. There should be only one "Guitar" in it. You can use the search bar of Unity's hierarchy window to easily find it.
4. Re-assign the character to the pose editor. Confirm the appearing dialog.
5. Switch into config mode and click on the "Cleanup" button. This removes the old entries of the Guitar (where it was still on the old position in the hierarchy).

If you have any further questions, please let me know.

Best regards,
Peter

Hi David,

thank you very much for your support request.

You need to think about in which coordinate space the position/rotation keys are stored in. When using IK Pinning, the coordinates can either be in local space (= not pinned) or in "world space" (= pinned; I've put world space at quotes because in reality the coordinates are relative to the root GameObject as real world-space is technically not possible).

So when you are copy and pasting, keys from one animation clip to the other you have to make sure that both are in the same "IK Pinned" state (otherwise you might be mixing coordinate systems which results in wrong poses). That's why you have experienced that it might be sometimes necessary to copy the IK Pinned key with it.

If you want to copy a foot IK handle key in such a way that in both clips it has the same world space position, make sure that IK Pinning is enabled in both animation clips. Then copy and pasting makes them appear at the same spot.

For FK keys, if you want a bone to end up at the exact same world space pose you need to copy & paste the rotations of all parent bones.

In some situations, you might want to copy and paste a world space rotation/position in a more generic way (e.g. between different bones). In that case, use the menu button of the position/rotation tool assistant and click on "Copy Position" or "Copy Rotation" (attention, the current tool pivot local/global does matter).

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

Best regards,
Peter

Hi David,

thank you very much for your support request and thanks for providing your feedback. That is very valuable for me.

Unfortunately there is currently no simple way to smoothly blend several animation clips together in UMotion to produce one final clip. At a minimum this would require to animate the weight parameter of the animation layers blend property (which is not possible at the time of writing). But thinking this further, that would still have some limitations because the current UMotion layers UI was primarily designed for adding precise modifications on top of an existing animation clip. In order to mix/transition ready made animation clips, a UI similar to Unity Timeline (where each animation clip is just a box + different animation tracks) would probably be easier and more effective to use as it allows you to easily offset and blending (multiple) animation clips with each other. As soon as you have more than 2 clips you want to blend (and want to correctly offset them to each other), the current layer system of UMotion might be cumbersome to use.

So doing this correctly would require a new tool or at least a new perspective within UMotion that has a UI primarily designed for "Animation Mixing". While I agree that this would be very useful, I can't promise anything as of now.

PS: Of course Mecanim is a perfect way of doing the animation mixing (at runtime). Animation blending is what Mecanim was made for. Doing simple transitions in UMotion would only have an advantage if you wnat to save a bit of CPU performance as the transition is pre-baked (but at the cost of additional memory usage as that would most probably mean that you have to pre-bake each and every transition combination which can be a lot).

Let me know if there is anything else I can help you with.

Best regards,
Peter

Hi,
thank you very much for your support request.

That is not possible with pure animations (and no scripting). Animations can only reference things that are a child of the Animator component that is playing the animation. So you would need to do the parenting with a script and afterwards play an animation that already has key frames for the new child object. You can also use an empty "mount point" transform that always exists as a child of your character/animator component. Your animation has key frames for the mount point and your script attaches things to the mount point in the right situations.

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

Best regards,
Peter

Fixed in UMotion V1.25. Arriving soon on the asset store. Thanks again for reporting.

Best regards,
Peter

Hi,

thank you very much for all your ideas.

I've took notes of all of ideas (some of them have already been requested by other users in the past). I can't promise when and which features are going to make it to a release, but be ensured that your ideas help me a lot in prioritizing where to spend my development resources on.

Best regards,
Peter