Hi,

thank you very much for your support request.

Related to the callback mechanism, nothing changed (to my knowledge). I also did a quick test and for me everything is working as expected:

using UnityEngine;
using System.Collections;

public class TestScript : MonoBehaviour
{
    public Transform TestBone = null;

    // Use this for initialization
    public void MyCallback ()
    {
        TestBone.Rotate(0, 90, 0);
    }
}

Assign this script to your character. Then assign any bone to the "TestBone" field. Make sure that UMotion calls the "MyCallback". Your script should get called and adds another 90 degree rotation to the bone.

PS: Oh you probably mean that the visualization of the bones is not updated according to the changes done via the custom script? That's currently by purpose, as the scripts are called after UMotion updated everything and indicates that the changes are coming from a script, not from UMotion.

Best regards,
Peter

Cancel This!   Got it working so far.  :)  Thanks! 

Hi Felix,

thank you very much for sharing your idea.

I think this would indeed be a useful feature. I've took a note in my ideas for the future list, but can't promise anything right now.

Thanks for your nice words, I'm glad you like working with UMotion. Don't hesitate to contact me in case you have any other ideas or have any questions.

Best regards,

Peter

Hi,
thank you very much for your support request and thanks for the nice words. Really appreciated.

I would say this is a typical IK use case, as with IK you can directly specify the trajectory of the foot/ankle (via the position of the IK handle). Setting up IK is rather straight forward using the IK setup wizard (when using humanoid, the IK setup wizard's default settings usually don't need to be changed).

You have the possibility to either only use IK at a specific part of your animation (with the "FK/IK Blend" channel you can fade between FK/IK, and using the "Set IK to FK" button you can sync the IK handle with the current FK rig), or you can convert the whole existing animation to IK using "Edit --> FK to IK Conversion" (please note that this conversion might have small imperfections that you may need to correct by hand again).

All the details about IK are shown in this video tutorial:

Please let me know in case you need any further assistance.

Best regards,
Peter

Hi,

thank you very much for sharing your idea. I really appreciate that.

When you've assigned a character to the Pose Editor, any changes you do externally (e.g. via a custom script) to any of the bones/transforms of said character are going to be overwritten by UMotion every time UMotion updates the pose. The only way to change the pose of your character is via UMotion's callback mechanism. The callback is called every time UMotion finished updating the pose, thus allows your script to add modifications on top of it. For more information, please check the manual at "Pose Editor / Options" headline "Extending UMotion".

UMotion also has a dedicated UMotion API that gives scripting access to some features of UMotion. Unfortunately, the bone data is currently not exposed via this API. I've took a note to expose this in the future, but can't promise anything as of now.

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

Best regards,
Peter

Hi,
thank you very much for your support request.

Animations only use local coordinates internally. The world space coordinate you see in the tool assistant window, is the local coordinate converted to world space. Due to floating point inaccuracies (especially noticeable if your character has huge scaling or is far away from the scene's center), the displayed value can have small errors.

Please let me know in case you need any further assistance.

Best regards,
Peter

Hi Mel,

thank you very much for sharing your idea.

This is not implemented by purpose. There are two reasons:

First of all, when exporting a humanoid project (and you want to use the animation as humanoid) it is highly recommended to use the "Update Existing File" mode to write the animation into the humanoid character's FBX file (--> the FBX is already set as humanoid). If you export your animation as a new separate FBX instead, then the humanoid avatar setup isn't created in an optimal way by Unity, leading to errors in the resulting humanoid animation.

Furthermore, it should be up to the user how he wants to use the FBX animation. It can be a legit use case to export a humanoid animation to FBX, but then use it as generic for example.

That's way I opted for a manual way.

Best regards,
Peter

Hi,
thank you very much for letting me know. I've updated the link in the video description, it should be working again.

Don't hesitate to contact me in case you find any other dead links.

Best regards,
Peter

Hi,
thank you very much for your support request.

Seems like your fbx contains only one animation clip which is then split into separate clips by Unity's importer (the separate clips are defined with the start/end clip times). If you then import the separate clips into UMotion and re-export them to the FBX, UMotion is going to write them as separate clips into the fbx. If you want a combined clip to be written into the fbx you would need to create a combined clip in UMotion. You could either define a combined clip in Unity's import settings and import that one or combine the already imported clips (imported in UMotion) to one and export that one.

Why do you prefer a combined animation?

Best regards,
Peter