Beiträge von eis_os

OSM Import gibt es schon:

OSM-TPF2 Importer

Um das Dateiformat zu editieren musst du die ganzen Kram kennen, das ist ein gepackter Binärstream, der je nach Savegame Version auch noch unterschiedlich gelesene werden muss. Das ist also recht kompliziert...

Leafad

Ok. ich hab das alles noch mal getestet.

Eigentlich müsste CommonAPI funktionieren, ich hab meine Straße noch mal überprüft und ein Problem feststellen können.

Damit der Haltestellenbau richtig gebaut werden kann, muss auch die jeweilige Fussgänger Lane auf Links umgestellt werden.

Die Richtungen von Lanes kann man sich im Debug Modus anschauen, die Fussgänger Lanes müssen in die selbe Richtung wie die Fahrspuren zeigen.

https://wiki.transportfever2.c…hp?id=modding:ingametools

    laneConfig = {
        { forward = true }, -- sidewalk left
        { forward = true }, -- left lane

        { forward = true }, -- middle lane
        { forward = true }, -- middle lane
        { forward = false }, -- middle lane
        { forward = false }, -- middle lane

        { forward = false }, -- right lane
        { forward = false }, -- sidewalk right
    },

Leafad

ich habe dein Problem in ein eigenes Thema ausgelagert bzw. abgespalten.

.
Ich habe mir eine Strasse zum Testen erstellt. An den Pfeilen kann man den Linksverkehr sehen.

Habe eine Haltestelle mit CommonAPi2 gebaut. Ich erhalte beim Bau eine reine Tramhaltestelle auf einer Seite.

Mir war es nicht möglich auf der gegenüberliegenden Seite eine Tram Haltestelle zu bauen.

Wer mag kann sich den Code in res/scripts/commonapi2/streetterminal/streetterminal.lua anschauen,
vielleicht erkennt jemand einen Fehler. Mir fällt nichts offensichtliches auf.

Leider funktioniert der Wegerstellung von TPF2 nicht, man kann keine Tram auf eine Linie setzten.

Du scheinst einen Mod für Linksverkehr zu nutzen.

Testweise ein Spielstand nur mit CommonAPI2 + Straßenpaket nutzen, dann schauen ob es funktioniert.

Schaut nicht nach einer Tramhaltestelle aus, sondern nach Bus. TPF2 wird ein HUD Icon für Tram anzeigen.
Hast du mal die Haltestelle von eis_os_streetpackage ausprobiert auf einer der Straßen daraus?

Der Punkt zeigt den Haltepunkt an.

Looks like it isn't a tram only stop. If it's on a street with only trams, TPF2 will show only a tram hud icon

Did you use a stop from eis_os_streetpackage and the included streets?

The yellow dot will show the stop point.

Download:

eis_os Strassenpaket - Strassen mit Rasengleis & Mitteltram -

CommonAPI2 kann sich die strings nicht aus den Fingern saugen.... (Mod muss nicht aktiviert sein, das einlesen reicht)

As far as I know ~/mod.io is hardcoded into the mod.io integration package/runtime. At least the json path.

Try to change the path in globalsettings.json in /home/<username>/mod.io/

{"RootLocalStoragePath":"/home/username/mod.io/common/"}

Note about steam, steam uses a runtime sandbox on linux, so it's not possible to reach certain paths.

For more info, see Sharing directories with the container and PRESSURE_VESSEL_FILESYSTEMS_RW

https://github.com/ValveSoftwa…tories-with-the-container

I have patched the debian /usr/games/steam script to add path outside the normal runtime, so my symlinks work.

echo "Adding /ZEUGS/DEV/CommonAPI2/ via /usr/games/steam luncher"

export PRESSURE_VESSEL_FILESYSTEMS_RW="/ZEUGS/DEV/CommonAPI2/"

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

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.

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...

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

Eigentlich wollte ich das nicht nochmals aufgreifen, aber ich muss jeden in Schutz nehmen der mit den GUI via api.* von UG gearbeitet hat.

Musst mal vorstellen, Microsoft würde mit einem Windows Update den API Befehl für Layout so ändern (anderes Verhalten, andere Parameter), das alle alten Programme crashen. Es gibt halt da so viele Fallstricke, ggf. die UG mit Updates eingebaut hat, die konsequent nicht dokumentiert wurden. Eine Einsicht warum das ein Fehler war, konnte ich nicht von UG sehen.

