A fast, easy to use, free, and community supported 2D game engine
FiberCore
Member
I have a scene include many static sprites (about 100). My frame rate drops from 60 to 48. Is it normal?
I always thought that static sprites will integrated with background, who won't degrade fps.
I tested a method I found in the forum:
Create an empty sprite, add the background to it and the add the sprite to the layer.
But it cannot help. I just want to figure it out, does static sprites degrade frame rate?
Please correct me if I'm wrong, but I think a sprite sheet won't increase fps performance in terms of rendering, it will just make faster when you create the sprites if you have the whole texture already loaded, instead of loading one texture at a time.
What he needs, I think, if sprites are not going to move, it's a CCRenderTexture, as in this case there will be only one rendering call.
As I said, I may be wrong, but anyway, I think in your case, what you need is the CCRenderTexture, maybe combined with the spreadsheet. For the CCRenderTexture, I can give you some examples on cocos2d v0.8.2, but I am sure it will be similar. What you do is, instead of creating a Sprite, you create a RenderTexture, be sure you put the right with and height, depending of your orientation as well:
RenderTexture *rt = [RenderTexture renderTextureWithWidth:480 height:320];
[rt begin];Then you create your set of Sprites, but instead od add to the layer, you just call the visit method:
Sprite *sprite = [Sprite spriteWithFile:@"image_path.png"];
[sprite visit];Then add the RenderTexture to the layer:
[rt end];
[self addChild:rt z:DEPTH_ORDER_HERE tag:RENDERTEXTURE_TAG_HERE];And that's it, you only have one combined texture to be called when redrawing.
goki
Member
Please correct me if I'm wrong, but I think a sprite sheet won't increase fps performance in terms of rendering, it will just make faster when you create the sprites if you have the whole texture already loaded, instead of loading one texture at a time.
CCSpriteSheet renders all its children (CCSprites) with one draw call, so it does increase performance.
goki
Member
@itlgames: I haven't looked into source code of CCSpriteSheet, but here's quote from cocos2d API documentation:
All CCSprites added to a CCSpriteSheet are drawn in one OpenGL ES draw call. If the CCSprites are not added to a CCSpriteSheet then an OpenGL ES draw call will be needed for each one, which is less efficient.
FiberCore
Member
Thank you @itlgames, Thank you@goki
In fact, spritesheet was renamed to CCSpriteBatchDraw in 0.99.5. I rewrited my codes with CCSpriteBatchDraw according to SpriteTest exmaple in cocos2d SDK. It works, but frame rate drops about 43. It is lower than use Sprite directly which fps is about 48!
It drives me crazy. Why use CCSpriteBatchDraw makes fps lower than using CCSprite directly?
Did you test this on the device in release mode? If you're testing on the simulator that says nothing about actual performance.
EDIT if this results are on the device, you're probably doing something wrong. One draw call instead of 100 individual draw calls would have a noticeable positive effect on your frame rate.
FiberCore
Member
Hi @itlgames
I tested it on the device. (iPad, device release, 0.99.5)
I have these codes posted in another tpoic. You could see it in
http://www.cocos2d-iphone.org/forum/topic/9388
chrisco
Member
@FiberCore - make sure you are adding everything to a single spritesheet. I've seen many people posting code examples on here where they create a spritesheet with every sprite they make (so 100 sprites = 100 spritesheets). It's actually slower to use a spritesheet if you're only adding a small number of sprites to it, which could explain why your game is faster when you use sprites only vs. spritesheets.
Maybe you can post the code where you create your spritesheet and the sprites that go in it?
FiberCore
Member
Hi @chrisco
I just put all the images in a single spritesheet (which means I have a png included all the sprites and a background image). The result suprised me. It increase till 60 fps.
Originally I use Zwoptex to create it. Unfortunately, It support maximally 1024x1024, so cannot meet my demands. How to create a big size png with plist easily?
krub
Member
Hey I have gave my whole day to research this I will write detailed explanation but just for now the key factor to increase is use .pvr instead of .png and you should divide your background images in 16 pieces or more and then put in logical coordinates. This is tested and I took 60 fps while 20 sprites + firework particle system running.
good luck!
krub
Member
@Fiber
Yes you can prepare your png file with Zwoptex but you cannot convert it as PVR file, to do this I can reccomend you to special technique that I use.
open the Terminal and write this path :
/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/texturetool -e PVRTC -f PVR --channel-weighting-linear --bits-per-pixel-4 -o test_image.pvr test_image.png
and BOM! you have .pvr file that you can use instead of png file and remember that your spriteSheet plist still valid.
EDIT : for pvr your png file should have equal width and height.
Cheers!
Just for future reference, SpriteBatchNodes(aka SpriteSheets) are WAY faster than using single sprites. If you have a 100 regular CCSprites, that's 100 draw calls, but if they're in a CCSpriteBatchNode, that's only one draw call(it won't be 100 times faster, but it's still a lot faster).
CCRenderTexture *may* be what you want, but using one "resets the pipeline", which basically means it may take a long time to do that single render, so you may see a single drop in framerate when you're actually drawing the stuff to the RenderTexture. In Trainyard I have around 100 sprites on screen, and I originally did it with a RenderTexture, but then later switched to just using sprites in a SpriteBatchNode and it actually performed a whole lot better.
FiberCore
Member
Thank you, @krub, @Matt Rix
I tried the command @krub said. It generated a pvr (my source png is 1024x1024), Here is my codes:
CCSpriteFrameCache *cache = [CCSpriteFrameCache sharedSpriteFrameCache];
[cache addSpriteFramesWithFile:@"MenuStageStuff.plist"];
_menuBatchNode = [CCSpriteBatchNode batchNodeWithFile:@"MenuStageStuff.pvr" capacity:90];It crashed. What's wrong with my codes?
chrisco
Member
-addSpriteFramesWithFile: tries to load a texture with the same filename as your plist, but with the extension .png (which in your case, doesn't exist).
You might want to look at -(void) addSpriteFramesWithFile:(NSString*)plist texture:(CCTexture2D*)texture. If that doesn't work as expected, you could create a category for CCSpriteFrameCache with a method like -addPVRSpriteFramesWithFile: that does what -addSpriteFramesWithFile does, but replaces the .png extension with .pvr
FiberCore
Member
Hi @chrisco
I found these codes in sdk (0.99.5)
/** creates a CCSpriteBatchNode with a file image (.png, .jpeg, .pvr, etc) and capacity of children.
The capacity will be increased in 33% in runtime if it run out of space.
The file will be loaded using the TextureMgr.
*/
+(id)batchNodeWithFile:(NSString*)fileImage capacity:(NSUInteger)capacity;It looks like batchNodeWithFile could support pvr. But I can't make it work.
chrisco
Member
I'm not familiar with 0.99.5 yet, so I'm not sure how the internals work for that method. What is the error you're getting on the crash? If you're still using the code you listed earlier:
CCSpriteFrameCache *cache = [CCSpriteFrameCache sharedSpriteFrameCache];
[cache addSpriteFramesWithFile:@"MenuStageStuff.plist"];then my guess is you're crashing before the -batchNodeWithFile... method even gets called. Unless CCSpriteFrameCache was updated in 0.99.5 to automatically determine if it should load a PVR or PNG, it's still looking for a file called "MenuStageStuff.png" which doesn't exist in your app.
krub
Member
@fiber
I want to discuss you about how did you manage put both .pvr and .plist file in project with using "CCSpriteFrameCache" couse I didnt manage it(I have already deleted png file because I dont want to use it) and I have created my own parser like .plist.....
Could you explain me about it because I dont know how to call those textures with their name.
if you explain with exact code that you use I will be glad about it.
Thanks
özgür.
You must log in to post.