Beiträge von DerGrafikfehler

Du sollst eben NICHT die Dateien vom Neoman verwenden, weil der andere Variablen verwendet. Nimm einfach die vom NLC.

255 18:51:29 -  -   Error:           Fehler: im Befehl "(L.L.RBL_TerminusIndex)" (vehicles\Setra_415NF_v3\\script\DGM\matrix.osc) ist der Variablenname ungültig!
256 18:51:29 -  -   Error:           Fehler: im Befehl "(L.L.RBL_Suffix)" (vehicles\Setra_415NF_v3\\script\DGM\matrix.osc) ist der Variablenname ungültig!
257 18:51:29 -  -   Error:           Fehler: im Befehl "(L.L.RBL_Suffix)" (vehicles\Setra_415NF_v3\\script\DGM\matrix.osc) ist der Variablenname ungültig!
258 18:51:29 -  -   Error:           Fehler: im Befehl "(L.L.RBL_Linie)" (vehicles\Setra_415NF_v3\\script\DGM\matrix.osc) ist der Variablenname ungültig!
259 18:51:29 -  -   Error:           Fehler: im Befehl "(L.L.RBL_TerminusIndex)" (vehicles\Setra_415NF_v3\\script\DGM\matrix.osc) ist der Variablenname ungültig!
260 18:51:29 -  -   Error:           Fehler: im Befehl "(L.L.RBL_Linie)" (vehicles\Setra_415NF_v3\\script\DGM\matrix.osc) ist der Variablenname ungültig!

Probier mal die Scriptversion aus einem anderen Bus. Die vom Neoman ist für den EvendPC2, der andere Variablen verwendet.

Hast du die main.osc entsprechend angepasst?

Ist der Drucker mittig unter dem Bus oder irgendwo anders?

Mit Kommazahlen bist du ganz weit daneben. Die Zahl darf nur eine Ganzzahl sein (kein Komma).

Den Screenshots nach muss der Wert irgendwas um 6 herum sein.

Im Script gibts mehrere Stellen, wo die Variable Matrix_maxSpacing beschrieben wird (S.L.Matrix_maxSpacing). Die Zahl davor gibt den maximalen Abstand in Pixeln zwischen zwei Zeichen an (in Abhängigkeit davon, ob in der Font vielleicht noch etwas mehr hinterlegt ist - am besten ausprobieren). Wenn du den Wert verkleinerst, wird der Abstand zwischen den Zeichen kleiner.

Der Wert ist abhängig von der eingestellten Matrix-Variante, ergo musst du den Wert unter deiner eingestellten Variante ändern.

Der Abstand zwischen den Buchstaben ist die Sperrung, die das Script automatisch und dynamisch in Abhängigkeit von der Textlänge einbaut. Das kann man unter anderem mit dem "@" steuern. Dieses fungiert im Wesentlichen als Leerzeichen, d.h. mit ein paar @ vor und nach dem Text kann dieser zusammengeschoben werden.

Bezüglich zu großer Buchstaben: Die hast du zu groß gezeichnet.

Rauslöschen und die Zahl unter [script] entsprechend anpassen.

137 15:51:07 -  -     Warning:       Error while loading script file vehicles\MB_O530_Facelift\\script\CoD_Matrix\EvendPC1_std\EvendPC.osc 

Dateipfad zum EvendPC-Script passt nicht.

Nicht alle K++-Implementierungen sind tatsächlich Mulitcolor-fähig. Die Morphi-Busse können z.B. nur monochrome (=einfarbige) Bitmaps darstellen.

Die Multicolor-Funktion erfordert angepasste Matrix-Modelle und -Einträge, da für die einzelnen Farbkomponenten eigene Materials (und dementsprechend Planes) benötigt werden. Zusätzlich muss die Funktion irgendwo in der Constfile aktiviert werden, wenn ich das gerade richtig im Kopf habe.

https://www.getpaint.net/download.html

Ein if-else if ist in der Omsi-Programmiersprache nicht möglich. Am enfachsten wäre es wahrscheinlich, wenn du z.B. das Register 6 auf den Wert 1 setzt, wenn eine entsprechende Hofdatei ausgewählt ist und dann dieses abfragst:

{macro:auftragsschild_frame}
    0 16
    (L.$.Yard) "Ahlheim 5" $= {if} "Auftragsschild\Auftragsschild_AVG.dds" (S.$.auftragsschild) 1 s6 {endif}
    (L.$.Yard) "Ahlheim_Laurenzbach_Updated" $= {if} "Auftragsschild\Auftragsschild_SLZ.dds" (S.$.auftragsschild) 1 s6 {endif}
    (L.$.Yard) "Gerolstein_2025" $= {if} "Auftragsschild\Auftragsschild_VBK.dds" (S.$.auftragsschild) 1 s6 {endif}
    (L.$.Yard) "Waldhofen 2013" $= {if} "Auftragsschild\Auftragsschild_BWh.dds" (S.$.auftragsschild) 1 s6 {endif}
    l6 !    
    {if}
            "Auftragsschild\Auftragsschild_Wolf.dds" (S.$.auftragsschild)
    {endif}
{end}

Noch einfacher wäre es natürlich, einen der globalen Strings in der Hofdatei zu nutzen. Wenn der leer ist, kann die Standardtextur verwendet werden, sonst eben die aus der Hof. Wäre dann auch etwas einfacher in der Handhabung, weil dafür das Script nicht immer angepasst werden muss.

Die Materials sind in Blender so ausgelegt, dass die Texturen von Omsi dann aus einem Unterverzeichnis geladen werden. Damit kommt Blender aber beim Export nicht klar, wodurch die Materials "falsch" exportiert werden und der verlängerte Dateipfad fehlt. Du musst entweder den Textur-Unterordner überall rausnehmen (in der model.cfg bei allen Einträgen den Ordner vor dem Dateinamen entfernen) und die Texturen ins Haupt-Textur-Verzeichnis legen oder die einzelnen .x-Dateien bearbeiten und den richtigen Texturpfad nachtragen. Die .x-Dateien sind einfache Textdateien, können also "gefahrlos" bearbeitet werden.

Ja.

Für die K++ müssen die Wechselziele mit 20xxx aufwärts durchnummeriert werden. In deinem Fall also z.B. 20103, 21103, 22103.

Krefrath v3 | MB O530LE (Kajott-DLC, DGM Update WIP)

EvendPC_Scripttex_Index auf 3

EvendPC_ScripttexHell_Index auf 4

setzen.

Nein. Die Scripttextur-Einträge in der model.cfg sind von Omsi automatisch durchnummeriert. Der erste Eintrag hat den Index 0, der zweite Index 1 und so weiter.

Der Scripttextur-Eintrag muss, wie in der Anleitung beschrieben, in der model.cfg eingefügt werden.

Da ist die Auflösung der Scripttextur falsch. Ersetze die durch die im Paket enthaltenen.

Die Scripttextur-Indizes funktionieren nur dort, wo tatsächlich eine Scripttextur hinterlegt ist. Wenn in der model.cfg fünf Scripttexturen hinterlegt sind, wird kein Wert >4 funktionieren.

Funktioniert einwandfrei. Du darfst halt nicht Linie 10 Kurs 00 eingeben, sondern als Kurs 1000.

Richtig.