4. Fileformat für Scene?

Fileformat für Scene?

  • R
    Mod

    interpreter schrieb:

    rapso schrieb:

    das einfachste format dürfte eines sein, das auf xml basiert, dafür gibt es auch fertige reader und writer.

    z.B.?

    schafst du es wirklich nicht ein xml file einer scene zu dumpen? oder was soll die predikatlose frage?

    rapso->greets();

    0
  • I

    rapso schrieb:

    interpreter schrieb:

    rapso schrieb:

    das einfachste format dürfte eines sein, das auf xml basiert, dafür gibt es auch fertige reader und writer.

    z.B.?

    schafst du es wirklich nicht ein xml file einer scene zu dumpen? oder was soll die predikatlose frage?

    rapso->greets();

    Ich sagte in meinem 1. Posting, dass ich KEINE Erfahrung auf diesem Gebiet habe. Insofern bringt mir die Aussage, dass es irgendwelche XML Formate gibt nichts.

    0

  • Ja, mit der Einstellung schaffst du es bestimmt.

    Bye, TGGC (Der Held lebt!)

    0
  • I

    TGGC schrieb:

    Ja, mit der Einstellung schaffst du es bestimmt.

    Bye, TGGC (Der Held lebt!)

    Man KÖNNTE ja auch einfach mal helfen...

    0

  • interpreter schrieb:

    TGGC schrieb:

    Ja, mit der Einstellung schaffst du es bestimmt.

    Bye, TGGC (Der Held lebt!)

    Man KÖNNTE ja auch einfach mal helfen...

    Man KÖNNTE ja auch einfach mal denken...

    Bye, TGGC (Der Held lebt!)

    0
  • S

    @interpreter: Die Jungs meinen, ein XML-Format kannst Du Dir auch rupp-zupp aus den Rippen schneiden, und mit Standard-Bibls lesen und schreiben (TinyXML?).

    Z.B.:

    <scene>
   <cube>
      <id = 0/>
      <quad no=0>
         <vertexlist>
         bla...
         </vertexlist>
      </quad>
   </cube>
   <sphere>
      <id = 3/>
        ...
   </sphere>
</scene>

    Also konkret zur Beantwortung Deiner Frage:

    Es gibt "bessere" Formate, wie XML. 🤡

    Aber wenn Du mit ASE schon rumhantiert hast, würde ich das erstmal bevorzugen. 👍
    Mach' Deinen Loader straight-forward, dann solltest Du beim Umbauen auf XML oder sonstwas später keine dollen Probleme haben.

    0
  • I

    Sgt. Nukem schrieb:

    @interpreter: Die Jungs meinen, ein XML-Format kannst Du Dir auch rupp-zupp aus den Rippen schneiden, und mit Standard-Bibls lesen und schreiben (TinyXML?).

    Z.B.:

    <scene>
   <cube>
      <id = 0/>
      <quad no=0>
         <vertexlist>
         bla...
         </vertexlist>
      </quad>
   </cube>
   <sphere>
      <id = 3/>
        ...
   </sphere>
</scene>

    Also konkret zur Beantwortung Deiner Frage:

    Es gibt "bessere" Formate, wie XML. 🤡

    Aber wenn Du mit ASE schon rumhantiert hast, würde ich das erstmal bevorzugen. 👍
    Mach' Deinen Loader straight-forward, dann solltest Du beim Umbauen auf XML oder sonstwas später keine dollen Probleme haben.

    Erstmal danke für die Hilfe 👍
    Mein Problem ist natürlich nicht das Parsen von XML Files sondern das fehlende Wissen, was für Daten in eine Scene reingehören (is mit den ganzen Materialien, Texturen usw bei mehreren Objekten ja ganzschön umfangreich) und deshalb habe ich ein fertiges Format gesucht um zu sehen, was da so alles dazu gehört. Naja, alles schnall ich beim ASE Format zwar noch nicht, aber ich denke, dass ich mal trotzdem dabei bleiben werde

    0
  • I

    Du musst schon selber wissen was du alles brauchst. Das kann dir niemand abnehmen. Aber trotzdem: Ignorier TGGC einfach, wenn er dich stört. 😉

    So rein prinzipiell:
    Teile deine Scene in unabhängige Objekte auf soweit nötig, wenn z.B. etwas animiert werden muss.
    Ich nehme dann an, du brauchst:

    Folgende Struktur bspw.

    Scene
