Beiträge von Hendy

Leerzeilen sind völlig egal, jetzt müsste es hinhauen

Die Zeilen müssen UNTER {macro:bremse_frame} stehen, dann geht es

Das darüber ist nur ein Kommentar zur Abgrenzung, dass ab dort der frame-Teil folgt.

Also bei mir ist das seitdem nie wieder aufgetreten...poste vlt mal bitte deine bremse.osc hier rein, vielleicht ist da etwas verrutscht.

Ich habe mir das mal ganz oben in den {frame}-Teil der bremse.osc eingefügt, seitdem keine Probleme mehr:

(L.L.AI)
(L.L.p_reset) &&
{if}
    0 (S.L.p_reset)
{endif}

Versuch 1 sollte mE eigentlich funktionieren...ich kann mir allerdings vorstellen, dass sich das Script am {withbutton}-Eintrag der Passengercabin.osc des Nachläufers stören könnte, weil die Fahrgäste ja in so einem Fall vor der Tür stehen bleiben, selbst wenn eine andere offen ist.

Zum anderen dürfen in deinem Fall die Türen, wenn die Zeit umspringt (sprich um 6 und 21 Uhr) auf keinen Fall offen sein, sonst bleiben die Entry-Einträge dauerhaft auf 1.

Versuch vielleicht mal als Rückfallmechanismus das hier (habe es selbst nicht getestet, aber ist einen Versuch wert):

'PAX Steuerung:
    (L.L.door0) 0.9 >
    (L.L.cp_fahrertuer_pos) 0 = &&
    (S.L.PAX_Entry0_Open)

    (L.L.door1) 0.9 >
    (L.L.cp_fahrertuer_pos) 0.35 < &&
    (S.L.PAX_Entry1_Open)
    
    (L.S.Time) 21600 >
    (L.S.Time) 75600 < &&
    {if}
        (L.L.door2) 0.9 > (S.L.PAX_Exit0_Open) (S.L.PAX_Entry2_Open)
        (L.L.door3) 0.9 > (S.L.PAX_Exit1_Open) (S.L.PAX_Entry3_Open)
        (L.L.door4) 0.9 > (S.L.PAX_Exit2_Open) (S.L.PAX_Entry4_Open)
        (L.L.door5) 0.9 > (S.L.PAX_Exit3_Open) (S.L.PAX_Entry5_Open)
        (L.L.door6) 0.9 > (S.L.PAX_Exit4_Open) (S.L.PAX_Entry6_Open)
        (L.L.door7) 0.9 > (S.L.PAX_Exit5_Open) (S.L.PAX_Entry7_Open)
    {else}
        0 (S.L.PAX_Entry2_Open) (S.L.PAX_Entry3_Open) (S.L.PAX_Entry4_Open)(S.L.PAX_Entry5_Open) (S.L.PAX_Entry6_Open) (S.L.PAX_Entry2_Open)
        (L.L.door2) 0.9 > (S.L.PAX_Exit0_Open)
        (L.L.door3) 0.9 > (S.L.PAX_Exit1_Open)
        (L.L.door4) 0.9 > (S.L.PAX_Exit2_Open)
        (L.L.door5) 0.9 > (S.L.PAX_Exit3_Open)
        (L.L.door6) 0.9 > (S.L.PAX_Exit4_Open)
        (L.L.door7) 0.9 > (S.L.PAX_Exit5_Open)
    {endif}

Der Befehl [cog] sollte am besten immer bei 0, 0, z stehen. Das steht für "center of gravity", hat aber - zumindest auf der Längsachse - wenig mit dem realen Masseschwerpunkt in OMSI zu tun. Der Bus verhält sich meiner Erfahrung nach wirklich nur dann korrekt, wenn [cog] bei x und y = 0 steht. Welcher Wert für z am realistischsten ist, entzieht sich meiner Kenntnis, aber ich glaube das ist relativ egal, weil unter [schwerpunkt] eh nochmal ein neuer Wert dafür festgelegt wird.

Versuche es mal mit diesen Werten:

Der A23 lässt sich meines Erachtens so deutlich angenehmer und realistischer fahren. Hoffe es hilft

Für alle, denen der abgehackte Sound im OM906hLA E3 auch auf die Nerven geht:

Ich vermute, dass es einen Tippfehler in der Eintragung für die Drehzahl gab, das lässt sich folgendermaßen beheben:

In der entsprechenden sound.cfg (getestet mit sound_s_906hla_e3_2.cfg) folgenden Abschnitt suchen und entsprechend abändern (Backup nicht vergessen!):

Dann abspeichern und fertig, viel Spaß!

Hallo zusammen, ich hatte schon in diesem anderen Thread geschrieben, aber da dieser hier aktiver zu sein scheint, poste ich meine Lösung nochmal zusammengefasst: Anstatt die letzte Texttextur einfach die erste (Wagennummer) als Platzhalter nutzen, dann geht es (zumindest bei mir).

LG

Hallo zusammen, ich habe das ganze auch mal getestet und bin auf eine Lösung gekommen: Ich habe festgestellt, dass es immer exakt dann ruckelt, wenn sich im Dash die Geschwindigkeitsanzeige ändert. Da das über die Texttextur geregelt wird, die für den Einbau dutzende Male kopiert wurde, habe ich die einfach ausgetauscht und stattdessen die alleroberste Texttextur (Wagennummer) als Lückenfüller benutzt.

Und siehe da, keine Probleme!

Ich hoffe, ich konnte helfen

Ist aber keiner. In der IBIS-2.osc wird lediglich die Jahreszahl mit allen vier Stellen abgefragt, das Textfeld ist aber nur für eine Anzeige mit zwei Stellen ausgelegt. Folglich werden die letzten zwei Stellen des Gesamttextes hinten nicht mehr angezeigt.