Jo man hat sogar einige funktionen die in den letzen Max versionen fehlten durch scripte gelöst und in der neuen Max8 version fest reinprogrammiert.
Hab mich verschrieben die heissen Lichtblick4d http://www.lichtblick4d.com/ die haben vor kurzer Zeit in Berlin einen Sitz aufgemacht.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Hm... Das heißt, es bestehen durchaus Chancen für einen 3ds Max Im-/Exporter?

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

Ich kann sagen das ich keinen entwickeln werde aber ich denke jemanden zu finden der das macht ist nicht schwer , da es viele MaxScripter gibt auch deutsche. Ich werde defenitiv nur für ein Blenderexporter sorgen und Exporter für andere Programme müssen dann von anderen Personen entwickelt werden. Ich bin aber gerne bereit mit Informationen auszuhelfen.

Viele hobbymodeller aus der Quakeengine Scene nutzen z.B. MilkShape (was ich nicht verstehen kann da es wirklich ein mieses progg ist), die SDK ist frei und es ist auch erlaubt plugins zu entwickeln. Ein guter Anteil an 3D Grafikern nutzt Max und wenige haben dann oberklassenprogs wie Maya, SoftImage oder LightWave diese Progs haben alle samt Comercial in ihrer perversesten Art im Sinne und da ist obacht vor geboten.
Ein kleiner ausbruch mit gmax ist auch gescheitert und soll demnächst eingestellt werden und man muss sagen auch dies war nicht kostenlos für entwickler.
Wenn also exporter entwickelt werden sollen muss ein Besitzer mit einer Lizens vom Produkt aufgetrieben werden, der den Exporter dann schreibt oder es sollte ein Nachweis gebracht werden das eine Lizens für ein Exporter nicht von nöten ist.

Bevor es aber soweit ist denke ich kann es schon ein bischen dauern, denn erstmal müssen bugs behoben werden die auftreten könnten oder fixes.
Ein gutes Handling mit dem Exporter und Importer muss geschaffen werden und dann kann man über den Tellerrand schauen.

Zum Thema Importer kann ich schonmal sagen ich hab die ersten Lesefunktionen drin also folgendes funktioniert schonmal.
version:=dglfile.segment('header').container('version').asSingle;
filetyp:=dglfile.segment('header').container('typ').asString;
size:=dglfile.segment('data').container('kreis').container('size').asInteger;
Momentan arbeite ich an der category funktion und das laden der typen muss noch ein bischen ausgereift werden zwar werden typen korrekt erkannt und in einer passenden struktur eingelagert aber nutzen kann man es noch nicht ^^.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Das ist mir schon klar, dass du keinen Exporter für 3ds Max schreibst

Aber solange sich das mit Maxscript regeln lassen könnte, stünde dem ja nichts dagegen, dass das jemand anderes macht. Obwohl eine XML-Datei mit Maxscript auszulesen bestimmt nicht lustig ist

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

Gute und schlechte Nachrichten sind heute im Programm,
1. Ich hab das Format ein bischen ausgefeilt und angefangen den Binaryloader zu schreiben und hab auch die Strukturen überarbeitet.
2.Ich hab ein kleinen Plattencrash gehabt und ein großteil meines codes verloren.
3.Ich kann ein großen Teil rekonstruieren und aus dem kopf ein bischen nachproggen aber ein teil wird wohl von vorne geschrieben werden müssen.
Glücklicherweise hab ich noch den ersten loader der nur xml konnte und das testprogram für den neuen loader so hab ich alle befehle schonmal sicher.
Und teile der neuen Struktur die ich durch binary dumping recovern konnte. Mal sehen wie lange es dauert den code fertig zu stelllen.

Die neue Struktur arbeitet mit 5pointern und einer cardinal;


Damit kann man locker flockig nen baum aufziehen und der Voteil liegt in der geschwindigkeit beim verändern des baumes.
Per TagID kann man feststellen wie das teil heißt,welcher typ es ist und mit data und den typ kann man dann die daten abfragen.

Im gegensatz zur vorigen variante ist die neue immer auf ein cardinal bezogen nicht auf ein string.
Dies natürlich wesentlich schneller und einfacher.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Ich freu' mich schon richtig drauf... Vielleicht versuch' ich auch nochmal, mich mit Blender anzufreunden. Das klingt einfach zu lecker...

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

Irgendwer da oben hat mich lieb .
Nachdem ich die 10GB partition in nette 5 binary images kopiert und geteilt habe, konnte ich mit biew, ein Binary viewer ,nach einiger Zeit die unit finden.
Der Fileheader war kaputt und auch die file selber war bis kurz vor dem semikolon vom unitname kaputt somit konnte ich alles wichtige retten.
Zur sicherheit werde ich nachher mal ein cvs update meiner engine machen und somit den aktuellen stand in mein sourceforge projekt übernehmen.
Das bedeutet ich kann nachher weiter proggen, dass speichern von xml files ging ja schon und das speicher von binary war der letzte punkt an dem ich arbeite. Binary laden ist nen kinderspiel im gegensatz zu XML laden was ich ja schon in mein alten loader drin habe also ein copy paste
Was ich auch noch machen werde ist der converter(besser gesagt die abfrageroutine was gemacht werden soll ^^),Structure Manager und exporter script.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Hab nun wieder die arbeit aufgenommen.
Ich hab ein neuen Code aufgebaut und nutze nun ein XML Parser der unter Freepascal und delphi läuft.
In der letzten Version hab ich ja ein eigenen Parser geplant gehabt aber der war nicht so perfekt.
Momentan arbeite ich daran ein interface zu erstellen, welches die Baumstruktur bestmöglich anbietet.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

