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
Doch ist es, der Fehler hat immer einen Grund. Dafür gibt es die Fehlermeldung ja...
Die Version ist auch ziemlich alt. 2024?
Daher alle Mod Verzeichnisse durchsuchen. Benutzer / Spiel usw. und erst mal alles entfernen. Dann von hier nur die neuste Version installieren...
Hallo eis_os,
Danke, dein Rat ist ein Versuch Wert! Das ist richtig, dass ich bis jetzt nur den Benutzer Mod-Verzeichniss kontrolliert habe. Melde mich, wenn es wieder geht (oder nicht 
)
MfG:
Andreas
Hallo,
leider keine gute Nachrichten... 
Ich habe den CrashDebug der CommonAPI2 aktiviert, ich füge es bei.
Bevor ich erneut versuch habe mein Spiel wieder laufen lassen, ich habe alle Verzeichnisse (insgesamt 3) kontrolliert, es wurde überall der alte CommonAPI2 Version aus 2024 entfernt, und die aktuellste auch in allem Verzeichnisse installiert.
Ich hoffe, dass das stdout-Text jemand interpretieren kann, um den Fehler zu finden.
Es ist ein Faustregel, dass wenn ein Bauprojekt in TPF2 gut läuft, der Technik gibt auf 
MfG:
Andreas
Diese stdout besteht nur aus dem Starten des Spiels ohne Laden eine Savegames. (Ggf. das Spiel nochmals gestartet und daher die stdout.txt überschrieben) CrashDebug war hier auch nicht aktiv...
-edit-
CommonAPI2 muss nur in einem Verzeichnis liegen
Wie kann ich hier mein stdout.txt hochladen, welches komprimiert (ZIP) 3,3 MB groß ist? Ich erhalte die Fehlermeldung Anhang zu Groß... 
MfG:
Andreas
Via https://www.swisstransfer.com/ hochladen und link anhängen.
Vielleicht mal mit weniger Bodentexturen versuchen?
Dann haben wir noch:
ERROR: (ribase_rheingold_catenary_placer_sbb_1) requires mod (f1rnen_sbb_oberleitung_2) steamId ?
Ggf. mal ribase_rheingold_catenary_placer_sbb_1 abschalten...
Alles ist ein Versuch Wert, aber...
wie geschrieben, am 25. Januar ich bastelte noch glücklich an meinem Layout, und ab 26. stürtzt es immer nach 78% ab - egal welches Layout ausgewählt ist. Und es ist desto rätselhafter, weil ich habe seit Anfang Dezember keinen einzigen Mod aktiviert oder deaktiviert, ich habe nur glücklich g'bastelt, immer gespeichert...
Es gab eigentlich nur eine Umgebungsänderung, dass meine Videokarte hat den neuen Videotreiber untergeladen und installiert...
Alle Rätsel dieser Welt...
Warte für Transport Fever 3.
Danke für deine Hilfe! Du hast mindestens versucht, und ich habe die Hoffnung länger gehabt...
Noch ein paar Sachen:
- Steam Mods werden schon mal aktualisiert
- Grafikkarten Treiber Updates sind manchmal auch nicht immer gut. (ggf zu einer älteren Version wechseln)
ich lösche nach einer gewissen zeit den inhalt dieses ordners und hab keine probleme.
DMP Files im Crash Ordner bedeuten das Du irgendwelche fehlerhafte Dateien hast. Es können Mods sein, die vielleicht doppelt aktiviert sind , es können fehlerhafte Mods sein usw.. Richtig wäre es wenn Du im Crash Ordner eigentlich nur die alte und wenn du ds Spiel startest das Logfile und die neue stout. hast.
Klar ist, Du kannst dennoch das Spiel spielen aber es läuft nicht sauber!
Mein Tipp an Dich: starte einmal das Spiel mit einer kleinen Karte ohne Mods. wenn da alles sauber ist, füge dann die Mods wieder zu (Achte auf Abhängigkeiten wo Mods ab und zu brauchen) . Ist zwar ein Aufwand aber es lohnt sich es sauber zu halten.
Richtig wäre es wenn Du im Crash Ordner eigentlich nur die alte und wenn du ds Spiel startest das Logfile und die neue stout. hast.
Das ist falsch, es wird bei jedem Crash ein *.dmp mit einem zufallsgenerierten Namen abgespeichert und in der stdout angegeben wie der name ist.
MinidumpCallback: dumpPath "C:/Program Files (x86)/Steam/userdata/1445211730/1066780/local/crash_dump/", minidumpId "1a0e95a5-5f7d-4dd1-89fb-92808748e215",Es gibt auch stdout und dmp files die den gleichen Namen habe, die gehören zusammen.
Und zur Frage mit dem Löschen ja du kannst das löschen. Geh einfach aus dem Spiel, klicke den crash_dump Ordner an und lösche den Ordner mitsamt dem Inhalt.
MaikC Was bringt es wenn du alles löschst und dann dennoch wieder DMP Dateien hast wenn du das spiel startest. Wie gesagt, wenn Du Fehler Mods hast ... gibt es auch Einträge, auch wenn es keinen Crash gibt!
Sauber wäre es wie ich schon geschrieben habe, das du im Crash Ordner nur die logfile und die alte und neue Stout hast. Und es ist klar wenn Du einen Absturz hast vom Spiel das es auch eine erstellt wird. gibt ja sogar dazu ein Savegame crash wo man starten kann.
Ich sag es nicht einfach nur so , sondern wenn eine Mod fehlerhafte Dateien hat geschweige denn fehlerhafte Skripts, dann gibt es auch ein Eintrag anhand einer DMP Datei. Das heisst aber nicht dass das Spiel nicht läuft.
servus...vielleicht kann mir einer von euch helfen. ich habe eine absturzmeldung...stdout.txt
der maler Doppelte Mods sind der Absturzgrund, da bei Grimes Signalpack keine Scripte drin sind tippe ich auf 2. Trotzdem bei beiden Mods eine der Versionen löschen.
ZitatAlles anzeigen1. "(Deutsches Signal Pack)"
*1933086229/1 (5) (Deutsches Signal Pack)
grimes_deutschesformsignal/1 (5) (Deutsches Signal Pack)
2. "(Modulare Straßenbahnhaltestelle)"
*2340888876/1 (9) (Modulare Straßenbahnhaltestelle)
eisfeuer_modular_tram_station/2 (9) (Modulare Straßenbahnhaltestelle)
2. war es. vielen dank Dir 
