= Englisch [EN], 
= Deutsch [DE], 
= Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch! Dir fehlen Variablen, die eigentlich alle in einer einzigen Varlist stehen. Entweder fehlen dir keine oder dir fehlen alle. Dir fehlen aber nur ein paar. Und das sind mWn die aus der experimentellen Version. Du musst doch wissen, was du heruntergeladen und eingefügt hast?
OK und was ist jetzt die Lösung dafür sprich was muss ich machen?
Hat sich erledigt 
Hey, ich habe den IVU am Facelift V2 eingebaut, ich habe auf meiner Map in der Hofdatei 4 Stellige Zielnummern die ich unter dem Punkt „ZUELSCHILD“ im IVU Drucker eingebe, ich kann diese Nummern eingeben und die werden auch gezeigt, doch wenn ich ein anderen Ziel eingeben will muss ich jedesmal Umlauf 00000, Linie 0, Fahrtnummer 0 machen und dann wieder Umlauf 00000, Linie **, fahrtnummer 1 eingeben und dann auf „Zielschild“ die 4 stellige Nummer eingeben, gibt es da ein Problem das der IVU nicht mit 4 stelligen Nummern arbeiten kann ? Manchmal gebe ich die Nummer ein aber die Matrix ändert sich alle 3 Sekunden durch an anderes Ziel ?, also entweder Friert die Matrix ein oder wechselt alle 3 Sekunden ihr Ziel, womöglich liegt es auch an der Hofdatei, hat da jemand Tipps oder Tricks ? Bitte ?
Alles anzeigenUhrzeiten der Haltestellen
Ein eher umstrittenes Thema, wie man das Ganze möglichst real umsetzen soll. Da kam mir aber die Idee: Datenrouten.
Kurz und knapp: eine zusätzliche Route, welche statt den einzelnen Haltestellennamen die Fahrzeiten - gemessen von der Starthaltestelle - enthält.
Das ganze könnte z.B. so aussehen.
Dadurch wird auch die Fahrplanlage in der Kopfzeile oben beeinflusst und rechnet somit die aktuelle Zeit minus die Abfahrtszeit der aktuellen Haltestelle. Als Ergebnis kommt die Fahrplanlage heraus (vgl. GetTTDelay). Als Abfahrtszeit (Ausgangszeit) wird die - in der Umlaufnummer - festgelegte Uhrzeit genommen.
Diese Datenrouten sind allerdings keine Pflicht. Ist keine vorhanden (Index -1), wird weiterhin die OMSI-interne Prognosenberechnung angezeigt, jedoch weiterhin ohne Uhrzeiten. Ist auch kein Fahrplan aktiviert, wird wie gewohnt "no data" als kleine simulierte Systemstörung angezeigt.
Die Routen werden dabei der eingetragenen Linie und Route zugewiesen. Es wird lediglich eine 9 vorangestellt, damit OMSI dies unterscheiden kann. Also zum Beispiel:
Linie 9, Route 25 ---> Datenroute Linie 9009, Route 25
Linie 275, Route 2 ---> Datenroute Linie 9275, Route 25
Den vierstelligen Liniennummern kann leider keine Datenroute zugeordnet werden, da OMSI aus Linie und Route nur maximal einen sechsstelligen Routenindex zusammenbasteln kann und die Route bereits zwei Stellen in Anspruch nimmt. Ebenso würde es auch bei eingetragenen 9000er-Linien zu Problemen in der Darstellung kommen. Aber ich denke mal, so weit wird es nicht kommen.
Hi. Könnte man vielleicht noch die Verspätung unter die Uhrzeit hinzufügen wie im Bild?
(Aachen)
Alles anzeigenAlles anzeigenUhrzeiten der Haltestellen
Ein eher umstrittenes Thema, wie man das Ganze möglichst real umsetzen soll. Da kam mir aber die Idee: Datenrouten.
Kurz und knapp: eine zusätzliche Route, welche statt den einzelnen Haltestellennamen die Fahrzeiten - gemessen von der Starthaltestelle - enthält.
Das ganze könnte z.B. so aussehen.
Dadurch wird auch die Fahrplanlage in der Kopfzeile oben beeinflusst und rechnet somit die aktuelle Zeit minus die Abfahrtszeit der aktuellen Haltestelle. Als Ergebnis kommt die Fahrplanlage heraus (vgl. GetTTDelay). Als Abfahrtszeit (Ausgangszeit) wird die - in der Umlaufnummer - festgelegte Uhrzeit genommen.
Diese Datenrouten sind allerdings keine Pflicht. Ist keine vorhanden (Index -1), wird weiterhin die OMSI-interne Prognosenberechnung angezeigt, jedoch weiterhin ohne Uhrzeiten. Ist auch kein Fahrplan aktiviert, wird wie gewohnt "no data" als kleine simulierte Systemstörung angezeigt.
Die Routen werden dabei der eingetragenen Linie und Route zugewiesen. Es wird lediglich eine 9 vorangestellt, damit OMSI dies unterscheiden kann. Also zum Beispiel:
Linie 9, Route 25 ---> Datenroute Linie 9009, Route 25
Linie 275, Route 2 ---> Datenroute Linie 9275, Route 25
Den vierstelligen Liniennummern kann leider keine Datenroute zugeordnet werden, da OMSI aus Linie und Route nur maximal einen sechsstelligen Routenindex zusammenbasteln kann und die Route bereits zwei Stellen in Anspruch nimmt. Ebenso würde es auch bei eingetragenen 9000er-Linien zu Problemen in der Darstellung kommen. Aber ich denke mal, so weit wird es nicht kommen.
Hi. Könnte man vielleicht noch die Verspätung unter die Uhrzeit hinzufügen wie im Bild?
(Aachen)
Funktioniert die
Alles anzeigenUhrzeiten der Haltestellen
Ein eher umstrittenes Thema, wie man das Ganze möglichst real umsetzen soll. Da kam mir aber die Idee: Datenrouten.
Kurz und knapp: eine zusätzliche Route, welche statt den einzelnen Haltestellennamen die Fahrzeiten - gemessen von der Starthaltestelle - enthält.
Das ganze könnte z.B. so aussehen.
Dadurch wird auch die Fahrplanlage in der Kopfzeile oben beeinflusst und rechnet somit die aktuelle Zeit minus die Abfahrtszeit der aktuellen Haltestelle. Als Ergebnis kommt die Fahrplanlage heraus (vgl. GetTTDelay). Als Abfahrtszeit (Ausgangszeit) wird die - in der Umlaufnummer - festgelegte Uhrzeit genommen.
Diese Datenrouten sind allerdings keine Pflicht. Ist keine vorhanden (Index -1), wird weiterhin die OMSI-interne Prognosenberechnung angezeigt, jedoch weiterhin ohne Uhrzeiten. Ist auch kein Fahrplan aktiviert, wird wie gewohnt "no data" als kleine simulierte Systemstörung angezeigt.
Die Routen werden dabei der eingetragenen Linie und Route zugewiesen. Es wird lediglich eine 9 vorangestellt, damit OMSI dies unterscheiden kann. Also zum Beispiel:
Linie 9, Route 25 ---> Datenroute Linie 9009, Route 25
Linie 275, Route 2 ---> Datenroute Linie 9275, Route 25
Den vierstelligen Liniennummern kann leider keine Datenroute zugeordnet werden, da OMSI aus Linie und Route nur maximal einen sechsstelligen Routenindex zusammenbasteln kann und die Route bereits zwei Stellen in Anspruch nimmt. Ebenso würde es auch bei eingetragenen 9000er-Linien zu Problemen in der Darstellung kommen. Aber ich denke mal, so weit wird es nicht kommen.
Funktioniert dies denn schon oder kommt das erst mit einem Update
Hab grad ausprobiert, alles richtig gemacht und ist nicht gekommen. Und da dieses Post 3 Tagen nach dem Update kam... Keine ahnung
Ahsoooo. Oki danke
Koraytek :
Vierstellige Liniennummern sind Grundlage von Wechselzielen.
Bsp.: Es existiert ein Ziel mit Nummer 38. Geschildert wird 123. Auch existiert ein Ziel 1038, als Zieltext wird 456 geschildert. Dann erkennt das Matrixscript das als Wechselziel und wechselt alle 3sec zwischen den zwei Zielen. Wenn nun in deiner Hofdatei viele vierstellige Ziele existieren, wird dies als ein großes Wechselziel erkannt und die Matrix schildert dementsprechend ständig um. Folglich würde ich empfehlen, die Zielcodes zu maximal dreistelligen umzuschreiben.
LG, Wagen122
Kann man übrigens bis so z. B. 21 Tickets hinzufügen in die IVU? bei meinen freund geht es nicht. Er hat 21 tickets hinzugefügt in ein ticketpack aber nur 10 davon sind im IVU. Muss man in der IVU Ticketbox.osc, IVU_Varlist und in den model ordner die schaltflächen was hinzufügen?
Wagen122 danke für deine Info, also 4 stellige Zielcodes funktionieren nicht ? Lieber 3 stellige benutzen ?
Das ist schade da bei unserem Betrieb Sa und So 4 stellige Nummern verwendet werden.
Gibt es eventuell eine Möglichkeit dies in den scripts zu ändern ? Das sie nicht mehr als wechselziel funktionieren sondern standhaft bleiben ?
Kennt sich da jemand aus ?
Alles klar danke
Dreistellige sind auf alle Fälle möglich und in OMSI üblich. Wenn aber in deiner Hofdatei ein Ziel 1048 (Bsp.) vorhanden ist, aber kein 048, könnte ich mir durchaus vorstellen, dass das funktionieren könnte, müsstest du ausprobieren. Hier werden Wechselziele nochmal erklärt: https://forum.omnibussimulator…echselziel-in-der-matrix/ (Beitrag 4). Im Zweifelsfall, wenn auch nicht optimal, trennst du die Dateien in Mo-Fr und Sa-So auf. Dann müsstest du aber beachten, im Editor die Hofdateien fürs Wochenende zu wechseln oder am WE andere Aigroups mit der entsprechenden Hofdatei zu verwenden. In den Scripts die Funktion zu Wechselzielen rauszuwerfen, geht bestimmt auch, da kenn ich mich aber überhaupt nicht aus.
LG, Wagen122
Ich habe es schon in Mo - Fr und Sa und So unterteilt, aber ein anderes Problem ist das sobald ich zbs 7224 Code eingebe, und danach auf 7228 oder 999 eingeben für „Einsatzfahrt“ funktioniert das nicht, die lawo ist wie eingefroren, erst wenn ich umlauf 0 Linie 0 Route 0 und dann auf zielcode gehe und neuen Code eingebe funktioniert das wieder, ich würde aber gerne Umlauf 0, Liniennummer 12 und Fahrtnummer 1 eingeben und ab dort nur noch mit den entsprechenden Zielcodes die Mo - Fr 3 stellige sind das Ziel wechseln, friert aber als ein.
Würd jetzt eigentlich an den Project gearbeitet oder nicht?, und wie erstelle ich eigentlich Umlaufnummern in Hofsuite.
Würd jetzt eigentlich an den Project gearbeitet oder nicht?, und wie erstelle ich eigentlich Umlaufnummern in Hofsuite.
? Der Drucker ist doch schon lange fertig.... IVU Ticket Box CE 70 mobil
Im Download ist die ReadMe enthalten. Dort wird auch erklärt, wie man Umlaufnummern erstellt.
Falls du sonst Hilfe mit dem Drucker brauchst, gibt es diesen Supportthread dazu: Klick
PS: Das Projekt ist auch als markiert.
Apropo Mandaten, was gibt es denn noch für HOF-Dateien in OMSI? Folgende sind bereits eingebaut mit entsprechendem VU:
CodeAlles anzeigenVERKEHRSUNTERNEHMEN MANDANT ============================================ Ahlheim_Laurenzbach_Updated AVG Ahlheim 4_neu AVG Bad Karlstein DB Bad Huegelsdorf 2020 VBBH VBBH Bad Huegelsdorf 2020 Eurobus Eurobus Baumgarten BGVB Blankwitz DB Bremen BSAG Bremen ab 2016 BSAG Bremen ab 2018 BSAG Bremen SEV BSAG BRT Berlin BVG DresdenV1 DVB Fikcyjny Szczecin ZDiTM Freyfurt Modded VGF Freyfurt 2016 VGF GPM InterEssonne GPM GPM Transdev les Cars Moulon GPM Grundorf RGV HafenCity Linienpack 2018 HHA Hamburg (HHA) HHA Hamburg (HHA 2015) HHA Hamburg (HHA 2015) HHA Hamburg (VHH PVG) VHH Hamburg (VHH PVG 2015) VHH Hamburg (HHA 2022) HHA Koeln KVB Krefrath SWK Krummenaab KVG Krummenaab 2019 KVG Lahnau V2 OLG Lemmental V3 RVL Lemmental V3 Updated RVL Lk Riedische Seenplatte V1 DB Oberstedt V2 OVV Overath - Rösrath DB Palma EMT Probacher Land v1.2 PBV Projekt Szczecin ZDiTM Projekt Szczecin XC6 ZDiTM Rheinhausen RVB Ruhrau RVAG Ruhrau_V2 RVAG Ruhrgebiet Bogestra Städtedreieck V3 ROGIS Städtedreieck21 ROGIS Spandau BVG Spandau 1986 BVG Spandau 1988 BVG Spandau 1989-11 BVG Spandau 1989-12 BVG Spandau 1990 BVG Spandau 1991 BVG Spandau 1992 BVG Spandau 1994 BVG Steinkirchen V2 VGS Tettau OVF Tettau 2021 DB Waldhofen BWh Waldhofen 2013 BWh Wuppertal WSW X10 Berlin BVGKennt ihr noch weitere oder habt Verbesserungsvorschläge? Ich kann ja auch nicht jede Map haben...
Moin 
Vielleicht noch Julingen ?
