Mecanim Controller Change Clarification
Forum › ORK Support
Hi,
I am finally getting around to trying out the changes made in May with regards to allowing us to swap animation controllers for Mecanim. First, I wanted to be sure that what I was doing was expected as I didn't really see anything saying this is how it should work.
Basically, I have my base / out of combat state which has the defined animations for various activities as triggers, and then movement is just an auto parameter.
Then in combat if you're using a sword/shield, we switch to a different animator controller (currently an override controller) which does not have any of these triggers defined, but instead just the auto parameter and swapping the controller:
This does work, where calling attack properly calls the attack trigger and fires off the appropriate sword animation even though none of that is defined at this level and only in the previous animator. I tried this with both animator overrides and a new animator controller entirely and it worked in both instances. This is what my above question was about, is this how it should work? Just wanted to verify this wasn't an "unintended feature" that might be fixed before taking advantage of it :)
My second question sort of ties into the above too. I know that in general, mecanim does not report animation durations back. While loading from the controller for initial setup, it switched to animation clip with the proper names. Does Mecanim provide accurate durations from these clips, or must I switch all of these to fixed duration with their specific times? It seems like it does, but the animations are generally so short it's kind of hard to notice if it is or not.
Lastly, combining the two, if I use the override setup above, how does it determine the duration? Since the clip names, whether an override or new controller, are different, how is it determining the duration time (if at all), is it pulling from the base or if not found, no duration? Would I want to manually define each animation type again per controller to ensure it gets the right duration or does using an animator override cause mecanim to properly parse what Unarmed_Attack -> SwordAndShield_Attack does?
Like I said, it all seems to work just fine but I wanted to double check if my "seems" is actually a reality or not before going forward too deep on that and end up doubling on work.
I am finally getting around to trying out the changes made in May with regards to allowing us to swap animation controllers for Mecanim. First, I wanted to be sure that what I was doing was expected as I didn't really see anything saying this is how it should work.
Basically, I have my base / out of combat state which has the defined animations for various activities as triggers, and then movement is just an auto parameter.
Then in combat if you're using a sword/shield, we switch to a different animator controller (currently an override controller) which does not have any of these triggers defined, but instead just the auto parameter and swapping the controller:
This does work, where calling attack properly calls the attack trigger and fires off the appropriate sword animation even though none of that is defined at this level and only in the previous animator. I tried this with both animator overrides and a new animator controller entirely and it worked in both instances. This is what my above question was about, is this how it should work? Just wanted to verify this wasn't an "unintended feature" that might be fixed before taking advantage of it :)
My second question sort of ties into the above too. I know that in general, mecanim does not report animation durations back. While loading from the controller for initial setup, it switched to animation clip with the proper names. Does Mecanim provide accurate durations from these clips, or must I switch all of these to fixed duration with their specific times? It seems like it does, but the animations are generally so short it's kind of hard to notice if it is or not.
Lastly, combining the two, if I use the override setup above, how does it determine the duration? Since the clip names, whether an override or new controller, are different, how is it determining the duration time (if at all), is it pulling from the base or if not found, no duration? Would I want to manually define each animation type again per controller to ensure it gets the right duration or does using an animator override cause mecanim to properly parse what Unarmed_Attack -> SwordAndShield_Attack does?
Like I said, it all seems to work just fine but I wanted to double check if my "seems" is actually a reality or not before going forward too deep on that and end up doubling on work.
Post edited by Acissathar on
Howdy, Stranger!
It looks like you're new here. If you want to get involved, click one of these buttons!
Categories
Latest Posts
- Equipment duplicated itself on collectionSylwester on April 19
- Leveling up equipments & Abilities with items or currencygamingislove on April 19
- I want to use Combatant's MoveAI to follow Makinom's WayPointPathgamingislove on April 19
- attacking targets 2 targets in the front or 3 targets in the front?bigman on April 18
Who's Online (1)
- tomraegan 12:26PM
The combatant still uses all animations as set up for it - so, unless one of the animation setups also override those animation types, the stuff from your base animation setup will still be used.
2) ORK gets the duration from the animation clip by finding it in the controller via the defined name (and also adjusts the time for the animator's speed, etc.). So yeah, should be accurate :)
3) If your changed animator controller uses different animation clips (with different names), override the animation type with the new information in your animation setup.
Otherwise it'll try to find it based on the original animation setup, not finding the animation clip so not being able to get a duration.
Alternatively, change the animation clip names :)
If you're enjoying my products, updates and support, please consider supporting me on patreon.com!
When walking normally, the parameter is being set as expected:
When interacting with an interaction machine for dialogue, again, it's effectively 0 as expected:
However, when interacting with a shop or save point, for some reason the parameter turns into Not A Number, and this effectively breaks the movement animation:
Unfortunately, when this happens there are not any console messages either so not sure what it might be. Reloading / respawning the combatant fixes the issue as until you do the same interaction again as well.
Edit: Did some testing, and it only happens with Freeze Pause. I suppose it has something to do with locking up animations, but for some reason it never gets fed the 'real' animation values once everything has resumed.
If you're enjoying my products, updates and support, please consider supporting me on patreon.com!