Profile Picture

iClone7 Animations change when imported to Unity

Posted By vtoddw 4 Years Ago
You don't have permission to rate!
Author
Message
vtoddw
vtoddw
Posted 4 Years Ago
View Quick Profile
Senior Member

Senior Member (252 reputation)Senior Member (252 reputation)Senior Member (252 reputation)Senior Member (252 reputation)Senior Member (252 reputation)Senior Member (252 reputation)Senior Member (252 reputation)Senior Member (252 reputation)Senior Member (252 reputation)

Group: Forum Members
Last Active: Last Year
Posts: 6, Visits: 124
Hello,

I've been using iClone7 with 3DExchange 7 pipeline and CC3 to Animate my DAZ characters for a Unity project for a few years now.  I just recently noticed a strange issue that is really killing my workflow.  Typically, I will export a character from DAZ, touch it up in CC3, animate it in IClone7, import to Unity3D 20201.2f1 and use the latest UMotion to touch up any fine tuning on the animation clips to get my characters fully animated in game.  The issue I'm seeing is that there is a strange offset occurring on my characters feet position on the FBX as soon as it is imported in Unity.  

Here is an example of what the animation looks like on the same character in 3DExchage just before I export the animation clip as FBX:


Here is what it looks like as soon as I import it in Unity:


As you can see the front foot dips through the ground and the back foot lifts up.  This also happens on the Unity default avatar, albeit a bit differently, so I'm fairly certain my DAZ character / RIG is not the problem:


I have not been able to verify that the animation looks this way in any other application, so I'm not 100% sure if this is a Unity or an iClone7 problem.  I have however, imported the same animation clip back into 3D Exchange and then iClone, which in both cases the animation looks perfectly fine with the feet touching the floor without lifting or penetrating.  By the looks of it, it seems as though there is some sort of rotation being applied pivoting about the X (Roll), but that's just a guess.

Here are my export settings when exporting animation clips from 3D Exchange to Unity as FBX:


I have of course tried many variations of the import settings for the animation clip in unity, but nothing appears to fix this issue:


It's extremely counter productive to need to fix these feet issues in UMotion after the clip is imported in Unity, as it is far more cumbersome to deal with foot placement in that tool, hence a large part of why I use iClone in the first place.  

I'm grateful for any help of feedback I can get, thanks in advance.
- Todd
vtoddw
This post has been flagged as an answer
vtoddw
Posted 4 Years Ago
View Quick Profile
Senior Member

Senior Member (252 reputation)Senior Member (252 reputation)Senior Member (252 reputation)Senior Member (252 reputation)Senior Member (252 reputation)Senior Member (252 reputation)Senior Member (252 reputation)Senior Member (252 reputation)Senior Member (252 reputation)

Group: Forum Members
Last Active: Last Year
Posts: 6, Visits: 124
I just ran into yet another instance of this same problem with another character I'm animating.  Unfortunately the bug I reported back in March has not had any movement.  Fortunately, it somehow occurred to me that maybe there's something I'm doing wrong, so I went back iClone and started tinkering.  In doing so, I tried unchecking the "foot contact" checkbox because I assumed that maybe it had something to do with that since it's purpose is to prevent exactly this problem.  It was then I noticed that the feet were poking through the floor the exact same way over the exact same portion of the animation as occurs in Unity.



As you can see here, the characters feet drop through the floor with "Foot Contact" unchecked, which is to be expected.


This confirmed without a doubt that the Foot Contact is not getting baked into the clip when I export to 3DExchange using Collect Clip.  So then it occurred to me that reach targets have to be baked via right click in order to be baked into the exported animation, so it's possible foot and hand contacts do as well. 

So I:
- checked "Foot Contact" again 
- right clicked the Motion row in the timeline
- clicked Bake Reach Key
- then unchecked the Foot Contact to see the result and Boom!  Problem Solved!


If anyone at Reallusion reads this post, I would be extremely helpful for newbies such as myself, if this behavior was explained in the documentation.  If it already is, then I must have overlooked it, but if not, I imagine it would help someone out there save a lot of wasted time.  

So in short, Foot Contact is an awesome feature, I just didn't realize it was considered "reach keys" and therefore had to be baked.





Reading This Topic