Hello! Unfortunately the zip package you have attached is broken, the video contained therein is only 800KB in size. Could you please re-post the video?

Thanks for the re-upload. I just noticed that vlc player plays both of them back correctly, was a problem on my side, sorry.

Your problem is indeed very strange, we have not encountered something like this before.

Did you change any of the default settings?

What is the Images Path pointing to in your project? Do you have the Limit Scanning setting enabled?

This is super bizarre because very, very little is happening when dragging a new bone. We looked through it, but can't see anything that would cause this.

I suppose you could try resetting you Spine settings to the defaults.

Spine uses it's own JRE, so the system JREs won't affect it. Could it be possible somehow that software video drivers are getting used? Though that wouldn't explain why only the Create bone tool is slow. :wounded: Can you post your spine.log? It's at ~/.spine/spine.log.

Thanks (the forum would have redacted your info ). OK, if you're still having trouble the, let us know and we'll try to come up with something to work out what is happening. :nerd:

Is it only the bone Create tool that is sluggish? Did you try rotate, translate, scale, etc in both setup and animate mode? Is animation playback in animate mode sluggish? You can turn on an FPS counter in the settings (which is shown in the title bar during playback).

You could try starting Spine with `

disable-audio(eg modifySpine.sh), at least to eliminate audio as the culprit (even though that is unlikely). You could also try a higher or lower number for-Xmx1024M`, which is the max memory Spine will use.

You could try the 32-bit or 64-bit Linux version, whichever is opposite what you have tried so far.

Maybe something above will help us with some clues.

Damn, I was hoping we'd have some luck.

I would never suggest to a Linux person to switch to Windows! :nerd: I use Lubuntu in VirtualBox for most Linux testing. Even in a VM I'm not seeing lag when dragging a new bone with the Create tool. If it's something GPU or otherwise hardware specific, changing distros may not help.

It's hard to tell from your video, if you move the mouse and then stop and don't move it at all, does the new bone catch up, or does it freeze some distance away? If it freezes some distance away, it could be that Spine isn't getting all the mouse events for some reason.

Tracing through everything that happens with the Create tool, we found some work that could be avoided and made some changes for 3.8.07-beta.

Can you try this: enable bone compensation by clicking Bones in the Compensate group on the main toolbar, then try the Create tool. If that improves things then likely it is fixed in 3.8.07-beta.

Great! I'm super glad that was it, as we had run out of ideas. :wounded: I'm happy to go through a bit of pain when we kill the bug in the end! 8)

Ah, the rabbit hole goes deeper! Turns out there is a similar problem triggered indirectly... should be fixed in 3.7.94 and 3.8.09. Please let us know if you see any other slowness! We've gotten good at tracking it down now (assuming it's the same cause).

It's beautiful! 8)

Can you please check that the problem is gone in 3.8.09-beta?