Patch 2.00.024 Resonanz/Probleme

Das Forum befindet sich im reduzierten Betrieb. Die Addon- und Supportforen bleiben weiterhin verfügbar.
Bitte beachte, dass OMSI nicht mehr weiterentwickelt wird. Ein Teil der Entwickler widmet sich inzwischen der Entwicklung eines neuen Simulators. Weitere Informationen zum LOTUS-Simulator findest Du hier.
Ein communitybetriebenes Nachfolge-Forum wird hier verlinkt, sobald es gegründet und bereit ist.
  • Morgen


    also nach testen der neuen Version 024 ist mir aufgefallen das zwar jetzt Busse entgegengekommen aber iwie klappt das noch nicht so richtig.


    Karte : Spandau 14.2.1994 8:34 Uhr Bergstraße Richtung Falkensee


    nachdem ich die Rücktour fuhr um 9.41 in Falkensee kram mir auch gleich einer entgegen, was ja so weit richtig ist ,als ich dann an der Haltestelle Freudstraße war guck ich ma rüber zur enthaltestelle wo ja eigentlich ein Bus Pause machen müssten nur war da keiner .



    mein logfile



    Aber sonst läuft alles wenn man es richtig einstellt


    MFG aus Lübeck

  • Ich persönlich stelle meine AI-Listen auch nach und nach um und lasse sie mit der alten Map laufen. Da gibts keinerlei probleme bei mir.


    Wenn Du die Listen ohne extra Gruppen für bestimmte Fahrzeuge erstellst, sollte das auch funktionieren. Da dann theoretisch die alten Traffic-Rules für alle Fahrzeuge genutzt werden. Sobald aber neue Gruppen definiert sind, fahren die quasi ohne Rules und dann wird das Brühe, bzw führt zum Chaos auf der Karte.



    Entnervt mich etwas das Ganze, drückt den Spielspaß, hab da gar kein Bock zu fahren momentan.


    Jo, bin zwar nicht ganz so extrem angepisst, aber die vorige Version kam mir unterm Strich auch runder vor.


    Da zur besseren Fehleranaylse die Logfile-Einträge umfangreicher geworden sind, könntet ihr zumindest testweise die Generierung von Logfiles deaktivieren.


    Das hatte ich mir schon eingerichtet, bringt aber leider keine fühlbare Besserung.

  • Dann hast Du schlicht den Fahrplan verhunzt.


    Jaein. Stationlinks, Trips und deren Profile sind alle i.O.


    Nach einigen Experimenten und allerley ausgefallenen Haaren stelle ich fest: Die Zustiegshaltestelle Neuweide lag zu weit weg. Diese habe ich für 2.00.008 auf die (gerade) Straße hinter die Ausfahrt aus der Schleife verlegt, damit sich die Passagiere nicht ständig beim Einsteigen verhakeln und wie die Mondkälber in den Bus reinglotzen ohne einzusteigen. Lege ich den Zustieg zurück, so etwa anderthalb Gelenkzuglängen hinter den Terminus, funktioniert es wieder dahingehend, daß der Bus losfährt und den Zustieg ignoriert -- aber er verschwindet eben nicht mehr.


    Nun, daß der KI-Bus nicht mehr an den Zustiegsstellen anhalten mag, sondern gleich auf den ersten Linienhalt (hier: E.-Brandström-Weg) umschaltet, ist mir neu und dient vermutlich der Vermeidung von Kolonnenfahrten. Ist auch in Spandau so zu beobachten. Allerdings muß meinen Beobachtungen zufolge dann die gleichnamige und zu ignorierende Einstiegshaltestelle in Riechweite (zwei, drei Pfadelemente? hinter dem Terminus) sein, sonst wird der Bus verrückt und verschwindet wie beschrieben.


    Gruß
    Mike

    "Smoking, eating, gambling, littering and radio playing are prohibited."

  • Ich weiß nicht, ob das hier schon mal angesprochen wurde.
    Mich würde mal interessieren, ob die Leute, die eine SSD ihr Eigen nennen, auch solche Nachladeprobleme haben.
    Rein theoretisch müssten kürzere Ladezeiten auch weniger Nachladeruckler bedeuten.
    (denn das hat man bei Trainz schon gewusst

    ;-)

    )


    Ich nutze eine SSD.


    Da zur besseren Fehleranaylse die Logfile-Einträge umfangreicher geworden sind, könntet ihr zumindest testweise die Generierung von Logfiles deaktivieren. Hierzu bitte die OMSI-Verknüpfung kopieren und in den Eigenschaften das "Ziel" um "-nolog" ergänzen, sodass da steht:


    "c:\...\OMSI.exe" -nolog


    Beachtet dann aber bitte, dass dann keine Logfiles zur Verfügung stehen und somit keinerlei Fehleranalyse möglich ist!


    Habs ausgetestet, bringt leider gar nichts oder wenn nur sehr minimal.
    Gerade die Sekunden-Freezes beim Nachladen/Blickrichtungswechsel gen Seiten-/Fahrerspiegel sind übel, das versaut wirklich das gesamte Gameplay gerade.

  • Wie ist das mit den Freeware-Maps, wenn die bei euch abfliegen? Haben diese Maps eine alte AI-List, oder das neue Schema? Wenn in der AI-List das neue Schema samt Unscheduled Vehicle Groups definiert ist und diese Gruppen nicht im Editor nachbearbeitet wurden, kann das mE zu Problemen führen. In dem Fall sollte man eher das alte AI-List Schema nutzen und die 'unsched_vehgroups.txt' etc weglassen. Ein Mix aus neuen Configs und unbearbeiteter Map ist wohl kontraproduktiv und am besten ist es imo, alte Maps komplett umzustellen.



    Das wäre zumindest ein Erklärungsversuch.Ich habe die Spandau 136/236 installiert und bin die erste Runde mit der vorhandenen unveränderten AI-List aus Omsi 1 gefahren.Als ich die AI-List umgestellt habe und eine Gruppe für Gelenkbusse hinzugefügt habe, fing dann das Gezicke mit dem einfrieren an.
    Wenn ich mich mir den Ai-Listen besser auskennen würde, müsste man das mal probieren ob es bei einer neuen im Omsi2 Format immer noch so ist.

    Wenn´s überall heißt Gute Nacht,
    wird an der Spree das Licht erst angemacht

  • Wie das mit dem Umstellen der Busse läuft, kann ich nicht sagen, mir ging es eher um die KI ab von den Bussen. Aber es kann schon sein, dass das auch zu Fehlern führt. Wenn die Busse mit Wagennummer, Kennzeichen und Werbung definiert werden, sollte deren Anzahl auch ausreichend sein, ansonsten kann es auch zu Fehlern kommen. Die Anzahl kann man im Timetable einsehen.

  • Ach so du meintest Pkw ect. Bis jetzt friert Omsi bei mir auch nur bei den Spandau-Maps ein die haben die alte-Ai-List.In Hamburg da verwende ich die Ai-List von schnaki mit den ganzen Repaints im Onsi2 Format hab ich das nicht.Werd mich am Wochende vielleicht mal ans umstellen machen sofern ich das neue System kapiere.Hat bei den alten Ai-Listen schon lang genug gedauert bis ich da durchgeblickt habe

    Wenn´s überall heißt Gute Nacht,
    wird an der Spree das Licht erst angemacht

  • Ich vermute einfach, dass es mit der neuen Kachelberechnung zu tun hat. Inwiefern da was zu den erheblichen Nachladerucklern führt, weiß ich nicht, aber ich denke, dass das der Ansatzpunkt wäre.
    Das muss unbedingt hingebogen werden.

  • Ich vermute einfach, dass es mit der neuen Kachelberechnung zu tun hat.


    Möglich. Was mir aber auch gerade aufgefallen ist, dass man mit verschiedenen Bussen testen sollte. Zur Zeit fummel ich ja Rheinhausen zurecht und da sind zB die Performance-Unterschiede von Bus zu Bus massiv. Ich hab da zZ 530er 2Achser mit jeweils 2 und 3 Türen sowie 2 unterschiedliche G Modelle als KI definiert. Fahre ich auf der Map mit einem G, ist die Performance zT relativ lau. Fahre ich aber mit dem SU15, ist die Performance um einiges besser, um nicht zu sagen wirklich gut - selbst mit geforcten 2 Kacheln

    :)

    Nun muss ich mal schauen, ob es generell die Polygon-Last der Busse ist, oder ob die Scripts beim 530er einfach das Problem sind. Ich vermute eher letzteres, denn die KI an sich bleibt ja bestehen, wobei sich die Performance nur mit der Art vom Spieler-Bus ändert. Beim 530er G als KI gibt es auch noch Probleme, wie zB das Versenken vom Nachläufer, oder daß der Nachläufer komplett fehlt und nur dessen Räder sichtbar sind. Ich werde mal eine NG-KI mit Standard Scripts definieren und schauen wie es damit läuft, um Gewissheit zu haben. Aber man sollte auf jeden Fall mit Standard-Bussen gegentesten, gewisse Mod-Busse würde ich da nicht als Maßstab nehmen, auch wenn sie gut aussehen.

  • O407-Fan
    Guck mal 'ne Seite vor, da hatte ich das beschrieben.
    Sind eben diese extremen Nachladeruckler, teils freezed das für 'ne Sekunde oder weniger, auch wenn ich nach rechts sehe zu den Spiegeln.
    Wenn ich von 2 auf 1 Kachel stelle verbessert sich das zwar etwas, aber ist immer noch vorhanden und auch nicht die Lösung.
    Vorher lief das glatt, kaum bis keine spürbare(n) Nachladeruckler.
    Nu is das vorbei, nervt mich ziemlich, denn so kann man nicht fahren, wenn das alle Nachladezyklen erstmal kurz freezed.



    Kamaz
    Gut, hatte jetzt 1:1 Tests mit dem O530 2er gemacht, och wenn das so sein mag, was du schreibst, war das vorher ja nicht der Fall, muss also irgendwas neues rumnerven, was im Zusammenhang mit dem Patch steht.

  • Das habe ich gelesen und berücksichtigt

    ;)

    Beim SU15 kommen keine derartig derben Freezes wenn ich in die Spiegel schaue - was mir als Track-IR-User auch wichtig ist. Du kannst es ja mal mit anderen Fahrzeugen probieren, auf HH sollte das sich ja ähnlich verhalten. Der Innenraum-Spiegel vom 530er hat ja eh von Haus aus 'ne Macke, was man sich auch noch mal näher anschauen sollte.


    Edit: Hatte Dein Edit nicht gelesen

    :)
  • O407-Fan
    Guck mal 'ne Seite vor, da hatte ich das beschrieben.
    Sind eben diese extremen Nachladeruckler, teils freezed das für 'ne Sekunde oder weniger, auch wenn ich nach rechts sehe zu den Spiegeln.
    Wenn ich von 2 auf 1 Kachel stelle verbessert sich das zwar etwas, aber ist immer noch vorhanden und auch nicht die Lösung.
    Vorher lief das glatt, kaum bis keine spürbare(n) Nachladeruckler.
    Nu is das vorbei, nervt mich ziemlich, denn so kann man nicht fahren, wenn das alle Nachladezyklen erstmal kurz freezed.


    Hmm, das kann ich auch nach mehreren Fahrten nicht wirklich bestätigen. (Nur Teilwesie)
    Ich habe in Omsi zwar manchmal den ein oder anderen kurzen Freeze, allerdings dauern diese bei mir gefühlt keine Sekunde.
    Das "freezen" beim in die Spiegel schauen habe ich nur beim Citaro und auch nicht bei jedem mal.
    Nachladeruckler habe ich wenn, dann nur ganz kurze und diese sind so kurz, dass sie mich persönlich nicht stören.


    Allerdings fahre ich auch mit relativ niedrigen Einstellungen, auch nur mit einer Nachbarkachel. Bei mir macht diese Einstellung relativ viel aus...

    Ihr benötigt Hilfe rund um den Bereich Omsi --> Für PN's bin ich immer offen.
    Grüße O407-Fan

  • Die Freeze- und Rucklerdauer hängt sicherlich auch von den Einstellungen ab, von daher kann man da nur schwer Vergleiche ziehen.


    Fakt is, dass der Kram seitdem Patch bei mir deutlich schlechter rennt, bei 1:1 Tests. Spielt also keine Rolle, ob das einer bestätigen kann oder nicht, der Kram lüppt nicht mehr so, wie er sollte.


    Edit:
    Bei einer Nachbarkachel is das bei mir auch weniger, aber ich will meine verdammten 2 Kacheln, kann doch net sein, dass ich wegen dem Patch runter auf eine soll, zumal das nichtmal das Problem löst, sondern nur minimiert, so, wie du es beschrieben hast.


    Kamaz
    Kann das durchaus mal mit 'ner anderen Karre testen, aber das muss auch so lüppen, hats ja auch vorher, da is eindeutig was im Argen

    :D
  • Wie gesagt, der Citaro ist mit Vorsicht zu geniesen. Eventuell muss man auch mal die Scripts von dem Bus anpassen/optimieren, anstatt den Fehler an anderer Stelle zu suchen. Wenn das in der letzten Build besser lief, muss das nichts heißen. Denn das kann einfach daran liegen, dass durch die andere Kachelberechnung etwas mehr Luft für gewisse Berechnungen vorhanden war. Ich werde später mal den Standard-NG testen und schauen was dabei herauskommt, denn der G <-> SU15 Vergleich war hier schon ziehmlich ernüchternd und sowas mag ich gar nicht

    :)

    Auf kleineren Maps läuft auch soweit alles, da kommt eben der Leistungsverlust weniger zum tragen, weil es keine FPS-Drops in Bereiche gibt, welche gewisse Fehler konkret aufdecken.

  • So, hier mal meine Resonanz zu Patch 024:


    Nachladeruckler:
    -Sind gefühlt leicht stärker geworden, aber nicht schlimm



    Abstürze:
    - Nach etwa 10-15min stürzt OMSI2 einfach ab und ich muss den Prozess killen, nach Neustart läuft alles wieder 10-15min und dann das Spiel von vorne.
    - Ansonsten keine Abstürze


    Mapfehler:
    - Dazu kann ich nichts sagen, da ich nie wirklich wqeit komme da OMSI alle Naselang abstürzt.


    Hier mal die LogFile:



    Gruß,
    ProjectKey