ich verzweifle über Hexagon. Wie werde ich das verflixte Standardmaterial los? Ich will nicht, dass es in DS dauernd auftaucht. Es ist natürlich leer (keine Polys drin), aber ich kann es weder löschen noch umbenennen noch sonstwas.
def_suf_mat was wohl steht für default surfaces material , ist aber völlig egal wie das heißt es ist ebend das Material was schon mal da sein muss Ist sogar in jedem Programm so
Linke Seite ist dann um weitere eigene Materialen zu erzeugen,benennen und ensprechend zuzuweisen .
m DAZ Groupeditor kannst du deine surfaces (so heißen die material groups dort)auch managen.
Danke, aber in Hex war ich schon soweit - andere Materialien sind längst zugewiesen und die Sachen UV-Mapped. Ich wollte sie nur als .obj für den Adventskalender zur Verfügung stellen, da können leider nur die wenigsten was mit .duf anfangen.
Deswegen würde ich gern wissen, was ich machen muss, um das VOR dem Import nach DS loszuwerden.
Du kannst das obj nach dem Export aus Hexagon in einem Editor bearbeiten. Ich nehme dafür notepad. Dort einfach alle Vorkommnisse von def_surf_mat entfernen, dann bist du das los.
Hab das mal mit dem Editor probiert , aber nix gefunden.
Aber eigentlich der easy peasy way ist, das Teil nach DAZ zu senden mit der Bridge . In den Groupeditor im Tooleditor unter suurface group das teil einfach zu löschen und man exportiert die chose als obj aus DAZ .
Noch was: wenn nach dem Import der obj. ein anderes Programm blöd nach dem Pfad der Textur fragt, obwohl sich die Textur im gleichen Verzeichnis befindet (und das kommt sehr häufig vor) - dann liegt das daran, dass in der .mtl Datei der absolute Pfad mit abgespeichert wird.
Um bei der Weitergabe texturierter Objekte dem Nutzer das Leben leichter zu machen (oder sich selber, wenn man eine lange Materialliste in DS kompatibel herrichten möchte), unbedingt in einem Editor wie z.B. "Notepad+" die .mtl - Datei editieren wie im Screenshot gezeigt...
Es ist dann allerdings erforderlich, dass die Texturen im gleichen Verzeichnis liegen müssen, in dem sich auch die .obj / .mtl - Files befinden. Hat man eine individuelle Ordnerstruktur, welche eingehalten werden muss, so muss auch die Pfadangabe hier entsprechend auf diese verweisen.
Ah ja, danke, Space! Ich habe die Pfadangaben aus der .mtl schon gelöscht, in der Hoffnung, dass das die def_surf_mat war, aber das hatte es nicht getan. Jetzt weiß ich, wozu die da sind