Hiho ich hab folgende Probs mit dem ASE - Format (mal wieder) :

Erstmal ein kleiner Ausschnitt aus einer Renderloop :

Wie man sieht, übergebe ich mittels glMaterialfv die Werte für die Materialeigenschaften. Ich habe die Funktion mittels glGetMaterialfv geprüft und es liefert die entsprechenden Werte wieder zurück. Mein Problem an dieser Renderloop ist die Materialfarbe. Ich finde leider in keiner ASE - Datei Farbwerte im RGB - Format und weis auch nicht, woher ich diese bekommen sollte. Die Objekte bleiben jedenfalls weiss.

Dann hätte ich noch eine weitere Frage ...

Erstmal ein Ausschnitt aus einer ASE - Datei :


Wenn man die Normalen für das erste Face eingeben würde, wie müsste man da glNormal anwenden ?

Die glMaterialfv-Parameter bringen dir nichts, wenn du keine Beleuchtung aktiviert hast.Deshalb wird da wohl auch nix eingefärbt.
Ansonsten kannst du ganz einfach die Ambient-Farbe via glColor3f übergeben um dein Objekt entsprechend der Materialfarbe auch ohne Beleuchtung einzufärben.


Warum übergibst du die Normalen nicht per-Vertex, wenn diese so bereits in der Datei drinstehen?Per-Vertex-Normale sehen unter Beleuchtung weitaus besser aus als per-Face-Normale, und so einfach lassen sich interpolierte Vertexnormale AFAIK nicht in Face-Normale umrechnen.

P.S. : Thema verschoben.

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

Also ich hab jetzt die Farbwerte vorerst per glColor3f übergeben. Das mit der Beleuchtung und den Normalen muss ich mir nochmal reinziehen ... da haperts auch noch ein bisschen.

Wenn ich die Normalen per Vertex übergebe, dann müsste ich nach jedem glVertex3f das glNormal3f aufrufen, richtig ? Was bedeuten die Zahlen zwischen *MESH_VERTEXNORMAL und den Koordinaten ?

Nein, genau umgekehrt.Zuerst die Vertexnormale an OpenGL übergeben, und dann erst das Vertex selbst.Für ein Dreieck sieht das in etwa so aus :


P.S. : Auch wenn es nicht komplett ist, könnte dir bei deinen Anstrengungen folgendes Dokument behilflich sein : http://www.solosnake.com/main/ase.htm

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

Das mit den Normalen hat geholfen ... Danke

Ich habe noch eine weitere Frage ...

Ich habe im ASE - Format bisher 5 verschiedene Lichter in den Speicher geladen. (Benutzt habe ich bisher immer nur eines). Es gibt Zielspotlichter, freie Spotlichter, Punktlichter, Zielrichtungslichter, freie Zielrichtungslichter. Meine Frage wäre : Kann man in OGL alle diese Lichttypen realisieren oder ist das wieder ASE - spezifisch ? (Nimmt man anstatt 3DSMax Caligari True Space her, so hat man im ASE - Format wieder 2 neue Lichttypen (habe noch nicht rausgefunden, welcher Lichttyp "Ambient Target" und "Ambient Sum Target" darstellen soll))

Um eines vorweg zu nehmen : Die in 3D-Studio und Co. zur Verfügung gestellten Lichttypen wirst du mittels der normalen von OpenGL angebotenen per-Vertex-Beleuchtung nicht darstellen können, es sei denn du tust deine Geometrie sehr stark tesselieren.Der Grund liegt darin, das 3DSMax die Szene Raytraced, also auch Beleuchtungen per-Pixel funktionieren.Wenn du die verschiedenen Lichtquellen also 1:1 umsetzen willst, wirst du um sowas wie Lightmapping oder (besser) per-Pixel-Beleuchtung via Fragmentprogrammen nicht herumkommen.

Aber nun zu deinen verschiedenen Lichttypen.Ich hab sie mir grade mal wieder im 3D-Studio angesehen, und kann dir dazu folgendes sagen :
Zielspotlichter : Lassen sich über die OpenGL-Beleuchtung realisieren.Siehe dazu die Lichtparameter GL_SPOT_CUTOFF, GL_SPOT_DIRECTION und GL_SPOT_EXPONENT.Allerdings wirst du keinen Spot sehen, solange deine Geometrie nicht weit genug tesseliert wurde.Ein Spotlight auf ein einfaches Quad wirst du "dank" der per-Vertex-Beleuchtung nicht als solches erkennen können.
freie Spotlichter : Gleicht bis auf die Tatsache, das man hier nicht so viele Einstellungen vornehmen kann (fester Winkel zur Kamera) obigem Lichttyp.
Punktlichter : Ich gehe mal davon aus, das damit Omni-Lichtquellen gemeint sind.Wenn ja, dann entspricht das einer normalen OpenGL-Lichtquelle die in alle Richtungen strahlt (z.B. Glühbirne)
Zielrichtungslichter, freie Zielrichtungslichter : Das sind die selben Lichtquellen wie die Spotlichter, mit dem Unterschied das es hier keinen Spot-Cuttoff gibt, also anstatt einem Kegel ein Zylinder das Lichtvolumen beschreibt.Auch hier benötigst du stark tesselierte Geometrie für einen brauchbaren Effekt.

