Ich zeichne mir derzeit ein Schachbrett mit GL_Quads. Da sie statisch sind dachte ich mir: gut packst du die Vertices in einen Buffern und fertig.
Gesagt getan, es klappt auch alles. Nur haben die Felder natürlich Farben.
Also habe ich einen zweiten Buffer angelegt und dort meine Farbdaten (float array: float[4][]) reingeschoben. Das Array besteht lauter 4 stelligen Einträgen die RGBA Daten enthalten.
Nun switche ich zum Vertex Buffer, Pointer ihn mit glVertexPointer und zeichne dann mit glDrawArrays. Ich sehe nach wie vor mein Grid (die schwarzen jedenfalls), aber keine anderen. Weiße und testweise blaue werden nicht angezeigt, also nicht coloriert.

Meine Buffer Methode sieht so aus:


Ich sammle alle Vertices und speicher sie in einer struct namens Vertex und buffer sie. Und dann sammle ich alle Farben und speicher den void* pointer auf das erste Element und gebe als Größe eben die Anzahl der Elemente mal 4 (wegen RGBA) mal float.sizeof. Ist das falsch?

Das Cachen funktioniert einwandfrei, wie das zeichnen des eigentlichen Grids ja beweist.
Die Pointer Methode sieht so aus:


Also aktivieren tue ich auch eig. alles.
Texturen sind zwar auch parallel aktiviert, aber das sollte ja nicht das Problem sein, oder? Die schwarzen Kacheln werden ja problemlos korrekt angezeigt.

Hier noch zwei Bilder:
Wie es mit dem Buffer aussieht:
http://s14.directupload.net/file/d/2896 ... tc_png.htm
und wie es eigentlich aussehen sollte:
http://s14.directupload.net/file/d/2896 ... 4a_png.htm

Sehe ich das richtig, dass deine Vertex- und Farbdaten sequentiell im Puffer liegen und nicht interleaved? Dann müsstest du bei glColorPointer noch ein Offset angeben, das sich aus der Anzahl der Vertices mal der Größe berechnet (als 4. Parameter).

grüße

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Ich frag mal ganz blöd: Wie würde ich sie denn interleaved in den Buffer schreiben? Indem ich es abwechselnd buffere?

edit:
Und inwiefern gebe ich das offset an? Das ist doch ein Pointer?

Nen Pointer ist auch nur ne Zahl . Einfach das Offset in Bytes nehmen, auf Pointer casten und dann geht das.

Interleaved: Weiß nicht wie man das in D baut, aber halt einfach immer abwechselnd Vertex und Farbe in den Puffer schreiben.

grüße

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Ah danke vielmals, das werde ich direkt mal probieren. Aber gibt es keine Möglichkeit, das als interleaved anzusehen?
Mit glSecondaryColorPointer oder glInterleavedArrays?

glSecondaryColorPointer hat damit nichts zu tun. glInterleavedArrays schon, das ist aber auch nur eine Bequemlichkeitsfunktion für ein sehr eingeschränktes Set von Vertexbufferkonfigurationen. Wir haben auch ein Tutorial, wo darauf genauer eingegangen wird: VBO ohne glInterleavedArrays.

Du „markierst“ das ja schon als Interleaved, wenn du die Offsets einfach richtig setzt. Mehr ist interleaving ja nicht .

grüße

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Also wie würde das aussehen, so?

In Anbetracht, dass die CacheShapes Methode so aussieht:


Also der Vertex in Buffer 0 und der Color in Buffer 1 wandert.

Rendern tue ich beides so:


Doch das klappt nicht, ich bekomme immer noch dieses Bild: http://s14.directupload.net/file/d/2896 ... tc_png.htm . Ist mein Offset falsch?

Mein "_sizeof" ist folgendermaßen definiert:

Ok, ich muss sagen, ich weiß nicht, was diese Buffer-Klasse macht. Kannst du mal sagen, in welcher reihenfolge die Daten im Speicher liegen?

grüße

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Das sind die beiden Cache Methoden:


Zunächst liegen n viele Vertices in Buffer 1 und danach n / 4 viele Farben im RGBA Format im Buffer 2.
Für die Größe der Buffer nehme ich beim ersten die Anzahl an Vertices * sizeof(Vertex) (Vertex ist hier eine Struktur mit 3 floats für x, y und z) und beim zweiten die Anzahl an Farben (also n / 4) * sizeof(float) * 4. Missachte ich irgendwas? Oder ist noch was unklar?
Danke schon einmal für deine Mühe bisher.

Jetzt sehe ich den Käfer.

Also die Cache-Methode für Color ist inkorrekt. Vergleiche dazu mal glBufferData und glBufferSubData. Der Punkt hier ist, dass du den Puffer immer neu erzeugst (was schonmal ineffizient ist; Du solltest auch für vertices auf glBufferSubData umsteigen[1]). Im Falle von Cache mit const void* data als erstem Argument bedeutet das, dass du einen Puffer der Größe size erzeugst und ihn mit dem einen Wert bzw Werteblock, der gerade in data steht, befüllst. Ist das klar soweit?

