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

Hi,

thank you very much for reaching out.

Unfortunately there is no such automatic tool.

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 script file you mentioned in the error message does not exist in newer UMotion versions anymore. Old script files remain in the installation folder when the old UMotion version is not deleted before updating to a new one (Unity's package mechanism isn't deleting old files unfortunately) or you accidentally installed an old version of UMotion. Please delete the "Editor Default Resources" folder. Then go to the Unity Asset Store, make sure that the version V1.23 is downloaded, then import it again. This should solve your issue.

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

Best regards,
Peter

Hi,

thank you very much for your support request.

While a character is assigned to the UMotion Pose Editor, it is locked to be exclusively used by UMotion. Once you click on "Clear" (in the Pose Editor), the character is released again. So if your issue is during edit time, just make sure that your character is not locked by UMotion.

When an animation clip includes animation curves for a blend shape weight, the blend shape weight can only be overwritten by a script based system if it is executed in "LateUpdate()" (which is executed after the Animator component). If the script is executed in the Update() method, then the blend shape weights written by the script are overwritten by the Animator component that is executed afterwards.

Blendshape curves are only added to the exported animation clip if it has at least one key. So you can either delete all Blendshape keys or you can remove the Blendshape properties completely from your UMotion project. This can be done by switching into Config mode, select the transform where the blend shapes have been added to. Then open the "Constraints" tab and delete all the custom property constraints of the blend shapes.

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

Best regards,

Peter

Hi,
thank you very much for your support request.

You can animate anything, including wind turbines. The model just needs to be separated into the individual parts you want to animate. Bones are only required/useful when you want to deform the mesh. You can separate models easily in a 3D modeling animation. And badea15ro is right, bones have to be created in a 3D modeling application (you can't bind new bones to the mesh in UMotion).

Here is a short video demonstrating how a gun model is animated (that is only separated into it's individual parts):

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

Best regards,

Peter

Fixed in UMotion V1.24. Available in a day or two via the asset store.

Thanks again for reporting.

Best regards,
Peter