Hallo mal wieder!

Ich bin gerade dabei meine Vertexdaten mit ARB_Vertex_buffer_object zu rendern.
Das funktioniert ohne Texturen und ohne Vertexshader auch einwandfrei. Mit Texturen bekomme ich es aber nicht hin (er zeigt keine Texturen an ) und sobald ich meinen Vertexshader den ich heute geschrieben hab (und der auch einwandfrei funktioniert wenn ich das ganze mit glVertex3f(), glNormal3f(), etc mache) kommt beim Aufruf von glDrawElements(); ein Zugriffsfehler in der DLL von ATI.
Das ganze mache ich über diesen Weg:
Mein TDrawVertex sieht dabei so aus:Vielleicht seht ihr ja einen groben Fehler. Mir will so keiner auffallen, aber wahrscheinlich seh ich den Wald vor lauter Bäumen nicht...

[EDIT]
Autsch, ich hab glatt bei dem Vertexattribut 4 statt 3 geschrieben, bzw. den Typ im DrawVertex ein zu klein gemacht, wie man es nimmt...
[/EDIT]

[EDIT2]
Dadurch ist der Fehler mit der Textur behoben, aber der Fehler mit dem Vertexprogram bleibt bestehen. Ich habe ihn jetzt wohl auf die Übergabe des Vertexattributs (die Tangente) eingegrenzt. Wenn ich glEnableVertexAttribArrayARB(1); ausklammere läuft der Code auch mit Vertexprogram, allerdings funktioniert dieses dann natürlich nicht entsprechend. Wie übergibt man in einem Vertex_buffer_object oder Vertex-Array ein Vertexattribut?
[/EDIT2]

_________________
Thunderman
Bei schwierigen Problemen entscheiden wir uns einfach für die richtige Lösung. Klar?

Hm, weiß keiner wie man bei der Nutzung von Vertex-Arrays ein Attribut an das Vertexprogramm übergeben kann? Also das was ich sonst mit glVertexAttrib4fARB(1, Value[0], Value[1], Value[2], Value[3]); mache möchte ich jetzt irgendwie mit einem Vertex-Array bzw. VBO nutzen.

_________________
Thunderman
Bei schwierigen Problemen entscheiden wir uns einfach für die richtige Lösung. Klar?

Das geht mit diesen Funktionen:



Mir ist aufgefallen,daß der ATI Treiber nur gl_float als Format und gl_unsigned_byte bei dem Color Array akzeptiert. Bei anderen Formaten wie gl_short, die auf der GF funktionieren, wird das Program extrem langsam und das Auslesen der Werte wird wohl dann durch Software emuliert.

Ich hab damit zwar noch nicht gearbeitet, aber nach dem Durchstöbern der Spezifikation glaube ich das dein Fehler hier liegt :
<!--pas--></span><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td>Delphi-Source </td></tr><tr><td id='CODE'><!--pas1--><pre>glVertexAttribPointerARB(<span class='integer'>1</span>, <span class='integer'>4</span>, GL_FLOAT, False, SizeOf(TDrawVertex), Pointer(<span class='integer'>48</span>));</pre><!--pas2--></td></tr></table><span class='postcolor'><!--pas3-->
Das sieht mir sehr suspekt aus, besonders der letzte Paramter (Pointer(48)) dürfte so auf keine Fall funktionieren!Da muss eher ein Pointer auf TDrawVertex[48] oder so hin.
Des weiteren wärs nicht schlecht, wenn du mal genauer erklären würdest welcher Teil von TDrawVertex jetzt die Vertexattribute beinhaltet.Wenn TDrawVertex an sich ein Vertexattribut ist, dann müsste Stride=0 sein und es würde dann trotzdem nicht funzen, da TDrawVertex ja viel zu groß (>4 Floats) ist.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Also:

TDrawVertex sieht momentan so aus:
Dabei ist Tangent der Teil, den ich als Attribut übergebn möchte.
Die Übergabe an sich dürfte korrekt sein, da als letzter Parameter bei VBOs ein Offset und nicht der Pointer auf das Array erwartet wird. Und die 48 sind halt 6*SizeOf(Single). Strife gibt, soweit ich das verstanden hab, hier den Abstand von einem bis zum nächsten Wert an, und das ist eben SizeOf(TDrawVertex), da sich immer nach diesem Wert alles wiederholt.

