In einem Objekt auf ein anderes verweisen

Ausgehend davon, dass diese .sco in SceneryObjects\<Dein Ordner> liegt:

[mesh]
..\..\X10 Kreuzungen\<normaler Model-Pfad>

Die Texturen werden dann allerdings nicht aus dem X-Verzeichnis geladen, sondern aus deinem.

Zitat von LJH

Kreuz_MC\model\Einm_altonaer.o3d

Zitat von DerGrafikfehler

..\..\X10 Kreuzungen\<normaler Model-Pfad>

Das ..\..\ steht nicht grundlos da. Das muss da schon hin. Mit jedem ..\ wechselst du in der Ordnerstruktur hinauf, also hier von Model zu deinem Hauptverzeichnis und dann in den Sceneryobjects-Ordner.

Die Texturen werden zuerst aus dem Texture-Ordner im Ordner der sco gesucht, wenn dort nicht vorhanden, dann im Texture-Ordner im Omsi-Hauptverzeichnis. Da jeweils zuerst als .dds, unabhängig von der im Mesh eingetragenen Dateiendung, dann die im Mesh eingetragene Dateiendung. Wenn nichts davon vorhanden ist (wonach es hier aussieht), wird die Textur weiß.

Also... Die entsprechende Gehwegtextur liegt bei dir augenscheinlich nicht im Texture-Ordner im Omsi-Hauptverzeichnis oder trägt einen falschen Namen.

Zitat von LJH

Woher sollte aber das Objekt sonst seine Texturen beziehen, wenn es doch keine Angaben hat?

Das steht fest in der o3d. Dort ist ein relativer Pfad Textur.bmp vorhanden, woran OMSI dann noch texture vorhängt. Somit würde dann texture\Textur.bmp entstehen. Existiert diese relative Angabe am Sceneryobject nicht, dann wird nach dem Texturnamen im globalen texture-Ordner gesucht.

Also zusammengefasst scheint die angegebene Textur wohl doch nicht vorhanden zu sein. Was du zur Kontrolle machen könntest, wäre dir die o3d mit einem Texteditor zu öffnen und nach Einträgen wie .dds, .bmp oder wie jeweilige Texturendung zu suchen. Daran erkennt man meistens den korrekten Texturnamen, da diese immer mehr oder weniger lesbar in der o3d stehen. Wenn du dir da beim korrekten Namen der jeweiligen Texturen nicht sicher bist, kannst du uns ja Mal die Ausschnitte der Datei um die offensichtlichen Texturnamen schicken (+ ca. 3 Zeichen). Da sollte der Editor hier auch "korrekt" darstellen.

Ach so... Dann würde ich es Mal mit einem matl_change versuchen, das wäre da dann noch die beste Methode. Dazu siehe im SDK.

Zitat von LJH

Wenn ich dich nicht missverstanden habe, müsste ich theoretisch die Texturen, die ich haben will, aus dem SGTVP-Ordner in den Root-Texturen-Ordner ziehen und die nach den Texturen in der o3d-Datei umbenennen, oder?

Genau, das wäre auch eine Möglichkeit, aber wegen des Urheberrechts eben nur theoretisch. Aber wenn du deine Karte nicht veröffentlichen willst, kannst du das Natürlich machen. Das kann dir keiner verbieten (außer der Windows-Explorer, der meint, dass irgendeine Datei verwendet wird ).

Zitat von LJH

Wie geht das denn? Bzw. welche Anwendung muss ich nutzen?

Gar keine Anwendung. Es handelt sich dabei um die PDF, die hier drinne ist: https://reboot.omsi-webdisk.de…6-omsi-sdk-2deu-0-02-zip/

Du kannst dir einfach irgendeinen Variablennamen wählen und ein Scirpt erstellen und einbinden:

{init}
     1 (S.L.discrete)
{end}

Die Variable natürlich noch in eine Varlist eintragen.

Da weiß ich auch nicht mehr weiter, aber eigentlich sollte dieses Textursuchverfahren von OMSI auch bei dem Befehl angewendet werden. Kannst du nochmal deine sco schicken?

Ach nee, ich habe dir jetzt totalen Quatsch erzählt... Du brauchst [matl_freetex]. Dazu siehe auch im SDK. Sorry für die Verwirrung, ich habe mich da völlig vertan.

Unter matl_freetex muss auch die Textur stehen, die du wechseln willst. Die Stringvariable setzt dann den Texturnamen:

{init}
     "Texturpfad" (S.$.strvarname)
{end}

Dementsprechend brauchst du eine Stringvarnamelist mit dem entsprechenden Stringvariablennamen.