CommonAPI2 Entwicklungsdiskussion, Fragen & Antworten

Um euch mal einen Eindruck zu geben was das dann bedeutet:

Fragestellung: Warum crasht meine "UI Improve" Funktion (in der Beta Version)?

(Der Großteil ist in LUA geschrieben und nutzt quasi nur TPF Bordmittel bis auf 4 Funktionen)

Ab geht die Reise:

- Crash in ConstructionList in Lua

- in conlist.patchModelGroups()

- bei commonapi._native.ModelMetadataExt.set( modelId, "uiCommonAPI", uiCommonAPI)

Hmm, aber die MetadataMap sieht doch noch recht gleich aus im Speicher, also weiter:

- schau mir die Code Zeile an: IdRep_Model* idrep_model = ModelMetadataExt_getIdRepModel(), die aufruft:

IdRep_Model* ModelMetadataExt_getIdRepModel() {
    if (CGame_CurrentPtr == nullptr) {
        return nullptr;
    }
    ModelRep* modelRep = CGame_CurrentPtr->gameRes->modelRep;
    IdRep_Model* idrep_model = &modelRep->modeldata->rep_Model;
    return idrep_model;
};

Also wieder mal die Struktur von CGame analysiert:

Wo wird gameRes gesetzt und ist es noch an der selben stelle?

- Analysiert und ja, ist immer noch an der richtigen Stelle.

Also GameRes analysieren:

- GameRes ModelRep ist auch an der gleichen Stelle.

Aber die Speicherallokation für ModelRep ist nun um 24 Bytes größer

Hier nun mal ein paar C++ Strukturen dazu:

struct ModelRep
{
    ModelData *modeldata;
    std::vector<std::string> maybeListFilenames;
    std::unordered_map<std::string, void*> unknownmap;
};

struct ModelData {
    IdRep_Model rep_Model;
    IdRep_Mesh rep_Mesh;
    IdRep_Animation rep_Animation;
    IdRep_Material rep_Material;
};

struct IdRep_Model {
    std::unordered_map<std::string, int> name2id;
    std::vector<Model*> m_values;
    std::vector<std::string> m_names;
    std::deque<int> freeids;
};

und das finale geänderte Speicherlayout:

struct ModelRep
{
    void* filesystem;
    void* unknown[4];
    ModelData *modeldata;
    std::vector<std::string> maybeListFilenames;
    phmap::flat_hash_map<std::string, void*> unknownmap;
};

struct IdRep_Model {
    phmap::flat_hash_map<std::string, int> name2id;
    std::vector<Model*> m_values;
    std::vector<std::string> m_names;
    std::deque<int> freeids;
};

Sprich ich muss die neue Position von ModelData *modeldata finden, und die geänderte Funktionalität von IdRep_Model.

Anstatt std::unordered_map name2id;> haben wir nun eine phmap, diese funktioniert anders und hat auch eine andere Speichergröße.

Das hat mich heute den Nachmittag gekostet.

Hätte ich die Header Dateien (bzw. ne Art SDK) wäre das ne Sache von 3 Minuten bzw. würde gar nicht erst passieren.

So Sitze ich da halt Stunden dran.

Jetzt fragt Ihr euch, das Feature ist ja unwichtig, schalten wir UI Improve ab.

Ok, aber schauen wir doch mal in FlexStreets:

getOverwriteStripeMaterialsNew von mir macht das:

int materialId = CGame_CurrentPtr->gameRes->modelRep->modeldata->rep_Material.GetMaterialId(&extra->materialName);

Das würde natürlich auch Crashen, wenn CGame_CurrentPtr->gameRes->modelRep->modeldata->rep_Material nicht angesprochen wird, sondern irgendwo falsch abbiegt.

D.h. hier müssen 4 Zeiger und Ihre relative Position richtig sein, sonst gibt es Chaos und die Funktionalität einen Namen zu einer Id aufzulösen.

Ich hoffe ich konnte euch einen kleinen Einblick geben, warum das nicht so einfach ist und nicht mit der LUA Seite von TPF2 zu vergleichen ist.

