OpenGL: Wavefront Objekt-Dateien (.obj) laden

[Frabbing]

Bislang konnten XProfan's OpenGL-Funktionen leider nur unzureichend benutzt werden, weil bis heute kein aktuelles 3D-Format importiert werden kann. Das viel zu unzureichende Sprache-eigene Format "XPGL" konnte da auch nicht weiter helfen. So findet sich z.B. zum heutigen Zeitpunkt keine einizige Datei davon im Internet.

Weil das .obj-Format für 3D-Model von fast allen Modelern unterstützt wird, wäre es für den Import von 3D nach XProfan ideal. Tatsächlich existierte bereits eine Include von Andreas Gaida, die sich des Themas angenommen hatte. Leider arbeitet sie viel zu langsam und benutzt zum Analysieren des Objektcodes keinen Parser, sondern nur eine InStr-Suche, weshalb kaum eine obj-Datei damit geladen werden kann ohne Absturz.

Darum habe ich mich mal hingesetzt und eine Assembler-Funktion geschrieben, um solche .obj-Dateien in XProfan-Programmen schnell und so sicher wie möglich benutzen zu können. Der erste Betatest ist jetzt hier zu finden.

Import3D.zip

Da sich noch Funktionsparameter ändern können und ich noch nicht möchte, dass die Dll im Betastadium schon in eigene Projekte eingebaut wird, erscheint nach dem Laden eines Models noch eine Messagebox. Zudem ist auch noch keine Anleitung fertig, die wohl erst ganz zum Schluss angefertigt wird.

Damit auch Nicht-XProfaner testen können liegen nicht nur drei Quellcodes, sondern auch drei Exedateien anbei.



Viel Spaß beim Testen.
Meldet bitte alle Unzulänglichkeiten und wenn ihr wollt, könnt ihr auch die Laufgeschwindigkeit fps hier posten, die in den Demos angezeigt wird. Vielen Dank!

[ts-soft]

sieht sehr gut aus!

PS: der Link lautet: http://frabbing.bplaced.net/download.php?Import3D.zip

Gruß
Thomas

[Sascha Oliver Haak]

@Frabbing

sieht Super aus. In allen 3 Beispielen ca. 52-63 FPS.

System: Intel P6000, 4GB Ram ATI HD5470

Gruß
Sascha

[Frabbing]

@Dieter & Thomas: Danke, hab den Link angepasst. Man sollte sich halt nicht immer auf Copy&Paste verlassen.

@Sascha Oliver: Die tatsächliche Framerate könnte durchaus höher liegen, aber ich hab einen Timer von 10 eingebaut, um eine konstante Geschwindigkeit zu erreichen, die auf allen PC's gleich schnell läuft.

Hast Du diese Include als Vorlage genutzt?

Nein iF, hab meinen Code von Grund auf selber aufgebaut. Wie oben schon gesagt, ich habe anfangs die Include getestet, aber die Abarbeitung des Objektcodes erfolgt nur per String-Suche und ist deswegen zu fehleranfällig. Und auf die OpenGL-Funktionen von XProfan kann ich mittels Assembler eh nicht darauf zugreifen, das ist alles API, hätte mir also nichts genützt. Betrifft insbesondere die Texturen, die in meiner Version nicht freigegeben werden müssen.
Als Dateiformat für Texturen sind Bmp, Jpg, Gif und Png unterstützt.

Hab übrigens deinen Link eingekürzt, weil es nicht nötig ist, immer den Slogan deines Forums mit einzubinden.

[klaus.kohlhepp]

getestet mit i3-370M/HD5470, Windows7-64bit
und Xprofan X2 Beta. läuft problemlos mit 65 fps
sieht interessant aus

[p. specht]

Das Freeware CAD-Programm Google Sketchup7 hat im Gegensatz zur profesional-Version die unangenehme Eigenschaft, nur ein eigenes Format zu unterstützen. Die Objektcreation in perspektivischem 3D ist aber genial, sodaß ein netter Mensch ein DXF-Exportfilter geschrieben hat. DXF ist auch sehr populär als 3D-Format und hätte den zusätzlichen Vorteil, sehr einfach in (Mechanische/Thermische) Lastrechenprogramme (Finite Elemente Methode FEM) übernommen werden zu können, etwa in Z88-FEA (ebenfalls gratis). Ich hätte daher auch .DXF gern als Import/Export-Fileformat für Xprofan-OpenGL vorgeschlagen (Frommer Neujahrswunsch). Inzwischen werde ich versuchen, im Net einen Konverter .obj <=> .dxf zu finden, mal sehen.
Prosit 2011!

[Frabbing]

Prosit, Klaus und Peter!

Sicher könnte man noch andere Formate importieren (meine zweite Wahl war .3ds). Aber Wavefront OBJ kann quasi jeder Modeler (ggf. per Plugin wie z.B. Truespace) exportieren und es ist ein Rein-Text-Format. Man kann fast dem Quellcode schon entnehmen, was da dargestellt wird.

