CommonAPI2 Entwicklungsdiskussion, Fragen & Antworten

1.8.20230209 Beta

Ein fix für CommonAPI2 damit zwei Threads (GUI und Savegame Ladethread) nicht zu einem Deadlock führen, wenn beide gleichzeitig auf CommonAPI2 LUA State zugreifen.
This is a fix for CommonAPI2, two threads (gui and savegame loading) could create a deadlock when both try to access the CommonAPI2 lua state.

1.8.20230209-beta

- THIS VERSION IS FOR TPF2 Steam beta build 35153 and GOG build 35153 only!

- native: rewrote internal LUAObject wrapper mutex and allocation, should fix deadlocks

Gab es einen Fehler bezüglich danach bezüglich Metadaten?
MetadataMap::Get<struct model_metadata::

Da technisch mehrere Threads beteiligt sein können, kann ich das nicht 100% sagen, die Chance ist aber sehr hoch das es das letzte Modell laut TPF2 auch der Grund dafür ist einen Fehler mit MetadataMap::Get<struct model_metadata::Availability> oder ähnliches zu verursachen.

Da TPF2 Code in der Regel so aufgebaut ist:

metadataMap = ModelRep->getMetadataMap (ModelRep, ModelID) <- Mit CrashDebug, wird CommonAPI2 hier den Modellnamen via stdout.txt herausgeben

<Mehr ProgrammCode>

daten = MetadataMap::Get<struct model_metadata::Irgendwas>(metadataMap)

Sollte nun MetadataMap::Get einen assert machen und TPF2 beenden, dann muss irgendwann man vorher das ModelRep da oben befragt worden sein.

Warum im Modell zum Beispiel kein Availability vorhanden ist? Entweder hat das Modell es nicht oder ein Script Mod hat das Modell geändert, alternativ wird ein Model fälschlicherweise als etwas anderes genutzt. Beispiel ein Asset als Fahrzeug oder so...


Und bevor hier wieder herum spekuliert wird, nein das ist kein Fehler der durch CommonAPI2 verursacht wird, aber CommonAPI2 kann halt Debugging Werkzeuge anbieten die Urban Games oder Dinos halt nicht anbieten...

Build 35171

Allgemeine Info zu heutigen Update, laut ersten Dump hat Urban Games an der ModelMetaData Map herumgeschraubt und benutzt da jetzt was neues,

daher wird es in den nächsten Tagen kein zeitnahes Update der CommonAPI2 geben!

So auch wenn es vielleicht nur 24 Stunden hält, bis UG uns wieder mit einer neuen Version beglückt

Leider erst mal nur für Windows Build 35171:

1.8.20230215-beta

- THIS VERSION IS FOR TPF2 Steam windows beta build 35171 only!

- native: fix a lot of code fragment for build 35171

- native: disable flexstreet upright feature, patching not possible anymore

- add Parallel Hashmap license

Dank des super tollen GOG Clienten hat es das Update wieder mal nicht gemacht. Nun hab ich die Einstellungen wieder mal geändert, dann hat es erst mal wieder Stabil installiert
(beta war grau und nicht wählbar obwohl Beta installiert war), dann durfte ich wieder Beta installieren.

gog_35171_1 sollte wohl als buildoverwrite funktionieren...

So nun das ganze für alle von CommonAPI2 unterstützten Plattformen:

GOG Windows Beta 35191

Steam Windows Beta 35191

Steam Linux Beta 35191

1.8.20230218-beta

- THIS VERSION IS FOR TPF2 Steam beta build 35191 and GOG build 35191 only!

- linedestination: switch to vehicle manager button fixed, added scrolling code

Wenn ich nicht ständig damit beschäftigt wäre, mir erst mal einen API Baukasten zu bauen, das wäre schön:

Nunja, ich hab langsam den Dreh raus.

Bei jedem Fahrzeughalt gibt es nun ein CommonAPI VehicleArrived Event.
Hier nur mal ein paar Teile aufgezählt was CommonAPI2 dafür alles "Anfassen" muss:

- Low level access zum Entity Component System.

- GameState und GameRessourcen,

- GameScriptRep, wir wollen ja ein Event schicken.

- Eine Möglichkeit ein ecs::component::TransportVehicle zu ändern ohne es komplett neu "zu kaufen" via cmd.ReplaceVehicle,
- Dafür müssen wir via sol einen schreibbares ecs::component::TransportVehicle erschaffen.

- Ne Möglichkeit der Engine mitzuteilen, das die Modelle neu angepinselt wurden.

Daher:

Nö ich hab noch keine UI und wo die Reise hingeht ist auch noch nicht klar.

Technisch bedient es sich aber an Vorarbeiten von LINE_DESTINATION, man kann also im Linienfenster bei jeder Einfahrt die Farbe automatisch anpassen lassen.

Wer UI Ideen hat, gerne her damit... Gerade so ne Art Palette Vorauswahl wäre wohl gut, sonst bleibt es bei Karneval...

Buildoverwrite für Build 35210 scheint zumindest bei der Windows Steam Version zu funktionieren. Sollte irgendwas komisch sein, so bitte mitteilen.

Windows: steam_35210_1

Linux: steam_35210_2

Werde keine Zeit haben das gerade ausführlich zu testen...

UGs Beta 35230 scheint mit CommonAPI2 20230218 (siehe weiter oben) + Buildoverwrite zu funktionieren

Windows Steam: steam_35230_1

Windows GOG gog_35230_1

Linus Steam: steam_35230_2

scheint zu starten, auch kann ich ne Haltestelle bauen.

Wer einen Crash hat oder andere Probleme, bitte melden

Moderativer Hinweis:

Wir haben hier ein zivilisiertes Forum, ich habe andere Dinge zu tun als irgendwelche Eskalationen. Daher hab ich den Rest abgetrennt...

Grundsätzlich gilt, stdout.txt immer komplett anhängen. Da sagt gerade gar nichts aus, da ist ja noch nichtmal ne Zeile drin die CommonAPI2 erstellt hätte.

Aber nochmalig, ich werde bald ne neue CommonAPI2 für 35210 35243 raus bringen, nur wenn ich hier im Forum schreibe kann ich nicht gleichzeitig ein Paket fertig machen...

-edit- fertig

Beitrag

RE: CommonAPI2 - Neue Versionen und wichtige Informationen

Neue Version 1.8.20230309


Bitte beachtet, irgendwas mit UGs Lademechanismus und CommonAPI2 kommt sich schon mal in die Quere, auch wenn ich dachte das ich Crashs ausgemerzt habe, scheint die Windows Version wieder Ärger zu machen...

Bitte beachten, schaltet in Einstellungen -> Erweitert -> Absturzberichtet senden ab, danke

Please disable send crash reports in setting -> advanced, thank you

Es ist ein bekanntes Problem mit Threads das ein Spielstand laden im Spiel zu einem Crash führen kann...
It's

…

eis_os

9. März 2023