Peinlich
yep, peinlich für diese Erkenntnis einen Doppelpost zu tätigen. ![]()
Schön aber, dass du die Lösung hier ausreichend dokumentierst und auf den Lösungsthread verlinkst. So müsste das immer sein, wenn ein Problem gelöst wurde ![]()
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
Peinlich
yep, peinlich für diese Erkenntnis einen Doppelpost zu tätigen. ![]()
Schön aber, dass du die Lösung hier ausreichend dokumentierst und auf den Lösungsthread verlinkst. So müsste das immer sein, wenn ein Problem gelöst wurde ![]()
Hast du schon an der Grundkonfiguration gearbeitet? Ich persönlich finde ↓↓↑↑ sehr unglücklich, da so immer Kreuzungen oder ewig komplizierte Bauwerke entstehen. ↓↑ ↓↑ wäre doch auch eine Möglichkeit. Also direkt die Güter und Personengleise getrennt halten, wenn du viergleisig baust. Dann könntest du bei Bedarf einfach mit einem simplen Überwurf arbeiten, sofern die Seite gewechselt oder Abzweige erstellt werden müssen.
C:/Program Files (x86)/Steam/userdata/106145703/446800/local/crash_dump/aa081c78-0d9d-430b-ac08-bf528a8c3614.dmp
Das ist das zum Absturz gehörige Dumpfile bzw. der Pfad dahin. ![]()
In der stdout.txt steht am Ende immer wo genau das MiniDump gespeichert wird und wie es heißt. Wenn man das zusammensetzt, dann erhält man den obigen Pfad.
Sieht nach verkorksten Richtungsvektoren in den "Bahnhofanschlußgleisen" aus...
Was meinst du genau damit?
Habe so ein Verhalten eher beim Anhalten im Bhf beobachtet, dass im Stehen die Wagons auseinander gezogen werden. Beim Anfahren springen die einer nach dem anderen wieder zusammen.
Ja, ich meine eigene Gleismod (original lua genommen, Geschwindigkeit angepasst, umbenannt, mehr nicht).
- Game Files sind validiert
- Texture Cache ist gelöscht
- Mods sind resubscribed
Ich meine mich zu erinnern, dass TpF bei mir mit zu wenig RAM auch so abgeschmiert ist ohne eine Meldung in stdout.txt schreiben zu können.
Generell sind aber bei Absturzmeldungen auch Daten des Systems interessant, um in der Hinsicht etwas ausschließen oder näher betrachten zu können.
Meine Glaskugel ist leider kaputt…
Hier würden Bilder der Linie helfen, um dein Problem lösen zu können.
Dann verstehe ich die Probleme des Threaderstellers nicht. Denn er hat genau das selbe Problem, sieht aber die I-Mod als Grund. Demnach wäre die Mod raus als Ursache und das Problem liegt bei TpF.
Allerdings konnte ich das von die beschriebene Verhalten so nicht nachstellen. Im Gegenteil sogar. Da fahren Sims völlig unsinnig erst in die eine, dann in die andere Richtung.
Liegt dein Problem wirklich bei der Mod? Ich habe das verhalten bei TpF selber schon beobachtet ohne eine I-Mod. Bei mir waren es Baumstämme, die beim Abladen unters Gleis gefallen sind oder so. Kann es sein, dass wenn der Abnehmer für die Rohstoffe oder Endprodukte wegfällt, die Güter einfach verschwinden? Mir war nur so, dass dieses Verhalten bei TpF eigentlich nicht vorkommen sollte. Dennoch ist es mit dem „Fehler“ nicht unspielbar.
@Dieter-65, gibt es zu dem Absturz auch einen stdout.txt? Vielleicht kann ich da helfen, wenn es schon meine Mod ist, die den Absturz vielleicht verursacht. ![]()
Warum aber dein 7z das rar-Archiv nicht entpackt ist merkwürdig...
Die älteren 7zip Versionen unterstützen noch kein rar5, vielleicht lag es daran.
Das mag sein, aber auf meinem Testsystem hatte ich das Paket p7zip-rar nicht installiert. Ist inzwischen behoben und jetzt packt es auch 7z das Archiv zu entpacken. Der selbe Test wäre auf meinem Gamingrechner nicht schief gelaufen und diese Diskussion gäbe es nicht. ![]()
@Atomic Dad - Vielleicht wieder ein Linux Problem wegen Groß/Kleinschreibung. Du hast schon auch den alten Train Fever Mod
geladen und aktiviert?
Ich habe den alten Mod an Nummer 2, deine Mod-zu-Mod-Variante ist an Nummer 3. Nummer 1 ist keine-Kosten-Mod. Mehr Mods sind nicht aktiviert.
In den mdl-Dateien steht children ja drin. Ebenfalls wie in der Fehlermeldung klein geschrieben. Das war nämlich auch mein erster Gedanke beim Testen
Ich bleibe am Ball und schaue weiter. Natürlich hoffe ich auch auf Unterstützung anderer erfahrener Modder im Linuxbereich ![]()
[Edit]
Ich habe das Problem gefunden. War gar nicht so leicht einen Spiegel zu finden…
Alle Dateien vom Original waren leer, 0 byte groß. Kein Wunder, dass nichts funktionierte. Die Ursache war, dass ich zum Entpacken 7z genommen habe und natürlich die Ausgabe nicht genau gelesen habe. Bei allen Dateien stand „unsupported method“. Einfach mit unrar entpacken und schon läuft alles ![]()
Sorry für die Arbeit, die ich dir und unter Umständen @Tom gemacht habe.
Moin.
Wollte die Wagen gleich mal testen. Allerdings stürzt das Spiel bei allen vier Versionen mit dem selben Fehler ab (siehe Bild). Irgendeine Idee was da schief läuft?
[Edit]
siehe für Lösung hier
Nur mal ganz dumm in den Raum gefragt. Kann ich überhaupt den Neustädter Bahnhof SNCF mit dem Mod-zu-Mod nutzen? Geht damit nicht nur die „normale“ Version? Vielleicht kann da @Maverick etwas zu sagen.
Ist das die stdout.txt nach dem Absturz? Das sieht für mich eher so aus, als hättest du das Spiel mit dem Savegame "2018 neu 7" gestartet. Das Starten hat geklappt und du hast noch während das Spiel lief die stdout.txt hierher hochgeladen.
Die stdout.txt erst nach dem Absturz hier hochladen.
Also TpF starten, das Savegame laden, dann den Absturz durch den Bau des Bahnhofs herbeiführen und erst dann die stdout.txt hier hochladen.
Hast du denn schon per Steam einmal die Installation reparieren lassen?
Schmiert das Spiel auch ohne Mods ab?
Moin @StefanD.
Ich selber spiele auch unter Linux. Und ja, es nervt ziemlich, wenn man auf den Desktop geschickt wird. Aber dann heißt es Ruhe bewaren, einen Screenshot vom Fehlerfenster machen, die Mod ermitteln und dann den Modder kontaktieren. Bisher haben alle (eine Ausnahme) reagiert und den Fehler gefixt. Wie @Yoshi schon sagt, ist es vielen Windowsnutzern gar nicht bewusst, dass Groß- und Kleinschreibung eine Rolle spielt.
Vorsicht, eigene Meinung:
Windows ist in der Hinsicht einfach nur Mist.
Ich kenne deine Kenntnisse nicht, aber ansonsten kannst du selber auch in den Dateien rumfuschen, wenn es dir mit dem Fix nicht schnell genug geht.
[Edit]
Danke @Xanos. Ich wollte schon antworten und hätte meinen ersten gelöschten Beitrag plus Punkte in Flensburg* bekommen
Ich habe meinen Text neu formatiert, aber am Wortlaut nichts verändert.
*wo auch immer das Punkteregister des Forums liegt
Wer weiß, welche Dateien noch zufällig unter TpF/res verschwunden sind...
@JimKnopf824
ohne aktivierte Mods? Wirklich?[…]
Gut, dann stimmt aber die Behauptung "ohne Mods" nicht[…]
An dem Punkt hätten wir schon vor zwei Stunden sein können. Wenn die Leute mal wüssten, was sie denn alles tun ![]()
@Merk
So kann man den Fehler aber provozieren. Das man damit ohne mod.lua Probleme hat, sollte jedem klar.
Genau, aber entweder gibt es die TpF Version dann nicht (TpF Version wird vor dem Konverter geladen) oder es gibt die TpF Version des Prellbocks (der Konverter wird vor der TpF Version des Prellbocks geladen).
Dennoch finde ich den Fehler merkwürdig, wenn man versucht ein Spiel ohne Mods zu starten (Europa oder USA ausgewählt, nicht Custom und alles abwählen) und dabei die Fehlermeldung kommt. Mal sehen was stdout.txt und Co liefern.
[Edit]
Gute Nachricht. Ich kann den Fehler nachstellen.
Schaue mal unter TpF/res/construction/depot. Liegt da „rein zufällig“ eine PB2.con oder ein Link auf eben diese Datei?
Hast du denn schon probiert TpF von Steam bereinigen zu lassen?
Was sagen eigentlich stdout.txt und stderr.txt?