Darum macht es kaum Sinn, weitere Formate zu unterstützen. Wer ein Grafikobjekt mit XProfan benutzen will, es aber in anderem Format vorliegen hat, benutzt einen Konverter oder einen Free-Modeller und speichert es als OBJ ab und kann es dann immer benutzen. Das ist kein Aufwand und dauert nur 'ne Minute.
Ein kompletter Import ist dagegen sehr viel aufwendiger und bislang unterstützt meine Dll auch nur die gängigen 0815 Anweisungen, die das OBJ-Format bietet. Da ist noch einiges mehr drin, sodass ich noch genug zu tun habe - auch, wenn schon alles fertig aussieht.

P.S.: Sketchup habe ich vor einiger Zeit auch mal ausprobiert. Aber es ist äh... sehr rudimentär. Wer das gut findet, sollte tatsächlich mal Truespace oder Blender ausprobieren, die sind ja auch kostenlos. Er wird begeistert sein.

Bild mit Sketchup:



Bild mit Truespace:

[Frabbing]

Hab ein Update gemacht. Jetzt funktionieren auch die spiegelnden Materialien wie vorgesehen. Das sieht man sehr deutlich am Ball und an dem Satelliten.

[AndyP]

Hallo Frank,

habe gerade Deine beiden Downloads getestet... also die erste Variante und nun die zweite Variante mit den spiegelnden Downloads.

Die erste Variante hat mir schon gut gefallen und die zweite topt dies natürlich. Sieht super aus mit den Spiegelungen... man muss nur aufpassen das es einen nicht regelrecht "blendet" .



Läuft bei mir laufen alle Bilder mit 60FPS.



Meine Ausstattung:
Notebook DELL Precision M65
XP SP3 + aktueller Stand (32-Bit)
T7400 - Core2Duo 2,16GHz
4GB - RAM (nutzbar: 3,25 GB)
Quadro FX 350M
Auflösung: 1920x1200




Die Bilder laufen Rund ohne zu Ruckeln und Sauber.
Mir ist nur folgendes aufgefallen:

Bei den Darstellungen mit dem Ball und der ägyptischen Figur kommen beim beenden Deiner beiliegenden Programme jeweils exakt dieselben Fehlermeldungen. Und zwar in beiden von Dir zur verfügung gestellten Varianten (ok... die erste Variante ist ja nun nicht mehr downloadbar, da Du denselben Namen benutzt hast).


Hier die Fehlermeldungen:










Gruß
Andy

[AndyP]

Vielleicht noch ein Hinweis hinsichtlich der aufgetretenen Fehler in beiden von Dir bisher zur Verfügung gestellten Varianten:

Die Dateinamen wurden von Dir vertauscht:


Erster Download:
Satelit:
ImportObj_1.exe

Fliegender Ball:
ImportObj_2.exe

Ägyptische Figur:
ImportObj_3.exe



Zweiter Download (aktueller Download):
Satelit:
ImportObj_2.exe

Fliegender Ball:
ImportObj.exe



Gruß
Andy

[Frabbing]

Danke Andy!

Wenn du in den Quellcodes, die nach dem Beenden die Fehlermeldung hervorrufen den Dialogstyle setzt und das Hauptfenster vor Beenden mit DestroyWindow(%hwnd) löscht, treten die Meldungen dann immer noch auf?

Du hast recht, die Demo-Dateinamen haben sich leicht geändert. Liegt wohl daran, dass ich ständig mit verschiedenen Testcodes herum probiere.

[Frabbing]

Was unterscheidet eigentlich Ambient-Texture-Maps und Diffuse-Texture-Maps? Ambient und Diffuse sind Lichter, aber wieso nur können dafür unterschiedliche Texturen gesetzt werden...

[Frabbing]

Kurzer Zwischenstand: Inzwischen kann man auch durchsichtige Objekte darstellen, wobei es später möglich ist, das Aussehen durch bestimmte Flags zu varieren. Transparenz mit OpenGl ist insofern kniffelig, weil Flächen, die vom Betrachter weiter entfernt sind, zuerst gezeichnet werden müssen. Da sich durch Drehung der Objekte diese Z-Reihenfolge ändert und man später in einer Drawliste keine Änderungen vornehmen kann (ist mit XProfan-OGL genauso), können schnell Anzeigefehler passieren. Ich habe mich aber bemüht, das weitgehend zu kompensieren und biete Flags für bestimmte Situationen an.
Generell gilt aber immer: Transparente Objekte oder Objekte mit transparenten Flächen sollten immer zuletzt gezeichnet werden.

Ein Update habe ich nicht nicht vorgenommen, das kommt die Tage.

[Frabbing]

Hab gerade ein Update vorgenommen, wobei die Demos komplett überarbeitet und erweitert wurden.
Sehen jetzt richtig ansehnlich aus.

Bei den Darstellungen mit dem Ball und der ägyptischen Figur kommen beim beenden Deiner beiliegenden Programme jeweils exakt dieselben Fehlermeldungen.

Ein Speicher war leider ein Byte zu kurz berechnet, was den Fehler erklären würde. Bei manchen Objekten hatte ich da auch Probleme. Ist jetzt behoben, ich hab jetzt keine Probleme mehr damit. Kommt der Fehler bei dir jetzt noch, Andy?

[Frabbing]

Ich bau wohl noch eine Funktion ein, um den OpenGL-VSync zu aktivieren/deaktivieren.

Keine Ausfälle zu beklagen bis jetzt? Sehr schön.