= Englisch [EN], 
= Deutsch [DE], 
= Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch! Bitte mal folgendes in den entsprechenden Dateien ergänzen:
door_2
door_3
door_4
door_5
CTI_RBL
faremaster_ticket_pos
ticketprinter_ticket_pos
Faremaster_Ticket
ticketprinter_ticket_selection
Faremaster_Mode
Faremaster_Smenu_selectBzgl. der älteren Logfile mit den Makro-Fehlern:
Da scheint es so, als ob die Scripte der IVU-Box nicht richtig in der bus-Datei drin stehen.
Der echte Norden...
3 wunderschöne Strecken durften die letzten Tage auf Herz und Nieren getestet werden... 
RB 85 Lübeck - Puttgarden
RE 83 Lübeck - Kiel
RE 72 Kiel - Flensburg
Alle samt mit dem leichten innovativen Nahverkehrstriebwagen in der 41m-Ausführung.
Wenn ich es richtig interpretiere
Nein, nicht wirklich... 
Die Scriptzeile sagt folgendes aus:
Wenn Exit5 oder Exit6 angefordert ist und zusätzlich der Haltewunsch aktiv ist, oder
wenn Entry6 oder Entry7 angefordert sind, dann...
Das ist der Vorteil an dieser umgekehrten polnischen Notation. Der Operator bezieht sich immer auf die vorherigen Variablen:
(L.L.haltewunsch) (L.L.PAX_Exit5_Req) (L.L.PAX_Exit6_Req) | | && (L.L.PAX_Entry6_Req) (L.L.PAX_Entry7_Req) | | | |
Das letzte ODER (| |) bezieht sich auf die beiden Teilstücke (pink/orange und grün).
Der Bus wirft den TUV 0-Fehler mehrfach aus. Bedeutet, dass irgendwo bei [matl] oder [matl_change] eine falsche Textur angegeben wurde bzw. der Index (also diese Zahl) falsch ist.
Das Wetter Icon ist nicht aktiv.
Das ist in BBS grundsätzlich so.
Aber ich meine mich zu erinnern, dass es da mal eine Schaltfläche gab, wo du zwischen "realem Wetter" und "Schnee" wählen konntest... kurz bevor du die Tour gestartet hast bzw. bevor OMSI gestartet wurde.
Aaaaaach da gab's dieses Problem... die Texturen wurden in Blender irgendwie nicht richtig zugewiesen, weshalb er nicht explizit nach der Textur Decke_neu_schwarz.dds bzw. Decke_neu.dds sucht, sondern nur nach dem Namen an sich. Und OMSI nimmt dann generell die erste dds-Datei mit dem Namen.
Das Problem besteht auch mit anderen o3d-Dateien.
Evtl. wird das in einem zukünftigen Update gefixt...
Auch wenn du neu in OMSI bist, weißt du doch sicherlich, dass das Handbuch (welches im Download enthalten ist) zum Lesen da ist, oder? Da steht drin, dass die Fahrer-PIN "9999" ist.
quako Bitte folgendes in IVU_varlist.txt nachtragen:
Was mich jetzt nur verwirrt ist dieser Fehler:
216 20:15:38 - - Error: In "vehicles\CW_IVECOBUS_LOWENTRY_FAMILY - Kopie\model\07_li12_120.cfg" there was an error in line 608!
An dieser Stelle ist die TextTexture von "ivu_textfeld_1" definiert. Normalerweise besagt der Fehler, dass OMSI die Stringvariable "ivu_textfeld_1" in keiner Stringvarlist finden kann. Da du aber die "IVU_stringvarlist.txt" korrekt in deiner bus-Datei stehen hast, bin ich da jetzt bisschen ratlos. 
Selbst wenn die angegebene Datei fehlen sollte, würde OMSI das in einem extra Fehler deklarieren... dem ist aber nicht so.
Kannst du evtl. dennoch schauen, ob die Datei vorhanden ist? Und vielleicht auch, ob da was drin steht?
gokhanrsm - Ja / Yes
WENN es freigeschaltet wird, dann ist es hier zu finden:
Daher gehe ich davon aus, dass gegen einen Reupload nichts spricht (man möge mich korrigieren, falls dem nicht so ist).
Guck dir die Lizenz an, die er verwendet... BY-NC
Du darfst die Objekte an sich beliebig verarbeiten und verbreiten (ein Re-Upload wäre somit also erlaubt), jedoch musst du dabei den originalen Autor mit angeben, einen Link zur Lizenz mit beifügen, angeben ob Änderungen am Objekt vorgenommen wurden, und du darfst das ganze nicht kommerziell (also für/gegen Geld) nutzen.
EDIT: Ich würde das Ganze evtl. mal als Re-Upload hochladen wollen, da ich an sich die Objekte noch besitze und eigentlich in keinster Weise verändert habe. Wir werden ja dann sehen, ob die Filebase-Prüfer das dann freigeben oder nicht.
Heute mal wieder den Hartmannsdorfer Hybrid ausfahren...
Mercedes-Benz 628 02 Citaro Ü · Krummenaab
Welche main Datei ist auch überhaupt gemeint?
Die Main Script Datei im Script Ordner. Welcher der Bus nutzt, steht im Script Abschnitt der .bus Datei.
Und wenn wir mal schauen, was in der bus-Datei steht:
script\Drucker\main.osc
Soweit schaut mir das auch alles korrekt aus. Wenn es immer noch nicht geht, dann wäre wohl die Logfile von Nöten.
Du sollst nur die AFR4.osc Datei aus der Bus-Datei löschen und nicht die txt-Dateien… deswegen steht das auch darüber, dass man nur die osc-Datei löschen soll (was du sogar selber zitiert hast).
Dadurch entstehen nämlich solche Fehler, dass er gewisse Variablen nicht finden kann. Jetzt kannste die Scripte aber auch draußen lassen.
Aus der Main-Datei löschst du „IBIS_init“, „IBIS_frame“, „Ticketprinter_init“, „Ticketprinter_frame“ und trägst dafür dann „IVU_Ticketbox_init“ und „IVU_Ticketbox_frame“ ein.
Ian.Häusler.26.02 Ja, das musst du sogar machen. Hier wurde ja als Beispiel der Spiegel genommen. Letzten Endes ist das für das "Modding-Buch" dieselbe Geschichte. 
Wie jannikk bereits erwähnt hat, muss der Schnippsel einzeln stehen. Es gibt verschiedene Abschnitte in einem Script, die auf unterschiedliche Art und Weise ausgeführt werden:
{trigger:xyz} - Wird immer dann ausgeführt, wenn dieser Trigger durch ein mouseevent (entweder mittels Shortcut oder der Maus selber) aufgerufen wird.
{macro:xyz} - Wird immer dann ausgeführt, wenn das Makro selber mittels (M.L.xyz) aufgerufen wird.
{init} - Wird nur einmalig beim Bus spawnen ausgeführt (bei der Initialisierung).
{frame} - Wird solange ausgeführt, wie der Bus in OMSI existiert.
Deswegen gibt es die main-Dateien, welche jeweils einmal diesen {init}- und {frame}-Abschnitt mit den entsprechenden Makros ((M.L.xyz)) enthalten.
Hast du denn auch die KI-Version verwendet?
Folgendes in IVU_varlist.txt nachtragen:
Tobias07 Weder im genannten Bereich, noch in diesem ALMEX-Script musst du was eintragen. Die Innenanzeige in den Bussen entnimmt die Daten aus den TextTexturen, welche oben in der Model-Datei stehen. Dort stehen neben dem Schriftnamen auch die Variablen, welche die Daten enthalten. Und DIESE Variable musst du ersetzen... bspw. mit IVU_Fahrgastinformation_Ausgang_01
Oh-wei oh-wei da ist aber einiges falsch... na da los:
360 20:17:44 - - Error: vehicles\Citybus 628c 628g LF by Kajosoft\628g_trailer.bus: Scriptshare-Command but no equal variable count!Die Scripte müssen in der main- und trail-Datei gleich sein.
358 20:17:38 - - Error: In "vehicles\Citybus 628c 628g LF by Kajosoft\model\model_Conecto_LF_g_e5_2.cfg" there was an error in line 39!...
346 20:17:32 - - Error: vehicles\Citybus 628c 628g LF by Kajosoft\model\G_LF\window_glass_g_1_e5.o3d – o3d reading failed - Could not read the o3d file! This is not a valid o3d file!
338 20:17:32 - - Error: vehicles\Citybus 628c 628g LF by Kajosoft\model\G_LF\window_optional_left_g1_3_cz1_e5.o3d – o3d reading failed - Could not read the o3d file! This is not a valid o3d file!
324 20:17:32 - - Error: vehicles\Citybus 628c 628g LF by Kajosoft\model\G_LF\window_glass_g_1_interior_e5_op_window.o3d – o3d reading failed - Could not read the o3d file! This is not a valid o3d file!
300 20:17:29 - - Error: vehicles\Citybus 628c 628g LF by Kajosoft\model\G_LF\stop_g_op_2_stat.o3d – o3d reading failed - Could not read the o3d file! This is not a valid o3d file!
255 20:17:10 - - Error: vehicles\Citybus 628c 628g LF by Kajosoft\model\G_LF\window_glass_g_1_interior_e5_op_window.o3d – o3d reading failed - Could not read the o3d file! This is not a valid o3d file!Hier fehlen dir paar o3d-Dateien.
290 20:17:26 - - Error: Error: command "(L.L.haltewunschlampe)" (vehicles\Citybus 628c 628g LF by Kajosoft\\script\IVU_Ticketbox.osc) variable name is invalid!"haltewunschlampe" in IVU_varlist.txt nachtragen.