Beiträge von IREgio612

Es ist schwierig zu sagen, woran es genau liegt...

    (L.L.IVU_schedule_active_2)
    (L.L.IVU_eingegebene_Fahrtnummer) 0 > (L.L.IVU_eingegebene_Umlaufnummer) 0 > || &&
    (L.L.IVU_HST_pos) (L.L.IVU_Anzahl_Haltestellen_Route) 1 - < &&
    {if}
        (L.L.IVU_Ueberpruefer_1) (L.S.Timegap) + 1 min (S.L.IVU_Ueberpruefer_1)
        1 >=
        {if}
            (M.V.GetTTBusstopIndex) (L.L.IVU_TT_Haltestellen_Index_last) =
            {if}
                0 (S.L.IVU_Ueberpruefer_1)
            {else}
                (L.L.IVU_Ueberpruefer_2) 0 =
                {if}
                    (M.L.IVU_Haltestelle_weiter)
                    1 (S.L.IVU_Ansage_aktiviert) (S.L.IVU_FIS_Mod)
                {endif}

                (M.V.GetTTBusstopIndex) (S.L.IVU_TT_Haltestellen_Index_last)
                0 (S.L.IVU_Ueberpruefer_1)
            {endif}
        {endif}
    {endif}

Das wäre der Abschnitt, welcher als einziger das Makro enthält, dass die Haltestellen fortschaltet.

Entweder dieser selbst oder eine Variable triggert falsch und damit ergibt sich das o.g. Problem. Ich finde es aber gerade auf Anhieb nicht woran es liegen könnte...

EDIT:

Es könnte tatsächlich an der Zeile mit (M.V.GetTTBusstopIndex) (L.L.IVU_TT_Haltestellen_Index_last) = liegen, da dort nicht etwa ein Name der Haltestelle abgefragt wird, sondern eine ID. Und wenn Start- und Endhaltestelle nicht unbedingt denselben busstop-Würfel nutzen, erkennt er es als eine andere Haltestelle und schaltet eben schon weiter.

Zitat von some1

Das tun andere Ibis-Systeme aber nicht.

Logisch... weil die entweder keine automatische Weiterschaltung oder die Haltestellen aus dem OMSI-Fahrplan nehmen und nicht aus der Hofdatei.

Was Hä? ?

Dass die IVU direkt auf die 2. Haltestelle schaltet, liegt am Wechsel des Fahrplans (also von der Endhaltestelle des vorherigen Fahrplans auf die Starthaltestelle des aktuellen Fahrplans). Das ist für OMSI eine neue Haltestelle. Da die IVU aber bei der alten Route an der letzten Haltestelle logischerweise nix mehr weiterschalten kann, speichert die sich das (wohlgemerkt ungewollt) und macht das bei nächster Gelegenheit, in dem Fall, wenn du eine neue Route auswählst.

Entfernen kannste da nix. Die IVU schaltet weiter, sobald sich in OMSI die aktuelle Haltestelle (oben in der roten Zeile) ändert.

Da bei einer Endhaltestelle nix weitergeschalten werden kann, sich jedoch der Fahrplan ändert (und demzufolge die aktuelle Haltestelle), merkt sich das die IVU und macht das bei der nächsten Route die man angibt.

Naja, du hast in deinem Script die Variable IBIS_Route durch einen Ausgangsport der IVU ersetzt. Was willst du denn damit erreichen?

 (L.$.IVU_Fahrgastinformation_Ausgang_10) 0 = ! &&

Zumal das hier ohnehin nicht funktioniert.

Wenn, dann bitte so:

' Endhaltestelle anzeigen
    (L.L.TFT_startup_timer_stopped)
    (L.L.startup_fail) ! &&
    (L.L.IVU_eingegebene_Fahrtnummer) 0 = ! &&
    (L.L.TFT_Werbung_anzeigen) ! &&
    {if}
        (L.$.IVU_Fahrgastinformation_Ausgang_10) (S.$.TFT_Endhaltestelle)
    {else}
        "" (S.$.TFT_Endhaltestelle)
    {endif}

