Mal wieder laufend Abstürze, nach langen ruhigen Phasen

Servus, dieser Mod scheint Probleme zu machen (https://steamcommunity.com/sha…iledetails/?id=2328821620) bzw. gibt es da Probleme im Zusammenspiel mit anderen Mods (Skript-Zeux). Probier doch mal den Mod zu deaktivieren (da es ein Straßen-Mod ist bin ich aber nicht sicher ob das überhaupt so ohne weiteres geht).

This error is usually caused by modding. Some game resources contain incorrect data.

Details:

Error message: error: [string "C:/Program Files (x86)/Steam/steamapps/workshop/content/1066780/2328821620/res/construction/street/Roundabout_90.con"]:65: attempt to perform arithmetic on field 'radius' (a nil value)
stack traceback:
    =[C](-1): __add
    C:/Program Files (x86)/Steam/steamapps/workshop/content/1066780/2328821620/res/construction/street/Roundabout_90.con(65): fn
    @res/config/base_mod.lua(1057): ?
    @res/config/base_config.lua(42): ?


File name: C:/Program Files (x86)/Steam/steamapps/workshop/content/1066780/2328821620/res/construction/street/Roundabout_90.con

Key: game/config/ConstructWithModules

Minidump: C:/Program Files (x86)/Steam/userdata/129307791/1066780/local/crash_dump/d5876da5-d4ae-49b9-bd57-deb54bb50fcf.dmp

Mod: "MURS" (*2328821620, 1) (consider removing this mod and contacting the mod author)

In file: urban_games/train_fever/src/Lib/lua/State.cpp:646

In function: void __cdecl lua::State::Call(int,int)

Laut Deiner stdout.txt schon (die oben gepostete Fehlermeldung kommt ab Zeile 9886). Kann es sein, dass Du den Mod in Steam abonniert aber im Savegame nicht aktiviert hast? Tw. werden Skripte in Mods ausgeführt obwohl der Mod nicht aktiviert ist. Schau doch mal ob der Mod in Deiner Steam-Abo-Liste drin ist, sonst wüsste ich nicht wie die Meldung in Deine stdout.txt rein kommt.

Habe gerade gesehen, dass man über den Link (siehe oben) zwar den Mod noch sieht, man den im Workshop aber gar nicht mehr über die Suche findet. Der Mod wurde wohl "unlisted". In den Kommentaren ist auch von Problemen seit dem letzten UG-Update die rede, das mag der Grund sein.

alter Dessauer stürzt das Spiel während des Ladens ab oder im Spiel?

Wie es scheint hat das Spiel ein paar Probleme mit Texturen die ein anderes dds Format verwenden. Meine erste Vermutung ist, dass entweder eine Mod irgend ein Format verwendet was das Spiel gar nicht erkennt oder es muss zu viele solcher Texturen umwandeln und hängt sich dabei auf.

die letzte angeschriene Meldung ist eine "FraserFirBark" dds .. diese solltest du mal im Mod-Ordner oder im Steam-Mod-Ordner suchen um den Pfad der Mod zu bekommen.

Wenn du sie gefunden hast, kannst du in deiner Modliste des Savegames diese suchen und schauen an welcher Stelle diese in der Liste steht. Mit ein wenig Glück ist es entweder diese oder die nachfolgende Mod die Probleme macht.

Ist das Problem allerdings Ingame. Könnte ich mir auch einen ID Fehler bei einer Mod vorstellen. Dann allerdings wird es dann schwieriger herauszufinden welches modell das ist.

Zitat von Rico S.

die letzte angeschriene Meldung ist eine "FraserFirBark" dds .. diese solltest du mal im Mod-Ordner oder im Steam-Mod-Ordner suchen um den Pfad der Mod zu bekommen.

Wenn du sie gefunden hast, kannst du in deiner Modliste des Savegames diese suchen und schauen an welcher Stelle diese in der Liste steht. Mit ein wenig Glück ist es entweder diese oder die nachfolgende Mod die Probleme macht.

Das bringt nichts die Ladereihenfolge der Texturen ist völlig random schau dir mal die erste stdout an dort standen diese Texturen ganz am Anfang..

MaikC Hmmm .. ja gut .. das ist ungünstig .. Dann scheint es leider doch das Problem zu sein, dass das Spiel, der Rechner, der typ hinterm Baum oder Mutti nicht mit den vielzahlen an Texturen klar kommt die erst auf das Spielformat angepasst werden müssen.

Nicht ganz, das Problem ist nicht das die Texturen nicht da sind, sie sind zu dem Zeitpunkt schon im Texture_cache vorhanden.

Das Problem tritt erst nachher auf wenn die Texturen aus dem Cache geladen werden sollen. Dort ist der timeout aber anscheinend so kurz und/oder das System so empfindlich das es einfach abschmiert wenn es die Texturen nicht (in einer bestimmten Zeit) "geliefert" bekommt.

ABER: Wenn die Texturen spielkonform in dem Mods vorhanden wären, dann müssten sie nicht in den texture_cache konvertiert werden und von dort geladen werden (was seit dem "konsolenupdate" zu Abstürzen führt). Den texture_cache löschen bringt also absolut nix, außer das der PC mehr Arbeit hat um sie wieder neu zu konvertieren.

Wenn die Texturen hingegen spielkonform direkt beim Mod liegen werden die Texturen übrigens schlimmstenfalls nicht angezeigt aber es gibt immerhin keinen Absturz.

genau das meine ich ja damit .. die Vielzahl an Texturen die vom Spiel geändert werden und dann im Cache herumgurken. Das sind halt wirklich sehr viele. Problem ist, das sich halt kaum einer dieser Fleißarbeit annimmt oder die Modder selbst gar nicht wissen das die eigene Mod sowas macht.

Dabei wird das ja sowohl in der Ingame-konsole und im ME bei Validate aufgeführt..