tk2dSpriteAnimator.CurrentFrame lag

[Trigve]

Hi,
I'm trying to move the sprite on each frame change using coroutines. I'm comparing the current and the last frame of the tk2dSpriteAnimator. But the "CurrentFrame" property is lagging the 1 frame after the actual sprite has been already changed (that is, I can see that the sprite has been changed, either visually or in game object inspector, but the value in the code is still the old one). Is this known behaviour or am I doing something wrong?

Thanks

[Trigve]

Ahh Nevermind, using the WaitForEndOfFrame in coroutine yield solved it. But then I'm animating the 1 frame late. I think I could solve it partially with the script execution order. But it would be great if I could connect to some frame-changed event (edit: but this would only work if the animation would be updated in the Update() method (?)).

edit: Anyway, why the tk2dSpriteAnimator is updated in LateUpdate() and not in Update()?

[unikronsoftware]

tk2dSpriteAnimator is in LateUpdate because the likelihood is you're gonna be updating based on input input in FixedUpdate / Update.
You have source, you can change it to whatever you like there.

There is a SpriteChanged event in tk2dBaseSprite you can subscribe to, that will be called immediately when a sprite is changed.