Beiträge von wurstbrot

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!

    Etwas OT, hat aber auch mit Performance zu tun, und ist vielleicht was für Deinen Performance-Artikel: in AUXI gibt es diese Funktion zum Abschalten des Sleep-Befehls (oder so ähnlich...) das macht OMSI auch deutlich flüssiger. Kann aber hier und da Fehler bei der KI verursachen. habe aber nur auf zwei Karten Spawn-Probleme gesehen. Findet man im Menü unter Einstellungen als "No Sleep Patch".


    Nur zur Klarstellung: bei der Problematik mit LS geht es nur um das HUD, alle anderen AUXI Funktionen sind nicht betroffen. Man braucht nicht auf das Tool verzichten.

    Sind das nicht die LS-Einstellungen, die du hier ein paar Beiträge zuvor gepostet hast?


    Diese hier

    Das kann ich Dir nicht mehr sagen, da von Version zu Version sich bei LS immer mal was verändert hat. Früher habe ich auch den 2-fach Modus genutzt, jetzt den 3-fach. Zwischendurch auch den adaptiven, bin aber davon wieder auf 3-fach zurück, empfand den als stabiler.


    Solche HUDs sind wohl generell problematisch. Hier muss man gucken ob sich bei neuen Versionen nicht was tut. Wie gesagt, Das AUXI HUD alleine verursacht bei mir Mikroruckler. Ist zunächst kaum wahrnehmbar, aber wenn ich dann auf die parkenden Autos an der Seite schaue merk ich es deutlich. Schalte ich das HUD ab, ist alles top. Wird wohl daran liegen dass LS selbst eine Art Overlay ist und es dann eben Konflikte gibt.


    Ein Thema ist auch Tearing. Wenn man insgesamt seine Bildschirmwiederholfreunz überschreitet bekommt man es logischerweise mit Tearing zu tun, für welches es Vsync und Gsync gibt. Das kuriose im LS ist (zumindest bei mir) dass ich Tearing habe wenn Sync Modus auf Standard ist, nicht aber auf Off. Daher stehts bei mir eben auf Off. Da muss man also für sich raustüfteln was am Besten ist Man kann das gut testen wenn man sich zum Beispiel in Grundorf an eine Kreuzung stellt und die von links nach rechts und umgekehrt fahrenden Autos beobachtet. Sie zuckeln furchtbar bei Tearing. Dann spielt man damit rum bis der Effekt weg ist. Bei niedrigen fps weit unter der Grenze des Monitors werden Ihr das nicht haben. Und auch wenn Global ein entsprechender Limiter greift, der scheint nicht immer die generierten Frames auch zu limitieren.

    Ich hab da global ein Limit auf 142 fps, OMSI aber separat auf 60. Müsste mit global auch funktionieren.


    Ich weiss nicht mehr was im LS die default Einstellungen waren...

    Ich setz mein Framelimit immer in den NVIDIA-Einstellungen. Sehe da bei beidem keinen Unterschied.

    Aber warum hast du in den LS-Einstellungen unter Skalierung "Art" deaktiviert?? Und maximale Bild-Latenz sollte eigentlich nicht zu niedrig stehen...

    Es ist ein Unterschied. Framelimit in Spielen war mal das Beste, gefolgt von dem im Treiber. Aber es werden immer noch Frames nicht limitiert und man hat halt 60,001 oder 59,995 statt eben 60. Im Benchmark gut sichtbar als miese Frametimes, im Spiel fühlbar unruhiger. RivaTuner ist da ziemlich unschlagbar, deshalb siehst Du bei Tests fast immer RivaTuner im Einsatz.


    Ich nutze das Scaling-feature garnicht, daher deaktiviert. Ich nutze nur Frame Generation.

    Du sagst, man soll den Limit von 60 FPS nicht im Spiel, sondern nur im Rivaturner setzen... Und was hast du dann im Spiel als Framebegrenzer?? :S

    auch 60. Bis vor kurzem aber das Maximum. Macht in dem Fall keinen Unterschied, solang es nicht niedriger ist als im RivaTuner;-)

    Ich kann Dir sagen dass es astrein funktioniert. Es ist kein Hokus-Pokus-Wunderlampen-Programm, es macht (fast) genau das was Nvidias DLSS auch macht in Spielen die es unterstützen: zwischen zwei Frames wird eine (oder mehrere) zusätzliche berechnet. Die Latenz ändert sich nicht, sie ist genau so wie bei den nativen fps. Was jedoch wichtig ist: man muss eine stabile Framerate haben damit das funktioniert. Wenn der Rechner oder die Karte nur rumkrebst, wirds schwierig. Hast Du aber stabile 30 fps und es geht eher selten drunter, und die Karte etc verursacht nicht Hänger, dann kannst Du diese verdoppeln oder verdreifachen. Am besten mit RivaTuner ein Limit setzen auf die fps die man stabil in unkritischen Situationen erreicht. hier habe ich zum Beispiel 60 fps als Limit eingestellt. Wichtig: das im RivaTuner machen, nicht im Spiel, denn das gibt sauberere Frametimes. Mittlerweile merk ich nicht mal groß wenn es in OMSI auf mal auf 15-20 runter geht. Sollte aber nicht der Dauerzustand sein.


    nervig ist nur dass das Alt-Menü dann unbedienbar wird. Man sollte also sich einen vernünftigen Hotkey einrichten und das nur beim Fahren zuschalten.


    Leider gibts noch mit AUXI (und vielleicht anderen Overlays wie BBS?) das Problem dass diese Mikroruckler verursachen bei der Nutzung von LS. Diese HUDs sollte man also auch anzeigen während dem Fahren.


    Falls es wer probieren möchte hier meine Einstellungen:

    Ohne Gewähr, muss nicht bei jedem das beste Setting sein...

    Ich bin gerade ein wenig ratlos warum mir die IVU Ticketbox im O530G Facelift vom KJ erstmal keine Ziele zur Matrix schickt, sondern erst wenn ich was übers Alt-Menü hinschicke, und bei der Solo-Variante geht es astrein. Beide nutzen das gleiche Script was ich aus dem "alten" O530 übernommen habe. Einzig für die einflügligen Ü-Varianten habe ich eine ganz leicht abgeänderte Version. Komisch, komisch, weiss da gerade nicht wo ich mit der Fehlersuche ansetzen könnte. Die Box selbst funktioniert, es gibt keine Errors.

    Mir ist noch aufgefallen dass bei Bussen die dieses extra Bedienteil für die Standheizung NICHT haben der Tastaturtrigger von diesem trotzdem reagiert und die Standheizung ein- oder ausschaltet über standheizung_bedienteil_ein. Ich finde das sollte man für diese Busse deaktivieren (also das entsprechende Script halt für diese Busse abwandeln). Und noch besser wäre wenn in allen Bussen der OMSI-Standardtrigger für Standheizung greift, unabhängig davon ob das Extra Bedienteil da ist oder nicht.

    Hat jemand eigentlich bessere Positionen für die Ticketbox als meine? Irgendwie sind die mir zu tief. Da bräuchte es abe rnoch einen Fuss.


    Meine Werte im KJ O530 / O530 FL


    Und unbedingt bei den Texttexturen denken: der FL hat 38 Texturen. Man muss also die 38 mit der von der IVU überschreiben, und die alte 38 dann hinten als 106 dranhängen:


    zusätzlich nach der "naklejka_szyba_przod_reg.o3d" suchen und dort die Texttextur von 38 auf 106 ändern:


    Zur Blinkerhebel-Rückstell-Geschichte: das ist in der Tat gewöhnungsbedürftig aus OMSI-Sicht, 14 Jahre hinterlassen halt ihre Spuren XD Mir fällt aber bei dieser Sache ein dass es mittlerweile immer mehr Lenkräder gibt die einen Blinkerhebel haben und eine entsprechende Rückstellfunktion auch. Das wäre gut wenn man das künftig in den Scripten berücksichtigt. Nichts wäre doofer wenn OMSI das dann anders handhabt als das eigene Lenkrad;-) Aber vielleicht reicht es da ja auch bereits aus den "set"-Trigger statt dem "move"-Trigger zu nutzen...

    Dann ist es vielleicht an der Stelle unglücklich gelöst gewesen und hat in Deinem Fall zum besagten Problem geführt. Das Prinzip der 3 Haltestellen kann man ja auf verschiedene Weisen lösen. Ich hab mir nicht angeschaut wie es da konkret gelöst ist, aber man könnte einen Würfel ja auch jenseits einer Haltestelle platzieren. Im Falle einer Einsetzfahrt zum Beispiel einen Zwischenwürfel an der Ausfahrt vom Gelände. Da dieser nur für Betriebsfahrten wäre und entsprechend konfiguriert, dann würde da nie jemand zusteigen wollen.