(P.S.: : Alle Angaben ohne Gewähr)

Zu den anderen Lichttypen : Das ASE-Format ist nur ein Quasi-Standarformat, das von eigentlich jedem Programm das es exportiert andere Attribute und Eigenschaften verpasst bekommt.So kann es z.B. sein das die komplette gleiche Szene nach ASE exportiert später ein anderes File hervorbringt, je nachdem mit welchem Programm sie exportiert wurde.

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

Kennst Du ein Tutorial zur Tesselation ?

Leider kenn ich kein Tut zum Thema Tesselation, und es wird da wohl auch kaum viele geben.Denn Tesselation bedeutet ja ganz "einfach", die Zahl der pro Primtive verwendeten Polygone mathematisch zu erhöhen, was darauf hinausgeht, das die ganze Szene dann oft sehr viel polygonlastiger und damit langsamer darzustellen wird.
Deshalb greift man auch zu solchen Dingen wie Per-Pixel-Lighting, da dort die Tesselation der Szene keine Rolle spielt.An deiner Stelle würde ich mich deshalb erst gar nicht damit beschäftigen, und auch die OpenGL-Beleuchtung erstmal nur für grundlegende Dinge nutzen.

P.S. : Wenn du auf ner ATI-Radeon-Karte arbeitest, dann kannst du über die Extension GL_PN_TRIANGLES_ATI (aka TRUFORM) allerdings ganz leicht tesselieren...aber da dies nur auf Radeon-Karten geht, und neuere Karten (ab Radeon9500) das sowieso nur in Software realisieren, ists keine echte Alternative.Evtl. könntest du allerdings mal nen Blick auf die glu-Tesselation werfen, die das über eine Callback-Funktion realisiert und nicht allzu schwer zu nutzen sein dürfte.

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

In GLScene ist so etwas auch eingebaut. Evtl. kannst du dir da inspirationen holen.

Aber wie man auch schön auf dem Bild sieht lohnt es kaum einen solchen Aufwand zu betreiben, wenn der qualitative "Gewinn" nur so gering ausfällt.

Ich werds mir mal reinziehen ... Danke für die Hilfe

Jetzt hab ich noch eine Frage zu den Texturkoordinaten im ASE - Format : Wie hängen die Koords zusammen ?

Ich habs zwar schonmal probiert, aber da kam die Textur "verdreht" raus.
1.) War mein Gedanke richtig, dass in diesem Beispiel hier die Texkoords für das erste Face aus den Vertex 9,11 und 10 bestehen ?
2.) Habe ich mit der Funktion glTexcoord3f(s,t,r) die richtige verwendet ?

Ja, das ist korrekt.Das geht mit den Texturkoordinaten genauso wie mit dern Vertices.


Du musst die Texturkoordinaten per-Vertex mittels glTexcoord2f übergeben, ungefähr so :

Die dritte Koordinaten ist die W-Koordinate, und eigentlich nie (oder nur sehr selten) verwendet, weshalb du diese nicht benötigst.

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

Ja, das ist korrekt.Das geht mit den Texturkoordinaten genauso wie mit dem Vertices.


Du musst die Texturkoordinaten per-Vertex mittels glTexcoord2f übergeben, ungefähr so :

Die dritte Koordinaten ist die W-Koordinate, und wird eigentlich nie (oder nur sehr selten) verwendet, weshalb du diese nicht benötigst.

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

Ich hab das ganze mit den Texturkoordinaten jetzt nochmal probiert und das Ergebnis ist allerdings das selbe wie vorher ...

Irgendwie mache ich einen Fehler in der Reihenfolge und komm nicht drauf, denn meiner Meinung nach ist es richtig, die Texturkoordinaten faceweise abzuarbeiten. Das Ergebnis sieht dann aber aus wie im Bild.
Da ich mir keinen Rat mehr weis, hab ich den Sourcecode mit dran gehängt und würde mich freuen, wenn jemand den Fehler findet ... oder auf Anhieb weis, woher das kommt ...

In meinem ASE-Loader klappt das wunderbar.Du hast doch für jedes Face deines Meshes auch ein Texturkoordinaten-Face.TFace0 gehört dann zu TFace1, und wenn du die Koordinaten korrekt übergibst (also per-Vertex) sollte das eigentlich einwandfrei funzen.

Und eigentlich wollt ich mir auch mal deinen Quellcode ansehen, allerdings hast du denn Quellcode für die wichtigste Unit (dgl_ase_loader.pas) nicht mit ins ZIP gepackt, weshalb daraus nichts wird.

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

OOOPS
Jetzt muss aber alles drinnen sein ... tschuldigung