Howdy, Stranger!
It looks like you're new here. If you want to get involved, click one of these buttons!
Quick Links
Categories
- 7.8K All Categories
- 11 Help with translations
- 4.2K General questions
- 107 Roadmap
- 358 Game & application design
- 316 Plugins
- 70 User experience
- 75 Marketplace
- 291 Code snippets
- 34 Building a team?
- 269 Suggestions & requests
- 352 Announce your apps made with Gideros.
- 90 Step by step tutorials
- 668 Bugs and issues
- 195 Introduce yourself
- 239 Announcements
- 106 Forum talk
- 404 Relax cafe
In this Discussion
sprite vs group
mumuja
Member
It seems that sprite is not actually sprite in the normal sense in gideros? It is more like a hierarchical group as opposed to a visual animation
Sprite as far as I know, is an animated object that can be programmatically controlled such as, after input from texture packer
you can call something like sprite:play(), sprite:loop(), sprite:stop(), pause etc
and right now to animate things, it is rather manual because it calls enterframe? I am not sure how this would affect performance too, considering enterframe is almost always bad..
Sprite as far as I know, is an animated object that can be programmatically controlled such as, after input from texture packer
you can call something like sprite:play(), sprite:loop(), sprite:stop(), pause etc
and right now to animate things, it is rather manual because it calls enterframe? I am not sure how this would affect performance too, considering enterframe is almost always bad..
Comments
After we add tween and movieclips to Gideros, you can eliminate some (or most) of the enterframe events. Also animating sprites in enterframe is not bad. We didn't meet performance problems with many independent sprites with enterframe events. But tweening support in the core API is better solution (considering performance and ease of use).