spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

NVidia empfiehlt eine Größe von 64 KB pro Vertex-Buffer. Wenn einer voll ist, fängst Du den nächsten an, das dürfte ein gutes Prinzip sein.

was soll das bringen.? wenn du dann eine eigene funktion hast die die vertex-daten
aus dem vb hohlt, dann bringt dir dein vb höchstens einen performance-verlust. dann benutzt lieber die UP-funktionen.

also das das der richtige weg ist wage ich stark zu bezweifeln, zumindest
so wie dus beschreiben hast

Ist doch ganz einfach. Du nimmst eine Liste, z.B. std::vector, und erzeugst in dieser Liste immer einen neuen VertexBuffer mit einer groesse von ca 64KB, packst ihn voll mit Daten und wenn er dann voll ist, kommt der naechste VB in die Liste.

Ich weis jedoch nicht wie genau das Sinn machen soll. Was jedoch absoluter mist ist, alles in einen VertexBuffer zu Packen, der dann so gross wird, das er nicht mehr im Video-Speicher landet sondern in Hauptspeicher und das Kopieren von da aus in den VRAM kostet unendlich viel Zeit. Hmm....so betrachtet ist es schon ganz Praktisch wenn man die Empfehlung von NVidia nimmt.

Aber warum sind es denn am besten grad die 64KB? Ich mein das ist ja nicht viel. Wenn man einen Vertex mit nur Position, Normale und Diffuse Farbe hat, sind das schon 36Byte. Was dann rund 1770 Vertice sind, die man Speichern kann. Ein Modell hat aber schon mal schnell 20.000 Dreiecke also 60.000 Vertice. Dann breuchte ich schon alleine fuer ein Modell Rund 30 VertexBuffer.