Drawing using interleaved array of x,y,uvx,uvy,color for performance boost?

cocos2d for iPhone » Programming » cocos2d (graphics engine)

Drawing using interleaved array of x,y,uvx,uvy,color for performance boost?

(10 posts) (4 voices)

Started 8 months ago by CJ
Latest reply from CJ

Tags:

CJ
Moderator

I was listening to this podcast from Stanford's CS course which had a developer from NGMoco talking about performance optimization with OpenGL for iPhone. Here's a link which includes a demo project and the presentation slides: (you can also search itunes-U for the audio) http://gamemakers.ngmoco.com/post/111712416/stanford-university-and-apple-were-kind-enough-to

His example is a particle system that he optimizes by doing the following:
1. Batch Geometry
2. Texture Atlases
3. Interleaved Arrays
4. Indexed triangles
5. Floats vs shorts (turns out shorts are good to feed into openGL)

And I was hoping Riq or some other Cocos2D guru here can see if there's anything that could improve rendering performance of Sprites or AtlasSprites or Particles Systems using some of these techniques.

:)

Posted 8 months ago #
CJ
Moderator

+1 week. Maybe no one saw this thread. Bump.

Posted 7 months ago #
Codemattic
Moderator

Bad time to bump since Riq is away! It looks like good advice on optimizing though.

Posted 7 months ago #
CJ
Moderator

hmm. ok. +1 bump for Riq being back :)

Posted 7 months ago #
riq
Key Master

1. Batch Geometry
2. Texture Atlases
3. Interleaved Arrays
4. Indexed triangles
5. Floats vs shorts (turns out shorts are good to feed into openGL)

cocos2d uses:
1,2,3,4 but not 5.

But if you want to make some performance tests with 5, please, post your results here.

Posted 7 months ago #
CJ
Moderator

Great, thanks Riq. Will do.

Posted 7 months ago #

Re: the short vs. float thing I found this post on stackoverflow as well:
http://stackoverflow.com/questions/1287811/what-does-the-tiler-utilization-statistic-mean-in-the-iphone-opengl-es-instrument

He claims to get 30% increase in performance by making the change.

But I'm hoping someone can help me with this bit... padding to a 32bit boundary as described in that link. Practically, what is involved in achieving that?

In preparation for testing all this, I made some new struct types:

typedef struct _ccVertex3S
{
	short x;
	short y;
	short z;
} ccVertex3S;

typedef struct _ccV3S_C4B_T2F
{
	//! vertices (3S)
	ccVertex3S		vertices;			// 6 bytes
	//	char __padding__[4];

	//! colors (4B)
	ccColor4B		colors;				// 4 bytes
	//	char __padding2__[4];

	// tex coords (2F)
	ccTex2F			texCoords;			// 8 bytes
} ccV3S_C4B_T2F;

typedef struct _ccV3S_C4B_T2F_Quad
{
	//! top left
	ccV3S_C4B_T2F	tl;
	//! bottom left
	ccV3S_C4B_T2F	bl;
	//! top right
	ccV3S_C4B_T2F	tr;
	//! bottom right
	ccV3S_C4B_T2F	br;
} ccV3S_C4B_T2F_Quad;

Posted 7 months ago #

CJ
Moderator
I got an answer about the padding from none other than Jeff LaMarche (http://iphonedevelopment.blogspot.com/)

Basically I just do this to take care of the struct with 3 shorts in it (6bytes=24bits) to make it (8bytes = 32bits):
```
typedef struct _ccVertex3S
{
    GLshort x;
    GLshort y;
    GLshort z;
    GLshort padding;
} ccVertex3S;
```
Note that he also recommended using GL data types because it defines the size of a short to be 16 bits, but just a regular short could actually be dependent on the system.
Posted 7 months ago #
Matt Rix
Member

They mentioned that at the iPhone tech talks, I meant to try it out, but forgot :)

Any results yet? I'm curious to see how much of an impact this has.

Posted 7 months ago #
CJ
Moderator

I'm working on a full writeup on how to get the most performance from Cocos2D and OpenGL, but the prelim results for this aspect are... If you reduce the data size sent to openGL (by using shorts in this case to represent the positions) you reduce the utilization of the openGL Tiler. I will delve into what this means further when I post the full writeup, but the other factor to openGL performance is the Renderer, so if you happen to have a case where your utilization of the Renderer is low but your use of the Tiler is high this is a performance win for your app. (The Tiler/Renderer utilization stats can be seen by running with the OpenGLES instrument).

It turned out that in my game I am using like 99% of the renderer and only 15% of the tiler, so I've spent the last few days trying to optimize for this case. (And making Cocos2D run with GLshort vertex types is a bit of work at this stage, but I will post a patch later if people are interested in trying it)

Hope that all makes sense, I will post back here again when I have a full report.

Posted 7 months ago #

RSS feed for this topic

Reply

You must log in to post.