Beiträge von Dunkel

Hi, not sure what you mean with download but this error can occure while loading a savegame with too many ground textures. The game can only handle 254 different ground textures and there are svereal mods supplying a lot of these texturers. If you have too many of those mods active at the same time you can exeed this limit. See same problem here: LINK: https://www.transportfever.net/index.php?thread/16016-deborg-ingo-1111-mods/&postID=358774#post358774

oh, a new puzzle 😀...mh, difficult. Maybe we should ask Siri? 😉

The best is to take another (simple) asset mod and look in the path res/construction/... for the *.con-file as orientation. Details for the *.con can be found here: https://www.transportfever2.co…odding:constructionbasics

Mit der Fehlermeldung wird es wohl leider keine einfache Lösung geben. Wie oben schon geschrieben ist ein Problem mit einer Straße oder einer Straßenanbindung an Terminals etc. am naheliegendsten. Da muss meiner Meinung gar nicht grundsätzlich der Mod kaputt, sondern es könnte auch die gebaute Straßenkonstellation sein (vielleicht durch Abreißen, Upgraden oder hast Du erstmalig einen Mod verwendet, der was mit Straßen-/anschlüssen zu tun hat etc.)? Das Spiel legt ja per Default Autosave-Dateien an. Funktioniert die älteste vielleicht noch?). Ob Du das jemals rausbekommst hängt von Deiner Geduld und der Anzahl an Straßen auf deiner Karte ab. An Deiner Stelle würde ich mal (nur zum Test) großzügig Straßen abreißen (vielleicht hilft auch ein Upgrade auf einen anderen Straßentyp) und schauen ob es dann wieder läuft. Vielleicht kannst Du so den Bereich bzw. die Stelle so einschränken. Mehr fällt mir da auch nicht ein.

...interessant. Es liegt daran ob man in den Optionen "Render Transport Network Info" aktiviert hat oder nicht. Wenn es deaktiviert ist bekomme ich die "kc_perron_bridge_connector.mdl" auch auf.

Zitat von MaikC

Der Mod ist völlig fehlerfrei es lassen sich alle mdl aus diesem Mod im Modeleditor laden.

Hab das jetzt auch mal probiert. Bei z.B. der "kc_perron_bridge_connector.mdl" bekomme ich auch einen Absturz (ohne Meldung). Im Spiel ist alles ok und auch keine Einträge in der stdout.txt, d.h. mit dem Mod scheint alles ok und Abhängigkeiten hat er auch keine (basiert zwar auf den NL-Modulen bringt aber alles selber mit). Manche mdls kann man öffen. Der Absturz scheint nur bei den mdls zu passieren die "transportNetworkProvider" Daten enthalten. Wenn man dieses Parameterset entfernt geht die mdl auf. Versucht man dann dieses Parameterset im Editor manuell anzulegen bekommt man wieder einen Absturz, d.h. meiner Meinung nach ist das entweder ein genereller ME-Bug oder er kann solche Module gar nicht sauber verwalten.

berndthebread Je nachdem was Du machen wolltest wird Dir das jetzt auch nicht helfen aber mit dem Mod und der Installation Deines ME scheint auf jeden Fall alles ok zu sein.

Der ME ist da ziemlich empfindlich und wenig mitteilsam. Falls der Mod schon spieltauglich ist könntest Du versuchen den Mod im Spiel zu laden (da bekommt man i.d.R. zumindest irgendeinen Hinweis). Ansonsten musst Du den Fehler in der mdl manuell suchen (da reicht schon ein Komma zu viel oder zu wenig). Falls Du nichts findest kannst Du die mdl ja mal hier hochladen, vielleicht "springt" einem was ins Auge.

I found a case where a user had the same error message and the problem was solved by deactivating a mod (HAP...Airport...) you also use . So maybe give it a try to start of. Thread and Mod-Link see here:

LINK: https://www.transportfever.net/index.php?thread/17219-absturz-w%C3%A4hrend-dem-spielen-tpf2/&postID=350290#post350290

This error sadly does not say something about the causing mod or object and it is (at least for me) not clear what element is the problem (street, track, pathfinding..???). Maybe you could send the stdout.txt to Urban Games. Not sure if they analyse problems when someone is using a lot of mods, but maybe they can give a hint what this error message is related to. Looking at the mentioned thread above and that the error message contains "transport", I would have an eye on all terminals, streets, tracks, lines etc., that you build before the error occured the first time. Try to delete this parts and deactivate the latest mods. Maybe you find the cause step by step.

In generall it would be a good idea not to use steam mods directly (even if this is a little bit more effort for you). We had it several times, that a steam mods gets take down and if it's not a "simple" mod, that can be easily deactivate, this could mean your savegame won't even start anymore. There is a description in the lexikon how to do this: LINK: https://www.transportfever.net/lexicon/index.php?entry/366-save-and-update-steam-workshop-mods-tpf2/

I also make a copy of my savegame every time I worked on it. So if a problem (like yours) does occure after a certain time (and can not be attributed to a certain change), I can switch back to a old version and only loose some hours of work but not the whole file. Btw.: with the default setup the game makes an autosave every (I think )10 minutes. Have you allready tried to use the oldest autosave you have and is the problem already in this save (autosaves normally are named like your savegabe with an "autosave_" in front of the name and they are normally shown at the end of the "load savegame" list)?

