Hi,

thank you very much for your support request.

As this error message is thrown by Unity's AssetDatabase.Refresh(), UMotion should have already finished exporting the animation. This might just be a Unity bug/problem. Please try to close Unity and reopen it again. If that doesn't help, move the *.fbx file to somewhere else and also delete the *.meta file that is next to the *.fbx file (only visible in the Windows Explorer or Mac Finder when displaying hidden files is enabled). Then switch to Unity, the fbx should be gone now. Then move only the *.fbx file (not the *.meta file) back to Unity. This should cause Unity to completely re-import the fbx file.

Please let me know if that helps and if you need any further assistance.

Best regards,
Peter

Hi,

thank you very much for your support request.

When you export your animation from UMotion, it already get's baked into *.anim or *.fbx. When you have issues with importing an *.fbx into blender, please checkout this forum thread where I've provided a solution for a similar question: https://support.soxware.com/en/communities/1/topics/808-fbx-files-from-unity-to-blender

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

Best regards,

Peter

Hi,
thank you very much for your support request.

That's exactly what Unity Timeline is for (it allows you to combine multiple characters/animations, even sound, etc. into one "uber" animation sequence).

I recommend creating a new Unity Timeline sequence that animates both your characters. Then use UMotion's Timeline integration to adjust the animations as required. Here is a quick video showing UMotion's Timeline integration in action (for more details, please checkout the manual's "Unity Timeline Integration" chapter):

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 transform paths in the animation clip always need to be relative to the animator (or animation for legacy) component that plays the animation. As the animator component is in your Armature game object, UMotion is also going to make the transform paths relative to the "Armature" game object. If you want your animation to be relative to the root game object, then make sure that you assign the Animator component to that transform.

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

Best regards,
Peter

Hi Carl,

thank you very much for your nice words. That means a lot to me.

I'm looking for options to animate a character interacting and prop, where the prop is situated in world space and isn't a child of the character. One example is a lever. Is this possible?

Animation clips can only reference bones/transforms/object that are a child of the Animator component. The correct approach for your situation depends on what you are trying to create. If you want to create a cut-scene, you can use Unity Timeline to animate both the lever and the character. UMotion's "Sync" button can be used to preview both animations in sync (while editing one animation). For more information, please checkout the chapter "Unity Timeline Integration" in the UMotion manual.

If this is an in-game situation, where the player walks to the lever and then presses a button to actuate the lever, then the problem gets trickier. I would use a runtime IK solution to first blend the hand to the lever (then keep it parented to the lever). Next play an "actuate" animation on the lever, this is automatically moves the hand with it as it is parented to it. Then after the animation was finished, blend the hand back to it's regular animation state. Using a regular animation clip instead of runtime scripting/runtime IK would require that your character is at the exact same position/orientation relative to the lever in-game as it was while authoring the 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.

Blender might be modifying the bones on import or export thus the new character is not compatible anymore with the original prefab anymore. I would recommend that you try and play with Blender's FBX import/export settings, use a 3D modeling application with better FBX support like 3DS Max or Maya (LT) or just life with it and create a new prefab for the new character.

Please let me know in case there is anything I can help you with.

Best regards,
Peter

Hi,
thank you very much for your support request.

Here is my workflow:

1. Under "Animation" (pose editor) set "Auto Key" to "Generate".
   
2. Go to the first key frame of your left leg bones.
3. Select the left leg bones.
4. Use the "Copy to Other Side" button (pose editor --> tools) to copy the left leg bones animation to the right.
5. Move to the next key frame of your left leg bones and repeat step 4.
6. Then you need to offset the keys of your right leg bones by the half duration of your run cycle.

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 you are correct, generic is the way to go. The only real reason to ever use humanoid is when you want to use animation re-targeting (i.e. create an animation for humanoid character A but use it on other humanoid characters B, C, D...). More information about what makes humanoid special can be found in this blog post: https://blogs.unity3d.com/2014/05/26/mecanim-humanoids/

I might add further bones down the line to make the object more lifelike (such as moving certain parts of it in a cartoonish matter) and increase complexity but I want a good foundation so any animation I will create doesn't get messed up.

I highly recommend to add all bones that you need (or might need) before you start doing your animations and do not modify the skeleton afterwards. It's hard to re-use existing animations on a modified skeleton.

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

Best regards,
Peter

Hi Asyl,

thank you very much for your support request.

Yes you can animate generic bones for humanoid models as long as they are a child of the "hips" bone of your character (that's what the error message is trying to say). The sentence in the manual is not correct, I have updated that paragraph shipping with the next patch release. Thank you very much for pointing that out.

Please note that generic bones are invisible by default in humanoid projects. You can make them visible by switching into config mode. Select the generic bone and under "Properties" set "Visibility" to "Show".

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

Best regards,

Peter

Hi Asyl,

thank you very much for your support request.

Generic animation clips only work for the generic character they have originally been created for. You can not use a generic animation created for character A on character B. Simply renaming the hierarchy won't help (it would satisfy the error message you get, but the imported animation would be trash). Only Unity's humanoid animation system is capable of animation re-targeting (i.e. trying to match an animation created for character A on character B). More information about animation re-targeting and why it is necessary can be found in this blog post: https://blogs.unity3d.com/2014/05/26/mecanim-humanoids/

If you get this error message even though the animation you've imported was created for the exact same character, then make sure that you have not altered the hierarchy of your character. The animation clip references all bones/transforms using a so called transform path relative from the animator component (e.g. "Hips_01/Spine_01/Spine_02/Shoulder_R" <-- would reference a bone named "Shoulder_R"). So beginning with the animator component, there must not be any extra transforms or transforms that have been renamed or moved in the hierarchy.

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

Best regards,
Peter