Is TrackEntry a new instance for each SetAnimation?

Nick

Just a quick question about TrackEntry returned by SetAnimation. It is always the same instance for a track channel?
Say, if I set the MixDuration to 0 on track 1, will track 1 always play animation with no mixing?

Something is wrong here. Even if I set the mix duration to 0, everything is like mixing with the default setup pose for the first time I load and play that spine object. However, it seems not happening the next time I load that spine prefab object.

Nate

Each TrackEntry setAnimation call gives a TrackEntry instance for that animation. Some runtimes do pooling and reuse TrackEntry instances, but that should not usually matter to you. Note you should not keep a TrackEntry reference past when AnimationStateListener dispose is called for that entry.

Not sure what you mean about the mix duration problem. The API is very flexible to accommodate the many different ways people need to play animations, so sometimes it can be tricky to work out how to get the results you want. We can help if you 1) describe what you want to do and 2) show what you tried and 3) explain what you got versus what you expect (it helps us if you describe those things separately). You can also use Preview and/or Skeleton Viewer to ensure your animations behave as expected, especially when mixing or using multiple tracks. Sometimes it helps to create a simple test case to see behavior without the rest of your app, and as a last resort you can send or post that for us to take a look.

Nick

Thanks for the info about TrackEntry. The spine I am dealing with has some animations expected to be played at the same time on different tracks. I wrote some code to remember which animation is played on which track. If an animation is not finished but received another play command, the code may ignore the play command or it will find the track index used by that animation and restart on that track. The way I store information about the mapping between the animation name and the track index is to keep a List<TrackEntry> because it already contain ref to the anim name and index plus other useful properties like timeScale. I do need to change the speed of animation dynamically based on some events. That's why I am asking if TrackEntry is safe to keep. For an instance, I need to speed up an already playing wind blowing animation based on events thus need to have access the timeScale of TrackEntry of an already started animation.

About the mixing issue, it is gone after I updated to the runtime to the latest version. It mush have been fixed recently considering it is updated not long ago.

Nate

I see, yep it's safe to hold on to until the dispose event. You could also use state.GetCurrent(trackIndex) to get the current track entry. You can check what animation it is for with TrackEntry animation.

Glad to hear updating fixed it! AnimationState bugs can be very difficult to work on. :scared: