Rendering 250k+ vertices FAST?

[pixartist]

Hi, I render about 280000 vertices in openGL using the Quads type, and it's pretty slow. I know other applications that can render a LOT more vertices without performance issues. How come it's so slow the way I do it ?

I render them using driver.DrawVertexPrimitiveList();

any way to drastically improve performance ?

[serengeor]

Hi, I render about 280000 vertices in openGL using the Quads type, and it's pretty slow. I know other applications that can render a LOT more vertices without performance issues. How come it's so slow the way I do it ?

I render them using driver.DrawVertexPrimitiveList();

any way to drastically improve performance ?

Do you use .NET? Because I saw you post on lime thread, and dev of lime explained it why its slow to draw it like that.

[pixartist]

oh, he did? I did not see that... gonna read that now

[ChaiRuiPeng]

I know other applications that can render a LOT more vertices without performance issues. How come it's so slow the way I do it ??

because those other applications don't try a brute force draw attack

it would be helpful if we knew what kind of scene you are trying to render.

if they are not all visible at the same time you should look into some kind of octree rendering optimization.

as far as i know this isn't to hard to apply with the premade OctreeMeshSceneNode in irrlicht. may i ask why you are calling the driver directly?

[hybrid]

Yeah, using a meshbuffer with hardware mapping set to static should also help here. It's not always the case, but in many situations it help a lot.

[Radikalizm]

Also, don't forget it's not only about the amount of vertices you're trying to draw, it's also about the amount of drawing calls they're drawn in

It's all about finding a balance between vertex counts and draw calls