Was this working before or is this new?
I don't recall specific details but before to keep the animation playing after the timeline end I needed to set Wrap Mode to Hold and it keeps playing the last set spine animation. I just tried setting the Wrap Mode to None (as in your video) and my timeline behaved the same way as yours, which AFAIR was the same with the 3.8 timeline.

When I added the "don't pause with director" I added it more as a workaround to support the older behavior before this fix was create:
https://github.com/EsotericSoftware/spine-runtimes/issues/1920
which I needed in the middle of the timeline, I didn't expected it to "work" also at the end of the timeline

Edit: Or I needed the Hold mode because of the unity animation that was also supposed to keep looping in my case
Edit2: I wanted to justify the default to false, a bit more. The fix above was to pause with the director, which I believe made it consistent with how other unity components work, I just needed it not be like that in a few case (see here: Timeline and Director pause change )
To be honest I would also be happy to have a default of true, but wouldn't that be a more of an inconsistent behavior inside unity?
Edit3: (I knew I should have finished my morning coffees before posting crap on internet)
I just went back in time and tested before the 4.0 (on 3.8 ) upgrade and it definitely didn't stop the spine animation, only the unity animator when using wrap mode set to None, but played both when set to Hold.

Jamez0r yazdı

Personally, if there isn't a way to distinguish between the two, I feel like maybe the "Dont Pause with Director" option should be checked by default?

As stated by vhristov in the posting above, we prefer to keep it to the default Unity behaviour as much as possible (which is to pause Spine animations with the directory), even if this means breaking the default behaviour once.

Jamez0r yazdı

It's definitely due to the "Don't Pause with Director" option - is it intended to work this way where it counts as a "pause" when the Timeline finishes, or would it be possible to differentiate between the Timeline pausing versus the Timeline completing? (I know Timeline is pretty tricky to work with... lol)

Thanks for reporting! We will have a look if it can safely be distinguished.

vhristov yazdı

Edit3: (I knew I should have finished my morning coffees before posting crap on internet)

:coffee: :nerd: No problem, thanks for updating the posting!

This feature has just been implemented.

• Timeline clips now also offer a Don't Pause on Stop parameter in addition to Don't Pause with Director for partially keeping old pause behaviour. This allows to continue playback after the Graph has stopped (when the Track has ended) when Don't Pause with Director is disabled. When Don't Pause with Director is enabled, this parameter has no effect.

A new 4.0 Timeline UPM package is available for download here as usual:
Spine Unity Download

It was tracked under this issue ticket:
https://github.com/EsotericSoftware/spine-runtimes/issues/1933

Jamez0r yazdı

that could have ended well before the Timeline finished playing

This made me realize that the way how Pause is implemented is not actually breaking Jamez0r's spine timeline but is pausing an animation that is already controlled outside of the timeline. I personally don't have such a use case in my project neither with spine, nor with unity's animator, so I cannot comment on how it shall work, but I can agree that it looks strange.

It makes me wonder if the HandlePause shall pause the current TrackEntry or what is actually being played by the timeline, which in Jamez0r's case is already nothing. Something like saving the trackEntry when doing SetAnimation and then pause that ?

Another issue I found out that there is an inconsistency between how playing the timeline behaves while playing in edit-mode (or scrubbing) vs playing it in play mode (unrelated to 4.0, reproducible on 3.8 too, but worth mentioning here I believe).


On the first image the animation is played completely in both Edit/Scrub/Play mode.
On the Second image:

• In editor/scrub mode the animation is played only up to ₅₈₀ frame (where the state clip ends) then it is frozen
• In play mode the animation is played for the full duration the same way as in the first image (from 450 all the way up to 840)

Thanks for getting back to us. These are indeed very valid points, thanks for reporting! We'll see what we can do.

The above issue have just been fixed with the latest 4.0 Timeline package (also fixing this issue ticket). Behaviour at clip end (includes graph stop) is now configurable and defaults to mix out to the empty animation at the clip's end.

• Fixed Timeline Spine AnimationState Clips ignoring empty space on the Timeline after a clip's end. Timeline clips now also offer Don't End with Clip and Clip End Mix Out Duration parameters if you prefer the old behaviour of previous versions. By default when empty space follows the clip on the timeline, the empty animation is set on the track with a MixDuration of Clip End Mix Out Duration. Set Don't End with Clip to true to continue playing the clip's animation instead and mimic the old 3.8 behaviour. If you prefer pausing the animation instead of mixing out to the empty animation, set Clip End Mix Out Duration to a value less than 0, then the animation is paused instead.

The spine-unity 4.0 Timeline UPM package is available for download here as usual:
Spine Unity Download
Please let us know if this now resolves your issues!

Jamez0r yazdı

This looks to have fixed the original problem I had in this post. Meaning I can keep "Don't Pause with Director" the default value (false). Awesome!

Very glad to hear! 8)

Jamez0r yazdı

I think there might be a typo on the documentation here:
...
I think that should say "Blend In Duration" instead of Ease In Duration. I'm under the assumption that "Ease In Duration" isn't used for anything with a Spine Animation State Clip?

Thanks for pointing that out. I just noticed that blendInDuration and easeInDuration in Unity's clip API do not resolve to a single value behind the scene, which I would have expected.

We could quite easily adjust the Mix Duration to the both blendInDuration and easeInDuration, but unfortunately as you have shown in the video, this would not lead to a transition from the empty animation with only this modification. Unfortunately the required modifications are not completely trivial, I might have a more in-depth look at it later this week.

Jamez0r yazdı

Harald yazdı

We could quite easily adjust the Mix Duration to the both blendInDuration and easeInDuration

Awesome~~ that would be great!

Sorry, that was a bit misleading perhaps:
The code could easily be adjusted to set the mix duration to respect both blendInDuration and easeInDuration, but unless mixing from blank space works it will not have any effect. At least that's what quick tests have shown.

Jamez0r yazdı

Do you think that in the meantime it would be safe to do what I did in the video, where I placed the Empty Animation clip to start on the same frame as the actual Animation clip (where it's fully overlapping the Empty Animation clip)? Wasn't sure if that was more of a 'hack' or if it would be okay to do. It seemed to work! :nerd:

It should not stop working after any of the planned changes, so it should be a safe workaround. I can say more about it when having had a more in-depth look.

The issues have just been fixed, a new 4.0 timeline package is available for download here as usual:
Spine Unity Download
EaseIn should now work with either of these three ways:

1. having blank space in front,

2. the empty animation starting at the same time,

3. or the empty animation starting earlier.

Please let me know if this fixes your issues as well. Thanks again for reporting!

Issue ticket URL for later reference:
https://github.com/EsotericSoftware/spine-runtimes/issues/1961

Glad the majority worked as desired, sorry to hear that there is this update issue remaining. :wounded: I'm more happy with a separate ticket in this case, thanks for creating!

Unfortunately after some investigation it seems a bit like an Editor scripting quirk of Unity, since it only does not save the modifications to the timline asset when inside play mode, when play mode is not started, it seems to work. We will have another try on fixing this issue next week hopefully, since some things we quickly tested failed to make any change. In case you discover what could fix the problem, as always don't hesitate to let us know, we're more than happy to integrate your bugfixes! 8)

I received email notifications for your additional comment, so no chance of missing it, thanks for asking.

Thanks very much for your efforts, very much appreciated as always! 8) We will have an in-depth look at it and let you know whether the workaround can safely be integrated.

The proposed solution is indeed suitable, thanks very much for sharing! 8)

A new 4.0 Spine Timeline UPM package with the respective changes is available for download:
Spine Unity Download

Thanks as well Jamez0r! 8)