Moin.

Mal angenommen ich habe in Blender ein 3D-Modell erstellt und möchte dies in OpenGL darstellen.
Ich bin leider etwas verwirrt durch den ganzen Krams (Python, Exporter, Loader...) der dazu zu lesen ist und würde gern ein wenig in die richtige Richtung gelenkt werden.

Ich hätte am liebsten die Triangles aus dem Modell in einem XML-File, dass ich danach lesen kann.
(Keine Ahnung ob das der übliche Weg ist)

Wie muss ich vorgehen um die Daten aus dem Modell zu erhalten?

Grüße!

_________________
ack nack nack nack nack

Es gibt einen großen haufen von Modellformaten. Wenn du die Triangles in nem eigenen Format haben willst, musst du einen eigenen Exporter schreiben. Gängiger ist es aber für den Einstieg, ein einfaches Format wie Wavefront Obj zu nehmen. Einen Exporter dafür liefert Blender gleich mit. Wie man die Daten interpretiert findet sich zu hauf im Internet dokumentiert.

grüße

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Danke,
Wavefront ist im Grunde genau das was ich suche.
Das interpretieren der Daten sollte kein Problem darstellen.

Grüße!

_________________
ack nack nack nack nack

MD5 ist auch relative leicht zu kapieren... und noch leichter zu lesen da es ASCII ist.

_________________
Meine Homepage

Warum ist ASCII leichter zu lesen als … ASCII? Wavefront Obj ist ASCII

grüße

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Hey,

wenn du nicht alles selber machen willst, schau dir doch mal folgende lib an:
http://assimp.sourceforge.net/

Ich meine mich zu erinnern, dass auch vor kurzem jemand Delphi Bindings dafür erstellt hat.

Die lib kann viele unterschiedliche Modelformate laden und was du dann in deinem Programm raus bekommst ist eine Datenstruktur die, unabhängig vom Modelformat, immer gleich aussieht.
Ich für meinen Teil fands ziemlich nervig eigene Loader für irgendwas zu schreiben, ist zwar anfangs ganz interessant, aber irgendwann fragt man sich ob man den ganzen Schmodder eigentlich braucht für die eigenen kleinen Tests und lässt dann eh die hälfte des Formats weg

_________________
Der Mensch hat neben dem Trieb der Fortpflanzung und dem zu essen und zu trinken zwei Leidenschaften: Krach zu machen und nicht zuzuhören. (Kurt Tucholsky)
Schwabbeldiwapp, hier kommt die Grütze. (Der Quästor)

Vielen Dank,

mit dem Wavefront-Format komm ich ganz gut zurecht.
Hat alles was ich brauche (momentan zumindest) und ist auch recht übersichtlich... ist ja ASCII
Konnte bereits ein Modell laden und inklusive beleuchtung (smooth) darstellen. Morgen kommt noch Textur in den Loader und dann bin ich zufrieden.
Mein erstes Modell ist ein Bäumchen, schaut vernünftig aus.

Grüße

_________________
ack nack nack nack nack

So nun denn

Nachdem ich es nun geschafft habe das Modell inklusive Normalen pro Vertex und Texturen zu laden und darzustellen:



treten doch ein paar Fehler auf:



Hier ist deutlich zu sehen, dass die Textur (nur an einigen Stellen) "verzogen" ist.
In Blender sieht es feini aus.

Ich weiß gerade nicht woran es liegt. Ich vermute jedoch, dass es irgendwie mit dem Export aus Blender zu tun hat.
Wäre es ein generelles Problem, sollte die Textur ja vermutlich überall nicht stimmten.

Gibt es da besondere "Einstellungen", die man beim Export beachten muss um eine vernünftige Darstellung in OpenGL zu erhalten oder bin ich komplett auf dem Holzweg!?

Grüße!

_________________
ack nack nack nack nack

Yeah!
Problem erkannt, Problem verbannt

