Beiträge von Dr.Dosenbier

Leere mal die Ordner crash_dump und texture_cache

Dann werden alle Fehlerlogs beseitigt und alle Texturen neu geladen beim Spielstart

Kommt dann die selbe Meldung mal ohne Mods starten und schauen, ob und was passiert

Crasht TPF dann noch immer muss man den Fehler genauer eingrenzen

Du kannst dir auch mal das Tool SystemExplorer bei Heise.de herunterladen. Das verfügt über eine Aufzeichnungsfunktion, was dir genau dokumentiert, was auf deinem PC passiert wenn du Spielst, kann sein, dass ggf eine Anwendung im Hintergrund da "Reinpfuscht" 😇

Mal grob drübergelesen ...

Wenn du einen BHF Ingame umbaust, solltest du immer min. 1 Stück Bahnsteig stehen lassen bevor du das Menü verlässt, sonnst passiert CTD

Beispiel: Du hast 4 Bahnsteigs Stücke, entferne zuerst nur 3, setze dann deine gewünschten, und dann erst das 4. durch das gewünschte, sonnst ... " Hey Kollege, da ist dein Desktop" 😁

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

Ich hoffe mal es wird nicht der selbe Fehler gemacht wie bei Cities, dass durch mehr Tycoon und Co die Performnce leidet und man dann die Größe der Karten und Co Limitiert

Bei Cities hat man zuerst Gebäude, Straßen, Fahrzeuge und Co limitiert und dann die Kartengröße. Am Ende sieht/sah es so aus, dass man dann nur noch im "Dorfstyle" spielen konnte und war eines der Limitierungen erreicht = Ende deines Spiels

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

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 🤔

Zitat von Chattenchief

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

Zitat von Kirsche

Du meinst sicher Watt

Ööhm Ja, Sorry, falsche Zeile abgelesen 🤣

Hier noch ein Nachtrag:

Es gibt 2 Systemereignisse bei egon60, er hat mir ein entsprechendes Logfile gesendet, das Logfile deutet schwer auf Ursache MS-Edge und/oder Steam als Fehlerquelle hin

Hier der Auszug aus dem Logfile, dass exakt bis zum Crash dokumentiert hat ....

Zitat

16:58:23;29692;28592;C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe;Prozess beendet;ExitCode=0, Laufzeit=0,05 s;0,07;0;;

16:58:47;27688;1804;C:\Windows\System32\backgroundTaskHost.exe;Prozess gestartet;Parent Filename=C:\Windows\System32\svchost.exe;0,00;0;"C:\WINDOWS\system32\backgroundTaskHost.exe" -ServerName:App.AppXnme9zjyebb2xnyygh6q9ev6p5d234br2.mca;

16:58:49;15684;1804;C:\Windows\System32\RuntimeBroker.exe;Prozess gestartet;Parent Filename=C:\Windows\System32\svchost.exe;0,00;0;C:\Windows\System32\RuntimeBroker.exe -Embedding;

16:58:49;22104;1596;C:\Windows\System32\svchost.exe;Prozess gestartet;Parent Filename=C:\Windows\System32\services.exe;0,00;0;;

16:58:52;2712;28592;C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe;Prozess gestartet;Parent Filename=C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe;0,00;0; ÿ@;

16:58:54;1676;28592;C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe;Prozess gestartet;Parent Filename=C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe;0,00;0;ဃద瀃z;

16:58:54;6668;28592;C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe;Prozess beendet;ExitCode=0, Laufzeit=0,05 s;0,07;0;;

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;

16:59:22;2712;28592;C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe;Prozess beendet;ExitCode=0, Laufzeit=0,06 s;0,10;0; ÿ@;

16:59:25;7028;28592;C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe;Prozess gestartet;Parent Filename=C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe;0,00;0;;

16:59:25;1676;28592;C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe;Prozess beendet;ExitCode=0, Laufzeit=0,05 s;0,08;0;ဃద瀃z;

Alles anzeigen

Chattenchief

War auch nicht Böse gemeint, falls es falsch rüber gekommen ist, aber wenn jemand die Gleiche HW hat oder selbiges Problem, sollte man es direkt erwähnen 😇

Ich habe mich nur nicht sofort geäußert, denn ich hab da üble Erfahrung im Cities-Forum gemacht, als auch mal einer Probleme hatte, ich war einer von 2, die auf Softwareprobleme getippt haben, aber von 99% der Leute für "Bescheuert" erklärt worden bin, und der Betroffene mal eben 1000 € für Hardware ausgegeben hat, nur um dann festzustellen, dass am Ende seine DirectX Installation fehlerhaft war

