Does the speed of a display list depend on how the image was compiled in it. Say I have a complex image which I have placed in a display list. Will the speed of the DL be affected by the choice of commands I used to draw the image (i.e GL_TRIANGLES vs. GL_TRIANGLE_FAN or GL_QUADS vs GL_QUAD_STRIP) ?
Also, I just wanted to confirm. Can you use vertex arrays to create display lists? If so is there an advantage to using that vs the methods listed above?
Yes, I would think that your choice of primitives inside the display list would affect the display list's efficiency just as it would if you do the same calls in immediate mode; you pass more vertices with some of them and thus spend more time.
Also, I think you meant that last question the other way around, as far as "[using] vertex arrays to create display lists." If memory serves, display lists are stored serverside and vertex arrays are stored on the client. You can't enable vertex/texture/whatever errays in display lists, but you can call the draw functions. Subsequent changes to the associated arrays will not appear when you call your vertex-array-drawing display list later, though!
Ultimately display list performance is fast. I've never seen any difference when using GL_TRIANGLE_STRIP, or GL_POLYGON etc. (wirframe or lined versions are the exception) I presume this is due to the graphics hardware splitting the geometry to triangles on input anyway, thus storing the compiled display list will be a minimal set of data to make the object.
Hurrrmmm, I'd say GL_TRIANGLE_STRIP is still the fastest primitive. It would be an utterly stupid driver, if it were any different. Why send three times the geometry data (hog my bus!)when the application has already lined it up nicely.
If you reuse vertices, also have a look at glDrawElements. When you embed it into a display list anyway, you won't have to look into the rather arcane DRE/VAR/CVA stuff to get good performance.
I've made some performance tests yesterday :-) DL with tristrips or VAs (compiled and uncompiled) are equally fast, DL with quads are slower.
DL versus compiled VAs without DL: DL is about 60% faster, for those how care.
I've tested with 256x256 terrain, no culling, on a gf2gts with detonator 21.83, cpu: celeron 950
Nice results wis. Thanks everyone.
I think this might be of some interest too...
I've just changed tristrips to quadstrips and got an extraboost from 70 fps to 81 fps!!!
So it seems quads aren't as bad as I thaught
Is that Display Lists with Vertex Arrays? Or just straight display lists? I just wanna be sure, because I might stick in some display lists for some of my static geometry if I can get a 60% speed increaseOriginally posted by wis:
DL versus compiled VAs without DL: DL is about 60% faster, for those how care.
To sum up my performance tests with my system:
The fastest way of rendering the terrain was:
Display List with Quad Strips
If the Quad Strips are build with VAs or with glBegin(GL_QUAD_STRIP); ... glEnd(); just doesn't matter.
However I haven't tried GL_NV_vertex_array_range, might be faster, and it's dynamic, but the drawback is: I think only NVIDIA has implemented it in GeForce class.
I strongly recommend you though to do your own perfomance tests (and post them in the forum :-)), because the way of transforming polygons is a very important decision and 60% is what I have measured.
Ehrm, quads should be planar, you didn't forget that, eh?Originally posted by wis:
The fastest way of rendering the terrain was:
Display List with Quad Strips
EXT_draw_range_elements is somewhat similar and available on a wider range of hardware. Performance increases a bit when used in conjunction with EXT_compiled_vertex_array.Originally posted by wis:
However I haven't tried GL_NV_vertex_array_range, might be faster, and it's dynamic, but the drawback is: I think only NVIDIA has implemented it in GeForce class.
Posting Permissions
