Assertion Failure: Assertion `!m_types[iindex].name.empty()` failed

Mal ohne Mods laden und mit dem Debug Tool nach Entity: 87552 suchen

Deine Fehlermeldung bedeutet das dass "Object 87522" in dem Savegame fehlerhaft ist. Auf einer neuen Karte ohne Mods wird dieser Fehler wohl auch nicht so auftreten.

Dazu musste schon das fehlerhafte savegame ohne Mods laden wie vacuumtube geschrieben hat. Wobei ich nicht glaube das dass funktionieren wird. Einige Mods können nicht deaktiviert werden.

Die stdout gibt aber noch den Hinweis das es mit Tracktypen Probleme gibt, schalte also mal alles Mods aus die dem spiel Gleise hinzufügen.

z.b.:
rheingold_db_gleisset_mod/1 (1) (DB Gleisset)

ETH_inv_track/1 (1) (Unsichtbares Gleis)

Zitat von JiProud

Lässt sich da rausfinden, was das genau für ein Objekt ist?

Nur wenn das Spiel fertig geladen werden kann.

Lösche bei dem Mod mal unter tracks die standard+hai_speed.lua. da werden die Vanilladateien überschrieben. Evtl kommt es dadurch bei dir zum Absturz.

Langsam gehen die Ideen aus. Normalerweise sollten bei Gleismods die man deaktiviert die Gleise automtisch ersetzt werden durch vanaillagleise (hat bei mir jedenfalls immer funktioniert) Poast mal die stdput nachdem du beide Gleismods deaktiviert hast. Du hast ja gesagt es ist dann eine andere Entitity.

Das ist sehr komisch. Technisch sollte es nie passieren das im Spiel ein TrackType genutzt wird, aber im TrackTypeRep ein Gleis ohne Dateinamen auftritt.
(Deswegen bricht der Code ab)

Technisch sollte UG im Spielstand alle Daten für nicht vorhandene TrackTypes speichern und diese dann ersetzen.

!m_types[iindex].name.empty()

m_types ist ein std::vector (Array) aus einem Paar von std::string Name (der Dateiname) und einem Zeiger auf die TrackType Daten (Speicherstruktur der eingelesenen config oder alternativ der internen Sicherungskopie sofern vorhanden)

Also das was man in der Konsole bekommt, Beispiel:

>> api.res.trackTypeRep.getAll()

{

[0] = "high_speed.lua",

[1] = "standard.lua",

[2] = "eis_os_1000mm.lua",

[3] = "eis_os_1000mm_5_5m.lua",

[4] = "eis_os_750mm.lua",

}

struct std_pair_string_TrackType
{
    std::string name;
    TrackType *trackptr;
};

struct TrackTypeRep {
    ...
    std::vector<std_pair_string_TrackType> m_types;
};

Schalte ich nun mal mein Gleisset ab, erhalte ich in der stdout.txt:

eis_os_1000mm.lua not found in res/config/streets but was saved with savegame

eis_os_1000mm_5_5m.lua not found in res/config/streets but was saved with savegame

eis_os_750mm.lua not found in res/config/streets but was saved with savegame

Aber ich habe weiterhin, alle TrackTypes (durch UGs Sicherung),

beim Laden werden die Daten dann eingelesen und die Modelle mit "placeholders/missing_generic.mdl" ersetzt, d.h. man hat ne Menge Würfel.

-edit-

Streckennetz, Dresden und Umgebung angeblich gibt es im Video eine Lösungsbeschreibung (Warum macht man so etwas in Videos?) laut Kommentaren.

Nochmals, ich hab dir den Code da oben aufgedröselt, den gibt es an X stellen in TPF2, aber es kommt immer auf das Gleiche raus:

Ein Entity will ein Gleistype benutzen, schaut in im TrackType Repo nach, da ist aber nix. -> Fehler. Die Lösung kann also eigentlich nicht sein, weniger Gleismods zu laden, sondern eher mehr Gleise zu laden...

(Das Savegame ist ggf. zu alt und daher hat TPF2 da noch keine Sicherungskopien der Gleisdaten gespeichert)

savegame version 296

Das kommt mir doch etwas alt vor. Da wurden noch keine Gleisinformationen ins Savegame gespeichert. Daher funktioniert der Fallback nicht.

Ich habe in Erinnerung dass es da nach dem Update in dem das Fallback eingebaut wurde eine Änderung gab. Früher wurden bei fehlendem Straßen/Gleistyp eine nützliche Fehlermeldung gegeben wie

Zitat

3 resource(s) are missing!

street/street1.lua

track/standard_70.lua

...

So konnte man andere Savegames zumindest mit trial and error laden und wusste welche Dateien fehlen bzw. nach welchen Mods man etwa suchen musste.

Lädt man nach diesem Spielupdate alte Savegames, die noch nicht die Informationen drin haben, kann der Fallback nicht durchgeführt werden. Die Fehlermeldung ist, wenn ich mich richtig erinnere, bei Gleisen aber nicht mehr wie oben, sondern besagte ResTypeRep.h:142 Assertion. Da steht dann leider kein Dateiname drin.

Meine Vermutung daher: Eine Construction verwendet einen Gleistsyp der nicht geladen ist.

Daher nicht weniger Gleismods laden, sondern den fehlenden aktivieren! Oder möglicherweise musst du wie in der Anleitung dann Gleisdateien hinzufügen.

Bitte jedenfalls nicht auf die Idee kommen, Mods zu deaktivieren, in denen diese Construction mit abhängigem Gleis sein könnte! Die Daten zum Verweis auf den Gleistyp sind schon fest im Savegame gespeichert.

Wie ich oben beschrieben habe, gibt es die Fehlermeldung sofern die Daten vorhanden sind.

Und mehr Gleise laden weil da noch Gleise fehlen hab ich auch schon vorgeschlagen...