Außderm scheint es sich jetzt gelöst zu haben. Ich hatte zuerst aufgerufen und dann das entsprechende Enable, es muss aber umgekehrt geschehen, sonst kommt besagte Zugriffsverletzung, zumindest bei ATI-Karten.

_________________
Thunderman
Bei schwierigen Problemen entscheiden wir uns einfach für die richtige Lösung. Klar?

sizeof(single)=4 Vielleicht ist das der Fehler.

Oh, danke, damals wohl irgendwie verrutscht in der Delpühi-Hilfe und dann immer mit 8 gerechnet. Jetzt scheint soweit wirklich alles zu gehen, jedenfalls was das VBO, etc angeht.
Danke euch beiden!

_________________
Thunderman
Bei schwierigen Problemen entscheiden wir uns einfach für die richtige Lösung. Klar?

Ich mag ja gar nicht mehr fragen, aber irgendwie verzweifel ich gerade mit dem Multitexturing.
Ich kann dem ersten Stage wunderbar eine Textur zuweisen, aber alles was ich mit dem zweiten, oder einem anderen, Stage mache ignoriert er irgendwie. Ich kann dem zweiten Stage eine Textur zuweisen, aber er rendert sie nicht. Ich habe zuvor mit den Texturestage ausgewählt, Textur mit Bind zugewiesen, Environementparamater eingestellt (oder testweise auch nicht), und er zeigt die 2. Textur einfach nicht an. Geladen ist sie aber definitiv, denn ich kann sie dem ersten Stage einwandfrei zuweisen.
Ich habe auch schon zigmal mit der Reihenfolge der Befehle rumgespielt, Befehle ausgeklammert und google zu glClientActiveTextureARB befragt, aber ich bekomme einfach keine Veränderung beim 2. Stage hin.
Ein Testweise glDisable(GL_TEXTURE_2D); ergibt das gleiche Resultat wie vorher, also auch mit aktiver Texture tut OpenGL so, als sei Texturing ausgeschaltet. :huh:

_________________
Thunderman
Bei schwierigen Problemen entscheiden wir uns einfach für die richtige Lösung. Klar?

Du hast ja oben gesagt, das du in deinem Programm auch ein Vertexprogramm nutzt.Wenn dem so ist, musst du die Texturkoordianten für jede von dir verwendete Texturstage in deinem VP am Ende auch nach aussen ausgeben :
<!--pas--></span><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td>Delphi-Source </td></tr><tr><td id='CODE'><!--pas1--><pre>[...]
MOV result.texcoord, vertex.texcoord; // Texturkoordinaten von TMU <span class='integer'>0</span> ausgeben
MOV result.texcoord[<span class='integer'>1</span>], vertex.texcoord[<span class='integer'>1</span>]; // Texturkoordinaten von TMU <span class='integer'>1</span> ausgeben</pre><!--pas2--></td></tr></table><span class='postcolor'><!--pas3-->
Deiner Problembeschreibung nach, steht in deinem VP wohl nur die erste Zeile, die die Texturkoordinaten der TMU0 nach aussen ausgibt, aber die Texturkoordinaten für die TMU1 gibts du wohl nicht aus, weshalb da auch keine Texturen angezeigt werden.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Nein, daran liegt es nicht.
a) habe ich diesen Code in meinem Shader:
B) funktionierte der Shader samt den Texturen und den Texturenvironmentparametern ja ohne Vertex-Buffer perfekt.

Trotzdem danke!

_________________
Thunderman
Bei schwierigen Problemen entscheiden wir uns einfach für die richtige Lösung. Klar?

Versuch mal aus dem Texcoord Array ein Attrib Array zu machen und die Koordinaten als Vertex Attribut zu übergeben.

Autsch *mit_der_Hand_gegen_Kopf_schlag*

Auf Grund von SoS Post bin ich jeden Punkt an dem auf die Texturkoordinaten zugegriffen wird einmal durchgegangen. Dabei gab es einen Punkt, an dem die für den zweiten Stage falsch angegeben worden (obwohl die eigentlich nur vom 1. übernommen werden sollten). Dadurch waren die Texturkoordinaten so falsch, dass man die Textur nirgends sehen konnte. :angry: Das ganze steckte auch noch im Editor, daher hat's etwas gedauert das zu finden.

Tut mir leid für die Mühe, und nochmals danke!

_________________
Thunderman
Bei schwierigen Problemen entscheiden wir uns einfach für die richtige Lösung. Klar?