posted by JD:
Yup, as you can see the speeds are about the same now. I think std gl path might further come close to the other two in real world situations.
of course. in real world situations geometry transfer isn’t always the bottleneck, so you won’t always get a 2x performance increase as fritzlang’s test app did.
i really must be doing something wrong here. i’m just drawing a highly tesselated sphere, about 300,000 vertices. i’m definitely geometry bound. my vertices consist of 3 floats for a location, 3 floats for a normal, and 2 floats for a tex coord. i’m drawing with glDrawRangeElements, and i’m using a buffer object for the indices. i specify STATIC_DRAW for the usage parameter in glBufferDataARB. i get 20 frames or so on a geforce 4 ti 4400 with the 43.51 drivers, both with standard vertex arrays and with vbo. that’s actually a slight drop from the 43.45 drivers. any ideas?
fritzlang, could you email me that test of yours, or post it online somewhere? if it’s the case that the drivers are just doing something screwy i don’t really mind for now. i just want to know if the problem is my code, and i suspect it is.
I’ve never tested this code on any other machine than mine but please give it a
try. This is nvidia only.
//EDIT: LINK_REMOVED//
There are two exe:s, one using STD arrays and one using VBO to draw a 129 x 129
GL_LINE_STRIP patch. You can turn off the reference coord-sys using the ‘G’ key to increase fps.
Cheers.
[This message has been edited by fritzlang (edited 04-15-2003).]
[This message has been edited by fritzlang (edited 04-22-2003).]