Hallo,
ich möchte Vertex Buffer Objects verwenden um Würfel zu zeichnen.
Um die Anzahl der Koordinaten für einen Würfel zu reduzieren greife ich indiziert auf die Koordinaten zu.
Anstatt in einem Vertex-Array also 24 Vertizes anzugeben, verwende ich nur 8 und greife dann über ein Index-Array darauf zu.

Nun habe ich auch noch ein Array für die Normalen und für die Farbwerte der Vertizes.
Das Problem ist folgendes:


Das Index-Array wird so nicht nur für die Indizierung der Vertices verwendet, sondern auch für die Normalen und Farbwerte.
Allerdings möchte ich ja die z.B. die Normalen den Vertices völlig anders zuweisen, als es das Index-Array vorgibt.

Hat jemand eine Idee, wie ich das Index-Array nur auf das Vertex-Array und nicht auf die Normalen und Farbwerte beziehen kann?

MfG Knaggy.

Also ich denke es macht keinen Unterschied ob du 8 oder 24 Vertices benutzt. Die Vertex-Postion die du maximal einsparen könntest ist 12 Byte groß. Du sparst 16 Vertices, kannst also insgesamt 192 Byte einsparen. Eine Grafikkarte hat eine Speicherbandbreite von irgendwie so etwa 50 GB pro Sekunde. Außerdem hast du dann alles in einem Buffer, was natürlich auch schneller ist als wenn die Grafikkarte erst alles aus verschiedenen Buffern zusammensuchen müsste. Lohnt also nicht wirklich.

Bei hochauflösenden Meshes mit einigen Millionen Vertices sieht die Sache natürlich ganz anderes aus. Dort könnte es möglicherweise Sinn machen an dieser Stelle zu optimieren. Hier könnte man vielleicht irgendwas im Vertexshader mit Texturen machen.

_________________
Yeah!

Und wie macht man das jetzt? Mich würde das auch mal interessieren, da ich in verschiedenen englisch-sprachigen papers die Beispiele nicht ganz verstanden habe. Ob etwas Sinn macht oder nicht sei erstmal dahin gestellt, immerhin können die wenigsten von uns abschätzen welchem Zweck das Code-Konstrukt anschließend dienen soll. Also wenn du das erklären könntest fände ich das echt klasse. Für meinen Teil versuche ich nähmlich md3 Modelle platzsparend zu zeichnen. dafür wollte ich gleiche Modelle in ein vbo zusammenstecken, die Texturkoordinaten aber aus einem anderen Buffer indizieren, weil es ja blödsinn wäre die für jedes Modell erneut zu speichern. Zu beachten ist, dass alle Modelle in einem anderen Animationsstatus sind, deshalb kann ich die Geometriedaten schlecht verkleiner/verkürzen. Die TexCoords bleiben aber immer gleich.

_________________
Klar Soweit?

Soweit ich weiß ist es leider nicht möglich verschiedene Index-Arrays zu verwenden... hat mich auch schon oft gestört (denn sobald man dann TexturKoordinaten, Normalen, Tangenten etc hat bringt ein Index-Array kaum noch etwas..)

@Sellmann:
Normalerweise macht man sowas hier um einen VBO mit Indices zu rendern. Dabei sagt man mit GL_T2F_N3F_V3F was und in welcher Reihenfolge sich alles im VBO befindet.


Will man die Sachen in einzelnen Buffern, geht das glaube ich so:


Dabei muss man aber beachten das alle Buffer gleich groß sind. Also Vertex mit der Nummer i im Buffer m_vbo_vertices, gehört immer zur Normale i im Buffer m_vbo_normals. Wenn man das völlig flexibel (wie Knaggy) will kann man statt VBOs Texturbuffer-Objects verwenden. Dann kann man die Zuordnung im Vertexshader selbst vornehmen. Würde ich aber als "fortgeschritten" bezeichnen und ich glaube auch nicht das man da soviel sparen kann, weil man ja noch irgendwie zusätzliche Indices pro Vertex etc. benötigt.

_________________
Yeah!

Zusatz:
Mit Instancing könnte man das so lösen:
Man rendert eine einzelnes Dreieck per Instancing. Die Daten für dieses Dreieck sind egal, man nimmt also einfach nur 2D-Vertices ohne alles.
Mit einem TexturbufferObjekt vom Typ RGB32UI bauen wir uns einen eigenen Indexbuffer aus dem wir im Vertexshader an der Stelle 3*gl_InstanceID + gl_VertexID lesen. Im roten Farbkanal ist der Index für den Vertex, im grünen Kanal die Normale usw. Mit den erhaltenen Indices können wir dann aus weiteren Texturbufferobjekten (z.B. vom Typ RGB32F) lesen.
Solltest du dir aber gut überlegen ob sich das lohnt, weil Texturzugriffe die abhängig von anderen Texturzugriffen sind vergleichsweise langsam sind.

_________________
Yeah!

Bei einem Würfel ein paar vertices einzusparen bringt definitiv nichts. Vorallem nicht da sich alle vertices in den Normalen und Texturkoordinaten unterscheiden.

Der Indizierte zugriff bringt erst etwas wenn die Modelle größer und komplexer sind. Dann kann im besten fall ein Vertex ~6 mal wiederverwendet werden. aber auch nur wenn alle Attribute gleich sind.

_________________
Lumina plattform unabhängige GLSL IDE

Hmm, nagut. Dann lasse ich das mit der Indizierung.
Es werden 20160 solcher Würfel gezeichnet, ich dachte, dass es sich dafür lohnen würde.
Gruß Knaggy

Bei 20000 Würfeln kannst du sicher mehr rausholen, wenn du Aufrufe von glDraw*** einsparst. Sofern deine Szene statisch ist (bzw. die Relation der Würfel untereinander) könntest du alle Würfel in ein einziges großes VBO werfen.

Ansonsten bietet sich natürlich Instancing an. Der Aufruf sähe dann einfach so aus:

In einem Texturbuffer-Objekt speicherst du die 20160 Matrizen der einzelnen Würfel. Im Vertexshader hast du mit gl_InstanceID die Nummer des aktuell gerenderten Würfels. Also einfach an Position gl_InstanceID in das Texturbuffer-Objekt mit den Matrizen gucken und diese als ModelViewMatrix verwenden.
Der einzige Nachteil von Instancing ist eigentlich, dass man relativ neue Grafikhardware benötigt und natürlich zwingend einen Vertexshader braucht.

_________________
Yeah!