Sehr lobenswert, dass Du Dich um die Schienenwartung kümmerst. ![]()
Wenn Du die UI-Bildchen für das Fahrzeug-Kaufmenü meinst kann ich Dir die gerne knipsen. Aber das mit dem ME ist ja kein Dauerzustand, was ist denn das Problem?
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
Sehr lobenswert, dass Du Dich um die Schienenwartung kümmerst. ![]()
Wenn Du die UI-Bildchen für das Fahrzeug-Kaufmenü meinst kann ich Dir die gerne knipsen. Aber das mit dem ME ist ja kein Dauerzustand, was ist denn das Problem?
Hast Du das Spiel angehalten (Pause)? Wenn es lädt und es im Pausemodus ist dürfte es ja eigentlich nicht wegen der Wegfindung abstürzen.
Puh, das ist ja mal eine stdout.txt. Du kannst Die hier auch als gezippte Datei direkt anhängen (je schneller/einfacher man dran kommt desto größer die Chance, dass jemand reinschaut).
Die letzten Worte in der stdout.txt habe ich so noch nicht gesehen. Kann aber auch einfach daran liegen, dass UG laut release notes die Fehlerausgabe geändert hat. Ich habe die Zeilen mal rauskopiert, vielleicht sagt das ja jemand was:
succeeded 1
local time is Thu May 26 18:13:53 2022
Calling thread crashtrace handlers
thread: 2104
(empty)
thread: 16388
(empty)
All thread handlers called
Minidump Callback
An error just occurred.
Heap corruption detected!
Calling thread crashtrace handlers
thread: 2104
(empty)
thread: 16388
(empty)
All thread handlers called
Minidump Callback
An error just occurred.
Einen Hinweis was jetzt genau den Absturz verursacht hat sehe ich leider nicht. Das einzige was mir auffällt ist, dass Du den Roundhouse Fix auf die Version 2.6 updaten solltest (mit der 2.5 gab es in bestimmten Konstellationen mit dem Frühjahrsrelease Probleme). LINK Filebase: Fix - Drehscheibe mit Ringlokschuppen (TPF2)
Die zusätzlichen Güter werden vom Autor des Güter-Mods ja per Skript auf "alle" Fahrzeuge übertragen (i.d.R. aus der mod.lua heraus, wie Der Nasenmann schon geschrieben hat). Welche Fahrzeuge und auf welche Weise um die neuen Güter erweiterte werden definiert der Autor des Güter-Mods und wird dabei versuchen über die Metadaten möglichst geschickt die richtigen mdls zu erwischen. Leider sagen mdls nicht eindeutig was sie sein wollen (Asset, Fahrzeug...), da man überflüssige Metadatenblöcke z.B. in einem Asset haben kann (die eigentlich zu einem Fahrzeug gehören). Deswegen sind solche Massenänderungen an mdls immer etwas heikel. In Deinem Fall scheint ein ähnliches Problem der Auslöser zu sein (da ist zwar nicht überflüssig aber es scheint wohl 2 funktionierende Dateistrukturen für die Cargo-Kapazität zu geben).
Beispiel: Im Skript der DDR-Industrie wird recht aufwändig abgefragt was das Fahrzeug transportieren kann und die neuen Güter werden dann ggf. zusätzlich "eingetragen". Gesucht wird hier u.a. über den Metadatenblock "data.metadata.transportVehicle.compartments". Wenn Du die mdl für den Peterbill und den GAZ vergleichst, siehst Du aber einen Unterschied. Ich vermute mal der GAZ hat hier tw. noch eine "alte TPF1" Filestruktur und enthält diesen Metadatenblock. Der Peterbill ist (Vermutung Nr.2) in TPF2 dazugekommen und hat schon die neue Filestruktur (wie es auch im Modding Wiki beschrieben ist). Hier gibt es diesen Metadatenblock gar nicht, weil der jetzt "data.metadata.transportVehicle.compartmentsList" heißt. Das Skript in der DDR-Industrie wird also seine neuen Güter so nie auf den Peterbill übertragen. Bei einem anderen Neue-Güter-Mod kann das Skript wieder ganz anders aussehen und außerdem können sich da zwei Skripts gegenseitig die Änderungen wieder überschreiben (Ladereihenfolge)...ich halte das alles für ziemliche Glückssache. Beide Blöcke wirst Du vermutlich nicht in die mdl bekommen. Du könntest ggf. ein eigenes Skript schreiben das alle Güter ausliest (falls das irgendwie geht, bin kein Skript-Wissender) und die dann in Deinen Mod übernimmt. Allerdings wird das auch nur klappen wenn Dein Skript als letztes läuft.
Ich meine mich dunkel dran zu erinnern, dass 'pr second' auch gerne mal kommt wenn man einen Mod 2x aktiv hat (schau doch mal ob Du da irgendwas doppelt aktiviert hast9:
Servus, der einzig kritische Hinweis in der stdout.txt ist das Fehlen des Zäune-Mods (LINK: Steam Zäune Mod oder auch LINK: Filebase Zäune Mod). Der wird von Deinem Spiel für die Mods "A_kirchen_siri_2" und "TGZrack_kabelkana_yoshil_1" benötigt.
Zum Thema Update/Apple App Store gab es hier eine Info: Installation vom Update über den App Store
Danke für die sehr schöne Lok und auch für die Statistik. Finde ich mega interessant mal zu sehen welche Zeit da selbst bei jemand mit so viel Erfahrung reinfließt.
auch wenn sich das Spiel mid Goodbye verabschiedet hat.
Wenigstens ist es gut erzogen. ![]()
Diese Fehlermeldung (siehe unten) irritiert mich etwas. Die war auch in der alten stdout.txt kurz vor dem crash. Wenn ich den Mod bei mir laufen lasse bekomme ich diese Meldung nicht und in dem Verzeichnis liegt auch nur eine einzige Datei und die hat eine Dateiendung.
Texture load error: file name without extension: C:/Program Files (x86)/Steam/steamapps/workshop/content/1066780/2107526936/res/textures/models/industry/cargo/
BH ------ selectedObject = 202843
Also könntest Du mal den Steam-Filecheck anwerfen und die Dateien überprüfen lassen. Vielleicht hat es da etwas zerschossen.
Mh, das mit dem "klappt aber nicht" ist natürlich auch eine Frage der Erwartungshaltung.
Du solltest im Userverzeichnis unter Screenshots jetzt eigentlich schon ein paar Bildchen bekommen haben (ggf. in weiteren Unterordnern "website", "viewport"). Die Anzahl hängt davon ab was Du alles ausgewählt hattest (bei Stationen/Assets gibt aber meines Wissens nur "Seitenansichten").
Wenn Du die Erwartung hattest hier ein schickes Vorschaubild für die Benutzeroberfläche (Stationsauswahl) zu bekommen gebe ich Dir recht. Das geht bei Stationen/Assets nicht automatisch (aber z.B. bei Fahrzeugen und selbst da nur, wenn man sich an die übliche Ordnerstruktur hält). In Deinem Fall kenne ich nur den Weg die UI-Bildchen manuell zu erstellen/abzulegen.
Die Fehlermeldung ist mir neu und ich weiß nicht ob es was damit zu tun hat aber Du solltest mal den Ringlokschuppen-Fix auf die Version 2.6 updaten (da gab es mit dem neuen Release in bestimmten Konstellationen Probleme). LINK: Ringlockschuppen-Fix 2.6
Alternativ gibt es auch die Variante es direkt im Model Editor zu ändern. Ich weiß gar nicht ob das vor dem Frühlings-Release auch schon ging (da sind echt tolle Sachen im ME dazugekommen) aber man kann dort die transf-Werte direkt ändern und sieht dann sofort die Auswirkung am 3D-Model. Du brauchst ja eine Rotation um 90 Grad (+ oder - kommt auf die Grundausrichtung des 3D-Models an). Im Model-Editor kann man die "Rotation" direkt als Grad eingeben (wenn Du das dann speicherst schreibt der ME die neue transf in die .mdl).
Ich vermute mal die Station besteht aus 4 einzelnen Meshes, die idealerweise gruppiert sind. Dann brauchst Du nur die Gruppe zu drehen (im Screenshot wäre das auf der RootNode-Ebene). Ansonsten eine Gruppe bauen oder die Meshes einzeln dahin schubsen/drehen wo sie hin sollen.
You're welcome, fingers crossed UG can help.
Go to https://www.transportfever2.com/about/contact/ and hit the blue contact button (bottom right).
When they introduced the Vulkan engine it won't run on all grafic cards. Still a lot of players in this forum are using the OPENGL engine for this reason. This is still the official workaround. See FAQ/Troubleshooting regarding the "Vulkan" release: https://steamcommunity.com/app…ns/0/3109143950416108967/
So, would be nice to see if the game doesn't crash with Vulkan but it won't be necessarily the root cause if it does not start with Vulkan at all.
Mh, if the game installation is ok, no mods, new drivers and the hardware requirements are met this could indicated a hardware-/overheating issue. But I think I would at first contact Urban Games Support directly. In the folder where the stdout.txt is saved there are also *.dmp files. If one is written at the crash maybe Urban Games can find a problem noted in this file.
Hi, the message you posted in the "code" is not an error message. It's just a normal step in the game start (you will find this in any stdout.txt).
I don't see any significant error in the stdout.txt you posted. You should try checking the game installation for errors and try again (You can do this in the steamclient: "Steamclient>Transportfever 2>Properties>Local>Verify integrity of game files...").
In the stdout.txt you posted we don't see any mods at all but you mentioned you once used some. If mods are used in a savegame and they are not active anymore you must be very lucky if the savegames start or runs without errors (depends on the mods). So if you want to use such a savegame you should reinstall the used mods to be save.
Do you have this problem when starting a new game too?
Ich meine der Ringlokschuppen hätte bei einigen in bestimmten Konstellationen Probleme gemacht, da gab es aber ein Update auf die Version 2.6 (Du scheinst noch 2.5 zu haben. LINK). Würde ich mal als Erstes probieren.
Lad doch mal die stdout.txt hier hoch. Da steht hoffentlich ein bisschen mehr und hilfreicheres.
Genau, z.B. diesen hier: steamcommunity.com/sharedfiles/filedetails/?id=1974610721