Derzeit kein Mailversand möglich. Wir bitten um Geduld.
Willkommen in der OMSI-WebDisk!
Als Gast kannst du nur Inhalte in deiner ausgewählten Sprache sehen. Registrierte Nutzer können die Sichtbarkeit anderer Sprachen in ihrem Kontrollzentrum aktivieren,
weitere Infos hier.
Alle Themen sind in den Foren mit einer Sprachflagge gekennzeichnet:

= Englisch [EN],

= Deutsch [DE],

= Französisch [FR]. Wenn du die angegebene Sprache
nicht beherrschst, schreibe auf Englisch!
-
Denn wie sollte z.B. ein Darius Bode aus Hamburg eine Schweiz-Karte bauen, für die er, um Material zu sammeln, jedes mal durch ganz Deutschland tingeln muss? Natürlich baut er was aus Hamburg
Übrigens... können wir mit einer Fortsetzung rechnen? Schließlich sind derzeit 403 von 474 Kacheln aktiv, was auf eine mögliche Erweiterung hindeutet. Entschuldigung, dass ich vom Thema abgekommen bin )))
-
OMSI braucht unbedingt 64-Bit... Die neuesten Modifikationen zeigen, dass die Modder bereits an die Grenzen der Spielmöglichkeiten gestoßen sind... Sie sind bereit für mehr... Sie wollen es... Die Community will es... Viele hier brauchen keine neue, schöne Grafik; wir lieben dieses Spiel seit Tausenden von Stunden wegen seiner Physik und seiner offenen Spielwelt; alles ist bereits an die Grenzen der 32-Bit-Architektur gestoßen. Die Entwickler sollten sich vielleicht an SCS orientieren, die zwar kein ETS 3 entwickelt haben, aber einfach ein von Anfang an erfolgreiches Produkt weiterentwickelt haben. Wir alle sehen, wie weit es gekommen ist – es war der richtige Weg. Schauen wir uns nun OMSI an – wie alt es ist, es werden immer noch kostenpflichtige und kostenlose Add-ons veröffentlicht, die Benutzer führen immer noch Innovationen in das Spiel ein (manchmal revolutionäre, wie diese hier). Und alles läuft immer wieder auf 32-Bit hinaus; es ist eine Grenze, die nicht überschritten werden kann... Wenn sie doch nur aufgehoben würde...
-
Leider sind die Umlaute immer noch vorhanden. Müller-Touristik.ttl ist immer noch vorhanden. Dies beeinträchtigt die Verfügbarkeit dieser Route in BBS auf nicht-deutschen Systemen
Umlaute vollständig entfernt
-
Zeilenfehler werden durch Nichtübereinstimmung zwischen .ttp-Dateinamen und .ttl-Dateieinträgen verursacht. Sie müssen ihre Übereinstimmung sorgfältig prüfen.
P.S. Und nach welchen Aktionen ist dieser Fehler aufgetreten?
-
Ja, genau so. Durch "AVG Eichenhoehe" ersetzen. Vielen Dank ))
-
Guten Tag! Es gibt einen kleinen Wunsch - ist es möglich, die Linie Eichenhöhe in Eichenhoehe umzubenennen? Die Verwendung von Umlauten in Zeilennamen macht es auf einigen Systemen unmöglich, sie in BBS zu fahren. Vielen Dank im Voraus))
-
Und wenn Sie dem Nachtbus separate Haltestellenwürfel zuweisen? Hat das das Problem nicht gelöst?
-
Gibt es andere Möglichkeiten die Tracks auf Type 2 zu verändern, oder muss hier tatsächlich alles selbst angelegt werden?
Es geht nicht anders. Muss neu erstellt werden. Die Arbeit ist wirklich groß
-
Moin,
könntest du die Lösung noch ein bisschen mehr erläutern? Ich verstehe nämlich auch nicht ganz was du mit Gleistyp 1 und 2 meinst.
Auf jeden Fall schon mal danke für den Tipp 
Übersetzungsschwierigkeiten )))....Beim Erstellen von Routen werden zwei Arten verwendet "track" - "type 1" oder "type 2". "Type 2" es ist vorzuziehen, es auf Karten mit einer großen Anzahl von Routenkreuzungen zu verwenden. Dies reduziert die Anzahl der notwendigen Prozessorberechnungen und dementsprechend "Refresh-Schedules" durch Eliminierung doppelter Trassen aus Berechnungen und Verkürzung der Berechnungslänge, da nicht die gesamte Strecke in die Berechnungen eingeht, sondern nur wenige StnLinks (Abschnitte)
-
- Gibt es Lösungsansätze, die das Problem beheben?
Die lösung für dieses problem besteht darin, die gleise "Typ 1" durch "Typ 2" zu ersetzen ... dies verkürzt die zeit für die "Refresh Schedules..", verringert die länge der berechneten strecke innerhalb der geladenen kacheln, wiederholte abschnitte werden von der berechnung ausgeschlossen
-
die neuen "licht" Scheinwerfertexturen
also einfach wieder "licht.bmp" und "light_effect1.bmp" aus OMSI 2\Addon\Enhanced Environment Pack\Backup_default_files\Texture wieder verwenden?
Jawohl. Genau so
-
Der wahre Grund für den RS.SkyLights Fehler sind die neuen "licht" Scheinwerfertexturen. Dies wurde durch mehrere Experimente festgestellt. Nach dem Ersetzen durch die Standarddateien tritt der Fehler nicht mehr auf, alle anderen Addon-Dateien bleiben unverändert, einschließlich envir.cfg und Clouds.cfg. Jetzt funktioniert alles gut