EvendPC_Scripttex_Index auf 3
EvendPC_ScripttexHell_Index auf 4
setzen.
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.
EvendPC_Scripttex_Index auf 3
EvendPC_ScripttexHell_Index auf 4
setzen.
Nein. Die Scripttextur-Einträge in der model.cfg sind von Omsi automatisch durchnummeriert. Der erste Eintrag hat den Index 0, der zweite Index 1 und so weiter.
Der Scripttextur-Eintrag muss, wie in der Anleitung beschrieben, in der model.cfg eingefügt werden.
Da ist die Auflösung der Scripttextur falsch. Ersetze die durch die im Paket enthaltenen.
Die Scripttextur-Indizes funktionieren nur dort, wo tatsächlich eine Scripttextur hinterlegt ist. Wenn in der model.cfg fünf Scripttexturen hinterlegt sind, wird kein Wert >4 funktionieren.
Richtig.
Ja. Die Umlauf-Einträge sind eigentlich Haltestellen. [infosystem_ivu] gibt es nicht. Die müssen unter [addbusstop_list] stehen.
Woran genau scheitert es? In der Hofdatei sind nur ein paar Routen drinnen, aber nichts für Umläufe.
Richtig.
Darauf kann ich keine Garantie geben. Aber die 29(!) MB große Logfile ist eigentlich Aussage genug, dass da ordentlich was schief läuft.
Wenn die Logfile so groß wird, ist es nicht unüblich, dass auch andere Probleme auftreten.
Omsi bitte über Steam reparieren. Der Standard-NL/NG dürfte ein Problem haben. Eventuell geht damit auch der Fehler weg.
1200x764
Ich würde eher auf 1280x720 oder 1280x800 tippen, weil standard-Auflösung. Eher sogar 1280x800.
Die Protokollierung habe ich soweit auch verstanden. Mir war nicht bewusst, dass man sowas mit Auxi loggen kann.
Dennoch würden für mich genau zwei Optionen als Fehlerquelle Sinn machen:
-Text hat ein Zeichen vorangestellt, welches den ganzen Text um 1024px verschiebt (mehrere Leerzeichen?)
-Koordinaten werden falsch an STTextOut übergeben
Erster Fall ließe sich mit der lastsn.osn recht gut untersuchen (bzw. vielleicht auch mit Auxi), schaut aber eher nicht danach aus.
Zweiterer Fall ließe sich - nebst Logging - auch mit der Modulo-Funktion abfangen. Wenn die x-Koordinate %1024 sich nicht (großartig) ändert und der Text immer angezeigt wird, kommt eine falsche Koordinate daher.
Und den Fall kann man dann auch mit einer entsprechenden If-Abfrage abfangen und herausfinden, was ausgegeben wird.
Ist im Wesentlichen nur Debugging ohne Auxi. Ich weiß leider nicht, wie sich das verhält in der Laufzeit. Wäre aber zumindest ein Ansatz.
Interessante Lösung, die Werte über solche Debug-Prints auszugeben. Wie genau bekommst du die aus Omsi raus?
Zweite Frage: Warum genau brauchst du eine so große Scripttextur? In welchem Bezug auf verschiedene Bildschirme?
Wäre auch das, was ich am ehesten empfehlen würde:
x- und y-Koordinate für den Text abfragen (>=Bildschirmrand), wenn größer, dann in die Variable schreiben. So kann man schön "triggern", wenn man einen solchen Fehler nicht unbedingt einfach in der Laufzeit-Umgebung abfangen kann.
Sonst probier mal, die x- und y-Koordinaten modulo Höhe/Breite der Bildschirmauflösung zu nehmen, bevor die Werte an STTextOut übergeben werden. So kannst du zumindest schauen, ob es an falschen Koordinaten liegt oder doch woanders.
1.Wenn der Bus beschildert ist, plötzlich etwas in der Kasse angezeigt. Außerdem kann ich auf dem Drucker nicht erkennen, was dort steht, wenn der rote Balken angezeigt wird.
Da passen irgendwo die Scripttextur-Indizes nicht zusammen. Vermutlich verwenden Matrix und Drucker die gleiche Scripttextur, dann passiert das.
2. Frage kann mir sagen was ich falsch gemacht habe das die zahlen dort weg sind.
1 (S.L.Refresh_Strings) unter {frame} in der jeweiligen main.osc einfügen.
tilljoker: Ist offensichtlich irgendeine Druckerhalterung. Gehört aber nicht zum EvendPC dazu, daher kann ich nicht sagen, was es mit der auf sich hat.
Moin,
ich würde gerne mal 2 Posts hier in Raum werfen, welche richtige Screenshots sind, aber halt auch aufgewertet wurden.
Ich persönlich finde das gar nicht so schlimm, da man dies doch sofort erkennt und die Bilder dennoch schön zum Anschauen sind[...]Solche Posts würde man dann halt auch verbieten müssen...
Man muss an dieser Stelle aber auch zwischen:
Alles anzeigen
In diesem Sinne wünsche ich euch allen, gleich einen guten Rutsch in das Jahr 2026! Bleibt gesund, hoffentlich gehen alle eure Wünsche in Erfüllung, und auf ein weiteres erfolgreiches Jahr für OMSI
Kurz zum Bild: Der AVG-Wagen 2294 posiert hier vor der Zeche Hindenburg, kurz vor dem Start des Jahres 2026.
Bus: Citaro C2G Hybrid (privat modifiziert)
Map: Ahlheim V5
Linie: Sonderfahrt
und:
unterscheiden. Das eine ist definitiv ein bearbeiteter Omsi-Screenshot, an dem an sich nichts auszusetzen ist (evtl. Kennzeichnung, dass dieser nachträglich bearbeitet wurde). Das andere hat mit einem Omsi-Screenshot nichts mehr zu tun, außer vielleicht eine Vorlage für die KI.
Ist nicht mitgeliefert, da nicht notwendig.
Mich würde an der Stelle eher interessieren, wo der Eintrag in der Model.cfg herkommt. In keiner der im Download enthaltenen Textdateien kommt ein Druckerhalter vor.
Ich hoffe doch wirklich, dass die KI-Bilder hier im Thread nicht zur Regel wird. Der Thread heißt immerhin "Screenshots - OMSI" und nicht "ChatGPT-Bilder mit Omsi-Bezug"...
Alibi:
Reutlingen | MB O530GFL 3T Voith (Kajott, modifiziert)
Das Problem habe ich auch schon ein paar Mal gehabt, aber nie wirklich verstnaden, woher es kommt...
Ich kann folgendes empfehlen:
-in Notepad++ mit der Funktion "Alle Zeichen anzeigen" schauen, ob sich irgendwo ein falsches Steuerzeichen oder ein Leerzeichen nach einer Zahl eingeschlichen hat
-betroffenen Eintrag komplett entfernen und schauen, ob der Fehler dann noch ansteht
-Eintrag darüber und darunter entfernen und schauen, ob der Fehler noch ansteht
-Einträge von Hand neu schreiben
-ggf. Codierung ändern