Related Discussions
...

Hi everyone, im new to spine and am currently working with a human rig however the program is running very slow. It takes about 10 Mississippi's in order for me to translate from one position to another. like im just trying to adjust a hand position a little bit by dragging it, but it is really slow to respond.

im just wondering if there are any settings i might be able to take advantage of to speed it up. its a cartoony human rig, for full facial animation. Could it just be that the rig is to heavy? it is used at a professional studio.

Im running Spine 3.6.53 on a Windows 10 PC solid state. I have a pretty fast computer (able to play pretty much any video game on max, and i also run heavy animation Maya files no problem).

ive heard that this program works better on MAC?

any advice would be greatly appreciated

Spine scales to projects of very large sizes, but it could be that your project is large in an unexpected way. Can you post or email your .spine file so we can take a look? contact@esotericsoftware.com

Spine does not run any better or worse on a Mac.

Thanks! I get 27 FPS during playback in animate mode with quite a beefy computer. Here's the Metrics view with your project:

Image removed due to the lack of support for HTTPS. | Show Anyway

Clipping is normally expensive, especially when clipping many attachments, but hiding your clipping attachment improves things only slightly (1 FPS). Deleting all meshes, regions, and paths reduces vertex transforms down to 0 and then I'm hitting 44 FPS. That is still bad, so the vertex transforms are not the main problem. Deleting all constraints gives 47 FPS, still bad. How could that be when there are only bones and slots? Wait, why are all these slots hidden?! Reload the project, ctrl+H to show all hidden bones and slots:

Image removed due to the lack of support for HTTPS. | Show Anyway

The project is about twice as large as it seemed at first! FPS is 19. Reducing vertex transforms from 130k down to 50k (by removing meshes) and the FPS is 60+, as it should be.

We will look into making Spine more efficient and I'll report our results here. From the quick look at your project above, I'd say you just have too many vertices. It's pretty unlikely you actually need so many vertices! If you are exporting images or video, then the number of vertices don't matter as long as Spine's performance is not a hindrance. If you are planning to use in this with a runtime, then I'd say your project is much too heavy and you almost certainly need to rework things to use as few bones and vertices as possible. Spine does a lot more work than the runtime needs to do, but with this many vertices I doubt performance on any mobile device would be acceptable.

I can say you did well by not using deform keys, which can use a lot of memory.

You might check out this part of the user guide about performance:
Metrics - Spine User Guide: Performance

wow, ok thank you for your input! Ill get back to you here if I figure anything out.