Eben bei mir mit zwei Versionen getestet. Dieselt auch im Stand innen wie außen schön vor sich hin.
Sorry, habe nicht lang genug gewartet. Ist auch bei mir so. Unter 400 UpM ist schlagartig nichts mehr zu hören.
Der sollte doch auf 500 U/min bleiben und nicht langsam absaufen. Mal warten ob sich Chris drüben meldet.
Ich werd inzwischen mal testen ob es reicht in den Blueprints die Defaultwerte für RPM und VirtualRPM auf 500 zu setzen. Wenn das geht, müssen alle Repaints geupdatet werden (allerdings sehr schnell zu erledigen, wenn nötig poste ich hier dann eine Anleitung wie man die zwei Werte schnell in TSTools ändert.)
EDIT: Das scheint die Lösung zu sein. (Warte aber trotzdem was Chris sagt, zwischen Blueprints und dem was im Spiel passiert ist ja noch das Skript. Erinnere mich gut als jemand im TSG425 die Hebelempfindlichkeit ändern wollte und von Maik dann ein sinngemässes "Finger weg sonst Finger ab!" kam 
)
Stabile 500
Ist es möglich, dass das ganze nur bei neueren TS Versionen auftritt? Ich hab noch immer die gute alte v72.3b zu laufen, weil noch immer nicht (und wahrscheinlich nie) solche Sachen wie mit den Zugspitzenlichtern und das mit den Portalen (was sogar gewollt gewesen sein soll laut DTG) gefixt sind. Jedenfalls das genannte Problem habe ich nicht obwohl im Blueprint die RPM Werte auch auf 125 stehen. Bei mir bleibt die Leerlaufdrehzahl trotzdem 500 RPM.
Christrains hat übrigens ein Update rausgebracht, was zumindest das Problem bei den mitgelieferten Lackierungen fixt.
auf v75.8a und kann sie einfach nur uneingeschränkt empfehlen.
Dass uneingeschränkt empfehlen kann ich nicht unterschreiben, zumindest nicht, wenn man eine AMD CPU betreibt diese SW Vers. ballert die CPU massiv hoch selbst im "Leerlauf".
Ich würde ansonsten von der 72.3b abraten, die ist sowas von instabil gerade im Editor und hat noch die ganzen "echten" Memory Leak bugs.
Tatsächlich läuft das ganze in Verbindung mit DXVK eigentlich ziemlich stabil. Im Editor gibt's manchmal gerne noch Abstürze, aber so viel Zeit verbringe ich da nicht. (Vor allem die Crashes wenn man auf die 2D Map gehen will manchmal .. wurde das denn gefixt?)
Aber wenn's nur ums Szenarien fahren geht, dann hab ich noch nie diese Ladehilfen Szenarien gebraucht. Und dieser failed to create vertex buffer Fehler ist mit DXVK auch komplett verschwunden.
Und die Performance-Verbesserungen durch Vulkan sind auch deutlich.
Aber ich starte den TS auch für jedes Szenario neu. Nicht nur wegen der Stabilität sondern es gibt doch auch diesen Bug mit den in der Luft schwebenden Feldern, wenn man nach einem Szenario ein anderes lädt. Ist der Bug der verschwunden? Oder der mit den verschütteten Tunneleingängen, weil die Tunnelfolie manchmal ignoriert wird?
Zwar etwas Offtopic, aber es passt grad da es um ältere Versionen geht. Ich hab auch immer auf der v75.8a gespielt. Allerdings bekomme ich damit Villach-Lienz nicht zum laufen. Jegliches Szenario friert den TSC beim Versuch es zu Laden ein. In den Editor komme ich allerdings... Mehrfach mit der 79.0 umhergetauscht, dort laufen alle Szenarien, auf der v75.8a kein einziges... Irgendwas ist an dieser Strecke anders...???
Auch off-topic, aber da muss ich auch einhaken.
Ich spiele die v77.6b und da passiert bei Villach - Lienz genau dasselbe. Beim Laden der Szenarien friert der TS ein, Quick drive funktioniert aber. Sehr eigenartig....
EDIT: Das gleiche. Auch in deinen Screenshots sieht man unterschiedliche U/min. Warte bis er unter 400 fällt dann verstummt er weil die proxyxml da keinen Sound mehr vorgesehen hat.
Ich habe gerade auch bei mir einmal nachgesehen, am Beispiel der „RS1 DB Zugbus.bin“. 125 habe ich dort ebenfalls als Default-Wert. Beobachten kann ich das Problem bei mir aber nicht. Ich habe gestern Abend eine kurze Testfahrt gemacht und im Stillstand fällt der RPM-Wert bei mir nie unter 500. Ich nutze die TS-Version v79.0a. Installiert habe ich für den RS1 die Soundverbesserungen von linusf und Perotinus.
Zur Version v75.8a:
Dass uneingeschränkt empfehlen kann ich nicht unterschreiben, zumindest nicht, wenn man eine AMD CPU betreibt diese SW Vers. ballert die CPU massiv hoch selbst im "Leerlauf".
Ich hatte damals mit meinem „AMD Ryzen 9 7950X3D“ auch dieses Problem, bei dem die CPU-Lüfter im Spiel auf 100 % liefen. Im Changelog aus Mai 2024 steht Folgendes:
ZitatThe FPS limit now defaults to 60fps (as opposed to 30fps). This limit is now enforced during menus and pause screens in all cases (no matter what command line option is used) to reduce uncapped frame rates and excessive CPU usage whilst browsing the menus, especially with some Ryzen CPUs.
Laut Changelog waren aufgrund der unlimitierten Framerate also die Menüs betroffen. Alternativ müsste man die Framerate aber doch auch treiberseitig limitieren können. Irgendwann werde ich die v75.8a auch noch einmal testen und das ausprobieren.
Wie gesagt - es ist meine Empfehlung die 75.8a zu nehmen, weil sie einfach die kompletteste ist und alles funktioniert. Die beiden Nachfolger 77.6 und 79 wurden nicht mehr ausgiebig getestet da das Projekt mittendrin abgebrochen wurde.
Das mit der Framerate kann und sollte jeder in seinen Treibereinstellungen ändern. Ich hab bei mir per nvidia app das Spiel auf 75 fps gecappt, und wenn im Hintergrund auf 20 fps (wenn ich grad mal rumtabbe und in Foren schreibe dann muss der nicht voll bollern).
Dieses Ding mit den heissen AMD chips ist doch nur damit das standardmässig nicht passiert bei Usern die einfach nur installieren und spielen und sich nicht auskennen.
Villach Lienz habe ich nicht kann dazu nix sagen. Das wäre die erste Strecke die versionsabhängig wäre, kann ich nicht ganz glauben. Die Minimalvorrausetzung ist und bleibt doch TS2019. Ich habe die allerneueste Strecke von RSSLO Stuttgart-Ulm und logo läuft die auch auf v75.8a weil alles dort läuft.
Kann sich ja glücklicherweise dank Steam jeder aussuchen was er bevorzugt. Aber alles unterhalb v75.8a ist sehr fehlerbehaftet und 72.3 ist noch uralt VC2010 Codebase, und das sage ich weil ich sehr ausgiebig getestet habe.
Anyhow, zum Thema.
Wenn's die Repainter nicht machen, dann wie siehe oben im jeweiligen EngineBlueprint >RPM< und >VirtualRPM< suchen und dort den Wert "Default" von 125 auf 500 setzen. Fertsch.
EDIT: sgclimber Geldbeutel sitzt grad locker und daher habe ich mir Villach-Lienz gegrabscht. Schnell AP Wetter dort eingerichtet. Starte, keine Probleme mit v75.8a. Das hätte mich auch sehr stark gewundert, da muss was anderes bei dir noch im Gange sein (Tipp: Kopierschutz 
). Es gibt kein Szenario was unter v79 läuft und nicht unter v75.
Spikee1975 Interessant das Villach-Lienz bei dir auf der v75 läuft. Ich hatte bisher auch nie Probleme mit irgendeiner Strecke auf der v75, außer halt Villach Lienz. Ich hatte auch ewig rumprobiert, die Strecke erneut runtergeladen, mehrfach neu installiert usw. Bevor ich dann RSSLO kontaktieren wollte, dachte ich ich probiere nochmal die neuste TSC Version. Und auf einmal lief es. Zum gegentesten dann wieder auf die v75 zurück... und wieder lief nix. Ich werde jetzt nochmal die v75 runterladen und damit testen. Für die anderen gegentests hatte ich die v75 genommen die schon lange auf meiner Platte rumschwirrt. Vieleicht stimmt mit der was nicht. Ich kann mir das echt nicht erklären... ???
Edit: v75 neu runtergeladen... Szenarien auf Villach Lienz lassen beim laden den TSC einfrieren. v79 wieder drüber, Szenarien laufen sofort... Ich geb es auf und behalte die v79. Ich kann es absolut nicht nachvollziehen warum. Aber es ist so. Irgendwas ist an meiner TSC Installation anders. Ich pfusche jetzt aber nicht dran rum wegen der einen Strecke. Und alles neu aufsetzen ist ein nicht zu bewältigender Aufwand, bei mittlerweile über 1,5 Tb Größe.
Dieses Ding mit den heissen AMD chips ist doch nur damit das standardmässig nicht passiert bei Usern die einfach nur installieren und spielen und sich nicht auskennen.
Ja, sicherlich was auch sonst klar. Dann erklär doch bitte mal, warum das so ist, wenn du die Versionen so ausführlich getestet hast. Aber wahrscheinlich nur mit Intel.
