Allgemeine Fragen zu OMSI

Dieser Thread enthält Antworten auf die ganz allgemeinen Fragen zu OMSI.

Inhaltsverzeichnis:
Seite:...Beitrag:...Thema:
..01......Nr. 01....Einleitung / Inhaltsverzeichnis
..01......Nr. 02....Speicherort der Tastenbelegung
..01......Nr. 03....Was ist das OMSI-Hauptverzeichnis?
..01......Nr. 04....Warum dauert das Erstellen von Bussen so lange?
..01......Nr. 05....Wieso ist OMSI bei mir so verschwommen und kantig?
..01......Nr. 06....Ich kann keine Einstiegspunkte auf den Maps wählen!
....................Was ist die Reparaturfunktion?
..01......Nr. 07....Omsi startet nicht, weil die d3dx9_28.dll fehlt
..01......Nr. 08....Maximal mögliche Länge einer Linie
..01......Nr. 09....Verknüpfungen für die Omsi.exe
..01......Nr. 10....Ansagen an der Endhaltestelle funktionieren nicht
..01......Nr. 11....Anleitung zur Problemlösung mit der Logfile
..01......Nr. 12....Netter Dank von ChrisHB

..01......Nr. 13....Fahrzeugnummern entsprechend
....................der Ailist-Einträge im Auswahlfenster anzeigen
..01......Nr. 14....Automatische Auswahl der Hofdatei
....................im Fahrzeugauswahlfenster
..01......Nr. 15....Objekte sind im Spiel nicht sichtbar
..01......Nr. 16....KI-Zugmitfahrt
..01......Nr. 17....Problem Patch 1.04 (oder höher) <-> Reparaturfunktion
..01......Nr. 18....FAQ-Seite zum Patch 1.04
..01......Nr. 19....Alles weiß nach OMSI-Start
..01......Nr. 20....Nach OMSI-Deinstallation noch Daten retten?
..02......Nr. 21....SDK-Anwendungen: qtinf70.dll fehlt
..02......Nr. 22....Speicherort der Patchdatei
..02......Nr. 23....Aktivierungsprobleme nach Update auf Windows 8.1
..02......Nr. 24....Busumrüstung auf neuen Ansagenordner
..02......Nr. 25....Wiederherstellung des "Auslieferungszustandes" von OMSI 2

Welcher Ordner ist mit dem OMSI-Hauptverzeichnis gemeint?

Damit ist der Ordner "OMSI" gemeint, der sich standardgemäß unter dem Pfad C:\Program Files\m-r-software\OMSI\ aufrufen lässt. Ab Windows Vista befindet sich OMSI standardmäßig unter C:\m-r-software\OMSI\. Darin liegen alle Dateien von OMSI, unter anderen auch die OMSI.exe selbst.

Man gelangt auch direkt dahin, wenn man im Startmenü bzw. auf dem Desktop eine der OMSI-Verknüpfungen rechtsklickt und dann "Dateipfad öffnen" klickt.

Edit by Autobusfan: Bei OMSI 2 ist das OMSI-Hauptverzeichnis unter C:\Program Files (x86)\Steam\SteamApps\common\OMSI 2 bzw. unter C:\Program Files\Steam\SteamApps\common\OMSI 2.

Warum dauert das Erstellen von Bussen für OMSI so lange?

Weil's viel Arbeit ist.

Busse für OMSI zu erstellen, das ist wohl das Aufwändigste überhaupt. Das Busmodell muss erstellt werden, die Sounds müssen aufgenommen und passend eingefügt werden, ebenso alle Texturen. Schon allein die Materialbeschaffung dauert. Lichtreflexionen, Animationen und Fahrphysik müssen realistisch umgesetzt werden. Scripts sollen so real wie möglich wirken.

Einen Bus bauen - das muss man auch erst einmal können! Da viele Busbauer "Learning by Doing" machen - sprich ausprobieren, testen und nochmal ausprobieren, kostet auch das Zeit.

Und da jeder, der einen Bus baut, auch noch ein reales Leben hat, sitzt ein Busbauer natürlich nicht nonstop vor'm Monitor. So kann ein kompletter Neubau auch ein, zwei Jahre dauern. Da kann man auch den Erbauer noch so häufig fragen - wann der Bus fertig ist, entscheidet der Erbauer. Denn wir wollen doch alle einen schönen, gelungenen Bus in den Händen… - ne, auf der Festplatte haben, nicht wahr?

Aber Vorfreude ist ja die schönste Freude.

Also: Abwarten und Teetrinken!

Wie lang darf eine Linie maximal sein?

