Absturz am 31.12.1850

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


  • Hallo,


    bei mir stürzt seit neustem das Spiel immer am 31.12.1850 ab. Ich spiele mit Mods, welche ich verändert habe (fake version erstellt, sowie die capacity verändert).


    Das steht in der *.dmp, (ausgelesen mit whocrashed):


    On Wed 21.01.2015 21:27:23
    GMT your computer crashed
    crash dump file:
    C:\Windows\Minidump\c0bfc65e-ce02-4466-996e-6cc0deeb1004.dmp
    This was
    probably caused by the following module: Unknown ()
    Bugcheck code: 0x0 (0x0, 0x0, 0x0,
    0x0)
    Error: CUSTOM_ERROR
    A third party driver was identified as
    the probable root cause of this system error.
    Google query: CUSTOM_ERROR



    und das steht in der stdout:


    PreventSetUnhandledExceptionFilter: 1
    locale name: * (de_DE.utf8)


    ========================================
    Startup at Wed Jan 21 22:23:37 2015
    ========================================


    seed: 1421875417
    alpha: 0 bits, depth: 0 bits, stencil: 0 bits, double buffering: 1, sample buffers: 1, samples: 4, swap interval: 1
    samples: 4
    ============================================================


    OpenGL version: 3.2.0 NVIDIA 347.09
    Renderer (vendor): GeForce GTX 660/PCIe/SSE2 (NVIDIA Corporation)
    Shading language version: 1.50 NVIDIA via Cg compiler


    ============================================================


    opened device OpenAL Soft


    Loading from file C:/Program Files (x86)/Steam/userdata/109166078/304730/local/save/beta.sav
    d:\urban\steam_build_x64\release\src\lib\model\metadatamap.h:51: MetadataMap::Get: Assertion `it != metadata.end()' failed.
    MinidumpCallback: dumpPath "C:/Program Files (x86)/Steam/userdata/109166078/304730/local/crash_dump/", minidumpId "c0bfc65e-ce02-4466-996e-6cc0deeb1004", succeeded 1
    local time is Wed Jan 21 22:27:23 2015


    Die markierte Partition ist mein recovery (ich besitze einen Medion pc, diese Partition ist von denen eingerichtet) laufwerk. Aber wie kommt das Spiel denn plötzlich auf diese Partition?


    habt ihr schon mal so ein fehler gehabt? bzw. wisst ihr eine Lösung?


    Vielen dank schon mal im vorraus ;)


    mfg
    ph1p0

  • ja gerade gemacht, dann geht es.
    habt ihr ne Idee, warum irgend ein Mod zum absturz führt?
    weil wenn ich jetzt anfange auszuprobieren welcher mod das ist gibts da viel zu viele kombinations möglichkeiten...

  • nur ein paar Waggons, vielleicht sollte ich mit denen anfangen ;) maaan da sitz ich ja jetzt ne stunde :( bis das immer durchgelaufen ist zum 31.12.
    Na dann mach ich mich mal ran

  • Der 31.12 ist ja ned solang da er noch im selben Startjahr liegt. Lässte volle Kanne laufen und schaust nebenbei noch ein Video. ;)

    Ich lese keine Anleitungen. Ich drücke Knöpfe bis es Klappt. :D

  • uf hab die Datei gefunden, hab sie in den Anhang gepackt.


    habt ihr ne Idee was das problem sein könnte. ich bin irgendwie grad zu doof dazu :D


  • Die markierte Partition ist mein recovery (ich besitze einen Medion pc, diese Partition ist von denen eingerichtet) laufwerk. Aber wie kommt das Spiel denn plötzlich auf diese Partition?


    Laut diesem Thread ist das der Pfad zu den Ressourcen des Entwicklers. Die Dateien liegen also gar nicht bei dir in dieser Partition.

  • guten Morgen,


    ne ich glaube nicht dass da eine Klammer zu viel ist, weil sonst würde das Spiel sofort abstürzen.
    Außerdem habe ich mir mal die letzten Klammern {} mittels Notepad++ angeschaut und konnte nicht feststellen das eine zu viel ist....

  • Außerdem habe ich mir mal die letzten Klammern {} mittels Notepad++ angeschaut und konnte nicht feststellen das eine zu viel ist....


    Hm, genau Das habe ich auch getan und bin zu dem Schluss gekommen, daß dort wohl doch eine Klammer zuviel ist.
    Ich weiß jetzt nicht, wie Du vorgegeangen bist. Durch Einstellen der Sprache "Lua" und Ausblenden der einzelnen Blöcke (von Innen nach Außen) erkenne ich in der Regel solche Fehler; zumindest bei meinen "Script-Spielchen".


    Schau doch bitte noch einmal nach. Evtl. hast Du ja etwas übersehen.


    Liebe Grüße
    Enno :)

    Auch ein alter Fuchs schaut gern ein Huhn, selbst wenn er's nicht mehr Reißen kann. ^^

    163393-cpuz-ryzen9-5900-png

  • Im Prinzip hat die Datei schon eine korrekte Lua-Syntax, aber auf Bild 4 kann man gut erkennen, dass die öffnende und schließende Klammer von "transportVehicle" nicht zusammen passen. Daher stimmt die eingelesene Datenstruktur nicht mehr und TF stürzt ab. Verschiebe mal die Klammer aus Zeile 111 vor die Klammer in Zeile 99 um damit den "capacities" Block zu schließen.