cool

(was soll man noch sagen ?)

_________________
Flummi: Projektseite und Projektthread

Ich arbeite im Moment auch an einem Meshformat (bzw das Format ist schon fertig, der Loader ist grad in Arbeit), dessen Hauptaugenmerk auf Animationen liegt. Der Export (bisher nur aus Blender) funktioniert schon recht gut, im Moment arbeite ich an der korrekten Drehung im Parent-Child-System.
Evtl könnten wir unsere Projekte dann mal irgendwann verschmelzen...

_________________
"Du musst ein Schwein sein in dieser Welt, sangen die Prinzen, das ist so 1.0. Du musst auf YouTube zeigen, dass dir dein Schweinsein gefällt, das ist leuchtendes, echtes Web 2.0."
- Hal Faber
Meine Homepage: http://laboda.delphigl.com

Gute Nachrichten,
Ich hab gerade eine funktion AsType eingebaut diese funktion erlaubt das nutzen von den typeninformationen.
Hier mal ein kleines Beispiel:
-die XML file

-der passende loader


Ohne AsType müsste man alles per hand laden und das geht bei größeren und komplexeren XML datein in eine ziemlich große Zeilenanzahl. Auffallen wird wohl das ich in den records sowas habe "faces:array [0..(MAXINT div 17{sizeof(TMesh)})] of pTFaces;", dass sind arrays die in der größe nicht festgelegt sind also dynamische arrays. Um nicht in falsche bereiche zu zugreifen sollte man die anzahl an elementen mit in der xml file speichern. Dynamisch ist ein xml element wenn man count='-1' macht wobei er alle zahlen unter 1 als solches interpretiert. Im Header gibs ein Tag Typ dieser ist fest implementiert und beinhaltet den filetyp des Nutzers. Im meinen Fall war es das TakMesh und wenn der loader dann steht überprüft man vorher einfach ob die Datei ein TakMesh ist und kann sie dann laden.

Wenn man die XML File dann rendert und wie ich noch ein Bloom einsetzt, wenn das Mesh 'Suzanne' heisst sieht es so aus.


Ich mach mich nun an das schreiben von XML strukturen und dann gleiches für das Binäre format.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Hallo,
Ich hab die Woche eine beinah fertige initial Release Version geschafft.
Die neue Version ist im bereich Pascalschnittstelle verbessert worden.
Nun kann man mit 2-3 Befehlen die Daten aus der Datei in die eigenen Datenstrukturen geladen werden.
Hierbei wird die node.AsType funktion verwendet, diese legt im speicher ein bereich an und kopiert die daten in form der typen rein.
Aussehen tut das dann wie folgt.

XML File:


Pascal:


AsType speichert static arrays wie gewohnt direkt an die stelle und dynamic arrays hab ich über ein pointer auf einen speicherbereich, wo alle elemente nebeneinander liegen, gelöst. Sprich man muss dann beim lesen die adresse vom ziel mit inc(pointer vom typ) erhöhen.
Man sollte also schon die anzahl in der Datei mit rein schreiben.
Ich spielte erst mit den gedanken direkt ein dynamischen array zu emitieren aber die arraydaten für freepascal sind schon ziemlich heftig und ich weiss nicht ob Delphi es anders handelt.

Bevor ich ein initial release mache will ich noch den binary modus fertig bekommen(kleine probs im import) und den code noch ein bischen leserlicher gestalten.
Wer trotzdem schon mit beschäftigen will, kann im svn repo von x-dream, eine demo "xdm" finden.
Alternativ kann man auch das nightbuild nehmen http://www.linuxprofessionals.org/xdream/?link=packages.

Das exporterscript was ich in Blender nutzte kann man hier finden http://www.linuxprofessionals.org/xdream/blend2xml.py.
Wenn die Demo korrekt läuft, sollte es wie folgt aussehen.

Das Partikelsystem ist ein Entity und mit FireBlade realisiert, sonnst gibt es nichts besonderes zu erwähnen.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Ich hab heute XD_Data aka GL_Data aka DGL_Meshformat fertig im Funktionsumfang fertig bekommen.
Was nun noch fehlt ist Optimierung und das realisierung von Features, Doku und Tutorials.

Features die noch nicht stehen sind z.B. das streamen von Binary und ein Platzsparendes Speichern der Werte.
Momentan ist in normalfall Binary größer als XML, da für ein Tag 9Byte anfallen und die Werte als String gespeichert werden.
Diesen Umstand wird noch abhilfe geschaffen werden, indem erkannt wird ob es ein bekannter Type ist und dann nur einmal den Tag speichert und alle werte Binär aneinander speichert. So fallen die 9Bytes pro Tag weg und die Daten liegen Binär und nicht als String vor. Streaming will ich wie folgt realisieren. Da jeder Tag eine TagID,Count,Typ besitzt kann man einfach die Tag Daten beim lesen überspringen und wenn dann vom User eine Anfrage auf ein Wert statt findet und kein Wert enthalten ist. Wird die Datei auf den Wert untersucht und eingetragen.

Das ganze Teil besteht aus 2 Units einmal XD_Data.pas und libxmlparser.pas(fremder sehr guter xml parser).

Wer Interesse hat soll sich mal melden, um eventuell noch Ideen vor zu tragen.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004