Einfach mal testweise nach jeder GL-Operation die OpenGL Fehler abfragen. Bzw. um die Stelle erstmal grob einzugrenzen vielleicht in jeder Methode oder alle X Zeilen oder so.


Also es empfiehlt sich sicherlich der Umstieg auf VertexBufferObjects. Diese funktionieren quasi genauso wie die VertexArrays, mit dem Unterschied das die Daten auf der Grafikkarte liegen und nicht in jedem Frame durch den PCIe-Port (bzw. AGP) geschoben werden.

_________________
Yeah!

Ja hast du. Und auch, dass dich die 3-fachen Normalen stören. Da fühlte ich mich einfach danach eine Möglichkeit aufzuzeigen, wie man das (irgendwann mal) umgehen könnte. Hast dich aber Gott sei Dank auch nicht abschrecken lassen.

Ok, da habe ich keine Ahnung wie das Dateiformat aussieht. Wenn da für jeden Punkt von jeder Fläche Normalen drin stünden wäre es ebenso leicht alles mit smooth shading anzuzeigen so wie hier:

Aber wenn du nur eine Normale pro Fläche/Dreieck hast wie es scheint bist du auf dem richtigen Weg!

Den Fehler generiert glGetError() von sich aus, wenn es zwischen glBegin() und glEnd() aufgerufen wird. Wäre ein typischer Anfängerfehler.

An sonsten an Coolcat halten.

nun zum Thema Face normalen:

1. Du hast ein Array das Vertex Daten speichert, die Vertexdaten sind jeweils ein record aus 3GLFloat/Single
2. Du hast ein IndexArray das die Indiezes der Vertieces eines Faces beinhaltet.

Das Index Array kannst du also auch als ein record darstellen. Das könntest du dann zum Beispiel "TFace" nennen. Es beinhaltet 3 (bzw. wenn du quads renderst 4) unsigned Integer, die beschreiben, aus welchen Vertieces das Face besteht, UND 3GLFloat/Single für die Face Normale. In dem vorgeschlagenen Wikieintrag ist ja bereits beschrieben, wie man in einem Record verschiedene Arraytypen ablegen kann. Dadurch, dass die Indizes pro Face sind kannst du so auch die Normale pro Face einbinden.

Wenn ich da nicht irgendeinen Knick in der Gehirnrinde habe, sollte das so gehen.

_________________
Klar Soweit?

Hallo,

ich bins mal wieder...

nachdem ich fast das gesamte wochenende gebraucht habe einen weg zu finden meine daten so zu verwursteln, dass ich jetzt ein Array of TVertex habe und ein Array of GLuint wollte ich das jetzt endlich mal rendern, und um es nicht zu kompliziert zu machen erstmal ohne die normalen...

leider bekomme ich immer eine access violation meldung wenn ich versuche zu rendern...

also mein Array of Tvertex heisst Varray.
Mein Array of GLUint mit den positionen heisst optvarrayindfirst.

aber meine versuche


führen nur zu



was mache ich falsch?
über einsteigerfreundliche Antworten freue ich mich wie immer sehr!

*** EDIT ***
ok ich habe den fehler wohl gefunden... ich dachte an die stelle von sl.count muß die gesamtlänge von optvarrayindfirst, wenn ich da eine 0 hinschreibe dann kommt die access violation nicht mehr...

aber....

es wird auch nichts gerendert

du hast einen entscheidenden Fehler gemacht und zwar muss der dritte Parameter von glVertexPointer die Größe deines TVertex in byte angeben, da machst du am besten mit SizeOf(TVertex). Bei dir steht da jetzt (in deinem geposteten Code) eine 0, das heißt, dass OpenGL annimmt, dass deine zu zeichnenden Daten eine größe von Null haben, dementsprechen wird OpenGl an der Stelle keine Daten vermuten und du kannst dann auch keine Daten zeichnen.

Das sollte es eigentlich schon gewesen sein.

Edit: zu deinem Edit, das dort die Gesamtlänge hinkommt ist schon richtig, dass es bei dir mit der Null klappt, ist deshalb logisch, weil du mit einer Null als Länge OpenGl aufforderst nichts zu zeichnen.

_________________
Klar Soweit?

Das ist wohl nicht der einzige Fehler, denn ich schaffe es einfach nicht, mit glDrawElements irgendwas zu rendern... ich will ja jetzt hier nicht 5 seiten code reinkopieren...
so sieht der teil meines renderaufrufs aus:



ich habe auch das von lenk gepostete delphi beispiel für gldrawelements in mein template gebastelt bekomme aber auch damit nichts gerendert... wenn du willst kann ich dir das per pn schicken... für hier rein ist das doch auch zu lang

hast du auch geprüft, ob die Indizes in deinem IndexArray im Bereich der verfügbaren Vertices liegen, also 0 bis VertexAnzahl-1? Ich komm da deshalb drauf, weil in deiner Index Kette keine Null auftaucht. Das ist ein häufiger Fehler, dass man als Index für das erste Element eine 1 annimmt, obwohl das erste Element immer ab 0 gezählt wird. Das würde heißen, dass alle Indizes um 1 zu hoch sind und somit der höchste Index ein Vertex referenzieren würde, dass nicht mehr innerhalb des Bereiches des VertexArrays liegt.

