Hi,
thank you very much for your support request.

UMotion is not executing any code at runtime of your game. UMotion produces regular, pre-authored animation clips (either *.anim or *.fbx files) that can be used like any other animation file. That means all scripts you would normally use with those files (like the Final IK Grounder) can be used as usual.

Using the Final IK Grounder while authoring your animation (during edit time in UMotion) probably won't make much sense as the ground slopes won't change during edit time. However, you can let UMotion execute scripts during edit time via the UMotion callback mechanism (usually used to extend UMotion with custom IK solutions). You can find more information about this feature in the manual at the chapter "Pose Editor --> Options" headline "Extending UMotion".

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

Best regards,
Peter

Hi,

thank you very much for your support request.

1. When you assign your character to UMotion's Pose Editor for the first time (and the character has blend shapes), UMotion automatically asks you with a message box if it should configure them for your project. Did you get this message?
   
2. Do your blend shapes preview correctly in UMotion?
3. Please note that blend shape animations (i.e. the weight of the blend shapes) can only be exported to *.anim but not to *.fbx. Please refer to the manual at chapter "Clip Editor --> Import / Export" for a nice overview of what features each file format supports. Are you exporting to *.anim?

If this doesn't help, please provide some further information so that I can take a closer look at your situation (e.g. a video demonstrating your problem, or a simple Unity scene that contains everything I need to reproduce your situation). You can send files to me in private via the email support form (or request a link to my Dropbox for large files via said email form). I just did a quick test and blend shape animations export perfectly fine in my case, so their shouldn't be a general problem with this feature.

Best regards,
Peter

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