Das nötige Vorgehen wäre also entweder, das in ein Stream-Artiges Interface umzubauen, wo du einfach immer sequentiell in den VBO schreibst (z.B. mit glBufferSubData) oder im Programm selber den Inhalt des puffers cachest und dann komplett hochlädst. Weiterhin benutzt du (anscheinened) zwei unterschiedliche Vertex Buffer Objects. Du kannst aber nur eins gleichzeitig benutzen um zu Zeichnen. Du müsstest also die Daten entweder Interleaved oder Sequentiell in einen Puffer packen. Interleaved ist im allgemeinen schneller (Caching und so, Coolcat oder Tak haben bei sowas viel ahnung).

grüße

[1]: Grund: Bei glBufferData wird ein neues VB-Objekt auf der Grafikkarte bzw. im Treiber erzeugt. Außerdem werden die gesamten Daten neu übertragen. Bei glBufferSubData verwendest du das aktuelle Objekt (kannst dementsprechend auch nicht die Gesamtgröße ändern) und schreibst nur einen Teil davon neu. Um also glBufferSubData gut verwenden zu können, musst du auch noch einen kleinen Speichermanager implementieren. Eine (mehr oder weniger einfache) Implementation in C++ findet sich zum Beispiel hier: GenericBuffer.hpp und GenericBuffer.cpp.

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Ich erzeuge diesen Buffer vor meiner GameLoop und cache dann alles und danach rufe ich die Cache Methode eig. nicht mehr auf. Ist das trotzdem schlimm? Denn wenn ich die Cache Methode nur einmal verwende sollte das doch klar gehen. Wie sähe es denn aus, wenn ich nun anstelle von glBufferData, glBufferSubData verwenden würde, dann würde ich doch nie einen VBO erzeugen. Mit glGenBuffer registriere ich mir ja lediglich eine ID für einen solchen. Oder hab ich das jetzt falsch verstanden? Oder sollte ich, nachdem ich einmal mittels glBufferData Daten in den Buffer übertragen habe, ein bool flag auf true setzen und _danach_ immer mit glBufferSubData arbeiten?

Ich verstehe nicht ganz, inwiefern meine Cache Methode für Color denn falsch sein soll. Oder ist es einzig und allein die Tatsache, dass ich glBufferData statt glBufferSubData verwende?

Und magst du mir evtl. (ich weiß, ist vllt. etwas viel verlangt), zeigen, wie ich an meinem Code denn dann ein interleaved Buffer machen würde? Also wie und was ich an meiner "CacheShapes" Methode ändern müsste? Das wäre super.

edit:
Danke für die Links, die werden direkt mal angeguckt.

Ich muss sagen, dass ich mit D nicht so familiar bin. Aber ich sehe gerade dass der Pufferinhalt bei dir dennoch korrekt sein sollte. Du fügst ja erst alle Color-Elemente aneinander und schreibst die dann in einem Rutsch in den Puffer. Ich hab gedacht du schreibst sie einzeln in den VBO, das habe ich falsch gelesen.

Okay, dennoch hast du immer noch das Problem, dass du nur einen Puffer gleichzeitig verwenden kannst.

Und was das Interleaved betrifft: Naja, das Ziel was du erreichen willst ist, dass die Daten so auf der Grafikkarte liegen:
[x1] [y1] [z1] [r1] [g1] [b1] [a1] [x2] [y2] …

Wie du das jetzt in den Puffer überträgst ist deiner Phantasie überlassen. Ich habe es in dem Geometriepuffer (hpp, cpp) so gemacht, dass man über Views dann darauf zugreifen kann und die Elemente einzeln setzen… Ein bisschen abgefahren zugegebenermaßen, funktioniert aber ausreichend performant, solange man die Daten nicht zu oft ändert .

grüße

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Also ist das mein einziger Weg, dass ich die Farbigen sehen kann? Dann brauche ich ja nur einen Buffer, oder sehe ich das falsch?
Ich hätte es eig. eher gerne getrennt, geht denn das nicht auch irgendwie? Sprich irgendwie zusammen mischen?

Ansonsten: wie würde mein foreach dann aussehen? Weil ich müsste ja dann quasi nach jedem Vertice ein Color aufnehmen.
also


Und dann vert_col als void* in den Buffer.
Seh ich das so richtig? Oder ist das falsch/unperformant/unelegant?

hm, bin mir gerade nicht hundertprozentig sicher, wie der ~-Operator in D funktionierte. Kommt da dann [[x, y, z], [r, g, b, a], [x, y, z], ...] raus oder [x, y, z, r, g, b, a, x, y, z, ...]? Ersteres ist falsch und wird nicht funktionieren, letzteres funktioniert.

Du kannst, wie gesagt, nur einen Geometriepuffer zum Zeichnen verwenden. Du kannst deine Daten aneinanderhängen und in *einen* Puffer packen. Ist nicht sonderlich performant, aber geht. Besser ist halt Interleaved.

grüße

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Zweiteres wäre aber dann korrekt? Und dieses interleaven ist der performanteste Weg (nur um nochmal ganz sicher zu gehen )?