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
[RESOURCE ERROR] Referenced model not found: 'vehicle/train/oebb_4746-5_salzburg.mdl' in 'oebb_4746_salzburg.lua (key: name)'
...
Das ist nur ein fehlendes Modell und kein Absturzgrund. Sowas steht bei vielen in der stdout.
crew wurde ausgeloest
Auch das ist nicht neu, sieht man öfter. Aber keine Ahnung von welcher mod das kommt.
Auch wenn das Spiel einfriert können in der stdout relevante Fehlermeldungen stehen.
Ich habe das auch seit ein/zwei Wochen. Spiel friert ein, keine Fehlermeldung und auch keine in der stdout.txt. Dort sieht man das einfrieren ebenfalls, da plötzlich mitten in der Zeile nicht weiter geschrieben wird.
Mal klappt es nach 2 Versuchen, mal nach 4 oder 6. Sobald die 2%-Hürde überwunden ist, funktioniert alles wie gehabt. Ein Stocken bei 4%, /% ist normal, dann nochmal bei 70/90%, auch das ist normal.
Ich habe mittlerweile, auch wegen Altlasten, den Gaming-Rechner neu installiert, ebenfalls auch TPF2. Am Cache liegt das nicht, da auch der erste Start des Savegames bei 2% eingefroren ist, hier nach dem 6. Versuch wurde es dann geladen und wie erwartet mit der Meldung "Erstmalige Textur-Kompression".
Teilweise brauche ich Versuche bis zu 2 Stunden, damit das Savegame geladen wird und nicht einfriert.
Jemand hier eine Idee?
ja 1,5 bis 2,0 Std Ladezeit (ca.1050 Mods)
Immer wieder stockt es und am Ende wird der Bildschirm schwarz und wenn man denkt das. Spiel beginnt gleich bricht alles zusammen... Das alles seit ca 10 Tagen... Von heute auf morgen
Hm, die Problematik mit dem Aufhängen zwischen 2-4 % habe ich ja wie gesagt auch, allerdings auch schon relativ lange, schon vor dem Sommer-Update.
Aber das passiert relativ selten, wie gesagt, nur wenn ich aus dem laufenden Spiel (vor dem Sommer-Update mit Rückkehr ins Hauptmenü) einen Spielstand neu lade - bei einem Neustart hatte ich das noch nicht...
Ich hatte das bis vor ein paar Wochen nie, dass es länger braucht bei den vielen mods und der Kartengröße ist mir bewusst, aber das hängen bleiben ist neu. Hab mal die Mods aus dem Adventskalender entfernt, jetzt hängt es immer bei 4%. Daran liegts also nicht. Vielleicht doch langsam mal die maximale Anzahl von Mods erreicht? Wobei... die Leipzig-Karte hat noch 100 Mods weniger als die andere. Bei beiden tritt das auf.
Hab jetzt mal den Nvidia-Treiber auf eine ältere Version (Version 496.76 aus Anfang November) aktualisiert und scheinbar läuft es jetzt wieder. Keine zusätzlichen "Keine-Rückmeldung"-Meldungen mehr. Scheinbar kommt das Spiel mit den neueren Nvidia-Treibern nicht klar.
Direkt nach PC-Neustart Karte wird wieder geladen, kein Freeze!
Für meine MSI 980 GTX gibt es keine neuen Treiber mehr von Nvidia , letzte vom 20.09.2021 (472.12) und keinerlei Probleme.
Lg Tom
Bitte probiere das mal aus PeterLustig und setze mal deine Treiber auch zurück, Ich war ja dabei im DC als Manuel es probiert hat und klappte.
Wenn es wirklich daran liegt muss endlich UG diese veraltete Engine erneuern oder jedesmal nachbessern.
Ist ja nich das erstemal.
Lg Tom
Nachdem ich das Spiel heute fünf Mal starten und abschießen musste (3x bei 2% und 2x bei 4%)
- leerte ich den Texturen Cache
- installierte ich einen älteren Treiber (jetzt 496.76 von Mitte November)
Das Spiel aber macht weiterhin Probleme. Nach einem erneuten Versuch hängt es wieder bei 2% und muss beendet werden.
Der Treiber scheint's also nicht zu sein. Zumindest, wenn ich nach dem Treiberdatum und dem ersten Auftreten der Probleme gehe.
Jetzt könnte ich mit Version 472.12 eine noch ältere Version installieren (September?), aber ich glaube schon nicht mehr dran, dass das die Lösung ist.
*EDIT*
Nachdem ich jetzt mal auf das Aktvieren und Mitladen der zuletzt installierten Mods verzichtete (Zirkus-LKW, Güterwaggons der Verbandbauart, Russian Cinemas, Russian power stations) lief der Ladevorgang durch.
Das hatte ich tatsächlich auch schon das eine oder andere Mal. Lasse ich die neuen Mods erst mal aussen vor, klappt's. Aktiviere ich dann eine nach der anderen, auch. Sind dann alle installiert, geht's/ging's ab 2% aber dennoch nicht weiter. 
Das was ich jetzt hier beschreibe, könnte (muss aber nicht) mit der Ursache für eure Probleme zu tun haben.
Vor rund einem Jahr ist mir dieses Problem aufgefallen, bei dem der Ladevorgang bei 2 % (im Debug-Modus sichtbar) anhält und nicht mehr weiterläuft. Es wurde dabei ebenfalls keine Fehlermeldung in der stdout.txt erzeugt. Bei mir konnte ich das auf einen Fehler in einem Test-Mod-Skript zurückführen (Fehler in einer hinzugefügten modifier-Funktion für loadModel).
Beschrieben habe ich das Fehler-Verhalten auf Steam, jedoch wurde das Problem noch nicht behoben (zumindest tritt es bei mir immer noch auf) und die Steam-Diskussion wurde wohl irgendwann zur Kategorie „Old Issues“ verschoben. Mehr weiß ich dazu nicht.
Zu diesem Post hier im Forum habe ich eine (kleine) Mod hinzugefügt, mit der ihr euer Spiel bewusst und ohne Fehlermeldung in der stdout.txt einfrieren lassen könnt. Vielleicht hilft euch das zumindest für einen Vergleich der Fehler-Situationen.
Warum das bei euch übrigens eine Art Glücksspiel ist, ob und wie weit das Spiel lädt, ist vermutlich deshalb, weil das Spiel zum Beispiel die Modelle parallel lädt. Dabei kommen theoretisch immer andere Reihenfolgen zustande (also wird ein Modell einmal früher und beim nächsten mal evtl. später geladen) – ein Nicht-Experten-Erklärungsversuch.
Edit: Ein Spielstand, der normalerweise nach weniger als einer Minute geladen ist, hat jetzt mit der Freeze-Mod nach rund 30 min Ladezeit inkl. Einfrieren wohl doch noch eine Fehlermeldung erzeugt (so lange habe ich bis jetzt noch nicht abgewartet, eine Fehlermeldung nach so langer Zeit ist dennoch suboptimal):
Exception type: Lua exception
This error is usually caused by modding. Some game resources contain incorrect data.
Details:
Error message: error: ...[...]/1066780/local/mods/relozu_freeze_your_game_1/mod.lua:25: attempt to compare number with nil
stack traceback:
=[C](-1): __lt
@[...]/1066780/local/mods/relozu_freeze_your_game_1/mod.lua(25): v
@res/scripts/mod.lua(99): ?
File name: res/models/models.zip/model/animal/bird_crane.mdl
Minidump: [...]/1066780/local/crash_dump/6eb2aa24-3140-4438-af04-fb24aed9b963.dmp
Mod: no mod
In file: ..\..\src\Lib\lua\State.cpp:592
In function: void __cdecl lua::State::Call(int,int)
__CRASHDB_CRASH__ struct lua::LuaException: ..\..\src\Lib\lua\State.cpp:592: void __cdecl lua::State::Call(int,int): error: ...[...]/1066780/local/mods/relozu_freeze_your_game_1/mod.lua:25: attempt to compare number with nil
stack traceback:
=[C](-1): __lt
@[...]/1066780/local/mods/relozu_freeze_your_game_1/mod.lua(25): v
@res/scripts/mod.lua(99): ?Die Fehlermeldung zielt auf das mutmaßlich zuerst zu ladende Modell (den Kranich) ab, auf das der modifier angewandt wurde.
In meiner Mod wird eine leere Variable (Wert nil) mit einer Zahl verglichen, was zu der in meinem letzten Beitrag gezeigten (geplanten) Fehlermeldung führt.
Wenn man sich jetzt nur auf modifier oder genauer den loadModel modifier konzentriert, wäre es interessant, welche Mods solche modifier hinzufügen. Stichworte in Skript-Dateien dafür sind:
Auch meine Mods nutzen modifier, Probleme kann ich da nicht komplett ausschließen, für Tests kann man die Mods schon mal deaktivieren. Mir ist aber natürlich auch klar, dass das mit den Tests aufwendig sein kann, wenn der Ladevorgang immer eine längere Zeit andauert.
Zur Fehler-Situation allgemein: Vermutlich treten in irgendwelchen Mods unerwartete Modell-Strukturen für eine oder mehrere Mod(s) mit Modifiern auf, was dann eben zum Einfrieren führen kann. Die Modder mit den Modifier-Mods müssten in so einem Fall ran.
Das deckt sich mit meinen Erfahrungen.
Von meinem Rumprobieren sollte ein Anpassen aller Optionen in den Menüs der verursachenden Mods das Freeze Probelm lösen
Wenn du kein richtiges Tool dafür hast, dann warte vielleicht noch mit dem Weitersuchen. Ich würde diesen Beitrag später aktualisieren.
Edit: Ich musste etwas experimentieren, aber hier ist jetzt eine Mod, die Modifiers und FileFilters den Quell-Mods zuordnen und die Ausführung verhindern kann. Wenn ihr die ersten drei Mod-Einstellungen aktiviert, werden Modifiers und FileFilters abgefangen und zugehörige Informationen in die stdout.txt-Datei geschrieben. Auf diese Weise sollte man die Mods identifizieren können.
Die Mod ist zwar schon getestet, jedoch ist sie noch sehr frisch. Zu verdeutlichen ist außerdem, dass Spielstände, bei der diese Mod aktiviert ist, nicht einfach so gespeichert werden sollten. Insgesamt übernehme ich für durch meine Modifikation entstandene Schäden an Hardware und/oder Software natürlich keine Haftung.
Bis jetzt habe ich die Möglichkeit des nachträglichen Tests der gefundenen Funktionen noch nicht erwähnt, für die übrigens Beispiel-Daten in der mod.lua-Datei eingetragen werden können. Modding-Kenntnisse sind für das Eintragen sinnvoll, das Testen kann man auch so ausprobieren, berücksichtigt werden muss aber, dass es sich dabei nur um eine kleine Simulation handelt und z.B. nicht alle Fehler gefunden werden können. Der Test wird über die vierte Mod-Einstellung aktiviert.
Vielleicht macht die Mod ja Sinn, ich selber werde sie wahrscheinlich auch noch gebrauchen können. Aktuell ist sie aber auf jeden Fall noch in einer Testphase, also wäre Rückmeldung super.
Die Dokumentation zur Mod ist aktuell noch knapp, wenn ihr euch bei etwas nicht sicher seid, wartet besser ab oder fragt nach.
