Hi,
thank you very much for your support request.

Yes the other features are supported on Linux.

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

Best regards,
Peter

Hi,
thank you very much for your support request.

What type of animation do you have (humanoid or generic/legacy)?

1. For humanoid, you can adjust the rotation of the source animation by selecting the *.anim file in Unity's project window.
2. Then in the inspector window, adjust the rotation offset:
   
   
3. Then import the animation into UMotion.
4. Repeat for all rotation offsets required.
5. Then combine the clips with the different rotation offsets by copy & pasting all keys of one animation into the other.

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

Best regards,
Peter

Hi,
thank you very much for your support request.

Have you been using IK Pinning or the child-of constraint? Keys that are in "IK Pinned" state are using a different coordinate system (i.e. they are relative to the world) in respect to keys that are not pinned (they are relative to their parent bone). When you transition from pinned to not pinned, you need two key frames right after each other to correctly transition from one coordinate space to the other. UMotion creates this extra key automatically for you (that's probably the key you thought that you've accidentally created). If you delete this extra key, then the position/rotation curves interpolate between two completely different coordinate systems thus resulting in unwanted positions/rotations.

More information:

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

Best regards,

Peter

Hi,
thank you very much for your support request.

In euler rotations mode, the rotation in of a bone/transform is defined by the 3 values (i.e. the rotations around the 3 main axis). This is easy to imagine, but suffers from a mathematical problem called gimbal lock. That's why UMotion also supports quaternion based rotations (i.e. the rotation is defined in a 4 dimensional space). Quaternions are hard to imagine and it's thus not allowed to manipulate its rotation properties directly. This video tutorial explains the different rotation modes and shows you how to switch between them:

In order to control a rotation via a custom property constraint, the rotation needs to be using the euler rotation mode (that's what the error message is indicating).

Btw. if your character is of type humanoid, you get grouped fingers automatically. You can control those groups via the muscle tool assistance displayed in the scene view window when no bone is selected:

Seriously though, can we get some quality of life improvements on the animated properties list? Like grouping all the properties based on what objects they're from and adding some dropdown arrows? Unity does that by default and it's much easier to navigate!

Yes I'm with you, this is something that can be improved. For now, I recommend to go the other way (select the bone in the scene view and UMotion automatically selects the corresponding animated property for you). So in most cases, you don't have to seek in the animated properties list as of instead you select the easier to spot bone in the scene view.

On a side note, is there a way to force the IK FK to always be synced to each other? Depending on which one you've moved? Like moving FK, will update IK position and vice versa. It's disorienting when the FK bones don't move with the leg.

You can disable the FK bones completely (in case they annoy you and you are just working with IK anyway) via the rig layers:

You can manually sync FK/IK bones using this buttons:

Usually you only need to sync them at those frames in your animation where you transition from IK driven to FK driven (or the other way around). So in other words, there shouldn't be the need to have them synced each frame.

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

Best regards,

Peter

Hi,

thank you very much for your support request.

When you select the exported *.anim and preview it in the inspector window, does it play correctly then?

If yes, then you need to check your Animator state machine setup (maybe you altered the animation speed there).

If not, please post some additional information so that I can help you: A video demonstrating your problem or even better a unity package that includes your character, the UMotion project and the exported animation so that I can look at it. You can send me the package via email support (or request a link to my dropbox via said email).

I tried as fbx but it doesn't work

Please check out the chapter "Exporting Animations FAQ" in the UMotion manual. Use the "Update existing file" mode when exporting a humanoid animation.

Best regards,
Peter

Hi,
thank you very much for sharing your idea.

There is already a way you can do this (though a bit tedious) by adding all the different animation clips into override layers of a single animation clip. Then on top of all of them you add the additive animation layer. Using the UMotion API, you can write a script that exports the same animation clip multiple times but mute/unmute the override layers as needed.

Currently I don't think that a project wide additive layer would be wide-spread used by other users as in most cases you would need different offsets for different animations. It's the UMotion's API goal is to cover such specific use-cases, so currently I do not plan on adding such a feature to UMotion natively, I'm sorry.

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

Best regards,
Peter

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

UMotion already has an API. The API does not feature all the things you mentioned yet, but a few parts are possible right now. Please check out the manual's chapter "UMotion API" for further information.

Let me know if you have any questions related to the API.

Best regards,
Peter

Hi,
thank you very much for your support request.

Yes this is possible. You can toggle the visibility of single curves using the eye icons displayed in the "Animated Properties" view (in your case it is hidden because you would need to scroll to the right):

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

Best regards,
Peter

Hi,

thank you very much for your feature request. I really appreciate that.

You are right, for bigger animations it might indeed be faster to import the animation directly into an animation layer. I've took a note on my ideas for the future list, but because the saved time might not be that big (especially for smaller/medium sized animations) I give this feature a low priority.

If you have any questions or any other ideas, don't hesitate to contact me.

Best regards,
Peter

Hi,
thank you very much for your support request.

Yes I can lower the min zoom level in the next version. But please note, that especially when working with mocap animations (that have a huge amounts of keys), performance can decrease drastically as Unity's GUI system is rather slow and it has to draw a huge amount of keys at the same time...

Thus I recommend not to work with animations longer than 1-2 minutes. If you only need a few seconds from a longer mocap session, crop the original mocap animation in the animation's inspector window before you import the animation into UMotion.

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

Best regards,

Peter