... soviel dazu ...

Zitat von Chattenchief

Welches Mainboard ist denn verbaut

Mainboard hat mit dem Fehler nix zu tun, Hardwaredefekte sind definitiv hier auszuschließen, wenn andere Spiele tadellos laufen !!

Deswegen habe ich mich auch lange zu diesem Thema hier und nirgends geäußert, weil immer die Diskussion aufkommt, ...

... deine Hardware ist Besch ...

... deine Hardware ist defekt ... usw usw

und keiner sucht nach der Ursache und der Lösung des Problems.

Also noch mal: Der Crash wird durch eine Leistungsspitze ausgelöst, die nur bei TPF auftritt, was diese Leistungsspitze verursacht ist bisher nicht bekannt

Kurze Info:

Ich hab von ihm auch eine Discord-Nachricht bekommen ... Das Problem liegt definitiv an TPF

Sein System schafft Cities Skylines mit den höchsten Settings und über 800 Mods !

Allerdings hat sein Netzteil "theoretisch" zu wenig Power für die CPU, warum dann aber nur bei TPF der Not-Resett kommt ist Unklar, eine "leichte" Stabilisierung konnte nur über das Ändern in den BIOS-Settings erlang werden, indem bei/unter AMD Overclocking → Precision Boost Overdrive diverse manuelle Werte die Spitzen der CPU eingrenzen, was jedoch nicht bedeutet, dass die Ursache gefunden ist.

Auch abschalten von XMP lässt sein System/Mainboard nicht zu, da es XMP für sein Mainboard und BIOS in aktuellster Version nicht gibt, ergo, XMP nicht vorhanden = Deaktiviert

Der Fehler wandert zudem von einem CPU-Kern auf den anderen, was bedeutet, CPU ist definitiv nicht die Ursache, löst ihn aber aus.

Mods als Ursache in TPF können ausgeschlossen werden, da der Not-Resett auch bei Mini-Karten ohne Mods schon nach 20 Min. aufgetreten ist

Log-Files deuten darauf hin, dass es zu einer Spannungsspitze bei unterschiedlichen CPU-Kernen kommt, mal der eine, dann der andere und dann/dadurch folgt der Not-Resett

Windows ist nicht in der Lage, dies exakt in den Log-Files zu dokumentieren, da dies zu schnell passiert. Ursache wird noch erforscht .... 😉

Irgendwas in Kombi von Windows und TPF sorgt dafür, dass TPF bei einem zufälligem Kern auf der CPU eine Spitze von ca. 160 Volt, bzw. 100% Auslastung erzeugt, wenn jemand dazu eine Idee hat ...

Nachtrag: Ich musste zuerst einige Details über die CPU von ihm im Netz suchen, um herauszufinden, bei welchem Schwellenwert der Not-Resett erfolgt
Seine CPU hat einen Werksseitigen Schwellenwert von/ab 150 Volt um den Not-Resett auszulösen

Nun, 64 Gig Ram für ein Aufbauspiel wie TPF ist meiner Meinung nach doch extrem Übertrieben.

32 sollten da mehr als ausreichend sein, denn Aufbauspiele wie TPF, Cities, Anno und Co verhalten sich was die Hardwarebelastung angeht anders, als Shooterspiele, das verwechseln leider viele immer und meinen, man könne mit High-End und unlimited Budget aus einem Aufbau-/Wirtschaftsspiel 120 und mehr FPS herauskitzeln. Das ist schlicht und einfach Utopie

Zitat von Lumi25

Hätte da jemand einen Lösungsvorschlag ?

sonnst tausch mal die Mod aus gegen die "ultimate cargo and passenger capacities mod" aus dem SteamWorkshop

Mahlzeit,

kleine Randinfo: Leningrader BF ist Kompatibel mit Larger Train Station, ich hab beide aktiv und noch nie diesbezüglich einen Crash gehabt.

Zitat von Kirsche

Ja die kenne ich. Ging ja um die generelle Umsetzung im TPF3.

Kann ich nur zustimmen 👍oder der Lokführer muss jedes Mal den Außenspiegel umdrehen um das Signal zu sehen 🤣

OKI, dann kann man defekte/fehlerhafte Treiber ausschließen

kann also entweder nur eine defekte/fehlerhafte Mod sein, die den Fehler verursacht, oder Steam, bzw. Mod.io hat ein Problem mit dem Workshop

Dann teste mal, wenn du die Grafik-API von Vulkan auf OpenGL umstellst ob es dann geht

Fehler könnte von der Netzwerkkarte/W-Lankarte her kommen, bzw. von deren Treiber