Unity 2021. Spine takes a long time to give back control

IndieDoroid

Hello,

I've experiencing this for a while now. But finally got fed up and had to get help. 😅

Is there a way I can stop Spine from refreshing each time I do something in the editor?

At times the refresh takes a long time to relinquish control. It occurs in these situations:

Exiting play mode
Recompiling a script from Visual Sutdio Community
Refocusing on Unity after using another application (Blender etc)

Is anyone else experiencing this? I'd appreciate any tips to stop Spine from doing this.

Thanks

Spinebot

It seems like you are experiencing performance issues with Spine in Unity, particularly when exiting play mode, recompiling scripts, or refocusing on Unity. This could be related to the EditorApplication.delayCall issue, where certain operations in the Spine Unity Editor might be taking longer than expected. You can try disabling the IssueWarningsForUnrecommendedTextureSettings in the Spine preferences to see if it helps. Additionally, ensure that your graphics drivers are up to date and check if any other software might be interfering with Unity's performance. If the problem persists, consider creating a minimal Unity project that reproduces the issue and sending it to Esoteric Software for further investigation.

IndieDoroid

Spinebot You can try disabling the IssueWarningsForUnrecommendedTextureSettings
Give direction on where to find this setting.

IndieDoroid

Also this pop up will appear just before, which also takes some time to stop loading.

IndieDoroid

I just realized I posted about this almost 5 years ago.
https://esotericsoftware.com/forum/d/16618-editorapplicationdelaycall--spineunityeditor/7

So I commented out the code suggested by Harald. And it seems to have stopped it from what I can tell.

I'll come back to upate it if things change.

I just hope this doesn't cause some bugs for Spine.

public static void ConfirmInitialization () { //if (!initialized) //Initialize(); }

Harald

Sorry to hear you were running into this issue, we would love to fix it if we can consistently reproduce it on our end. Which exact version of the spine-unity runtime are you using? Could you perhaps send us a minimal Unity project that still reproduces this issue? You can send it as a zip package to contact@esotericsoftware.com, briefly mentioning this forum thread URL so that we know the context.

IndieDoroid

Harald
Hi Harold

I'll take a look, but I don't think I can shrink down the project for it to effectively reproduce the issue.

I have a feeling it's because I have 100's of Spine assets. (Characters, Environment) which is causing the long lag times.

public static void ConfirmInitialization () { //if (!initialized) //Initialize(); }

This has stopped the 30+ seconds of waiting which is good news.

But I still get 4-5 seconds of this pop up after ending play mode or editing VS scripts. Do you have any tips on how to disable this?

Thanks for the help

IndieDoroid

Harald Which exact version of the spine-unity runtime are you using?

Oops. Forgot this.

That's the version. Is there a log file I could send to you guys?

Harald

IndieDoroid But I still get 4-5 seconds of this pop up after ending play mode or editing VS scripts. Do you have any tips on how to disable this?

Sorry to hear there is still some delay. I'm afraid we need a reproduction project which we can use to analyse the situation properly though. If it has to contain many skeleton assets that's fine as well, if the problem does not occur with only a few. Perhaps you could create a reproduction project where copying a single skeleton asset directory 20x reproduces the issue, you can then write in a readme file that directory X needs to be copied N times as a reproduction step. What's most important here is to quickly get to the same project setup without having to try for hours to find the problematic project settings and asset count to reproduce the issue.

Harald

IndieDoroid That's the version

That's not the precise version of the spine-unity runtime I was hoping to receive. 🙂
The screenshot is showing the URP Shaders UPM package directory, listing 4.2 as the broad spine-unity compatibility version, and the URP Shaders package is compatible with Unity 2019.1+.

I assumed I have mentioned that in previous postings already which was why I omitted the whole text:
The exact spine-unity package version is the name of the unitypackage, also listed in Assets/Spine/version.txt, or the version of the spine-unity package in the Package Manager window.