Ich arbeite momentan an der Ausgabe von 3DS-Modellen und nutze dafür Noeskas Loader gl3DS.pas .

Als ich mein Model zusammen mit einfachen Flächen deren Normale ich manuell vergeben habe darstellte, fielen mir extreme Fehler in der Beleuchtung der 3DS-Modelle auf. Ich habe dazu eine kleine Testanwendung geschrieben, die ein Würfel einmal manuell Zeichnet und mit Normalen versieht, und einmal eine 3DS-Datei lädt. Die Unterschiede sind deutlich.

Ich würde euch deshalb einmal bitten das Projekt bei euch zu testen und zu beschreiben, ob der Fehler bei euch auch auftritt. Wenn ihr andere Versionen der gl3DS besitzt könnt ihr diese ja einmal verwenden lassen um zu sehen, ob der Fehler immer noch auftritt. Wer selber 3DS-Max besitzt kann ja einmal versuchen einen eigenen Würfel zu exportieren. Eventuell liegt es ja auch an 3DS-Max.

Was mir in diesem zusammenhang noch aufgefallen ist: Um in 3DS-Max und OpenGL die selben Kantenlängen zu erreichen, muss man in 3DS-Max eine 10x längere Kante einstellen. (Oder die einheiten Ändern). Ist dies bei euch auch so?

@Noeska: Are you still working on your loader? Do you have an idea how those errors raise? Do you have an aktuell version of your loader? (I use 2.4a)

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Das mit der Kantenlänge hängt mit der Skalierung zusammen. Noeaskas Loader skaliert AFAIK standardmäßig die Models herunter, damit es nicht zu unangenehmen Überaschungen kommt.

Sag mal, wo ist denn das Projekt?

_________________
"Für kein Tier wird so viel gearbeitet wie für die Katz'."

Es hängt dran. Aber ich kanns nicht sehn!?
Hab gerade nochmal nachgeguckt. Es ist da...!

EDIT: Mail an Phob is gerade raus. Mal sehn was der dazu sagt.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Hm? Ein Fall für Akte X?

_________________
"Für kein Tier wird so viel gearbeitet wie für die Katz'."

Also ich kann es sehen und runterladen!
Das macht das ganze natürlich nicht weniger rätselhaft.
MfG
Flo

_________________
Danke an alle, die mir (und anderen) geholfen haben.
So weit... ...so gut

Bei mir werden zwei zu schnell drehende Würfel angezeigt. So dass man gar nichts erkennen kann.

Ah... Also jetzt seh' ich es auch. Merkwürdig...

_________________
"Für kein Tier wird so viel gearbeitet wie für die Katz'."

gl3ds is still in developement. For the moment i having a break with my hobby programming. This autumn i will be programming some more again. But all ideas on improving gl3ds are welcome. If you improve something send me a new version and i include it in the next release. Examples e.d. are also welcome. gl3ds is under the mpl license.

_________________
http://3das.noeska.com - create adventure games without programming

This means in the next time there's no hope for an update/bugfix?
I don't know why those normals are disturbed. I even do not know if those normals are loaded from the 3ds-File or calculatet by your code.

Wenn jemand von euch anderen ein Fix für das Normalen-Problem hat, dann ladet das mal bitte hoch. Es wäre supi, wenn ich die Beleuchtung ordentlich(er) hingrigen könnte.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Das 3DS-Format speichert leider keine Normalen, und selbst 3D Studio MAX schafft es oft nicht die Normalen aus einer 3DS-Datei korrekt zu berechnen (man exportiere mal ein komplexes Objekt nach 3DS und importiere es danach wieder). Also muss man die nach dem Laden der Vertexdaten selbst berechnen, was allerdings recht komplex ist. Wenn man das wirklich machen will, sollte man sich mal die Chunks und Bits für die sog. "Smoothing Groups" ansehen, die angeben welche Faces zu einer "Normalengruppe" gehören, also welche Faces ihre Normalen teilen.

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

@Sascha: Wenn ich mich recht erinnere hattest du doch eine sehr ausgebaute gl3DS.pas in Verwendung oder? Hattest du das Problem gelöst?

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Ausgebaut ja, und mit den Smoothing Groups hab ich sogar mal angefangen. Allerdings ist die Dokumentation auf dem Gebiet nicht gut und auch zeitlich bin ich nicht dazu gekommen die Sache fertigzustellen. Mal ganz davon abgesehen dass ich über kurz oder lang vom 3DS-Format weg will. Für einige aktuelle Sachen hab ich daher ganz einfach per-Face Normalen statt der von Noeska berechneten per-Vertex-Normalen genommen. Die per-Vertex-Normalen von Noeska sind übrigens nicht falsch, sondern ganz einfach generalisiert und sehen daher falsch aus. Das könnte man aber umgehen in dem man Normalen nur dann untereinandern (das wird bei den Smoothing Groups AFAIK auch so getan) glättet wenn die zugehörigen Flächen nur in einem nicht zu großen Winkel zueinander stehen. Bei nem Wrfel hat man zwischen den Seiten ja große Winkel, bei einer Kugel sind die Winkel kleiner, das sollte also recht gute Ergebnisse liefern.

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

Ich denke mal man braucht eigentlich keine Smoothing Groups. Wenn man die Flächen eines Würfels mit jeweils einer eigenen Normale haben will, dann erstellt man den Würfel gleich so, dass er insgesammt 24 Punkte, also 4 eigenen Punkte bei jeder Fläche hat. Wenn man irgendwo eine Kante weichmachen will, dann teilen sich die benachbarten Flächen eben die Eckpunkte. Im Vertex Buffer selber kann man ja sowieso nur eine Normale pro Vertex angeben, aber man möchte ja trotzdem soviele Punkte gemeinsam nutzen. Für per-Face Normalen könnte man dann ja außer bei planaren Flächen keine gemeinsamen Punkte haben.