Systemcrash mit TPF2

Willkommen in der Transport Fever Community

Wir begrüßen euch in der Fan-Community zu den Spielen Transport Fever und Train Fever, den Wirtschaftssimulatoren von Urban Games. Die Community steht euch kostenlos zur Verfügung damit ihr euch über das Spiel austauschen und informieren könnt. Wir pflegen hier einen freundlichen und sachlichen Umgang untereinander und unser Team steht euch in allen Fragen gerne beiseite.

 

Die Registrierung und Nutzung ist selbstverständlich kostenlos.

 

Wir wünschen euch viel Spaß und hoffen auf rege Beteiligung.

Das Team der Transport-Fever Community


  • Wenn dein BIOS/UEFI so ähnlich aussieht wie bei meinem MSI B450-a pro max ist oben links eine Schaltfläche um XMP zu aktivieren/deaktivieren


    Gerade hab ich folgenden Tipp gelesen:

    Normalerweise will Windows immer innerhalb von 2 Sekunden eine Rückmeldung vom GraKa-Treiber. Wenn der ausbleibt schmiert das System ab. Hier erhöhen wir die Toleranz des Systems auf 8 Sekunden.


    • als Administrator
    • regedit aufrufen
    • unter Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\GraphicsDrivers
    • rechtsklick->neu->QWord-64bit mit Namen TdrDelay und Wert 8 anlegen
    • System neu starten

    Hat jemand damit Erfahrung?

  • Gerade hab ich folgenden Tipp gelesen:

    macht aber nur dann Sinn, wenn sehr viele Texturen geladen werden müssen und die GPU "etwas" schwach auf der Brust ist, um es mal so zu beschreiben. 😉

    Als Beispiel: Bei Egon60 ist eine RXT 3060 im System, hätte er eine RTX 1070 als Beispiel würde es Sinn machen, bringt aber nur zum Spielstart etwas, da dann alle Texturen geladen werden, sind die einmal im Zwischenspeicher greift Windows darauf zurück und muss nicht alles permanent über den GPU-Treiber Nachladen und darstellen

  • Mal ne Frage in die Große Runde:

    kennt jemand eine Möglichkeit, die Größe von Savegames in TPF zu reduzieren, ich hab da die Vermutung, dass durch das Anlegen von großen Savegames der Peak auf die CPU zu hoch wird und damit der Crash entsteht, weil die Last auf 1 oder 2 Kerne der CPU zu hoch ist.

    Mein Ziel/Idee wäre, die Savegamegröße, falls möglich zu reduzieren auf unter 250 MB

    Mein PC macht zwar keine Zicken, aber ich hab ein Savegame mit knapp 320 MB und da geht die Last auf die CPU auf knapp 25% nur beim Speichern, bei Egon60 macht das System unter 20% ja schon die Flatter 🤔

  • das Anlegen von großen Savegames der Peak auf die CPU zu hoch wird und damit der Crash entsteht, weil die Last auf 1 oder 2 Kerne der CPU zu hoch ist.

    Zu hoch kann die Last dabei nicht werden. Wie soll das denn funktionieren? Die CPU hat BIOs seitig festgelegte Grenzwerte, die werden nicht überschritten.

    Gibt also zwei Möglichkeiten:

    1. Fehler im BIOS oder Treiber.

    2. Manuelle Änderungen darin.


    PS: Meine Savegames haben ca. 500MB.

    Ryzen 5700X3D, RX 9070, 32 GB RAM

  • Kirsche Moin erstmal,

    Genau das passiert ja bei Egon60, beim Anlegen des Savegames werden die Max-Werte der CPU Schlagartig überschritten/erreicht und dadurch folgt der Not-Resett kurz danach

    Daher meine Idee/Gedanke eben, dass man durch verändern der Savegame-Komprimierung eben nicht die Grenzwerte erreicht.

    Quasi weniger Komprimierung = längere Zeit beim Speichern, dafür aber kein erreichen von Grenzwerten, so kann man zumindest dafür sorgen, dass die Hardware nicht irgendwann nen Schaden bekommt

  • Dr.Dosenbier Wenn ein Programm die CPU ins Hardlimit schicken kann, ist im BIOS etwas falsch eingestellt. Wenn im BIOS alles auf Standard steht ist das (Fehler außen vor gelassen) ausgeschlossen.

    Ein Programm kann der CPU nicht sagen "du darfst dir jetzt mal 50W mehr gönnen", wenn das BIOS das verbietet.


    Mir ist da aber etwas in dem Logauszug aufgefallen.

    16:59:19;11860;1276;D:\SteamLibrary\steamapps\common\Transport Fever 2\TransportFever2.exe;Hohe Prozess-CPU-Auslastung beginnt;CPU=18,28%, Duration=11982,59 s;18,28;0;"D:\SteamLibrary\steamapps\common\Transport Fever 2\TransportFever2.exe" -force-d3d11;

    Wieso forciert steam beim Spielstart d3d11? Das tut es doch nicht automatisch? TPF" läuft mit OpenGL oder Vulkan.
    Ansonsten sehe ich in der Log nichts ungewöhnliches.

    Ryzen 5700X3D, RX 9070, 32 GB RAM

  • Kirsche

    Der Eintrag d3d11 bedeutet, dass im Steam ein "Schlüssel" hinterlegt ist, dass TPF nur mit DX11 anstatt mit DX12 starten soll, das Spiel an sich verwendet bei Egon60 dann die Vulkanengine

    Das Bios ist soweit jetzt OK, hier sind die Limits jetzt so eingestellt, dass das Spiel/der PC wesentlich Stabiler läuft als Vorher. Mir geht es sich jetzt "nur" noch um die Lasteingrenzung bei den Savegames, dass hier beim Start des Speichervorgangs nicht sofort in die Vollen gegangen wird.


    ... oder um es mal so zu Beschreiben ...

    Achtung etwas Ironisch:

    Was nützt es, einen Alkoholiker in eine Therapie zu schicken, wenn man ihm einen Job in einer Schnapsbrennerei vermittelt

  • Moin in die Gemeinde


    Also: Alle Settings, die ich von Dosenbier bekommen habe funktionieren tadellos, mein PC läuft deutlich stabiler bei TPF

    Gestern 6 Std gezockt, kein Crash, kein gar nix, nach 6 Std und zuvor 4 Std in einem anderen Game war allerdings mein Sitzfleisch durchgesessen 😂

    Wenn ihr Dosenbier jetzt noch helfen könntet, was er mit dem Savegame und der Komprimierung meint, wär das MEGA, denn mir ist das Egal, ob ich 10 oder 20 Sek. warte bis ein Save gespeichert ist, Hauptsache die Kiste läuft und hält noch bis zum Winter, dann hab ich genug angespart für einen neuen PC

  • Wenn ihr Dosenbier jetzt noch helfen könntet, was er mit dem Savegame und der Komprimierung meint

    Da kann nur UG helfen.

    Aber das löst das Problem ja nicht. Irgendetwas auf deinem PC mit direktem Hardwarezugriff ist falsch eingestellt oder fehlerhaft. Dies kann ein Treiber sein, muß aber nicht. TPF2 hat jedenfalls keinen direkten Zugrifff auf die Hardware.

    Ryzen 5700X3D, RX 9070, 32 GB RAM

  • Aber das löst das Problem ja nicht. Irgendetwas auf deinem PC mit direktem Hardwarezugriff ist falsch eingestellt oder fehlerhaft

    Also doch wie Dosenbier in einem anderen Post geschrieben hat: Am Ende ist es immer eine Besch... Hardware, der User haut die Kohle raus wie nix und hat nix davon weil Problem noch immer da ist
    TOLL :thumbdown:

    ... und Ja, das Problem ist gelöst, und zwar ohne auch nur einen einzigen Euro auszugeben: Danke an Dosenbier, seine Fachliche Kompetenz in dieser Richtung ist und bleibt unschlagbar

    Mit seinen ganzen Tipps und die Einstellungen die er mir genannt hat, lief Heute den ganzen Tag der PC und TPF ohne auch nur 1x zu pupsen