Hmm... da steht jetzt nix weiter drin. Hast du denn irgendwas an den Kisten abgeändert/gemoddet?

Übliche Frage:

Was trägst du dazu bei? Lass mich raten: Nichts?

Nach dem Iveco und Setra LE ist nun auch das dritte Mitglied der UBB-Familie in OMSI verewigt!

Unverkennbar ein ehemaliger Setra des Regionalverkehrs Münsterland. Leider sind jedwede Daten über den vorherigen Lebensweg unbekannt...

Der ehem. Wagen 267 steht jedoch seit Ende 2022 abgemeldet auf'm Betriebshof in Ahlbeck, findet aber in OMSI hiermit seinen Neuanfang!

Setra S 319 NF · Friedrichstadt

Noch ein paar "Kleinigkeiten", und dann ist die ehemalige RVM-Bude fertig...

Setra S 319 NF · Tettau

Nach einem Update von Windows 10 auf Windows 11 ist das Problem komischerweise behoben wurden.

Ich hatte beide Iveco LE's mal als KI auf einer Karte (sowohl der Freeware von Arne, als auch der Payware von Kescrole). Beide liefen eigentlich ohne Probleme.

Säderik | Nutzt du eine modifizierte Modell-Datei der alten/vorherigen Version? Ich denke mal, die Werte des Textfeldes wurden mit überarbeitet. Normalerweise sieht das nämlich so aus:

Das kommt aber tatsächlich auf den Bus drauf an bzw. auf die Position des Bordrechners.

Ich einigen Bussen brauche ich nur die Sicht auswählen, wo man hinten in den Fahrgastraum blickt und dann nach vorne schwenken. Bei anderen muss man es eben mit der F4-Ansicht lösen.

Zitat von wurstbrot

Ich weiß auch nicht was an einem recht einfachen Satz nicht zu verstehen ist.

Nunja... das hier ist ein Supportthread für Fragen & Probleme. Und du schreibst irgendwas mit einer Sicht rein... so völlig ohne Kontext

Nein, das ist nicht möglich.

Normalerweise gibt es folgende Auswahlmöglichkeiten:

• Zieleingabe via Code
• Liste aller hinterlegten Sonderziele
• Liste aller hinterlegten Linienziele

umgesetzt / nicht umgesetzt

Es kommen 5 Textfelder als Objekt und TextTextur-Eintrag dazu. Ebenfalls müssen die Scripte (bis auf die Constfile) ersetzt werden.

Das sind letztendlich nur die Fahrzeiten in Minuten. Wenn deine Tour länger als 60 Minuten geht, kannst du entsprechend auch weiter schreiben.

Nur ist eben jede Minutenzahl als Haltestelle in der Hofdatei definiert. Und nach meinem Beispiel werden das die meisten eben auch nur bis 60 gemacht haben.

Bei Touren > 60 Minuten müssen dann eben weitere Haltestellen nach demselben Prinzip erstellt werden.

In der Datei ist doch alles auf Deutsch...

Nein, der animationparent-Eintrag, sorgt nur dafür, dass sich der Drucker genau so verhält (=anim(ation)) wie das Elternobjekt (=parent), welches den entsprechend mesh_ident-Eintrag besitzt.

Verbuggt ist der Drucker keineswegs. Du musst die Position nur noch via Daueranimation anpassen.

Wieso? Das Ding hat ja noch nicht mal nen Drucker… umso besser doch.

Nennt sich OMSI Dispo Help. Nur anscheinend gibt es Probleme mit der Website, weshalb es den Download nicht zulässt.

Naja...? Und wo ist da jetzt das Problem?

Passt doch... vom Sisselsforster Busbahnhof bis zur Realschule in Kaistertal.