In diesem Tutorial http://wiki.delphigl.com/index.php/Normale fehlt mir leider das Entscheidene



Und zwar der wo es nicht nur für OpenGL reichen sollte...

Ich berechne ein Objekt aus Externen Daten und möchte dieses in ein OBJ für die weiterverarbeitung speichern lassen, klappt soweit auch gut, nur bei den Normalen bin ich unsicher, wie oben beschrieben waren die 'vorschau Ergebnisse' in OpenGL mit Licht und CullFace richtig dargestellt, aber wenn ich mein Objekt
mit 150k+ Triangles berechne springen da nur ein paar Normale Vectoren bei raus...
die in etwa alle (0,0,-1) oder eben (0,0,1) sind...

Wie verrechne ich das korrekt mit den Vertices für OpenGL und für andere 3D Programme?

Meine Funktion zum berechnen der Normalen sieht so aus (FreeBASIC, berechnung sollte aber verständlich sein)

_________________

ich nehme einfach mal an das sqr() zum Quadrieren gut ist): Es müsste sqrt(x*x+y*y+z*z) heißen, sonst dürfte die errechnete Normale recht selten normal sein. (Falls du mit GL_NORMALIZE arbeitest macht das keinen Unterschied)
So müsste es dann für alle Grafikbibliotheken reichen (Es muss ||n|| = 1.0 sein um das Licht korrekt zu berechnen).

_________________
The force, strong it is in OpenGL.

sqr(FreeBASIC) sollte das selbe sein wie sqrt(C/CPP)



...müsste daher alles seine richtigkeit haben?!

Dem Problem auf der Spur...
Mein Objekt ist momentan ein Flat-Objekt (alle Z Werte = 0.0f)

Dadurch ergibt bei meiner Funktion die Berechnung von Nx und Ny immer 0:



Das müsste der falsche teil sein ?

_________________

sqr(wert) = square = wert² = wert * wert

sqrt(wert) = square root = wurzel(wert) (square hier deswegen, weil es die 2te wurzel ist)

Den ausschnitt aus der Hilfe den er gepostet hat, hast du aber gelesen - ja?


In dem falle ist es doch korrekt das die Normalen immer (0/0/1) bzw (0/0/-1) sind?

Aya

hm.. vermutlich scheint mir etwas über das verstehen einer normale zu entgehen aber ich denke, wenn ich eine normale per fläche/dreieck errechnen möchte sollte sich diese nicht auch in der fläche befinden?



so in etwa denke ich mir das (blau=dreieck, rot=dreieck-vertices, gelb=gedachte-normale), das Z -1 bzw 1 ist mag ja ok sein, aber X und Y kann nicht null sein wenn ein dreieck meinetwegen im X bereich -100,-101 oder so liegt?!

Derzeit betrachte ich mein errechnetes ergebnis mit C4D, und wenn ich mein Objekt rendere ist meistens die hälfte nicht zu sehen weil es nicht beleuchtet wird...

_________________

Die Normale hat nichts mit der Position des Dreiecks zu tun wie du es denkst. Die Normale ist ein Richtungsvektor - und wenn alle deine Dreiecke in die selbe Richtung ausgerichtet sind, ist auch die Normale bei allen gleich.

Dann hatte ich wohl doch ein Verständnisproblem bei den Normalen, also haben alle meine Dreiecke nur eine einzige Normale? Dann war das ganze ja eigentlich schon (fast) richtig.
Jetzt hab ich das einfach mal so getestet... und ausser das er mir die falsche richtung ausspuckte scheints endlich zu funktionieren wie es soll...

habe OutZ nun mal durch OutZ = -f*nZ ersetzt

hoffe das es dann auch stimmt wenn ich mal dreiecke habe die nicht die selbe tiefe haben?!

die Vectoren übergebe ich nach regeln des Backface-Culling, je nachdem ob es vorder oder rückseite ist Clockwise bzw Counterclockwise

_________________