Im folgenden noch ein paar Anmerkungen und Hinweise für Eigenentwicklungen mit dem Gothic MOD Kit.
Die komplette Oberwelt von Gothic ist kein einzelnes Mesh. Vielmehr wird sie aus verschiedenen 3DS-Files und ZEN-Files verschweisst. Die Welt umfasst folgende Dateien - die dazugehörigen Mesh-Dateien haben die Endung .3DS anstatt .ZEN:
Aus diesen Einzel-ZENs wird dann das komplette WORLD.ZEN gebaut. Da dies von Hand sehr mühsam und langwierig ist, gibt es die Möglichkeit im Spacer ein Makro names World create dazu zu starten. Dies erstellt aus den Einzeldaten die WORLD.ZEN.
Nach dem Durchlauf des Makros, was auf kleineren Rechnersystemen gut eine Stunde dauern kann, muss der Level noch als Compiled ZEN(ascii) gespeichert werden (Files/Save ZEN). Der Name des Oberwelt-Levels lautet standardmässig WORLD.ZEN. Der Speichervorgang kann auch hier sehr lange dauern, also nicht zu früh die Flinte ins Korn werfen :).
Das 3DS-Dateiformat bringt einige Nachteile beim Levelbau mit sich. Bei sehr grossen Leveln wie z.b. dem SURFACE.3DS stösst man an die Obergrenze von 65536 Polygonen pro Objekt, die in einer 3DS-Datei zugelassen sind. Um dieses Problem zu umgehen geht man wie folgt vor: man „zerschneidet“ das Mesh einfach in mehrere kleine Teile, die unterhalb der 64K-Poly-Grenze liegen. So wurde z.B. das SURFACE.3DS in 4 in etwa gleich grosse Teile zerlegt und dann komplett exportiert. Im Spacer wird dieses Mesh dann wieder zu einem Objekt zusammengeschmolzen. Dies passiert aufgrund von überlappenden Vertices.
Auf einigen System kann es zu einem Absturz von 3D Studio MAX 3.1 beim Mesh Export mit dem neusten ASCII-Exporter kommen, wenn in der Datei ein Physique-Modifier vorliegt. Hier sollte dann der Exporter aus dem 3DS MAX Stuff\Plugins\alternative ZenExp-Verzeichnis benutzt werden. Für den Export von reinen Animations-Daten ist allerdings die neuere Version des Exporters vorzuziehen.
Sollten bei exportierten Animationsdaten unerwünschte Verzerrungen in extremen Formen bei den Modellen auftauchen, so sollte man versuchen die Animationen erneut zu exportieren und dabei die Checkbuttons Force Anim Output und Objectspace Anim Check aktivieren. Dies führt zwar zu einer Vergrösserung der Daten, aber somit wird auf jeden Fall ein kompletter Export „erzwungen“.
Wenn ein Level aus dem Spacer heraus in ein File (mit Suffix „.ZEN“) gespeichert werden soll, kann der Benutzer grob festlegen, was in welcher Form in dem File auftauchen soll. Ein solches File kann erstens den statischen Teil eines Levels in binaerer Form enthalen, also das compilierte statische Levelmesh inkl. aller Informationen ueber Materialien, BSP, Portale, Sektoren etc. Zweitens kann das File den dynamischen Teil eines Levels enthalten, also Daten ueber die Objekte („Vobs“) innerhalb des Levels, wie z.B. Bewuchs, aufnehmbare Gegenstaende („Items“), Interaktions-Objekte („Mobs“), Partikel-Effekte, Zonen etc. Der dynamische Anteil kann entweder textuell/ASCII (menschenlesbar, langsame Performance) oder binaer (schnellere Performance, geringerer Platzbedarf) ausgeschrieben werden.
Das statische Levelmesh wird nicht geschrieben. Die Objekte werden ASCII geschrieben. Dieses Format eignet sich gut zum debuggen, um alle Objektdefinitionen eines Levels textuell einsehen zu koennen.
Das statische Levelmesh wird geschrieben. Die Objekte werden in einem kompaktem binaeren Format geschrieben. ACHTUNG: die in dem GoldMaster von Gothic verwendeten Level befinden sich in diesem Format! Finale Versionen von Leveln sollten immer in diesem Format gespeichert werden.
Das statische Levelmesh wird geschrieben. Die Objekte werden ASCII geschrieben. Dieses Format eignet sich gut zum debuggen, um alle Objektdefinitionen eines Levels textuell einsehen zu koennen.