Wenn dein Code sauber formatiert ist, macht es glaub ich auch nichts, wenn du die nennenswerten Funktionen postest und beschreibst, was du dir darunter vorstellst.

_________________
Klar Soweit?

Ist optvarrayindfirst ein dynamisches Array? Also setzt du die Länge mit SetLength? Wenn ja, dann MUSST du ein Element übergeben und nicht das Array selbst. Der Grund. Dynamische Arrays sind eigentlich nur Pointer. Wenn du jetzt @DynArray machst, dann liefert @ die Adresse der Variable DynArray zurück. Du willst aber die Adresse der Daten haben. Also @DynArray[0]. Ansonsten würde die Funktion als Adresse irgendeinen Wert auf deinem Stack bekommen. Selbst wenn OpenGL davon genügend Werte lesen kann stünde dort nur Müll drin.

Bei Statischen Arrays (Arrays mit im Code festgelegter Größe) (StatArray: Array[0..9] of blah) wäre das zwar nicht nötig allerdings habe ich mir angewöhnt wirklich konsequent immer ein Element anzugeben. Seit dem habe ich nie wieder ein Problem dieser Art gehabt.

Danke für die Erklärung... leider war es das aber auch nicht...
optvarrayindfirst ist ein dynamisches array dessen länge ich mit setlength(optvarrayindfirst,sl.count) festlege.



eigentlich schon...

wenn ich einen würfel rendern will sind 8 elemente in varray und in optvarray stehen 36 zahlen von 0-7 um 12 dreiecksflächen (2 pro würfelseite) aus den 8 ecken zusammenzubasteln.

ich versuchs mal händisch hinzukriegen...
also varray sieht so aus:


und in optvarrayindfirst steht dann

ok mehr durch probieren und mehrmaliges haareraufen habe ich jetzt eine version gefunden die funktioniert:



und das obwohl da eine 0 steht an der dritten stelle vom vertexpointer.... (??)
egal, es geht und ich versuch morgen zu verstehn wieso...

Die 0 ist da richtig. Sie sagt aus, dass alle Daten im Speicher direkt hintereinander liegen. Da muss man nur einen Wert eintragen, wenn man es anders haben will.

oh dann hab ich mich geirrt, dachte, dass wäre die Größe eines Vertex...

_________________
Klar Soweit?

Es handelt sich,wie auch dem Wiki zu entnehmen an dieser Stelle nicht um die größe,sondern um den Abstand zwischen den einzelnen Datenblöcken die als Vertex zu interpretieren sind, dasss ist zum beispiel notwendig wenn mann die Daten von Farben, Normalen und wer weiß was noch nur zusammen im Speicher vorliegen hat und diese keine der vorhandenen Interleaved "Muster" entsprechen, oder man einfach mal die Farbe weglassen möchte aber nicht die ganzen Daten deswegen umstrukturien will...

mfg FrenK

jaja, zu früh gefreut.... denn jetzt wollte ich die Normalen einbinden, welche ich mir ebenfalls in ein array geschoben habe... aber offenbar erwartet gldrawelements andere normalen als wenn ich das mit glbegin(gl_triangles) mache...

also um mein neues problem zu schildern:

in meinen ursprungsdaten liegen die normalen pro dreiecksfläche vor. ich habe jetzt folgendes versucht:



N2array ist dabei mein array mit den normalen... ich haber auch ein indexarray für die normalen aber keine ahnung wie ich es verwenden kann... auch verstehe ich nicht in welche form meine normalendaten vorzuliegen haben, ich habe sie zur zeit als tvertex mit (glfloat glfloat glfloat) bereitliegen, aber ich kann in der zeile glNormalPointer(GL_FLOAT,0,@n2array[0]) vorne nicht angeben das da 3 floats pro array eintrag warten...

um ganz sicher zu gehen, dass meine normalen nach dem hin und herschubbsen noch stimmen habe ich die teile testweise mit folgendem code gerendert:



das funktioniert und die normalen sind ok.

Um zum Punkt zu kommen, bräuchte ich eine hilfe wie ich genau für gldrawelements die normalen bereitstellen muß.

Danke euch schonmal

Wölfchen

Was genau steht im Normalenindexarray anderes drin als im Vertexindexarray? So wie du in deinem letzten Codeschnippsel das Zeichnen mit glBegin beschreibst müssten beide ja identisch sein. Also ich kann jetzt gerade keinen Fehler erkennen.
glNormalPointer nimmt vermutlich keinen Parameter für die Anzahl der Koordinaten auf, weil kein Bedarf da ist. Außer für die Verrechnung mit Lichtquellen fällt mir keine gute Verwendung für Normalen ein und die haben auch alle 3 Koordinaten. Also sei unbesorgt, die 3 steht zwar nicht da, eine Normale ist aber so definiert wie du schon schreibst - wie dein TVertex.