Wenn ich bei einem anderen Probleme zumindest einen Verdacht äußern konnte warum etwas crasht, wo UG keine Antwort liefern konnte.

Wenn dann ein Mod in dieser exklusiven Liste ist, hoffe ich dann doch, das sich UG doch dann mehr Mühe gibt.

Wenn nicht, hilft auch die beste Vergütung nicht, wenn man dann zwischen den Stühlen steht, auf der einen Seite die Spieler mit Frust und auf der anderen Seite UG ohne Infos.

Daher bleiben meine Fragen:

• Gibt es besserer Doku
• Wird UG mehr auf Rückwärtsstabilität achten
• Gibt es Informationen und Hilfe bei Änderungen im Spiel
• Wie werden Kollaboration behandelt
• Gibt es einen Ansprechpartner, der Kompetent genug ist auch einen Debugger zu starten bei reproduzierbaren Crashs

Ggf. haben Modder bei UG angefragt und eine Antwort erhalten. - ob diese dann Zufriedenstellend ist dann auch noch eine andere Sache -

Wenn es dann Script Mods in dem Programm gibt, würde es vielleicht auch dazu führen das Änderungen der API auch durch UG getestet werden.

Um dann wieder zum Thema zu kommen, dass ist ja dann auch nicht eine Einbahnstraße, es gibt dann auch von UG die Pflicht Sachen nicht unnötig kaputt zu machen.

Bei Fahrzeugmods sehe ich bis auf Probleme zum Beispiel mit ID Zuordnungen nicht so das große Problem. Wobei das hat dann ja zu Crashs geführt.

Von meiner Seite aus, ich hab das alles mit UG schon durch. ModManager Entwicklungen, Mod Parameter Crashs, Überprüfung von Fahrzeugmods gab es wegen Crashs vor UGs Update schon in CommonAPI2. Man hätte da Zusammenarbeiten können. (Und diese Funktion funktionierte auch ohne DLL)

Ich hoffe halt auch eine stabilere Basis für alle und bessere Doku.

-edit-

Des weiteren frag ich mich, was passiert beim Fahrzeugen die es doppelt gibt?

Ich denke UG möchte halt für die Fahrzeug Modder den Anreiz schaffen, das mehr Fahrzeuge von TPF2 auch in TPF3 erscheinen.
Halt irgendwann ist der Spaßfaktor weg, wenn man seine Sachen zum zweiten oder dritten mal Überarbeiten soll.

Ich passe da gar nicht in Ihr Beute Schema, wenn ich das durchlese.

Ich hätte da auch fragen bezüglich Kollaboration.

Hab halt sehr viel Zeit in Script Sachen gesteckt, die gar keinen sichtbaren Nutzen hat solange alles richtig läuft oder unter der "Haube" abläuft. Andere Sachen wollte UG halt anders Umsetzen. (Bahnhöfe, ModManager usw.) . Doppelte Mod laden usw., NEP2 stdout.txt Info bezüglich Farbmods...

Ich möchte auch noch zu bedenken geben, das die Statistiken teilweise auch nicht so aussagekräftig sind.

Zum CommonAPI2 Dummy Mod hab ich immer noch 24000 Abos bei Steam (Es ist nicht mehr gelistet und besteht halt quasi aus nichts)

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.

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:

Yes you should remove at least one version or both.

First you have two different version installed, stdout.txt tells this:

ERROR: CommonAPI2 with different version installed! You can only have one CommonAPI2 installed!

C:/Program Files (x86)/Steam/userdata/424930936/1066780/local/mods/eis_os_commonapi2_1/

And in the game directory with mods/eis_os_commonapi2_1/

I guess TPF2 is installed in F:/SteamLibrary/steamapps/ so the path would be

F:\SteamLibrary\steamapps\common\Transport Fever 2\mods\eis_os_commonapi2_1\

English troubleshooting guide, including C++ Runtime troubles, Zip Password.

https://commonapi2.bytetransfer.de/#/troubleshooting

Last stable CommonAPI2 is 1.9.20251010

Steam Build 35924 Linux.Build, hier via edb: TransportFever2

Auch per Hex Editor auffindbar, Okteta mag nur keine Abstände:

48C745D00000000048C745D800C2EB0B

Keine Ahnung... das Fragment ist auch so in Build 35915 vorhanden...