Es müssten also alle Modder ihre MODs überprüfen, oder ?
Um den hier erwähnten Absturz zu unterbinden, reicht es die con von @RPGFabi auf die bestehende Schwachstelle hin zu überprüfen und nachzubessern.
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
Es müssten also alle Modder ihre MODs überprüfen, oder ?
Um den hier erwähnten Absturz zu unterbinden, reicht es die con von @RPGFabi auf die bestehende Schwachstelle hin zu überprüfen und nachzubessern.
also könnte ich hier dann den String so ersetzen?
Dann sollte da Problem gelöst sein?
.... reicht es die con von @RPGFabi auf die bestehende Schwachstelle hin zu überprüfen und nachzubessern.
ich habe nun folgendes durchgeführt
Damit kommt nun bei der Auswahl der MOD und beim Ändern der Einstellungen nicht mehr die Fehlermeldung wie auf Seite 1 gepostet.
Aber irgendwie wird kein Gleis dargestellt, so das man es irgendwo anschließen könnte
Hello @Vitaro
your mod has the same failure.
Could you please check your mod Short_rail_cargo_station_1 because we found out that if you replace the following code line
-- Параметры дорог и путей
local trackParams = { type = trackTypes[params.trackType + 1], catenary = params.catenary ~= 0 }
into this
-- Параметры дорог и путей
local trackParams = { type = trackTypes[(params.trackType or 0) + 1], catenary = params.catenary ~= 0 }
so the error is resolved.
best regards
AdminEdit: Dreifachbeitrag zusammengefügt. Bitte Forenregeln beachten @guapo298
Mfg Sebastian
Glück auf!
Bei mir ist die Mod auch abgestürzt, obwohl diese auch erst funktionierte.
Habe den Tipp beherzigt und diese nach ganz unten verlagert und jetzt geht es wieder Wunderbar.
Könnte es vielleicht an CC Johnson's own trackrules 1.3 liegen? Diese habe ich irgendwann danach in die Liste geladen.
Ansonsten eventuell noch Bahnhof Viersen von Bandion oder die Bahnstation 1.865 von Majus gaming.
Das sind die einzigsten Mods, die ich für Bahnhöfe bzw.Trackrules geladen habe und in etwa zur selben Kategorie gehören.
Hallo @Earl Grey
im Bahnhof Viersen von @Bandion ist die Code Zeile nicht enthalten, er greift hier auf die Standards des Spiels zurück was ich so gesehen habe.
Und bei @majuen sind in den con Dateien die Code Zeilen wie oben beschrieben richtig.
Den Mod CC Johnson's own Trackrules 1.3 habe ich nicht. Daher kann ich diesen nicht einsehen.
Vielleicht solltest Du dich hier an den Modder direkt wenden, vermutlich bei STEAM.
Gruß
Steffen
Womit könnte die Mod denn noch kollidieren?
Dann könnte ich das in meiner Mod Liste abgleichen und eingrenzen.
Die Zig-Zag Mod hatte ich in etwa auf dem 60. Platz und jetzt ist Sie auf dem 142., das ist noch überschaubar.
Ich denke Mal an Wagon's und Züge kann es ja nicht liegen.
Ansonsten hätte ich noch Assets die an den Gleisen ansnappen.
Aber irgendwie wird kein Gleis dargestellt, so das man es irgendwo anschließen könnte
Zu dem Problem, bin aktuell nicht daheim
Ich habe das unschöne Problem auch.
Er schreibt ein problem in der con Datei.
Die Lösung wurde ja schon genannt und bleibt die Gleiche:
Alle Vorkommen von
trackType[params.trackType +1],
mit
trackType[(params.trackType or 0) +1],
in der genannten con ersetzen. Fertig.
Hab ich gemacht. Er zeigt aber immer noch Probleme.
Ok, da ist jetzt aber ein Fehler an einer anderen Stelle. Die CommonAPI scheint da überhaupt keinen Gleistyp zu finden. Welche Version der CommonAPI nutzt Du?
Da commonapi.init keine Versionsinfo hat, muss das wohl schon etwas älter sein. Ich sehe auch kein Anzeichen das CommonAPI Dateien Preloaded... Das ist sehr komisch...
Deine Modliste besagt:
Common API/-1
Hast Du etwa den Verzeichnisnamen der CommonAPI geändert? Es muss unter mods/eis_os_commonapi_1 sein, auch andere Mods müssen immer ein Verzeichnis mit irgendetwas_<nummer> haben.
https://steamcommunity.com/wor…iledetails/?id=1156778662
https://steamcommunity.com/wor…iledetails/?id=1156778662
Guten Morgen
Zu der Stahlbogenbrücke nutze ich die Commonapi, da diese da benötigt wird.
Ich weiß nicht was da noch dazu gehört.
Nein, das kann nicht sein. Steam Mods werden von TPF immer in der Liste mit Ihrer Steam ID angezeigt und haben als Majorversion 1.
CommonAPI liegt laut deiner stdout.txt nicht in steamapps\workshop\content\446800\
Es bringt nichts wenn Du nicht genau antwortest, das hilft dir nicht dein Problem zu lösen und es wird nur viel länger dauern.
Also bitte sag mir bitte klipp und klar, wo hast Du bei dir die CommonAPI liegen?
Meine Glaskugel sagt mir, sie liegt in mods Verzeichnis, unter dem Namen "Common API". Das ist einfach falsch. Du hast da auch noch eine Menge andere Mods die mir sehr komisch vorkommen.
Alle Steam Workshop Mods liegen umbenannt in meinem Ordner Mods.
Also erst mal, alle Transport Fever Mods im mod Ordner müssen mit _ und einer Zahl enden (Steht auch im Lexikon (auch im relevanten Steam Mods sichern Beitrag) und auch im TPF Wiki).
Sonst sind es keine richtigen TPF Mods und es kann zu Fehlern kommen.
Zweitens, es gibt hier auch die CommonAPI Webdisk Version:
Common API
Drittens, CommonAPI funktioniert nicht wenn du da einen eigenen Namen nutzt.
Wenn alles richtig ist, hast du die CommonAPI unter mods/eis_os_commonapi_1 installiert. Im Ordner der CommonAPI gibt es dann die Verzeichnisse bin doc und res, sowie mod.lua, strings.lua und co.
Es dürfen auch keine zwei CommonAPIs gleichzeitig installiert sein. Dann sollte das Preloaden von Strassen und Gleisen funktionieren und der Mod von RPGFabi auch keine Probleme haben, das es keine Gleise findet...
Mod von RPGFabi
sollte sollte sollte
Ja, ich hab da nen kleinen Fail eingebaut, sollte aber wie gesagt nicht auffallen, wenn niemand an den Params rummurkst
Werde es fixxen wenn ich Zeit habe. Bin gerade heimgekommen, sichere nun meine Urlaubsbilder und muss dann noch auspacken
Zudem werde ich das schöne Wetter geniesen
Ich habe das Problem Lösen können. Ich habe die Commonapi raus genommen und siehe das alles funktioniert wieder es soll
Hallo @Ronny van Buuren
wie @eis_os schon schrieb liegt und lag es nicht an der MOD eis_os_commonapi_1, wenn diese richtig installiert ist, so wie hier bei mir
ich habe diese gestern extra heruntergeladen und getestet.
Der Fehler bei Dir scheint aus 2 Problemen bestanden zu haben.
1. die Einträge in der *.con von @RPGFabi haben nicht gestimmt und werden nun auch für alle anderen gefixt, so ich es richtig gelesen habe
2. du hast die commonapi (nach Sichtung deiner stdout.txt) anscheinend nicht im Ordner MODs installiert sondern irgenwo anders, da sie beim laden der MODs gar nicht aufgelistet war
bei mir in der stdout ist diese eindeutigt zufinden, namlich an der Stelle wo sie laut MOD Beschreibung auch stehen sollte.
Dies nur zur Info (auch für @eis_os), damit andere User/Leser hier nicht verwirrt werden.
sonnige Grüße aus dem Süden.
Seltsam das die nicht zu finden ist. Nun ich habe sie jetzt entfernt und es funktioniert zum glück wieder.
Das ist nicht seltsam, das ist einfach nur dein Fehler. Der Mod-Ordner ist falsch benannt und fertig.