Eine Grenze gibt es da eigentlich nicht. Auch vom System gibt es da keine Einschränkungen. Evtl. wird's irgendwann eng auf dem Fahrplan, der im Cockpit hängt.

Welche Verknüpfungen kann man für die Omsi.exe alles erstellen?

Kurzanleitung:
Eine Verknüpfung der Omsi.exe erstellen und mit dem Cursor in die Zeile "Ziel" wechseln.

Nun gibt es vier Möglichkeiten, die Zeile "Ziel" anzupassen:
"C:\Program Files\OMSI\Omsi.exe" "-windowed" Öffnet OMSI im Fenstermodus
"C:\Program Files\OMSI\Omsi.exe" "-fullscreen" Öffnet OMSI im im Vollbildmodus
"C:\Program Files\OMSI\Omsi.exe" "-editor" Öffnet den OMSI-Editor
"C:\Program Files\OMSI\Omsi.exe" "-debug" Öffnet OMSI im Debug-Modus (eine "lebendige Version" des Editors)
//EDIT by pBuch:
"C:\Program Files\OMSI\Omsi.exe" "-savelogs" sorgt dafür, dass die Logfiles ein Datum und eine Uhrzeit angehängt bekommen, wodurch sie nicht mehr gegenseitig überschrieben werden. Dadurch allerdings "müllt" sich das Hauptverzeichnis natürlich zu! Aber allen Beta-Testern empfehlen wir diese Option, damit ggf. auf ältere Logfiles zugegriffen werden kann.
"C:\Program Files\OMSI\Omsi.exe" "-nolog" schaltet das Logging komplett ab.
"C:\Program Files\OMSI\Omsi.exe" "-logall" weitet das Logging auf sehr viel mehr Einträge aus, die eventuell bei hartnäckigen Fehlern helfen können. Hierdurch verzögert sich der Ladevorgang allerdings erheblich!
//END-EDIT

Wird eine OMSI-Verknüfpung ohne die "-xxx"-Zusätze aufgerufen bzw. die Omsi.exe direkt aus dem Programmordner geöffnet, startet OMSI im Fenstermodus. Somit kann auf den Editor nur über die entsprechende Verknüpfung zugegriffen werden.

Den Pfad zum OMSI-Ordner bitte entsprechend anpassen, falls ihr OMSI woanders installiert habt.

An der Endhaltestelle werden keine Ansagen abgespielt, obwohl diese am selben Ort wie die anderen liegen.

Endhaltestellen-Ansagen müssen nach dem Schema <Haltestellenname>_#terminus.wav benannt sein. Fährt eine andere Buslinie ebenfalls an dieser Haltestelle lang, endet dort aber nicht, müssen folglich zwei Ansagen vorhanden sein (die obengennante und die "normale" <Haltestellenname>.wav). Dies hat den Vorteil, dass in der Terminus-Ansage noch ein "Diese Fahrt endet dort!" (o.ä.) angesagt werden kann, was dann nur im Falle der Endstelle auch angesagt wird.

Noch ein weiterer Tipp von Cunwad:

Zitat von Cunwad

Wichtig ist noch, dass auch in der Hof-Datei der Map, an der Stelle, wo die Route definiert wird, die eingetragene Summe der Haltestellen mit den eingetragenen Haltestellen übereinstimmt.

Dieses Problem bekommt man aber erst gar nicht, wenn man mit dem Hofcreator arbeitet.

Noch ein spezieller Hinweis von Cunwad (beziehend auf seinen Tipp):

Spoiler anzeigen

Das war in Gothenberg mal mein Problem gewesen. Ich wollte für die Einrückfahrten mit den D92, dass man nach der letzten Hst. die Hst-Anzeige im Bus anullieren kann, so dass ich jeweils die Summenzahl um 1 erhöht hatte. Damit war aber das "_#terminus" für die Katz gewesen.

Wann und wie hilft die Logfile bei der Fehlerbehebung?

Wenn irgendjemand ein Problem hat und um Hilfe bittet, wird oftmals ums Posten der Logfile gebeten. Die befindet sich im Hauptordner und heißt logfile.txt. Das Erkennen von Fehlern in der Logfile ist allerdings gar nicht so schwer, wie es aussieht. Doch zuerst möchte ich erklären, wie die Logfile zustande kommt.

