caseyryan Posted August 2, 2017 Report Share Posted August 2, 2017 Hi! I'm totally new to Spriter. To say the truth I've just found it in google and have no idea of how it works, but the title of the software made me think it might be exactly what I am looking for. So, I've created this topic because I have no time to learn all the information which may not finally be useful for my purpose. So, here's the matter. We're developing an iOS / Android game with a lot of characters and animations. The project is pretty big, and is written entirely in ActionScript 3 for Adobe AIR runtime. It's almost ready for the release. Until now we have been using Dragon Bones as the animation library. But the huge problem of Dragon Bones is that it does tons of matrix calculations behind the scenes every frame, and so when there's a lot of action going on the stage, the game starts to freeze from time to time. The freezes are not that essential actually but they spoil a lot of fun of the game. Let's say it might drop from 60 fps to 10 - 15 for a half a second. Adobe Scout shows the reason of them in Dragon Bones, when it starts an uncached timline. So my questions about Spriter are: How does its API work? Does it also calculate every motion of a character based on XML / JSON animation on every tick. Or does it build a series of frames on the fly when just initialized and glue them together into a frame by frame animation like a spritesheet animation? This approach would cause a greater memory consumption but it would definitely free up a lot of processing time for the CPU I'd be grateful if somebody cleared it up to me. This would help me understand if it's worth it to spend some time and write my own ActionScrtipt 3 implementation of Spriter API's or not Regards, Konstantin Quote Link to comment Share on other sites More sharing options...
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.