CommonAPI2 Entwicklungsdiskussion, Fragen & Antworten

Hallo allerseits.

beim testen des Straßenpakets hab ich noch unangenehme Probleme festgestellt, ich hab nun den check für train0 == train1 einfach mal abgeschaltet.

Nochmalig der Hinweis, dieses ist eine Testversion. Macht ein Sicherung eures Spielstands.

Die Nutzung von TrainTracksOnStreets führt zu einen Spielstand, der nicht mehr ohne CommonAPI2 geladen werden kann. Da UG Schienenfahrzeuge auf Straßenspuren nie vorgesehen hat!

Als Verbndungsbauwerk gibt es Konstruktion in Gleiskonstruktionen

Es kann ein bisl zickig sein, um es so kurz wie möglich zu gestalten. Daher als erstes bauen und dann die Straße weiterbauen. Die Gleiswahl erfolgt wie bei Bahnhöfen mit Modulen und sollte damit quasi mit jedem Gleisset kompatibel sein.



Hello to all,

with the last test, i still found a problem, so now I removed the check for train0 === train.
Again the information, this is a test version. Backup of Savegames are required.

The usage of TrainTracksOnStreets will create a savagame that can't be loaded without CommonAPI2. UG never thought about using rail vehicles on streets.

Traintracksonstreets2_small.webm

1.9.20260328-dev

- FlexStreets TrainTracksOnStreets disable isValidTransition check for train0 == train1

1.9.20260315-dev

- fix CGameTime::GetGameTime1 animation stuttering on windows (bascule bridge)

- fix and enable old CommonAPI user filter settings for tracks and streets

- FlexStreets: add extradataCommonAPI for StreetType to access extradata in postRunFn (sol2 wrappers)

- FlexStreets: add setting traintracksonstreets (requires FlexStreets)

- FlexStreets: add support for own materials streetTrain, streetTrainTrack, crossingStreetTrain

- FlexStreets: simplify StreetGeneratorOverlay, add train tracks to street transition, add crossingTrainTrack materials in overlay

- FlexStreets: simplify ExtraMaterial, change memory layout, so it can be used as StreetTypeMaterial

- rename setting flexstreetstracks to traintrackcatenary

- add commonapi.supports.TRAINTRACKSONSTREETS

- inspect window: BASE_EDGE_STREET: add api.res.streetTypeRep.get to console when pressing street type

- inspect window: show MOVE_PATH entries

- inspect window: add MOVE_PATH_AIRCRAFT(hidden)

- Show currently run postRunFn mod when verbosity setting is debug

- streetTerminalCommonAPI openDoors = left: try to use right animation if left animDuration is zero

-edit-

Und Feluno hat schon ein Video erstellt:

Zurzeit erkennen Züge keine Straßenfahrzeuge oder Trams. Auch werden sie nicht an Ampeln halten.

CommonAPI2 fügt Schienenfahrzeuge, die sich gerade auf einer Straße befinden in die Kollisionsliste für Straßenfahrzeuge ein.

TPF2 hat halt zwei unterschiedliche total inkompatible Systeme wie Fahrzeuge funktionieren.

Blocksysem für Züge und das Straßen und Passagiere System das Kollision ermöglicht.

Ein Eisenbahn Signal ist im Endeffekt nur eine Blocktrenner, der noch die Information anzeigt.

Eine Ampel blockiert die Lane, die Blockade wird aber überhaupt nicht für Eisenbahnfahrzeuge überprüft.

Schalte mal deine UI unter Einstellung auf Benutzeroberflächenmodus auf "Classic"

Bin mir noch nicht sicher woran das Problem liegt. Kannst du mir bitte eine komplette stdout.txt geben, ich hab mal auf Controller UI gestellt, ich hab keine UI für CommonAPI2, aber das Spiel startet...

Hmm, es tut mir leid, aber ich habe keine Ahnung warum das Spiel im UI Thread crasht,

Es wäre gut zu wissen, ob ein neuer Spielstand nur mit CommonAPI2 auch den crash verursacht.

Ich möchte auch darauf hinweisen, das die CommonAPI2 UI nicht im Consolen Modus funktioniert und daher die meisten Features nicht funktionieren.

Danke für das Testen, ich hab mich mal durchgekämpft und denke den Fehler gefunden zu haben.

Technisch gesehen scheint TPF2 bei der Nutzung von getItem keine Bounds checking zu machen und einfach ohne Fehlermeldung kaputt weiter zu arbeiten, bzw. den Thread einfach abzubrechen.

Ich kann TPF2 mit Controller UI so 7 mal starten und dann kommt es zu komischen Problemen.

Ich arbeite an einer Lösung

eis_os_streetpackage_1\res\scripts\eis_os_streetpackage\eis_os_rail2streetadapter.lua

In Zeile 164 steht

m.cost.price = track.cost

mal mit

m.cost.price = track.cost or 0

ersetzen

Ersetzt mal den Anfang von createTrackModule bis m.category.categories mit dem Teil hier:

(Module in TPF2 mögen nur Integer Kosten, die Tracks haben aber floating point Kosten... )

So eine Eigenart von TPF2 mal wieder, das math.floor sollte es beheben...

builder.createTrackModule = function(fileName, catenary)
    local trackId = api.res.trackTypeRep.find(fileName)
    if (trackId < 0) then
        return
    end
    local track = api.res.trackTypeRep.get(trackId)
    if (track == nil) then
        return
    end
    local m = api.type.ModuleDesc.new()
    local baseFileName = string.gsub(track.icon, ".lua", "")
    if (catenary == true) then
        m.fileName = "eis_os_rail2streetadapter_track_"..fileName.."_catenary"
    else 
        m.fileName = "eis_os_rail2streetadapter_track_"..fileName
    end

    m.availability.yearFrom = track.yearFrom
    m.availability.yearTo = track.yearTo
    m.cost.price = math.floor(track.cost or 0)
    m.category.categories = track.categories or {}

Bauen lässt sich das Modulsystem von lennardo97 trotzdem nicht. Ich bekomme beim Bauversuch ein Fehler

urban_games/train_fever/src/Game/transport/street/construction_util_street.cpp:1401: void __cdecl street_util::FinishRailroadCrossings(const class ModelRep *,const class RailroadCrossingTypeRep *,const class ecs::Engine *,const class ecs::RailroadCrossingSystem *,struct street_util::CreateShapesResult &,struct street_util::RailroadCrossingProposalData &,const class std::vector<int,class std::allocator<int> > &): Assertion `data.rc.nodes[i].GetId() >= 0' failed.

-edit-

Ich muss FlexStreets komplett deaktivieren, dann werden die Wilden Lanes gebaut...

-edit2-

Fehler dafür gefunden. Muss einen unbekannten Eintrag/NodeId in StreetGeometry_StreetContext auf -1 setzen. Dann scheint es zu funktionieren...