Möchte man durch die Logfile ein Problem lösen, muss man dieses ersteinmal in OMSI "passieren lassen", d.h. bei Lade-Zugriffsverletzungen die Map laden, bei Zugriffsverletzungen in der Fahrzeugauswahl das entsprechende Fahrzeug laden etc. Anschließend kann man OMSI schließen. Nun öffnet man die Logfile. OMSI hat hier während der Ausführung die Gründe für alle Probleme aufgelistet, samt Zeilennummer und Uhrzeit (also wann das Aufgezählte exakt passiert ist). Dabei wird zwischen zwei Auflistungs-Typen unterschieden, "Warning" und "Error". Häufig ist die Logfile prall mit "Warnings" gefüllt, "Errors" finden sich seltener.

Alle Zeilen, die eine Warnung enthalten, braucht man bei normalen Problemen nicht zu beachten. Wichtig sind die Zeilen, die einen Fehler auflisten. D.h. befindet sich in der Logfile kein einziger Error, kann man sie zur Problemlösung meist nicht verwenden. Wem die Suche nach den Fehlern zu mühselig ist, darf gerne mein kleines Tool benutzen.

Bei vielen sind die häufigsten Fehler "The Spline/Sceneryobject XXX could not be loaded!" Nun, die Zeile sagt schon alles. OMSI findet ein Objekt bzw. ein Spline nicht da, wo es sein soll. Nun kann man durch einfache Überprüfung (Suche nach der Datei mit dem Windows Explorer) herausfinden, ob dem auch so ist. Fehlt das Objekt/Spline oder gar der ganze Objekt-/Splineordner, wurde das entsprechende AddOn nicht korrekt installiert bzw. gar nicht erst heruntergeladen. Das muss man dann schlichtweg nachholen.

Hat man trotz Fehlermeldung & Meldung in der Logfile das Objekt/Spline an einem anderem Pfad gefunden, kann man die Map einfach mit dem OMSI-Editor öffnen und die entsprechenden Dateien durch die im anderen Ordnerpfad ersetzen.

Das Nachinstallieren benötigter Objekte löst übrigens das bekannte "Keine Umläufe auswählbar"-Problem.

Kann OMSI irgendetwas anderes nicht laden, muss man einfach lesen, was nicht gefunden werden kann.

Fehlt irgendetwas bei einem AddOn-Bus, installiert man diesen einfach nochmal neu, gibt es Probleme bei den MR-Stamdardbussen, empfiehlt sich eine Reperatur. Ist in einer MAP-Datei in Zeile sowieso ein Fehler, installiert man eben die Map neu.

Übrigens ist eine "saubere" bzw. "problemlose" Logfile nicht ganz leer, sie enthält mindestens ein paar Warnungen. Die sind nicht weiter schlimm, deren Ursachen lassen sich auch nicht beheben. Ist eine Logfile doch mal (bis auf die Bemerkungen obendrüber) leer, schmiert OMSI schon vor dem Erstellungsbeginn der Logfile ab.

Ab OMSI Version 1.04 kann das Loggen ausgeweitet werden. Dazu muss in der Kommandozeile einer OMSI-Verknüpfung "-logall" hinzugefügt werden. Allerdings erhöht das den Ladevorgang erheblich. Näheres zu "-logall" und zum Thema Kommandozeile findet ihr hier.

Noch ein "Übrigens": Genauso gehen auch diejenigen vor, die euch bei Problemen, wo sie eure Logfile zur Hilfe nehmen, auch vor. Es ist also kein höchstprofessionelles Denken erforderlich, sondern nur die Beherrschung einiger englischer Vokabeln.

So, wenn das nun alle aufmerksam gelesen haben, brauchen in Zukunft nur noch wenige Logfiles gepostet werden - ihr wisst ja nun, wie's geht.

Wie kann man im Fahrzeugauswahlfenster bei einer eigenen Map die Funktion "Nur zum Betriebshof der Karte passenden Nummern anzeigen!" aktivieren?

Dafür ist ersteinmal eine Ailist mit eine Depot, also einem Eintrag, der mit dem Schlüsselwort [aigroup_depot] notwendig. Darunter werden nun alle Fahrzeuge mit Nummern und Repaints aufgelistet. Wie man solch eine Ailist erstellt, wird in einem Tutorial von Fr3dorik im Bereich "Streckenbau" recht gut erklärt.

Nun kann man ein AI-Depot als Standard auswählen. Wählt man dann im Fahrzeugfenster den obengenannten Haken an, erscheinen nur die möglichen Fahrzeugnummern, die in der Ailist genau diesem Bus und diesem Repaint zugeordnet wurden. Sind in der Ailist Nummern gelistet, die nicht in der Regsdatei des Fahrzeuges stehen, werden diese nicht angezeigt, sprich: Damit alle Fahrzeugnummern der Ailist zur Auswahl angezeigt werden können, müssen diese auch in die Regs-Datei des jeweiligen Fahrzeuges eingetragen werden!

