Hallo zusammen,
weiß jemand wie man das Einsteigen an der falschen Türen fixen kann?
Werde aus der Paths nicht schlau ![]()
Vielen Dank und Beste Grüße
Du bist in Begriff, OMSI WebDisk & Community zu verlassen, um auf die folgende Adresse weitergeleitet zu werden:
Bitte beachte, dass wir für den Inhalt der Zielseite nicht verantwortlich sind und unsere Datenschutzbestimmungen dort keine Anwendung finden.
Hallo zusammen,
weiß jemand wie man das Einsteigen an der falschen Türen fixen kann?
Werde aus der Paths nicht schlau ![]()
Vielen Dank und Beste Grüße
Alles anzeigenCane und das Script der Ticketbox hast du auch ausgetauscht?
Zu 1.)
Umlaufnummern funktionieren auch ohne Datenrouten.
Zu 2.)
Die nehmen die Zeiten aus dem jeweils aktiven Fahrplan. Ich hatte mich damals dagegen entschieden, da es einige Maps gibt, welche mehrere Starthaltestellen, die Hofdatei diese jedoch nur einmal anzeigt. Somit wäre das dann alles eins verrutscht.
Jetzt möge man mir erklären, dass man dann eben auch die Haltestellennamen aus dem aktiven Fahrplan nehmen könnte. Auch dagegen habe ich mich entschieden, da a) die Darstellung nicht verändert werden kann und b) zu 90% die Ansagen nicht funktionieren werden.
Script ausgetauscht?
Ich habe bisher die Ticketbox von Seite 1 (Download aus diesem Thread) auf einen neu aufgesetzten O530 FL Ü / GÜ gepackt.
Alles wird angezeigt, alles ist bedienbar, zumindest kann Ich ohne Umlaufnummer Fahrpläne laden und ähnliches...
Jedenfalls:
Sieht mein model.cfg File (Am Beispiel vom O530 FL Ü) so aus:
Der letzte Eintrag ist auch der letzte Eintrag aus der Modelleinträge.cfg (TF_64) insofern dass Ich das korrekt eingefügt habe.
(Zumindest lässt mich die allgemeine Struktur der Zeilen das glauben)
Die .Bus Datei. vielleicht da ein Fehler?
Ansonsten sitzen alle Strings und ähnliches auch in der Main.cfg am richtigen Ort. Die Ticketbox funktioniert ja Objektiv perfekt. Nur Subjektiv zwecks der Haltezeiten nicht ![]()
____
Alles klar, es kann also auch sein, dass mir auf Lahnau V4 mit der aus der Webdisk Heruntergeladenen .Hof für die CE70 keine Haltezeiten angezeigt werden, weil der User dort keine Datenrouten eingepflegt hat. ![]()
Das liegt dann also am Künstler und damit bin Ich selbstverständlich voll zufrieden, danke für die Antwort! ![]()
EDIT: Alles läuft ohne Probleme! Danke für die Hilfe -> Lorenzowds2006 , IREgio612
Beste Grüße
Alles anzeigenNaja eintragen eben
Lade dir die experimentelle Version herunter, suche dann in Modelleintraege.cfg nach den Objekten => Zeile 3387 bis 3505
- Sorry es waren die Objekte TF_60.o3d bis TF_64.o3d -
Und diese fügst du dann bei dir in der Model-Datei ein. Am besten auch direkt über diesem Abschnitt:
Da die Haltezeiten weiterhin nicht angezeigt werden, haben sich bei mir ein paar Grundsatzfragen des Systems mit dem tausch der Ticketbox ergeben.
1. Sind die Umlaufnummern und die Datenrouten voneinander abhängig? - Also lässt sich nur dann ein Umlauf einpflegen und nutzen, wenn auch Datenrouten vorhanden sind, oder können Umläufe auch ohne Datenrouten funktionieren?
- Anhand dessen würde sich definitiv ein Installationsfehler meinerseits oder ein fehlen von Datenrouten erklären -
2. Woraus ergibt sich die Situation, dass Bspw. der O530 FL Ü (Ohne Umbau auf die CE70-Ticketbox) mit der Ticketbox "FareGo" die Haltezeiten ohne manuelle Eingabe von Datenrouten oder Umlaufnummern anzeigt?
Ich erkläre mir das so, dass ja auch diese Ticketbox (Bzw. andere IBIS-Geräte mit Display) bei neu Installation vom Fahrzeug und einer beliebigen Karte die Haltezeiten unmittelbar abrufbar sind.
Beispiel:
Der O530 FL Ü (Mit Ticketbox "FareGo") zeigt ohne meine manuelle Anpassung automatisch die Haltezeiten der Linie 301 auf BHD an.
Müsste Ich nach dem Prinzip der Logik des Druckertauschsystems nicht auch diesem Drucker erst die Daten manuell in der Hof-Datei zuweisen?
Für mich unschlüssig. Woher weiß denn Drucker A, der mit der Busmod Standardmäßig mitgeliefert wird und nicht der Karte zugehörig ist, wo und wie die Haltezeiten definiert sind? -> Die Daten werden logischerweise aus der Hof-Datei der jeweiligen Karte entnommen, anders geht das ja nicht.
Warum nun aber Drucker B, welcher dem Fahrzeug erst später zugeordnet wird und nicht der Karte zugehörig ist, diese Daten nicht erheben kann verstehe Ich nicht.
Müssten die Hof-Dateien nicht Stammdaten über die Haltezeiten sowie Routen und Haltestellenläufe innehaben?
Oder unterliegt diese ganze Sache der Komplexität des CE70-Druckers?
Ich habe die Selbsteinbauvariante von Seite 1 dieses Threads benutzt, weiterhin ohne Erfolg. Ich bin damit an der Grenze meines aktuellen Wissens im OMSI-Modding angekommen... ![]()
Ja... Linie 1, Route 21. Wenn du die N1 fährst, macht das doch keinen Sinn die Linie 121 zu wählen, oder?
Ja, allgemein Logisch ist das nicht. Wie gesagt, laut Linien- und Routennummern Dokument sollte man das so Schildern ![]()
Alles anzeigenZitat von CaneAlles anzeigenHallo, danke für deine Nachricht.
Ich habe das nun selbst mal probiert...
Also:
IVU_30101_1 0535_0301_00_997
Ist die erste Ausfahrt aus dem Betriebshof Malger Weg r. Hbf.
Der Umlauf wird allerdings nicht gefunden...
Bei Fahrten Vom Betriebsfahrt ist es schwierig IVU Umläufe zu erstellen.
Da es in der Bad Hügelsdorfer .hof keine Ausrücker Routen verfügbar sind, diese daher nur mit Zielcode Ausrücken, empfehle ich dir, die Erste Linienfahrt in die IVUString schreiben.
Beispielsweise dann:
IVU_30101_1 0550_0301_00_001 (Weiß nicht wann die erste 301, nach Ausrücken, im Fahrplanumlauf 1 fährt)
Dann sollte diese auch angezeigt werden.
Danke für den Hinweis, da war die Liste aus dem Handbuch wohl etwas irreführend für mich.
Ich versuche es so noch mal! Vielen Dank.
Kurioser weise, geht das mit den Nachtlinien allerdings nicht. Umlaufnummer 00000 -> Linie 121 -> Route 21 -> Keine Haltestellen in der Box und die Matrix zeigt 121 als Linie aber kein Ziel...
Weil es auch keine Linie 121 gibt...?
Das ist einfach nur die Linie 1. Entsprechend gilt das auch für die anderen Nachtlinien.
Laut der Linienliste mit Routennummern aus dem Addon-Ordner sollte das wohl so geschildert werden.
Vielen Dank. Dann versuche Ich das mal nur mit der 1.
Wenn es so richtig eingefügt ist, dann muss es eigentlich funktionieren.
Sicher, dass du die richtige Hofdatei im richtigen Bus bearbeitet hast?
Ja ich hab 3 mal geprüft, dass Ich die Hof-Datei aus dem Bus nehme, den Ich fahren möchte.
0535_0301_00_997
05:35 Uhr, Linie 301, Route... 997 ?!
Also dreistellige Routen in OMSI wäre mir neu
Auch wenn ich das zwar so eingepflegt habe, aber Routen dürften nur bis max. 99 funktionieren.
Was heißt denn auch, dass der Umlauf nicht gefunden werden kann? Zeigt es dir an "Umlaufnummer unbekannt" oder bleibt die Auswahlseite mit den vier Balken leer?
Die Route 997 ist laut Handbuch von BHD die ID für "VBBH - Ihr Partner" in der Matrix.
Da Ich das als Anzeige für die Fahrt vom Betriebshof zum Hbf haben wollte, das scheint aber nicht zu klappen.
Wenn Ich den Umlauf eingeben möchte, kommt ein roter Balken mit Umlaufnummer unbekannt.
Ohne Umlaufnummer kann Ich ganz normal schildern. Umlaufnummer 00000 -> Linie 301 -> Route 01 eingeben und die Haltestellen sowie die Matrix werden korrekt angezeigt.
Kurioser weise, geht das mit den Nachtlinien allerdings nicht. Umlaufnummer 00000 -> Linie 121 -> Route 21 -> Keine Haltestellen in der Box und die Matrix zeigt 121 als Linie aber kein Ziel...
Alles anzeigenDas es nicht klappt liegt daran, dass bei dem IVUstring die Uhrzeit überall mit 8888 beschrieben ist.
Aber anhand dessen würde ich die Umläufe selber Schreiben.
Dazu empfehle ich, das Handbuch der IVU auf Seite 13 zu lesen, bis der erste gute Gedanke kommt und man es verstanden hat.
Zudem empfehle ich, den Fahrplanviewer mit dem du noch einfacher an die Abfahrtszeiten triffst.
Fahrplanviewer -> Zum Fahrplanviewer
Versuch es einmal, sollten Fragen existieren, so melde dich einfach.
Hallo, danke für deine Nachricht.
Ich habe das nun selbst mal probiert...
Also:
IVU_30101_1 0535_0301_00_997
Ist die erste Ausfahrt aus dem Betriebshof Malger Weg r. Hbf.
Der Umlauf wird allerdings nicht gefunden...
Wie kann Ich das nachprüfen bzw. wie füge Ich diese korrekt ein?
Das dürften glaube die Objekte TF_24.o3d bis TF_28.o3d sein.
Und diese muss Ich in der Model.cfg des Busses noch zusätzlich aktivieren?
Ich weiß nicht genau was Ich mit diesen Dateien anstellen muss.
Danke für die Hilfe
Für Lemmental V3 Updated gibts ne Hof mit Unläufen und Datenrouten, dann wenn du wie gesagt die 100er TextTexturen drinnen hast muss es funktionieren.
Danke für den Tipp, werde Ich bei Zeit mal ausprobieren.
Vielen Dank!
Hat er denn auch die zusätzlichen Textfelder als Objekt (mesh — o3d) mit drin? Alleine die TextTexturen zeigen noch nix an.
Wie kann Ich das nachprüfen bzw. wie füge Ich diese korrekt ein?
Vielen Dank!
Was passiert wenn du diese Datei mit ein Bildbearbeitungsprogramm öffnest? Oder tritt da schon ein Fehler auf?
Es kommt der Fehler das die Datei nicht geöffnet werden kann.
"[...]\Basis.tga Die Datei konnte nicht gelesen werden. Dies ist keine Bitmapdatei, oder das Format wird nicht unterstützt."
Hallo zusammen,
Ich habe seit kurzem das Problem, dass die C2 aus der Ai-List nur noch Weiß von außen sind.
Kein Crash, Keine FPS-Reduktion...
Bisherige Maßnahmen:
- Lahnau V4 Neuinstalliert.
- C2 Neuinstalliert.
- Die vorherigen Seiten dieses Threads durchsucht. (Mittels Strg + F)
- Google gefragt.
In der Logfile ist das Zeile 1616.
3D Error = Grafikfehler... aber wo? und Warum? Die Repaints sind da und die KI-Busse auch. Das Interieur und die Funktionen der KI-Busse sind auch vorhanden. Also Türen gehen auf und zu, Matrix ist korrekt geschildert usw. nur die Außentextur ist Weiß.
Hoffe um Hilfe. Vielen Dank.
Beste Grüße
Leider kann ich dir bei der Innenanzeige nicht weiterhelfen. Ich werde mir morgen das mit den Ansagen anschauen. Hab jedoch einen kurzen Blick in die Logfile geworfen und mir sind sehr viele Warnings aufgefallen.
Versuche mal den Bus auf Grundorf zu testen. Fahr kurz rumm mit Fahrplan und schau ob da zumindest Ansagen kommen. Sodass wir ausschließen können, dass es am Bus liegt.
Die Ansagen funktionieren, die Innenanzeigen fixe Ich gerade. Hab nen Post ein paar Seiten früher gefunden.
Es sind also lediglich die Haltezeiten...
EDIT: Ansagen und Innenanzeiger funktionieren nun.
Die Haltezeiten, die wenn Ich das richtig verstanden habe -> UmlaufNr. -> Linien/Routenauswahl -> Ticketbox lädt den Fpl. automatisch -> Hst. und Zeiten werden angezeigt. <- Voraussetzung: Die Linien und Routen sind in der Hof-Datei hinterlegt.
Ich habe also auf Lahnau V4, für die es eine vorgefertigte Hof-Datei mit eingetragenen Umlaufnummern gibt genutzt.
Das funktioniert auch in soweit, dass die Umläufe korrekt angezeigt werden, Ich diese auch auswählen kann, die Hst. Schaltung klappt und so weiter. Lediglich funktioniert die anzeige der Haltezeiten nicht. Meine Theorie ist, diese Hof-Datei von Lahnau und auch die von BHD ist nicht mit Zeiten versehen, weshalb mir keine angezeigt werden. Bei BHD gehen die Umläufe gar nicht.
Das normale Linien- und Routeneingeben funktioniert, auf BHD jedoch die Nachtlinien nicht....
Ziemlich unübersichtlich. Die vorangegangenen Seiten dieses Threads greifen nur auf, das man einen Umlauf braucht.. welchen Ich ja habe, welcher auf Lahnau auch funktioniert... allerdings ohne Haltezeiten. Sehr Kurios... ![]()
Ich kann mir nur bei dir bedanken Lorenzowds2006 , für die Hilfe bisher. Es läuft nun zu 95%. Vielleicht hast du ja noch eine Idee bezüglich der Fahrplan/Haltezeiten.
Beste Grüße
Alles anzeigenAlles anzeigenHast du dazu auch eine Logfile?
Selbstverständlich. Hängt an.
Wenn Ich die Texttexture-Einträge in der Model.cfg einfüge sieht das aus wie im Screenshot von Notepad.
Im Spiel spawnt dann nur noch das Heck des Busses (Bei Solo ist alles unsichtbar).
Die Logfile sagt dann Error: [...] there was an error in line 1272, welche die Line ist, bei der die neuen Einträge von Texttexture sind.
Wenn Ich die Texttexture-Einträge nun wieder entferne, funktioniert es wieder...
Benötige ich da noch zusätzlich Dateien die in der 1.0 Pre nicht enthalten sind?
Vielen Dank.
Versuche mal folgendes in der .bus datei zu ändern:
unter Script:
script\UE\IVUticketbox\ticketprinter.osc einmal bitte rauslöschen
unter constfile:
script\UE\IVUticketbox\ticketprinter_constfile.txt über vdv_constfile.txt ergänzen.
Nachdem:
öffne die Model_main.cfg und füge die 100er TextTexturen wieder ein.
Dann Omsi einmal starten und schauen ob der Bus dann wieder komplett spawnt.
----------------------------------------
Nachtrag zur IVU Ticketbox Version:
IVU.ticket.box_CE70_mobil_OMSI2.zip Hier ist der richtige Link, dann müsste es funktionieren. Einfach alles bis auf den Vehicles Odner im enhaltenen download Archiv ins Hauptverzeichnis kopieren und überschreiben lassen.
Nachdem den Vehiclesodner öffnen und den Inhalt in den gemoddeten Busodner kopieren und ersetzen lassen.
Also, mit der neuen Datei und der Abfolge wie du es beschrieben hast, funktionieren nun beide Busse insoweit, dass:
Die Box an korrekter Position steht, angeht und Umläufe sowie Ziele eingegeben werden können.
Die Texttexture-Einträge sind eingefügt und die Busse laden ordnungsgemäß.
Die schlechte Nachricht bleibt weiterhin, die Haltezeiten werden nicht angezeigt.
Zudem haben sich 2 neue Probleme aufgetan:
Die Haltestellenanzeige im Innenraum funktioniert nicht, ob wohl Ich den String aus der Ticketbox in die Model.cfg an der Stelle von "Innenanzeige" gesetz habe.
und
Es kommen keine Ansagen bei der weiterschaltung der Haltestellen...
Ich hänge mal alle Relevanten Dateien erneut an..
PS: Getestet habe Ich das ganze auf Lahnau V4 mit den bearbeiteten .hof-Dateien hier aus der Webdisk.
Vielen Dank.
Hast du dazu auch eine Logfile?
Selbstverständlich. Hängt an.
Wenn Ich die Texttexture-Einträge in der Model.cfg einfüge sieht das aus wie im Screenshot von Notepad.
Im Spiel spawnt dann nur noch das Heck des Busses (Bei Solo ist alles unsichtbar).
Die Logfile sagt dann Error: [...] there was an error in line 1272, welche die Line ist, bei der die neuen Einträge von Texttexture sind.
Wenn Ich die Texttexture-Einträge nun wieder entferne, funktioniert es wieder...
Benötige ich da noch zusätzlich Dateien die in der 1.0 Pre nicht enthalten sind?
Vielen Dank.
Alles anzeigenDie 100er TextTexturen sind Teil der selbsteinbau Version der IVU Ticketbox, dadurch muss auch diese Version installiert sein, damit die 100er TextTexturen funktionieren.
Gerne kannst du das mit meinem angefügten link in der oberen Nachricht nutzen um direkt zum Download zu kommen. D.h. du lädst dir die Version runter und ziehst das in den gemoddeten Busordner, fügst dann in der Model.cfg die TextTexturen ein und startest Omsi.
Bootet jetzt eigentlich die IVU Ticketbox oder ist das Problem immer noch vorhanden?
Grüße,
Lorenzo
Ich habe die Ticketbox als Selbsteinbauvariante eingefügt. Und im Bereich Texttexture die von dir geposteten einträge ab der 100 in der Model.cfg des Busses eingetragen. Somit sind dann 105 Einträge bei Texttexture vorhanden.
Der Bus ist dann leider Unsichtbar gewesen, als die Einträge dann wieder entfernt habe lief alles wieder wie davor.
Stand der Dinge:
Der O530 FL Ü - Läuft, allerdings ohne Haltezeiten. (Habe die Lahnau V4.hof heruntergeladen, bei der das bereits eingefügt wurde - bezüglich Umlaufnummern u.ä.)
Der O530 FL GÜ - Drucker ist eingebaut. Texturen eingefügt, alle Cfg.'s nach "Einbauanleitung" der Downloadseite von IREgio eingepflegt.
Der Bus spawnt, jedoch bleibt die Box bei Zündung dunkel.
EDIT: Beide Busse haben nun die funktionierende Selbsteinbauvariante der Ticketbox inne. Lediglich die Haltezeiten werden nicht angezeigt, wie ja etwas weiter oben schon steht. Beim GÜ habe Ich anscheinend die Stringvars fälschlich eingetragen weshalb der Drucker Dunkel blieb.
Lediglich bei den Haltezeiten benötige Ich noch Hilfe. Die Texttexture Zeilen haben ja leider nicht funktioniert.
Ich füge noch mal die relevanten Dateien der neu aufgesetzten Varianten unten ein.
Vielen Dank für deine Hilfe!
Beste Grüße
Vielen Dank für deine ausführliche Nachricht.
Leider bringen die Texttexturen, die du in deinem Post angefügt hast, den Bus zum crashen. - Er spawnt ohne Karosse.
Ich werde aber die Busse einmal komplett neu aufsetzen und es erneut versuchen.
EDIT: Die Warnings sind bei den neu aufgesetzten Bussen ebenfalls vorhanden. Die Busse laden jedoch völlig korrekt und alles ist funktional.
Wenn Ich die von dir geposteten Texttexturen einfüge - also nach der 100 - sagt OMSI, dass ein Error in Line 1672 stattgefunden hat. Der Bus ist das unsichtbar. Nehme Ich die Texttexturen wieder raus, läuft der Drucker wieder...
Vielen Dank.
Hallo zusammen,
Ich versuche die Ticketbox in den O530 FL G Ü einzubauen. Ich bin ziemlicher Anfänger was das angeht.
In der Solovariante funktioniert die Box. Im C2 habe Ich die Box mit der Anleitung von Koraytek im LE Ü, Solo und Gn Ü auch ohne Probleme eingebaut.
Im O530 FL G Ü ist die Box an der richtigen Stelle - also wie im Solo O530 FL Ü - sie bleibt allerdings dunkel, wenn Ich die Zündung betätige. Der Bus funktioniert soweit, nur einige Anzeigen im VDV-Display sind gestört. (Temperatur, Info - die unteren 2 Zeilen)
In den anderen oben genannten Bussen werden mir keine Haltezeiten angezeigt. Der Rest funktioniert einwandfrei.
Zusammengefasst ist mein Problem also folgendes:
Im mx200 C2 - Solo, LE Ü und Gn Ü - funktioniert die Box jedoch ohne Haltezeiten der Haltestellen.
Im O530 FL Ü funktioniert die Box ebenfalls bis auf die Haltezeiten der Haltestellen.
Im O530 FL G Ü ist die Box zwar korrekt platziert, bleibt aber bei Zündung Dunkel und das VDV-Display hat Störungen.
Ich bin wie erwähnt blutiger Anfänger und hoffe um Hilfe.
Die relevanten Dateien hänge Ich an.
Beste Grüße
Hallo,
leider hat es bei mir nicht funktioniert. Bild wie die Hofdatei aussieht, hängt an.
Vielen Dank.
Beste Grüße
Mir scheint die Facebook Seite recht adäquat. Dort gab es zumindest einige Posts zum Bus. Bin da bisher allerdings nur drüber geflogen...
Müsste über Steam verlinkt sein bzw. auf Google einer der ersten Links.
Beste Grüße
Mit der Meinung stehst du nicht alleine da.
Das Ding wurde kurzer Hand auf den Markt geworfen um paar Groschen zu machen und dann "nach mir die Sintflut".
Wie du schon sagst Sound und Modell ist wirklich in Ordnung. Aber naja. Vielleicht erbarmt sich ein Modder das Ding zu richten.