Although I am using the unity runtimes, this is most likely more to do with the design of all the runtimes.

It seems I am very confused with the order of events with the latest runtime, as they have now changed.

Previously End event always fired before the Start event, However, now it seems, this isn't always the case. The First frame of a non blended animation plays before the end of the original animation

Image removed due to the lack of support for HTTPS. | Show Anyway

Here are the events in the order they happened at the time they happened. red ones are our keyed events (both in Runnning_light animation)

We start in idle, then walk to run. (all of which have a 0.2 mix ) . Which I guess is why they end 0.2 seconds after the anim which interrupted them.

Then from Run2 it gets interrupted into Running_Light, which has a blend time of 0 from run. After that starts and applies frame0, the run Ends.

Why does it end after Running_Light Starts?

Additionally if I let Running_Light complete, (and idle is in the queue) the sequence is this:

Image removed due to the lack of support for HTTPS. | Show Anyway

However, If we interrupt running_light with walk we get the following (running_light>walk mix = 0)

Image removed due to the lack of support for HTTPS. | Show Anyway

...
To me it seems strange that if you interrupt an animation rather than queue one, events would fire in a different order

Oh I see. I didn't realise there was an interrupt event, I think this is what we need. And reading about the end event makes sense and it seems the above behaviour I am seeing is correct.

it wasn't.

Our case for this is pretty simple, we fire an event at the start(maybe) of an animation to start rootmotion, we want root motion to happen in that animation until that animation is no longer playing, whether it completes or it gets interrupted.

We need the to know when before any transforms of the next animation are applied, and stop listening to the root then. (i.e. root moves back to 0,0 teleporting the player back to where rootmotion started). - we ignore all root blending and the root bone always has a alpha of 1 in the translateTimeline apply (this I believe handles rootmotion to rootmotion animations)

Nate escreveu

I spent ages writing docs, my friend! :bang: :rofl:

Documentation?

What is this you speak of, :smirk:

It seems interrupt and complete event is what I need. There should be a new event called stopped which fires on complete and interrupt ¯_(ツ)_/¯ , this would indicate the no more keys of this animation will be applied , not including mix.

it seems I was wrong, I need to store what trackentry starts rootmotion, and check on the end event if the end event belongs to that trackentry

or not...
maybe I should just do it on the start event

or not

oh, nevermind. I was doing a !=, not ==. On Complete and Interupt seem to be enough