Unerklärliche Absturzhäufung

Kannst du das Spiel pausieren, bevor es abstürzt?

Es scheint, daß die Frau Schwarz gerne mit einem Fahrzeug fahren möchte, das ihr nicht gehört oder sonstwie nicht für sie vorbereitet ist.

Zitat von stdout.txt

{

cargoType = "PASSENGERS",

colorConfigCar = -1,

colorConfigPerson = 49,

destinations = { 190875, 266712, 575583, },

id = 489690,

landUse2ReachableLines = { 61553, 77504, },

landUse2ReachableWalkDrive = { 7271, 9653, },

lastMoveMode = 2,

lastNonResType = 1,

modelIdCar = -1,

modelIdPerson = 1822,

moveModes = { 0, 2, 2, },

name = "Christiane Schwarz",

speed = 2.1088719367981,

targetOrAtEntity = 190875,

travelTimes = { 0, 0, 0, },

type = "SIM_PERSON",

}

Uncaught exception while in class UI::CSelector

Thread did not respond to ping. Possible hang detected!

Exception type: Fatal error

Details:

Assertion Failure: Assertion `spav.place >= 0 && spav.place < (int)vehiclePartInfo.seats.size()' failed.

Alles anzeigen

Wenn du Fahrzeugmods für deine Zombies benutzst, dann probiere einmal, sie vor Spielstart zu deaktivieren.

Das steht modelIdCar = -1, sprich Frau Schwarz hat nach der Info gar kein Auto...

Schau mal was das für ein Fahrzeug da bei Entity Id 190875 sein könnte und tausche das mal aus, bzw. lass es voll laufen durch Reduzierung von anderen Fahrzeugen auf der Linie.

Ich würde sagen, da ist ein Fahrzeug mit zu wenig Sitzen unterwegs: vehiclePartInfo.seats.size() und sobald du nahe an der Kapazitätsgrenze kommst gibt es dann einen Crash wenn da ein Sim sein Plätzchen sucht...

Warum testen, du willst ja in Zukunft und auch für andere das Problem lösen...

Das wird das Problem auf Dauer nicht lösen... sobald der fehlerhafte Bus wieder ankommt und TPF2 versucht den vollzuladen wird es wieder knallen.

Es wäre sinnvoller das zu machen was eis_os vorgeschlagen hat und lieber den kaputten Mod zu suchen.

Nochmals es wäre hilfreich das du uns das Mod und Bus nennst und die Anzahl der Busse zum testen reduzierst bzw. nur jeweils eine Art von Bus nutzt-

Damit sollte dann ganz sicher crashen wenn die Busse "volllaufen" um den Fehler genau einzugrenzen. (Einen Test Spielstand musst du ja nicht weiter nutzen)

Vielleicht hat der Busmod schon ein Update erhalten? Auch dann ist die Info hilfreich

Nicht nur du willst Hilfe, alle anderen Nutzer auch. Sprich das mindeste was du leisten musst ist ggf. ein paar Minuten Zeit investieren um Fehler genauer einzugrenzen, nicht für dich sondern eben auch für andere Spieler.

Antworten wie: "Funktioniert nun" sind extrem egoistisch, denk mal an deine Mitmenschen die ggf. auch so ein Problem haben.

Und das gilt für alle Nutzer hier im Forum, das Forum lebt von gegenseitiger Hilfestellung!

PS: Und nein mit der hier gezeigten Infos kann ich nicht herausfinden welches Fahrzeug bzw. Busmodell genutzt wird... außerdem müsste ich dann wieder Zeit investieren um das einzugrenzen...

Ggf. hast du dein TPF2 auf eine neue Testing Version geupdated?

Die neuen Testing Versionen haben ein paar mehr checks drin, damit TPF2 eben nicht mehr crasht.

CommonAPI2 ändert da eigentlich nichts. checkMods sollte bei fehlerhaften Ids aber etwas in der stdout.txt hinterlassen:

"CommonAPI2 CheckModels ERROR: " "seatProvider.seats" bzw. "bigger then last mesh id in lod"

Was sein kann, das ein Seatprovider fehlerhaft ist. Das sollte aber dann bei mehr Nutzern Probleme geben.

Wenn ich mir die Dateien anschaue. haben die in der Webdisk auch capacity = 150, darin wird es wohl nicht liegen.

Werden denn die Fahrzeuge bzw. das Fahrzeug nun auch voll ausgelastet?

CommonAPI2 ist leider nicht im Spielstand aktiv. Lade mal mit checkMods aktiv und aktivierten CommonAPI2 im Spielstand. Das sollte ggf. allgemeine Fehler in mdl Dateien aufdecken.

Alternativ versuch es halt mit der testing version...

stdout.txt nach dem laden eines Spielstands hochladen, und oder nach dem Laden unten den API Knopf drücken "Ladefehler" aufrufen, dann hast du eine UI mit Fehlern... (Und ja, TPF2 hat da ein paar Fehler ab Werk)

Wenn da was mit 100 am Ende steht, wird TPF2 bei Nutzung des Models in 35720 und älter crashen. Es soll wohl in der testing Version nun nicht mehr crashen...

Ja, leider hat es nen Fehler in CommonAPI2 getriggert. Wenn ich dazu komme das besser zu debuggen kann ich aber nicht sagen...

commonapi2.checkModels: checkModels failed for mods/eisfeuer_duewag_r_1/res/models/model/vehicle/tram/duewag_r.mdl

CommonAPI2 CheckModels ERROR: mods/eisfeuer_duewag_r_1/res/models/model/vehicle/tram/duewag_r.mdl: mods/eis_os_commonapi2_1/res/scripts/commonapi2\fix\checkModels.lua:261: attempt to compare number with nil

Alternativ fällt mir noch ein die Person auf der Karte zu folgen...

Kirsche bzgl. Post #12

aktualisiere einmal die Fährenmod - in der ursprünglichen Version war genau dieser Fehler "Anzahl Passagiere" zu "Seats" drin. Ist dann behoben

worden.

Gruß

Paul

Kirsche

ich kann hier nur für die Fährenmod anmerken, es müssen ja erst einmal soviel Personen die Fähre nutzen und konkret hatten da die Einträge

seatprovider seats ( anzahl seat definitionen ) und cargoentries seats ( tabellengröße ) nicht gepasst. Wenn du kannst und noch nicht die neue

Version geladen hast, dann öffne mal die faehrebln.mdl, suche den eintrag "cargoentries" und wenn der wert <> 72 ist, Fähren-Mod löschen und

neuen download und aktivieren.

Gruß

Paul

Und mir bitte eine Kopie der kaputten Mod zusenden, dann kann ich das ggf. auch nächsten via CommonAPI2 prüfen...