Auflösung:
Ich habe bemerkt, dass die Textur gar nicht mit dem übereinstimmt, was mir Blender anzeigt. Sprich die Koordinaten stimmten nicht wirklich, auch wenn es an den meisten stellen ein schlüssiges Bild ergab. Also habe ich die eingelesenen UV-Koordinaten anzeigen lassen und konnte diese als Fehlerquelle ausschließen.

Trotzdem war ja die Textur insgesamt irgendwo verschoben. Mit etwas rumprobieren konnte ich dann sehen, dass die Verschmierungen häuptsächlich an den Seams zu sehen sind. Ich fing an mich zu wundern, warum die Seams diese Verschmierungen verursachen.

Dann erkannte ich die tücken der OOP in meinem Problem

Die Faces verwenden gemeinsame Vertices an den Stellen an denen sie auf andere Faces treffen.
Und genau das habe ich auch getan, statt einen neues Objekt zu erzeugen habe ich das Objekt eben für mehrere Faces verwendet.
So werden die UV-Koordinaten überschrieben und stimmen eben nicht mehr:
statt
löste dementsprechend das Problem

Grüße!

_________________
ack nack nack nack nack

Und wieder einmal zu früh gefreut, zumindest teilweise!

Die Verwaschungen sind weg, allerdings sitzen die Texturen nicht an den Stellen an denen sie sitzen sollen!

So sieht's in Blender aus:
so will ich es auch haben!

Und das hier kommt in OpenGL raus:
doof

Was ich bisher versucht habe:
Textur auf Potenz von 2 zu bringen. Kein Erfolg.
Und das wars auch schon

Woran kann das nun liegen?

Textur erzeugen:


Textur nutzen:

_________________
ack nack nack nack nack

2,5h später:


Nun läufts!

_________________
ack nack nack nack nack

So dann, da ist er: mein erster Baum
Bzw. gleich mal 3 davon:


Geladen mittels eigenem Loader. Das model wird geladen und kann dann an ein Object Tree angehängt werden, sodass ich für jeden Baum eigene Positionsangaben machen kann. Das erste mal für mich! Man ist dat aufregend

Aber ein paar Fragen habe ich dennoch:

Die Blätter sind mit png-texturen auf Quads erstellt und demnach muss ich OpenGL ja irgendwie sagen, was es mit den durchsichtigen Teilen der Textur zu machen hat.
Momentan mach ich das mittels:
was ja auch funktioniert. Aber ist das der übliche Weg / Best Practice?

Grüße!

_________________
ack nack nack nack nack

Das mit dem Alphatest ist schon richtig, das wird in so ziemlich allen Spielen so gemacht. Die Alternative wäre jedes Blatt einzeln aus Dreiecken zusammenzubauen, was aber aufgrund der hohen Anzahl nicht für Echtzeitanwendungen mit mehr als ein paar Bäumen nicht geeignet ist
Normalerweise malt man in die Blatt-Textur dann auch ein paar Zweige, und richtet die Quads dann so aus, das diese Zweige mit einem der Äste verbunden sind. Ist dann allerdings ein etwas erhöhter Aufwand beim erstellen der Bäume und muss für den Anfang nicht sein.

Also so genau muss ich da glaub ich gar nicht sein. Ich möchte mich eh auf Strategie/Wirtschaftssimulation konzentrieren. Man sieht eh alles nur von oben und aus einer gewissen Entfernung und ich denke bei der Zahl an Bäumen/Gebäuden die unter Umständen auf dem Bildschirm zu sehen sein können, wäre vermutlich schnell die Lleistungsgrenze erreicht, wenn man es mit der Zahl der Polygone übertreibt.

Das Laden der Modelle klappt inzwischen sehr gut:


Denke das reicht an Funktionalität und ich kann mich so langsam auf Logik konzentrieren.
Der Umgang mit den Modellen ist recht cool... ich hab keine Ahnung, was da gängige Praxis ist:


Grüße!

_________________
ack nack nack nack nack

Nur so am Rande, aktivier mal mipmaps (glGenerateMipmaps) für deine Texturen, macht alles gleich viel hübscher dann