Dazu öffnet man die global.cfg der Map. Nun scrollt bis zum Eintrag [standarddepot] herunter. Ersetzt die Zeile darunter durch den Namen eures Depots in der Ailist (und zwar genauso geschrieben!). Auf der Map Spandau heißt es dort Hof Spandau, heißt euer Depot bspw. BusbestandMusterstadt, muss der Eintrag in der global.cfg

lauten.

Dann wird auch die Funktion "Zufälliger Bus" aktiviert, die zufällig ein Fahrzeug aus dem Standarddepot heraussucht.

Wie kann die Hofdatei im Fahrzeugauswahlfenster schon richtig voreingestellt werden?

Es wurde öfters angenommen, der Eintrag in der global.cfg hänge mit der automatischen Auswahl der Hofdatei im Fahrzeugfenster zusammen. Das stimmt nur indirekt. Denn als Hofdatei wird automatisch die ausgewählt, die auch dem Depot zugeordnet ist (siehe vorigen Beitrag).

Habt ihr kein Depot in der Ailist, könnt ihr in der global.cfg unter [standarddepot] den Namen einer Aigruppe eintragen, der die Hofdatei der Map zugeordnet ist. Dann wird die Hofdatei ebenfalls automatisch ausgewählt, das Feld "Nur zum Betriebshof der Karte passenden Nummern anzeigen!" ist dann allerdings unsichtbar.

Ich habe im Editor Objekte gesetzt, aber im Spiel sind diese nicht zu sehen.

Das liegt an der Objektpriorität. Diese in den Einstellungen einfach höher setzen.

Zur Erläuterung: Alle Objekte haben eine Objektpriorität, die den Wert 1, 2, 3 oder 4 haben kann. Mit dem Schieberegler in den Einstellungen kann man einstellen, welche Objekte dargestellt werden sollen. Ist der Regler auf eins, werden alle Objekte mit der Priorität eins dargestellt, bei der Priorität zwei die Objekte der ersten und zweiten usw. Damit lässt sich also die Detailliertheit einer Map einstellen.

Und mit diesem Post gibt's nun vier User im Forum, deren Beitragskonto 2000 oder mehr Beiträge zählt.

Wie kann man bei einen KI-Zug mitfahren?

Einfach in der F4-Kamera auf den Zug klicken und im erscheinenden Dialogfeld die Übernahme bestätigen.

Nach dem Patchen von OMSI funktioniert die Reparaturfunktion nicht mehr richtig.

Die Reparaturfunktion stellt OMSI wieder her - und zwar mit den Daten von OMSI-Version 1.01. Deswegen müssen nach jeder Reparatur nocheinmal die Patches installiert werden.

Gibt es eine FAQ zum OMSI-Patch 1.04?

Von offizieller Seite, also von M&R, nicht. Hilfe zum Patch findet ihr im Aktuelle-Entwicklungen-Thread samt entsprechenden Kommentarthread im Ankündigungsbereich sowie im Subforum Hauptprogramm, wo schon für viele Probleme Lösungen gefunden worden sind.

Von Yufamodification wurde bereits eine FAQ-Seite bereitgestellt. Diese soll auch bei Bedarf ergänzt werden. Sie ist unter yufa.eu zu finden.

Marcel: Allerdings findet ihr nachm Patchen eine Info-Textdatei im Hauptverzeichnis! Dort steht allerhand drin!

Marvin: Hups, die TXT hab ich ja gar nicht bedacht...

Ich habe OMSI gerade via Setupdatei deinstalliert und dabei leider vergessen, Modifikationen/Strecken/Objekte zu sichern. Sind diese noch irgendwo aufzufinden?

Womöglich. Eine komplette OMSI-Deinstallation besteht bekanntlich aus zwei Schritten: Im Setup "Programm entfernen" wählen und die eigentliche Deinstallation starten. Danach muss immer manuell der übriggeblienene OMSI-Ordner von Hand gelöscht werden, denn die Deinstallation deinstalliert nur die Originaldateien, alle anderen Daten bleiben.

Habt ihr den OMSI-Ordner also noch nicht gelöscht, könnt ihr aus dem übriggebliebenen Ordner noch sämtliche Daten backuppen (welch ein Wort^^). Nur Modifkationen an Originaldateien, welche vom Setup deinstalliert worden sind, sind nicht mehr zu retten.

Und wenn wirklich etwas komplett verloren scheint, gibt es noch die sog. "Recovery Tools", mit deren Hilfe man gelöschte Daten wiederherstellen kann. Sucht euch eins aus: KLICK