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

I'm not sure if I understood your initial request correctly. In your initial post you've been talking about the "apply reference pose" button, right?

If you instead meant that you want to copy and paste a pose from one animation to the other, just select all the keys you want to copy (they can be from multiple bones/transform and/or multiple frames at the same time). Then press CTRL + C to copy the keys, go to the destination animation, place the frame cursor at the appropriate position and then press CTRL + V.

If you need to then correct the position, select the position property, switch into the curves view and adjust the curve accordingly. Another way to apply a global offset is via an additive animation layer (please refer to the manual at "Clip Editor / Layers").

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

Best regards,
Peter

Hi,
thank you very much for your support request.

Is it possible, that the Scene View window is not visible? In that case, Unity stops firing the cyclic callback method that is responsible for playing the animation.

Best regards,
Peter

Hi,

thank you very much for your support request.

Sure, just import both animation clips into the UMotion Pro project. Then copy & paste all keys (or only the keys of certain bones) from one animation clip into the other (or into an override animation layer of the other).

For more information's about animation layers, check out the manual at "Clip Editor / Layers".

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

Best regards,
Peter

Hi Craig,

thanks for reaching out.

I was very busy with support and patch releases in the last couple of months (the current version of UMotion had 14 patch releases). The next release is planned to include a bunch of QoL improvements that have been suggested by different users (I had to do some prioritizing as I thankfully get so many good suggestions that I can't include all of them).

I can't give any estimate when this new version is going to ship, as it depends on how much time I have for UMotion beside another game project my studio is currently working on, but I'm on it.

Please let me know if there is anything else you want to know.

Best regards,
Peter

Hi Craig,

thank you very much for your support request.

Blending layers is possible, but the blending weight is fixed for the whole duration of the animation (it can't be animated). Click on the blue bar and drag to the left to reduce the weight:

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

Best regards,
Peter

Hi Lev,

thank you very much for your support request.

Generally speaking, an animation can only reference things that are a child of the Animator component that plays the animation. So in order to reference the switch, it would need to be a child of your character's Animator component. 

Please also note that the effect of UMotion's IK constraint is baked into the final animation. That means that there is no IK executed at runtime anymore (meaning that your hand won't adapt to runtime changes e.g. when your character has position offsets relative to the switch). Depending on your requirements, you might want to use a runtime IK framework (like Final IK or the new animation rigging package) for this kind of situation.

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

Best regards,
Peter

Hi,

thank you very much for your support request.

While you can access and manipulate the IK transforms, the custom script is executed after UMotion finished updating the pose so it won't have any effect on the IK chain. The visualization of the IK transform also happens before the callback is called, so that's why you probably haven't seen any changes (when you tried it).

May I ask you to provide some more details about your use-case? Maybe there is another way you can achieve your goal.

PS: Please note that the callback method is only called while inside UMotion. UMotion's IK is not executed at runtime (when your game plays the exported animation). If you are looking for a runtime IK solution, please use Unity's built in IK (or their new animation rigging package) or 3rd party assets like Final IK.

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