- Texturen[]
- Meshes[]
--- Faces[]
---- Textur(en[])
---- Geometriedaten[] 
----- Position
----- Normale
----- Texturkoordinaten
- MeshInstances[]
-- MeshID
--- Rotation
--- Position
--- Skalierung

    Hoffe, man erkennt die Baumstruktur. 😃
    Das ganze ist natürlich beliebig erweiterbar, mit Animationsstufen usw. z.B.

    So könntest du z.B. mehrere Stühle platzieren hättest aber den Mesh dazu nur einmal komplett gespeichert. Ebenso mit den Texturen.

    0

  • illuminator schrieb:

    Du musst schon selber wissen was du alles brauchst. Das kann dir niemand abnehmen. Aber trotzdem: Ignorier TGGC einfach, wenn er dich stört. 😉

    Und hör auf mich, wenn du was lernen willst. 😎

    Bye, TGGC (Der Held lebt!)

    0
  • I

    illuminator schrieb:

    Du musst schon selber wissen was du alles brauchst. Das kann dir niemand abnehmen. Aber trotzdem: Ignorier TGGC einfach, wenn er dich stört. 😉

    So rein prinzipiell:
    Teile deine Scene in unabhängige Objekte auf soweit nötig, wenn z.B. etwas animiert werden muss.
    Ich nehme dann an, du brauchst:

    Folgende Struktur bspw.

    Scene
- Texturen[]
- Meshes[]
--- Faces[]
---- Textur(en[])
---- Geometriedaten[] 
----- Position
----- Normale
----- Texturkoordinaten
- MeshInstances[]
-- MeshID
--- Rotation
--- Position
--- Skalierung

    Hoffe, man erkennt die Baumstruktur. 😃
    Das ganze ist natürlich beliebig erweiterbar, mit Animationsstufen usw. z.B.

    So könntest du z.B. mehrere Stühle platzieren hättest aber den Mesh dazu nur einmal komplett gespeichert. Ebenso mit den Texturen.

    Leider hat sich nun die Anforderung dahingehen geändert, dass ich ein Fileformat nehmen muss, dass von 3ds max unterstützt wird. Da das ASE Format mehrere Objekte unterstützt werd ich wohl das nehmen 🙄

    0
  • C
     

    <scene>
   <cube>
      <id = 0/>
      <quad no=0>
         <vertexlist>
         bla...
         </vertexlist>
      </quad>
   </cube>
   <sphere>
      <id = 3/>
        ...
   </sphere>
</scene>

    Der Erfinder von XML hatte zumindest ne grosse Festplatte 😃
    Soviel Overhead-Information gehört ja bestraft.

    0
  • S

    Cpp_Junky schrieb:

    <scene>
   <cube>
      <id = 0/>
      <quad no=0>
         <vertexlist>
         bla...
         </vertexlist>
      </quad>
   </cube>
   <sphere>
      <id = 3/>
        ...
   </sphere>
</scene>

    Der Erfinder von XML hatte zumindest ne grosse Festplatte 😃
    Soviel Overhead-Information gehört ja bestraft.

    Ist zum Debuggen und Selber-Ändern aber nunmal besser als

    01 A4 F3 CB E2 41 23 67
CB E2 00 41 4A 23 67 54
B2 01 4A E2 41 A3 64 33
41 4A 23 A4 F3 01 4A E2

    :p

    Und das ganze nachher binär (=wenig Speicherplatz) zu machen ist kein Akt. Gibt ja XUL (oder wie heisst das?). Beispiel Code in Gems 4. 👍

    0
  • I

    interpreter schrieb:

    Leider hat sich nun die Anforderung dahingehen geändert, dass ich ein Fileformat nehmen muss, dass von 3ds max unterstützt wird. Da das ASE Format mehrere Objekte unterstützt werd ich wohl das nehmen 🙄

    Schreib doch ein 3dx max Plugin dafür 🤡

    0
  • S

    illuminator schrieb:

    Schreib doch ein 3dx max Plugin dafür 🤡

    ROFL 😃

    2 - 3 Stunden. Höchstens. 😃

    0
  • I

    Ich kenne die 3ds max api ... und finde sie absolut grausig.
    Eigentlich wollte ich nur bestätigt werden, dass ASE das geeignete Format ist 🙂

    0
  • R
    Mod

    es gibt im netz zuhauf xml-export-scripte für max.

    das ase format ist zwar nett, aber leider unterstützt es animationen nicht vernünftig.

    rapso->greets();

    0
  • I

    rapso schrieb:

    das ase format ist zwar nett, aber leider unterstützt es animationen nicht vernünftig.

    Ja, das stimmt. Aber da meine gesamte Szene sowieso statisch sein soll, ist das absolut in Ordnung.

    0
  • S

    interpreter schrieb:

    Eigentlich wollte ich nur bestätigt werden, dass ASE das geeignete Format ist 🙂

    ASE ist das geeignete Format für Dich, Ungläubiger! 🕶

    0
Anmelden zum Antworten