Funktionieren würde das, allerdings würden die Fahrgäste die letzten beiden Züge ignorieren, denn man kann in OMSI lediglich 8 Ein- und Ausgänge gleichzeitig ansteuern. Eine Tatra hat bereits vier davon, eine Doppeltraktion hingegen acht und damit wäre das Maximum schon erreicht.
Beiträge von IREgio612
Als Gast kannst du nur Inhalte in deiner ausgewählten Sprache sehen. Registrierte Nutzer können die Sichtbarkeit anderer Sprachen in ihrem Kontrollzentrum aktivieren, weitere Infos hier.
Alle Themen sind in den Foren mit einer Sprachflagge gekennzeichnet:
-
-
Dateien durch einen Code ersetzen?
Ich weiß ja nicht, welche ReadMe das gewesen sein soll - geschweige denn welche Einbauanleitung.
-
Achso. Du suchst in dieser Datei nach den [exit]-Einträgen. Diese kopierst du dir darunter nochmal, ersetzt das "exit" durch "entry" und fügst unter diesen Zeilen noch {withbutton} und {noticketsale} ein. In der Praxis sieht das also wie folgt aus:
Code: nachher
Alles anzeigen[exit] 2 [exit] 3 [entry] 2 {withbutton} {noticketsale} [entry] 3 {withbutton} {noticketsale}
Das {withbutton} sorgt dafür, dass diese Tür bevorzugt wird. Die Fahrgäste nehmen dadurch an, dass sie diese selber öffnen können. Lässt du das weg, laufen die immer zuerst zu den geöffneten Türen und ignorieren die geschlossenen.
Das {noticketsale} sorgt dafür, dass die Fahrgäste dort nur einsteigen, wenn sie kein Fahrschein erwerben möchten. Lässt du das weg, kann es passieren, dass die hinten einsteigen und dann vorgelaufen kommen, um ein Ticket zu kaufen.
-
Naja... das ist das was ich oben erklärt habe (Beitrag #2).
Oder geht es um die passengercabin-Datei, wo du da was eintragen musst?
-
"Daueranimation" in eine Varlist eintragen.
Zudem findet er folgende Dateien nicht:
Code
Alles anzeigenError: vehicles\MB_O530_Facelift_IVU_DB\model\Dashboard\VDV\Facelift\Display_Tausch.o3d – o3d reading failed - Could not read the o3d file! This is not a valid o3d file! Error: vehicles\MB_O530_Facelift_IVU_DB\model\Dashboard\VDV\Facelift\display_balken8.o3d – o3d reading failed - Could not read the o3d file! This is not a valid o3d file! Error: vehicles\MB_O530_Facelift_IVU_DB\model\Dashboard\VDV\Facelift\display_balken9.o3d – o3d reading failed - Could not read the o3d file! This is not a valid o3d file! Error: vehicles\MB_O530_Facelift_IVU_DB\model\Dashboard\VDV\Facelift\display_balken10.o3d – o3d reading failed - Could not read the o3d file! This is not a valid o3d file! Error: vehicles\MB_O530_Facelift_IVU_DB\model\Dashboard\VDV\Facelift\display_consum.o3d – o3d reading failed - Could not read the o3d file! This is not a valid o3d file! Error: vehicles\MB_O530_Facelift_IVU_DB\model\Dashboard\VDV\Facelift\Display_BG.o3d – o3d reading failed - Could not read the o3d file! This is not a valid o3d file! Error: vehicles\MB_O530_Facelift_IVU_DB\model\Dashboard\VDV\Facelift\Display_Glas.o3d – o3d reading failed - Could not read the o3d file! This is not a valid o3d file! Error: vehicles\MB_O530_Facelift_IVU_DB\model\Dashboard\VDV\Facelift\display_temp.o3d – o3d reading failed - Could not read the o3d file! This is not a valid o3d file!
-
CanLukas7511 Genau das habe ich doch oben erklärt… Oder was meinst du?
-
Was ist jetzt damit?
-
Das definiert lediglich die Ein- und Ausgänge. Wann jedoch ein Ein- bzw. Ausgang als solcher auch freigegeben wird, ist in einem Script definiert - in diesem Fall in "door_3D_G.osc".
Dort musst du dann folgenden Abschnitt suchen:
Code(L.L.door_0) 0.9 > (S.L.PAX_Entry0_Open) (L.L.door_1) 0.9 > (S.L.PAX_Entry1_Open) (L.L.door_3) 0.9 > (S.L.PAX_Exit0_Open) (S.L.PAX_Exit1_Open) (L.L.door_5) 0.9 > (S.L.PAX_Exit2_Open) (S.L.PAX_Exit3_Open)
und änderst ihn folgendermaßen um:
-
Genau, das sind die TextTexturen des Faremasters. Also bitte die Stringvarlist vom Faremaster wieder in die bus-Datei rein.
-
Nein, die hier brauchen wir => vehicles\AB_S400LE_Series\model\S418LE_1-2-0.cfg
-
Okay welche Datei bräuchtest du denn? Die Logfile?
Die Datei die in der Fehlermeldung steht.
-
Ich kann nix anschauen, wenn ich die Datei nicht habe.
Und die von dir geschickten Fehlermeldungen kannste ignorieren. Wenn du die dennoch loshaben willst, entfernst du die dort aufgelisteten Makros aus der der entsprechend erwähnten Datei.
-
Folgendes in die IVU_varlist.txt nachtragen:
Es ist zu spät um zu raten, was da wohl stehen wird.
Ich gehe aber mal von einer TextTexture aus, ergo: es wurden wieder (was auch den ersten Fehler erklären würde) die alten Varlisten und Stringvarlisten entfernt. Und wie schon so oft hier in diesem Thread erwähnt: Lasst die alten Varlisten und Stringvarlisten in der bus-Datei stehen, um solche Fehler zu vermeiden!
-
Bitte kontrollieren, ob in der bus-Datei auch die Datei IVU_Ticketbox.osc korrekt eingetragen ist.
-
-
Code
195 14:21:36 - - Warning: Error while loading script file vehicles\AB_S400LE_Series - Kopie\\script\IVU_Ticketbox. 196 14:21:37 - - Error: Fehler: im Befehl "(S.L.CTI_RBL)" (vehicles\AB_S400LE_Series - Kopie\\script\S400_Dashboard.osc) ist der Variablenname ungültig!
Bitte in der bus-Datei bei script\IVU_Ticketbox. die Endung "osc" ergänzen und CTI_RBL in die IVU_varlist.txt mit eintragen.
Damit dürften dann auch die fehlenden Makros verschwinden.
MichaLP - Der Fehler sagt ja bereits aus, dass diese in der main-Datei drin stehen, aber nirgends gefunden werden können!
-
-
Das dürfte aber dennoch über die Variable deckenleuchten_lighting_1 gehen. Probiers mal aus. Ändere dort mal die RGB-Werte und schau, ob sich dann die Lichter ändern.
-
Tja, das ist alles so bisschen im Script verteilt. Vorsichtig ausgedrückt: jede 7 in eine 8 abändern. Außer, wenn die 7 zur Variable "IVU_TB_Modus" gehört.
-
Du kannst nicht einfach so den AI-Gruppenindex tauschen/löschen/hinzufügen. Den musst du schon so lassen. Sonst musst du sämtliche Fahrpläne anpassen.
Die Rede ist von RVL Solo und RVL Gelenk. Das muss schon so bleiben wie vorher.