PS: Auch die Pointer validieren bringt meisten nichts, an der Stelle haben wir ggf. nen validen Pointer, der Zeigt nur ggf. auf ne andere Art von Objekt.

Und das wird im Render Code bzw. beim erstellen von Meshdaten aufgerufen, da gibt es keine LUA Runtime...

Einzigster Trost, ich hab während des Code bastelns nicht an andere Sachen denken müssen, das kommt aber nun um so mehr.

Schau mal hier, ein Workaround wenn windows curl nicht richtig funktioniert:

Thema

CommonAPI2 - Download Repository - HTTP Status 000 - curl Fehler

Hallo zusammen,

ich habe neuerdings ein Problem mit der CommonAPI2. Ich kann keine neuen Update-Informationen über die Mod-Einstellungen herunterladen.

Fehler beim Updaten:
curl: (43) A libcurl function was given a bad argument
HTTP Status: 000

Angezeigt wird hier die tpf2.json für das Transportfever.net-Respository. Die URL kann ich aber vom System erreichen.

transportfever.net/wsc/attachment/235191/

Das Problem haben laut Mitspieler auch noch ein paar andere.

Aktuelleste CommonAPI2-Version ist…

manuel_zockt

3. September 2024

Nochmaliger Hinweis:

Achtung:

Wegen privater Angelegenheiten wird es für das Herbstupdate kein direktes Update geben

Sprich benutzt bitte bei Steam das Build Archive und seht bitte von privaten Nachrichten ab, danke

Anleitung gibt es hier:

https://www.transportfever2.co…php?id=gamemanual:updates

buildArchive35732 kann genutzt werden um die vorherige Version des Spiels zu nutzen.

Important:

CommonAPI2 won't work with the new Autumn Update.

Please use buildArchive35732 to keep the previous game version.

UG has written a guide:

https://www.transportfever2.co…php?id=gamemanual:updates

Please don't send me private messages, thank you.

-edit-

Unser Dino von Urban Games war so lieb und hat die Erstellung des buildArchive Eintrags in die Wege geleitet...

Wenn Ihr mein letzte Nachricht angeschaut hättet, seht Ihr Ich habe daran gearbeitet und auch erklärt warum das alles sehr lange dauert.

Inwiefern und wenn ich die Windows Version zum laufen bekomme habe ich keine Ahnung und ich will mich auch nicht festlegen.

Ich hab ne Tonne an Fragmente für Straßen wieder gesucht und nun gibt es ein Ladecrash in Windows, also kein Fortschritt. Layerview hat mal funktioniert unter Windows habe ich ein CommonAPI2 Menü.
Die Linux Version hat mir zumindest schon wieder eine CommonAPI2 Menü angezeigt,, aber die Fragmente passen auf neuere Versionen schon wieder nicht mehr. Wie schwierig das ist, hab ich ja schon gezeigt.

FlexStreets alleine besteht aus 51 Dateien und etwas mehr als 450KB Code. Und nen Debugger kann ich auch nicht dran klemmen...

Da ich immer wieder lese, das es keine CommonAPI2 Version geben wird, das hab ich so nie gesagt!

Ich habe nur wenig Zeit dafür und wenn doch, wie gestern, ist alles recht kompliziert.

Ich arbeite an CommonAPI2 weiterhin in meiner Freizeit wenn es eine fertige Version geben wird kann ich aber nicht sagen.

Es wurden etliche Änderungen in TPF2 gemacht, die mich halt ausbremsen.

Es kann natürlich auch passieren das bestimme Konzepte nicht mehr funktionieren oder anders umgesetzt werden müssen.

Randnotiz, Ich hab sogar detailliert über Änderungen des Spiels berichtet.

English:

As I read several there won't be any CommonAPI2 anymore, this I never said!

I only have limited time, and the time I have for it is eaten by complicate problems.

I still work on CommonAPI2 on my free time, when I can offer a version I won't know.

A lot of TPF2 internals have changes so there is only slow progress.

It may be that certain aspects won't work with the new update, and may need to be changed.

Sidenote: I wrote about internal changes of TPF2 in my last posts...