Looks like there is no easy solution for you but fingers crossed you find the problem.

Hi riegergo, in the last stdout.txt no error is recorded. Looks like the game was started and closed without any problem. You will need to reproduce the error and upload the stdout.txt directly after the carsh (do not start the game again before copying the stdout.txt).

Zur ersten Frage...ist der hier gesucht? https://steamcommunity.com/sha…iledetails/?id=1974610721

...einen hätte ich noch. Ist das eine DDS und spiegelst Du die Textur vor dem Speichern? Es macht nämlich (zumindest bei meinem Vorgehen) einen Unterschied, ob Du die Graustufentextur erst spiegelst und dann den Normal-Map-Filter anwendest oder erst den Normal-Map-Filter anwendest und dann spiegelst. Das könntest Du noch ausprobieren (bei mir klappt es mit Graustufentextur spiegeln und dann Normal-Map filter anwenden (mit rot/grün getauscht).

Mh schade eigentlich...bei mir war das genau Effekt/Lösung (und ich habe lang gebraucht drauf zu kommen). Dann kenn ich in diesem Zusammenhang eigentlich nur noch das Problem, dass das Objekt bzw. die betreffende Fläche selbst verdreht ist? Vielleicht kannst Du ja noch schreiben mit welchem Programm Du die Normal-Textur erstellst, vielleicht gibt es mit Deinem Weg ja eine Besonderheit.

Hört sich nach vertauschtem rot/grün Kanal an. Ich kann nur für den GIMP-Normal-Map-Filter sprechen aber da muss man im Vergleich zum Default X/Y bzw. rot/grün tauschen. X muss grün sein und Y ist rot, sonst bekommt man genau den von Dir beschriebenen Effekt.

Der Repaint-Mod der V200 von Skyjoe ist die TPF1-Version oder diese ist zusätzlich aktiv (erkennt man daran, dass in der Fehlermeldung die merk_modutil_1_1.lua genannt ist, die in der TPF2-Version des Mods gar nicht mehr enthalten ist). Also entweder den Repaint-Mod deaktivieren oder die TPF2-Version installieren (immer sauber neu installieren, d.h. alte Dateien löschen und nicht die vorhandene Installation überschreiben). Link zur TPF2-Version siehe oben.

Einen Zusammenhang mit dem T5-Problem sehe ich da jetzt nicht wirklich.

Diese Fehlermeldung bezieht sich auf ein Repaint-Set von Skyjoe (LINK: Baureihe V 200.0 und 200.1 DB), dass die V200 von Grimes benötigt (LINK: v200 in verschiedenen Versionen TpF2 Version). Schau doch mal ob der Basis-Mod der V200 von Grimes aktiv ist und ob Du die aktuelle Version hast (da gab es kürzlich ein Update).

Sieht mir nach den "deutschen Einsatzfahrzeuge" aus. Für diesen Mod brauchst Du den "Basis T5" (wie elektronikfreak ja schon geschrieben hat) und die "österreichischen Einsatzfahrzeuge" zusätzlich. Bei der Fehlermeldung könnte es auch sein, dass Du den Basis T5-Mod in der TPF1-Version erwischt hast.

Zitat von HundertDampf

strings.lus

Nur ein kleiner Tippfehler, sollte sicher "strings.lua" heißen. Allerdings kann es schon sein, dass es keine gibt. Man kann den Namen direkt in der *.mdl Datei des Fahrzeugs eintragen (Parameter "name" im Block "description"). Wenn man Übersetzungen in mehrere Sprachen will trägt man da eine Variable ein (erkennbar an dem _ vor dem Namen), die dann in der strings.lua in verschiedenen Sprachen definiert werden kann.

Wenn Du noch mehr nachlesen willst wirst Du hier fündig: LINK: TPF2 Modding Wiki

Never seen this error and I don't use Sketchup so can't help you with the settings. Generally spoken I would suggest to check this:

• Try to export a basic object (like a not changed a cube) first, to check if the problem is caused by the export settings or the object itself.
• As "export only current selection" is active check if you really have selected only the relevant objects before exporting.
• Another common error (at least with Blender) is to have not all faces/parts of your object assigned to a material. So secure you have all faces assigned to a material and to be save better do a basic mapping for all parts.

You are close. Filename must end with "_lod0". Example: xxxx_lod0.fbx

Also wenn Du ohne Mods kein neues Savegame mehr starten kannst ist das komisch und man könnte vermuten mit Deiner Spielinstallation passt was nicht (d.h. Steam-Filecheck anwerfen ist dann immer eine gute Idee "Steam-Client>Transport Fever 2>Eigentschaften>Lokale Dateien>Spieldateien auf Fehler überprüfen"). Allerdings passt die Fehlermeldung nicht so recht zu so einem Problem.

Offensichtlich lädt das Spiel tw. Skripte aus Mods die gar nicht aktiv sind (eatglobal...). Da springt eine recht alte Version dieses Skripts aus dem "eat1963_roundhouse_fix_2" ins Auge. Schau doch mal ob Du die aktuellste Version von dem Mod hast (da gab es seit dem Frühlings-Update Probleme und er wurde gefixt). Fix - Drehscheibe mit Ringlokschuppen (TPF2)

Vielleicht hilft ja einer der beiden Vorschläge. Ansonsten ggf. direkt an UG wenden (Neues Savegame ohne Mods sollte ja schon gehen).