Beiträge von Donecal

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!

    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...

    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))

    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 :thumbup:

    Ü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

    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