Hi,

so hab es jetzt alles mal getestet... mit einem sehr ernüchternden ergebnis...

Hier mal meine test ergebnisse:
(VSync war immer aktiviert)




Der gute alte immediate mode liefert 60fps.





Wenn ich diese 2 Zeilen für JEDES Quad aufrufe, um eben den VBO zu updaten komme ich auf ca. 15fps.
Der Update-Mode ist hierbei GL_DYNAMIC_DRAW. Mit GL_STATIC_DRAW ist es sehr viel langsamer.




Der VBO wird mit den Zeilen vom vorherigen beispiel (glBufferData()) erstellt und dann mit diesen zwei zeilen ständig geupdated. Liefert: 1fps




Der VBO wird wieder einmalig via glBufferData() erstellt und dann mit diesen vier zeilen geupdated. Ergebniss: 1fps

VertexArrays hab ich nicht getestet da wir ja beschlossen haben das es die in OpenGL 3.0 nichtmehr gibt..
Aber, ich bin jetzt grad etwas ratlos... mir fällt so direkt keine andere alternative mehr ein..

Eine grundlegende sache.. ich habe in meinem VBO 4 Buffer, einen für die Vertex-Daten, einen für Normal, Color und TexCoords.. sprich ich muß jeden der glBindBuffer/glBufferData aufrufe 4x machen, für jeden array einzeln.. gibt es da evtl eine elegantere methode?

Interleaved arrays möchte ich nur sehr sehr sehr ungern machen, das würde bei mir von der verwaltung des ganzen sehr viel sehr verkomplizieren..

Aya~

EDIT: Unabhängig davon hab ich meine Font-Klasse mal auf VBO umgestellt, also so das alle Quads pro Textur in ein VBO kommen, das hat das ganze dann wie erwartet wieder extrem beschleunigt.. löst aber trotzdem nicht das problem mit einzelnen Quads..

2 Triangle in einen VBO zu verpacken ist die 2. höchste Form der ineffizienz(die höchste wäre 1 triangle xD).
Allerdings bleibt klar zu sagen, du wirst es schwer haben, bei so kleinen Daten,bei diesen Umständen und ohne OpenGL3 mit reinem VBO und Texturbinding effektiver als immediate mode zu zeichnen(vieleicht mit Vektorfont statt Bitmapfont ^^).
Bei OpenGL3 würde dir TexturArray das ganze bindingproblem lösen und Vertex Array Object würde dir das ganze VBO binding problem lösen.
Da du aber wohl nicht nur auf OpenGL3 setzen kannst, hilft das mal sage und schreibe 0 weiter.

Ein VBO sollte schon um im Bereich von ~4k Vertice liegen, für die optimale Leistung wird aber wohl kaum in diesem bereich möglich sein aber es gilt, je mehr Vertice durchlaufen werden, des so effizienter wird der draw call.
Ich sagte bereits, dass es sinnvoll ist ein VBO mit einem ganzem Text zu speichern, wieviele Texturbindings du dann machen musst, ist dann eine frage der komplexität des Textes und der Qualität deines Packalgos.
Vieleicht kannst du auch ein Shader verwenden, dann packst du in einen der verwendetden Buffer noch den Sample2D Index noch mit rein, z.B. bei xyzw in das w, da opengl eh für den shader jeden vektor egal welcher größe diesen auf 4 Elemente erweitert, kannst du auch gleich das w selber belegen und nutzen.
Du würdest dann einfach fixen code reinpacken z.B.:
Geht sicher auch eleganter aber du bindest halt zwischen 1 bis 3 Texturen und kann dann den ganzen Text mit einmal zeichnen und hast zwischen 2-4 Bind Befehle und ein Draw Call pro Text.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

@Tak:

Wie schon öffters erwähnt... es geht mir hier NICHT darum wie ich meinen text effizienter zeichnen kann, sondern lediglich darum wie man effizient unter OpenGL3.0/ES einzelne Quads zeichnet.

Das mit dem Text war nur ein beispiel wo es besonders schwer ins gewicht fällt - aber wie man das hier anders lösen kann ist ja klar und auch schon umgesetzt.


Aber in wiefern helfen mir die VertexArrayObjects von OGL 3.0 bei der sache mit einzelnen Quads?

Aya~

Achso, hab ich ned mit bekommen ^^.
VAO erlaubt das sammeln aller VBO und VA Befehle in einem Objekt, damit braucht man nur noch ein Bind machen, um alle Buffer zu binden und alle Vertex Flag manipulierenden befehle auszuführen. Quasi die Displaylist aber nur für sehr spezielle Auswahl an Funktionen.

Partikelsysteme: http://lumina.sourceforge.net/Tutorials/Particle_System.html
Alternativ findest du in ShaderX3-7 bzw. Game Programming Gems 6-7 oder GPU Gems 1-3 immer wieder implementierungen, die vollständig auf GPU arbeiten und somit den slowdown durch die binds umgehen.

Text: Das ist ja nun wohl geklärt.

Decals: Ziemlich ähnlich wie bei Text, nur das man halt einzelne Bullet holes und co in eine Textur sammelt und sonnst bleibt es die gleiche Problematik.

Allgemeine Lösung: Virtual Texture, da es nur eine Textur für alles gibt, kann ein VBO in einen zug gerendert werden und decals und so weiter sind dann auch batches in einem vbo.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Hier ist ein ganz interessanter ähnlicher Thread im OpenGL-Forum: http://www.opengl.org/discussion_boards/ubbthreads.php?ubb=showflat&Number=256256