Closed Blttrr closed 8 years ago
This is the same behavior as in the official runtime.
The fix is to replace addAnimation's direct trackEntry[x] assignment with a setCurrent
call which does fire the Start callback.
We haven't applied this to the official runtime yet because the new AnimationState (in the dev branch) is just about ready and already addresses this.
Closing since it mimics the C API
If there are no playing animations on track,
AnimationState::addAnimation
method won't fire an Anim_Start callback.AnimationState::setAnimation
always fires it.