CommonAPI2 Entwicklungsdiskussion, Fragen & Antworten

Was genau meinst Du? Die Güterwagen von Kaleut, die hier offenbar den Fehler beim Import verursachen?

Sorry, korrigiert. Der Fehler passiert beim Import!
Und nein: Beim Deaktivieren und Reaktivieren der Mod passiert nichts.

marcok_78

Und warum hast Du noch weitere Bahnhofserweiterungen drin? Hier könnte evtl. Dein Problem liegen. Bei Verwendung des Bahnhofs-Adapters von eis_os heißt der letzte Längeneintrag noch lange nicht, dass man nicht noch längere Bahnhöfe bauen kann. Mit Hilfe der CommonAPI ist es bei den Einstellungen der Bahnhofs-Adapter-Mod sogar noch möglich die Anzahl der Bahnhofsmodule zu erhöhen. Das sollte aber behutsam gemacht werden.

Zum Thema Depot-Adapter. Dieser gibt Dir z.B. die Möglichkeit Gleis-Mods bei den Depots zu verwenden.

Ich kann Dir nur empfehlen alle 3 Mods mal gründlich in einer Testkarte auszutesten. Mir fällt wirklich kein Grund ein andere Bahnhofserweiterungen zu verwenden. Aber jeder spielt halt anders.

eis_os : Das mit der älteren Version war ein guter Hinweis. So fand ich, dass es vom Repaintpack eine neuere Version gibt, die ich mir gleich mal einspielte.

Ausschlaggebender aber war, dass ich die Kesselwagen erneut runterlud und ins "neue" Modverzeichnis packte, während die alte Installation sich noch im "alten" Verzeichnis befand.

Danach erhielt ich noch folgenden Fehler:

Hier verfuhr ich aber wie mit Kaleuts Waggons und konnte danach die Modliste erfolgreich importieren.

Allerdings wurde beim Importvorgang einige wenige Mods nicht mit importiert, was aber weniger tragisch war. Kannst Du Dir aber erklären, weshalb die außen vorgelassen wurden?

Nach dem Import der Modlist in eine neu generierte Karte, stürzt das Spiel nach einiger Ladezeit mit einem "Fatal Error" und einer mir nichts sagenden Fehlermeldung ab.

Das hier scheint der Auslöser zu sein:

Zitat

In function: struct CargoTypeId __cdecl transport::CargoTypeRep::GetIndex(const class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &) const

__CRASHDB_CRASH__ struct AssertException: ..\..\src\Game\transport\CargoTypeRep.cpp:117: struct CargoTypeId __cdecl transport::CargoTypeRep::GetIndex(const class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &) const: Assertion `int(index) >= 0' failed.

Exception type: Fatal error

Die stdout.txt hab' ich mal angehängt.

Ich wählte die Ex- und Importfunktion bewusst, um Probleme mit Abhängigkeiten von Modreihenfolgen zu bekommen, falls sowas den Fehler verursachen sollte.

Einiges setzt ja eine "Basis-"mod oder eine Mod zur Mod zur Mod zur Mod oder sogar eine Mod zur Mod und Fix zur Mod zur Mod voraus. Und was jetzt wo stehen muss und wovon abhängig ist, ist bei einer Anzahl von 1480 Mods nicht mehr zu sagen. Auch eine Suche nach den Mods und Hinweise darauf, welche was benötigt, ist echt keine Option.

Zitat von PeterLustig

Hier verfuhr ich aber wie mit Kaleuts Waggons und konnte danach die Modliste erfolgreich importieren.

Das hatten wir aber schon öfter, das ist keine gute Idee Mods 2x zu installieren. Das führt fast immer zu Problemen, in deinem Fall zu genau dem was da passiert ist. Das hat auch nicht mit Capi.2 zu tun..

Ja, das weiß ich. Die Mods sind auch nicht parallel installiert. Es war jeweils zunächst die Mod im "alten" Verzeichnis aktiv. Diese deaktivierte ich dann und aktivierte die im "neuen" Mod-Verzeichnis.

Den Schieber (aktiviert/deaktiviert) ließ ich im Screenshot weg, weil ich nur die Icons zur Verdeutlichung von "altem" und "neuem" Modverzeichnis zeigen wollte.

Wenn nichts dagegen spricht, würde ich die Fehlermeldung auch noch mal an anderer Stelle posten, weil ich nicht weiß, ob hier jeder reinschaut.

Gibt es in der CommonAPI eigentlich die Möglichkeit die gespeicherten Mod-Listen in einer Text-Datei anzeigen zu lassen? Und wenn ja, wo finde ich diese Dateien?
Ich hatte in einem Save-Game ein paar "überflüssige" Mods entfernt, weil ich das Spiel ein wenig entschlacken wollte - aber das Spiel war dann doch anderer Meinung, was wichtig ist und was nicht und meint an diversen Stellen sich kommentarlos verabschieden zu müssen.
Und da ich die entfernten Mods auf keiner Gedächtnis-Prothese notiert habe, würde ich gerne mal die Mod-Listen vergleichen, um zu sehen, ob ich nicht doch irgendwo im Übereifer war...

Ok, danke Dir! Hab's auf Anhieb gefunden...hatte die vorher aber tatsächlich irgendwo in den Ordner der Mod vermutet...!

Zitat von eis_os

sehe nirgends ein call zu getDefaultSettings in mod.lua

Doch, ganz unten in der mod.lua (settings = modutils.userSettings.getDefaultSettings(modData),)

Ich nutz die CommonApi sehr gerne und hat mir auch schon Hinweise zu Bugs geliefert, die UG verborgen hat.

Zudem kann man lange testen, was UG dann auch noch einführt .

Und einige tolle Funktionen bietet CommonApi wohl weiterhin zusätzlich zu all dem was UG eingebaut hat.

Aber ehrlich gesagt würde ich auch verstehen, wenn die Luft draussen ist.

Ich persönlich nutze die Common Api auch sehr gerne und das bereits seit TPF1.

Wäre sehr schade wenn dieses tolle Projekt mit seinen vielen Funktionen aufgebenwird.

Lg Tom

Der Wegfall der Common Api und alle der damit verbundenen Erweiterungen wäre mehr als nur schade, es wäre ein echter Verlust!