Registriert: Di Jul 01, 2003 18:59 Beiträge: 887 Wohnort: (The Netherlands)
Programmiersprache: fpc/delphi/java/c#
Evil-Devil hat geschrieben:
OBJ hat leider den Nachteil das du immer ein extra File für die Bones/Animations benötigst und je nach Komplexität des Models es auch in mehrere Teilmodels zerlegen musst. Ich kann mir jedenfalls bei besten Willen nicht vorstellen, dass man mit OBJ ein riesiges komplexes und geriggtes Model verwalten kann.
Für statische Objekte finde ich OBJ aber sehr gut zu nutzen
Could you provide link to documents providing more info on bones/animation with OBJ? All info/docs i have on OBJ are about meshes and materials.
PS personaly i like the way things are seperated with OBJ.
Registriert: Sa Mär 14, 2009 17:48 Beiträge: 99
Programmiersprache: D, Java, C++
MatReno hat geschrieben:
Ohne UV Koordinaten:
Code:
g 121314 f
flat face
Code:
g 121314 s
smooth face
Interessant, ich schreib gerade nen Restless loader in D, warum wird die Info nicht in den Specs niedergeschrieben? Derzeit wäre laut FileSpec.pdf folgendes ebenso gültig:
Code:
g 1/23/45/6 f
Ich fänd es lobenswert, wenn man oben gemachte Aussage in die Specs packen würde, damit ich sicher sein kann, dass sich eventuell entstehende Exporter an diese Vorgabe halten.
Jap das war auch der Grund weswegen ich nachfragte. Wäre sehr gut, wenn du die Specs dahingehend nocheinmal überarbeiten und vielleicht ein Beispiel (ein cube bietet sich immer an) anfügen könntest, dass man die wichtigsten Dinge nachvollziehen kann.
Ich laufe da gerade nicht in ein Problem, weil ich ja deinen Exporter für Blender nutze und du es wohl richtig gemacht hast ^^ aber Skeptiker hat Recht, wenn jemand die Specs liest und nen Exporter für 3d max oder sonstwas plant, könnte der falsch werden
Registriert: Mo Jan 31, 2005 11:02 Beiträge: 432 Wohnort: Rheinlandpfalz
@Skeptiker & Shaddow: Ja, ihr habt Recht. Dieser Sachverhalt ist in den FileSpecs nicht korrekt dargestellt. Ich werde mich morgen (ok, heute zu späterer Uhrzeit) dransetzen und das verbessern. Danke für das Feedback!
Skeptiker hat geschrieben:
Interessant, ich schreib gerade nen Restless loader in D
Orientierst du dich an Teilen des Restless pascal codes, oder schreibst du alles komplett neu (mit umstrukturierungen etc)? [Nur so aus Interesse]
Registriert: Sa Mär 14, 2009 17:48 Beiträge: 99
Programmiersprache: D, Java, C++
MatReno hat geschrieben:
@Skeptiker & Shaddow: Ja, ihr habt Recht. Dieser Sachverhalt ist in den FileSpecs nicht korrekt dargestellt. Ich werde mich morgen (ok, heute zu späterer Uhrzeit) dransetzen und das verbessern.
Sehr gut, dass freut mich.
MatReno hat geschrieben:
Orientierst du dich an Teilen des Restless pascal codes, oder schreibst du alles komplett neu (mit umstrukturierungen etc)? [Nur so aus Interesse]
Da ich keine Erfahrungen mit Pascal habe und die Sprache daher nur erschwert lesen kann schreibe ich alles komplett neu. Ich habe zuvor noch nie einen Loader für Animierte Models geschrieben, da ich aber bereits einen OBJ Loader geschrieben hab kam mir das Format gerade recht um neue Erfahrungen zu sammeln .
Ich nutze eigentlich hauptsächlich die FileSpec.pdf, an einigen Stellen muss ich dann doch auf die Pascal Umsetzung zurückgreifen um mir zusammenhänge klarzumachen. Aber im großen und ganzen komm ich gut zurecht .
Registriert: Mo Jan 31, 2005 11:02 Beiträge: 432 Wohnort: Rheinlandpfalz
Also, ich habe die FileSpecification verbessert, und hoffe, dass sie nun fehlerfrei und besser verständlich ist.
Weiterhin habe ich einen kleinen Fehler im Restless Exporter verbessert, der einen Export verhinderte, wenn der Dateiname nicht mit rlsobj endete.
Hier lade ich die FileSpec ebenfalls mal hoch, damit ihr nicht das ganze Restless Paket runterladen müsst. PS: Der neue Exporter kann man auf meiner Seite (siehe Signatur) separat runterladen.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Weiterhin habe ich einen kleinen Fehler im Restless Exporter verbessert, der einen Export verhinderte, wenn der Dateiname nicht mit rlsobj endete.
Ist mir auch schon aufgefallen, wenn man schnell einen neuen Dateinamen eintippt, vergisst man die Endung schonmal gerne. Find ich aber jetz nicht unbedingt produktionsverhindernd Trotzdem danke
Ich habe mal eine Frage zum .rlsobj Format. Ich habe heute mit Blender einen Cube erstellt, ihn trianguliert und mit UVKoordinaten überzogen. Danach lade ich ihn, binde eine Textur und rendere ihn. Ein paar Seiten werden korrekt texturiert und auf manchen wird die Textur verzerrt. Ich schieb das mal auf die triangulierung, weil die Textur eben genau an den Diagonalen verzerrt. Aber ist das nun ein Fehler im Exporter?
Registriert: Mo Jan 31, 2005 11:02 Beiträge: 432 Wohnort: Rheinlandpfalz
Mhh, sowas habe ich noch nicht erlebt. Hast du im Exporter die "minimize UV" Option angeschaltet?
Ansonsten kannst du mir mal die .blend Datei schicken, damit ich mal selbst nach dem Rechten schauen kann.
Registriert: Mo Jan 31, 2005 11:02 Beiträge: 432 Wohnort: Rheinlandpfalz
Also bei mir funktioniert es einwandfrei. Habe bemerkt, dass du kein Material zugewiesen hast.
Also hatte die Datei gar kein Material Block gehabt. Vllt liegt es daran.
Okay das geht bei mir genausowenig. Der verdacht, dass also etwas in meinem Code nicht stimmt, liegt nahe. Problem ist, dass ich meinen Vertices direkt die UV coordinaten zugeteilt habe. So wie das Model aber strukturiert ist, kann auf ein und dem selben Vertex offenbar mehrere UVs liegen. Da wird also mein Fehler liegen.
Ich überlege nun nur, ob es schlauer ist, wirklich UV, Normalen, Faces und Vectoren alle als einzelne Arrays zu halten und beim Rendern zusammenzuführen oder die vertexe, wo sich zb die UVs ändern zu verdoppeln
Registriert: Mo Jan 31, 2005 11:02 Beiträge: 432 Wohnort: Rheinlandpfalz
Zitat:
So wie das Model aber strukturiert ist, kann auf ein und dem selben Vertex offenbar mehrere UVs liegen. Da wird also mein Fehler liegen.
Eher: Mehrere Vertices können dieselben Texturkoordinaten benutzen also mehrere v's zeigen auf dasselbe uv in der datei. Das liegt daran, dass der Exporter UV-koordinaten minimiert, dass heisst, er entfernt doppelte einträge. Man kann dieses Verhalten aber auch abschalten. "Minimize UV".
Mitglieder in diesem Forum: 0 Mitglieder und 5 Gäste
Du darfst keine neuen Themen in diesem Forum erstellen. Du darfst keine Antworten zu Themen in diesem Forum erstellen. Du darfst deine Beiträge in diesem Forum nicht ändern. Du darfst deine Beiträge in diesem Forum nicht löschen. Du darfst keine Dateianhänge in diesem Forum erstellen.