- {$R *.res}
Hi,
also mir sind im laufe der Zeit mehrere Fragen aufgekommen, da ich Delphi Code kaum nachvollziehen kann hilft mir eure Implementierung auchnicht sonderlich weiter
.Folgendes:
1. Einem Material können 0-n Texturen zugewiesen werden, korrekt? Wenn ja wie werden die Textur Koordinaten der einzelnen Texturen angegeben? Oder sind diese grundsätzlich für jede Textur gleich?
2. Dieser block bereitet mir immer wieder Kopfschmerzen:
Zitat:
v [x] [y] [z] ([bone_id] [weight])*
o [object_name]
mtl [material_name]
uv [u] [v]
f ([vertex_id]/[uv_id])3 [s or f]
g ([vertex_id])3 [s or f]
(op [data_type] [property_name]
opval [data])*
o [object_name]
mtl [material_name]
uv [u] [v]
f ([vertex_id]/[uv_id])3 [s or f]
g ([vertex_id])3 [s or f]
(op [data_type] [property_name]
opval [data])*
Dieser Block kann mehrfach vorkommen, mir ist allerdings nicht ganz klar wieso der Block dann so aufgebaut ist. Folgendes:
Scheinbar wird für jedes Objekt im Model dieser Block benutzt, soweit so logisch. Aber wieso stehen die Vertizes nicht einmal gesammelt für alle Objekte in dem File? Wieso stehen über jedem Objekt Block die Vertizes für ebendieses?
So wie es jetzt ist könnte man meinen das jedes Objekt seine eigenen Vertizes hat, aber so muss es ja garnicht sein, da die Vertizes nicht für jedes Objekt neu indiziert werden, sondern einfach fortlaufend nummeriert sind.
Beispiel (ist):
Zitat:
v 1 1 1
v 2 2 2
v 3 3 3
o obj_1
g 0 1 2 f
v 4 4 4
o obj_2
g 0 3 1 // Man beachte: 0 und 1 beziehen sich auf die bei obj_1 definierten Vertizes
v 2 2 2
v 3 3 3
o obj_1
g 0 1 2 f
v 4 4 4
o obj_2
g 0 3 1 // Man beachte: 0 und 1 beziehen sich auf die bei obj_1 definierten Vertizes
Es gäbe meiner Meinung nach 2 Sinnvolle Lösungen um diese Logischen inkonsistenz aufzulösen:
1. Vertizes einmal gesammelt für alle Objekte aufzählen: Sinnvoll da doppelte Vertizes vermieden werden können.
Beispiel:
Zitat:
v 1 1 1
v 2 2 2
v 3 3 3
v 4 4 4
o obj_1
g 0 1 2
g 1 2 3
obj_2
g 2 3 1
g 2 1 3
v 2 2 2
v 3 3 3
v 4 4 4
o obj_1
g 0 1 2
g 1 2 3
obj_2
g 2 3 1
g 2 1 3
2. Vertizes weiterhin für jedes einzelne Objekt aufzählen, dann allerdings unter dem Eintrag "o ..." damit die Zugehörigkeit sichtbar wird und die Indizes für jedes Objekt wieder bei 0 beginnen lassen.
Beispiel:
Zitat:
o obj_1
v 1 1 1
v 2 2 2
v 3 3 3
g 0 1 2 f
o obj_2
v 1 1 1
v 4 4 4
v 2 2 2
g 0 1 2
v 1 1 1
v 2 2 2
v 3 3 3
g 0 1 2 f
o obj_2
v 1 1 1
v 4 4 4
v 2 2 2
g 0 1 2
Bei den UV Koordinaten bin ich mir nicht sicher wie das da läuft, wenn es intuitiv wäre würden die für jedes Objekt wieder bei 0 beginnen, da diese unter dem "o ..." Eintrag stehen.
Ist aus den Beispielen jedoch nicht nachzuvollziehen, da es kein Model mit mehreren Objekten und Texturen gibt.
Mein Vorschlag auch hier: UV Koordinaten einmal in einem Block definieren und bei den Objekten nurnoch die Faces mit Vertex- und Texturkoordinaten-ids definieren.
Allerdings kann es natürlich auch sein, dass ich einfach nur Unsinn schreib, für den Fall hätte ich gerne Erklärungen wieso der Block so aufgebaut ist wie er aufgebaut ist
.Grüße,
Skeptiker
. Ich fände es natürlich super, wenn am Dateiformat ein wenig nachgebessert wird, ihr habt euch ja mit der Versionsnummer im Header alle Freiheiten der Welt gelassen, ich hab selbst schon darüber nachgedacht ein wenig rumzubasteln, aber Python ist mir nicht ganz geheuer, und in Blender kenn ich mich auchnicht wirklich aus 