Beiträge von eis_os

Wirklich auch das was ich Beitrag 8 geschrieben habe gemacht?

Beitrag

RE: CommonAPI2 - Download Repository - HTTP Status 000 - curl Fehler

Lösungsansatz:

Geht auf die Seite https://curl.se/windows/

Dort curl für Windows 64bit herunterladen.

Ihr erhaltet (oder eine neuere Version):
curl-8.9.1_3-win64-mingw.zip

Die Dateien in bin (in der Zip Datei) in das TransportFever2 Verzeichnis (dort wo TransportFever2.exe liegt) legen.

Das wären diese Dateien:
curl-ca-bundle.crt
curl.exe
libcurl-x64.def
libcurl-x64.dll

Transport Fever starten
UGs interne Konsole öffnen.

Diese Zeilen nacheinander in der UG Konsole ausführen:

modmm = commonapi._modmm

…

eis_os

3. September 2024

Was kommt als Ergebnis denn?

Zitat von eis_os

modmm = commonapi._modmm

print(modmm.runprocess("curl --version"))

modmm = commonapi._modmm

print(modmm.runprocess("curl --version"))
commonapi._modmm:    Trying to run curl --version

true    curl 8.17.0 (x86_64-w64-mingw32) libcurl/8.17.0 LibreSSL/4.2.1 zlib/1.3.1.zlib-ng brotli/1.2.0 zstd/1.5.7 WinIDN libpsl/0.21.5 libssh2/1.11.1 nghttp2/1.68.0 ngtcp2/1.19.0 nghttp3/1.14.0
Release-Date: 2025-11-05
Protocols: dict file ftp ftps gopher gophers http https imap imaps ipfs ipns ldap ldaps mqtt pop3 pop3s rtsp scp sftp smb smbs smtp smtps telnet tftp ws wss
Features: alt-svc AsynchDNS brotli CAcert HSTS HTTP2 HTTP3 HTTPS-proxy IDN IPv6 Kerberos Largefile libz NTLM PSL SPNEGO SSL SSPI threadsafe UnixSockets zstd

Wie man sieht, hab ich das gerade nochmals mit einer version 8.17.0 ausprobiert...

Zum Curl Problem schau mal hier:

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.

dev.transportfever.net/wsc/attachment/235191/

Das Problem haben laut Mitspieler auch noch ein paar andere.

Aktuelleste CommonAPI2-Version ist…

manuel_zockt

3. September 2024

TPF2:

Zwei Haupt Threads, diese verzweigen sich in weitere Threads: (Dann gibt es noch was für Sound, Stadtwachstum)

GameState 1 und GameState 2.

Einer wird zur Anzeige / Rendern benutzt, der andere errechnet gerade den nächsten Simulationsschritt, dieses ist eine sehr vereinfachte Darstellung.

Simulationsschritt:

• cmds abarbeiten, etwaigen status speichern.
• GameState berechnen:
  • Alle System ( zum Beispiel TrainMovement) werden abgearbeitet: Irgendwas::Update
    • Ein System kopiert etwaigen Status für bestimmte Sachen, macht X Threads auf, erarbeitet eine Liste was geändert werden soll
    • Warten bis alle X Threads fertig.
    • Dann wird die Liste angewendet:
      • Notify der anderen Systemen. ComponentAboutToBeChanged
      • Entity Komponente wird geändert
      • Notify der anderen Systemen: ComponentChanged
  • GameState (Simulation) LUA Script aufrufen. (read only)
• Änderungen in andere GameState kopieren

Anderer Hauptthread:

GameState rendern, UI aufbauen usw, Labels berechnen

• Warten auf neue Daten (GameState)
• ConstructionBuilder (macht einen Thread auf um die Blaupause des Bahnhofs zu bekommen)
• Cmd propagieren
• Cmds in eine Liste packen
• LUA GUI GameScript aufrufen
• Renderliste bauen

Um so mehr Arbeitsspeicher verbraucht wird (und Cache Misses passieren ) um so schwieriger wird es.

Sehr schneller stabiler Arbeitsspeicher hilft... Mehr Kerne gar nicht, schnellere um so mehr. Zwei CCDs zu haben ist kontraproduktiv...

Ein paar Sachen. LUA ist nicht nebenläufig. In Lua eine coroutine aufmachen bringt von der Geschwindigkeit gar nix.

Die LUA API für Entities dürfen keine Pointer über GameScript Funktionsgrenzen halten. Nach einem Durchlauf kann die Position im Speicher für ein Entity komplett woanders liegen, da nach einem Simulationstick die Daten ggf. geändert wurden sind...

TPF2 reserviert für Züge eine Fahrstraße bis zum nächsten möglichen Signal bzw. darüber hinaus bis zum nächsten Signal.

Sobald eine Fahrstraße über ein Signal reserviert wurde zeigt dieses dann fahrt an.

Ein Zug (ecs::component::Train) hat dafür die beiden Werte reservedFrom und reservedTo.

Ein Index des jeweiligen MovePath paths, damit hat man dann die transport::EdgeId + (bool für die Richtung)

Im EdgeReservationManager werden dann die transport::EdgeId für diese Entity reserviert...

EdgeUseManager ist hingegen für alles andere im Spiel auch Passagiere. Diese reservieren sich dann einen Platz auf einer transport::EdgeId, dies sieht man im Debug Modus an dem Punkt.

Hallo,

bitte die Hilfeseiten nutzen, diese haben gerade nochmals ein Update erhalten:

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

Fehler wie

- Das angegebene Modul wurde nicht gefunden.

- 7zip

- Zip password

- libstdc++.so.6

- VTableWinByName / RTTICompleteObjectLocator not found

werden dort beschrieben.

@Dennis_12

Du hast auch die C++ Runtimes installiert?

Das steht aber auch im Handbuch unter Requirements / Troubleshooting (auch in der vorherigen Version)

https://www.transportfever.net…mmonapi2-schnelleinstieg/

Zumindest für CommonAPI2 tramOnly gibt es kein Individualverkehr. Zumindest konnte ich das noch nie beobachten, wenn ja, bitte Screenshot machen...

(Bitte meine vorherige Antwort beachten!)

CommonAPI2 NodeEditor schaltet Node Verbindungen komplett an oder aus. Diese sind nicht selektiv, da der Typ aus dem Startlane und der Endlane der Straße errechnet wird.

Mit CommonAPI2 FlexStreets kann man Mod Straße erstellen, in der auf einer bestimmten Lane nur Straßenbahnen, oder Straßenbahnen und Busse verkehren.

Das ist anders als eine TPF2 Busspur, wo auch LKWs fahren. Also eine echte ÖPNV Spur.

CommonAPI2 hat zurzeit keine Möglichkeit eine Straßenspur nur für LKWs zu definieren. (Ich packe es mal in meine TODO Liste, wäre für Ladezonen vielleicht interessant)

CommonAPI2 errechnet auch die Breite für SHIP Lanes (Canals) und ab 2026 auch TRAIN, damit es keinen Crash gibt und verbindet diese auch untereinander...

= CommonAPI2 erlaubt es Straßen zu erstellen, auf der verschiedene Lanes liegen, mit bestimmten Eigenschaften.

Doku dazu gibt es hier: https://commonapi2.bytetransfer.de/#/modding/Streets

Wenn eine ganze Straße nur Busverkehr und LKWs erlauben soll, müsste dieses mit TPF2 Bordmitteln in der config Datei der Straße funktionieren:

transportModesStreet = { "BUS", "TRUCK" } 

https://wiki.transportfever2.c…d=modding:tracksstreets&s[]=transportmodesstreet#lanes

Inwiefern UG ggf. doch CAR anschaltet, wird man nach dem Bauen sehen. (Ggf. meckert es beim Laden oder ignoriert die Einstellung)

Wer ganz sicher gehen will, nutzt den CommonAPI2 Inspektor, die Komponente ist TRANSPORT_NETWORK. Beachtet CommonAPI2 ändert sehr viel wie Straßenlanes behandelt werden.

Die Bitliste dafür:

/*
Transportmodes:
0, -- PERSON
1, -- CARGO
2, -- CAR
3, -- BUS
4, -- TRUCK
5, -- TRAM
6, -- ELECTRIC_TRAM
7, -- TRAIN
8, -- ELECTRIC_TRAIN
9, -- AIRCRAFT
10, -- SHIP
11, -- SMALL_AIRCRAFT
12, -- SMALL_SHIP
13, 
14, -- CommonAPI2 
15, -- CommonAPI2 
*/

Der Taschenrechner in Windows kann euch die Bitmaske anzeigen... (Programmierer Modus)

Vielleicht hilft dir das weiter:

https://www.wintotal.de/smart-…_Internet_trotzdem_nutzen

commonapi2.init    20251010
commonapi2.init: Can't load native code CommonAPI2Native: error loading module 'CommonAPI2Native' from file 'D:\SteamLibrary\steamapps\common\Transport Fever 2\mods\eis_os_commonapi2_1\bin\CommonAPI2Native.dll':
    Das angegebene Modul wurde nicht gefunden.

Die Zeile Das angegebene Modul wurde nicht gefunden. ist die Fehlermeldung, die Windows zurückgibt.
Vielleicht hast du auch zwei Versionen installiert... Meist liegt es an einen Virenscanner...

Wenn die Datei nicht im bin Verzeichnis ist, wurde Sie beim extrahieren blockiert oder gelöscht.

Entpacke die Zip Datei in ein temporäres Verzeichnis und schaue ob bin\CommonAPI2Native.dll da ist.

Deine stdout.txt zeigt leider keine Fehlermeldung.

Wenn ich Orakeln soll, würde ich mal die beiden Mods abschalten...

Sonstiges_ExtendedStations/1 (0) (Extended Station Configuration Options)

Sonstiges_largerStations/1 (10) (Larger modular station)

Die stdout.txt zeigt ein normal beendet Spiel.

Dennis_12: Keine Ahnung was du meinst. Schau halt was dein Antivirus macht... sonst stdout.txt

Ich sehe da (More Line Colors by LINX).

Nochmals, wenn du solche Mods nicht abschaltest, ist es kein Wunder...

Werner: Font pack ggf. nicht aktiviert oder installiert?

NEP sagt nur, das ein anderer Mod die Farbpalette kaputt macht.

Beitrag

RE: Transport Fever 2 Version 35230, 35243 : Fehler und Fixes

100 Zeilen Farben / Fahrzeugfarbe ( More Line colors )

Fehlerbild in der stdout.txt (mit NEP² )

(Quelltext, 4 Zeilen)


Fehlerbild in der stdout.txt (mit Better RCI Colors)
(Quelltext, 4 Zeilen)

Weitere ggf. Fehler:
- Strassen & Gleise werden bei Linienänderungen schwarz dargestellt
- Keine Anzeige von Gleisgeschwindigkeiten im Layer mehr

Lösung
100 Zeilen Farben / Fahrzeugfarbe deabonnieren:


https://steamcommunity.com/sha…iledetails/?id=1927330004

---

Die Autobahn, the Autobahn


Fehlerbild in der stdout.txt…

eis_os

10. März 2023

Better RCI Colors entfernen, dann sollte dieses Problem gelöst sein...

Schönen NodeEditor haben Sie da, hoffentlich sind dafür genügend Modding Schnittstellen vorhanden.

In der UI scheint es keine Möglichkeit zu geben den Gleistyp für Trams auszuwählen? Hoffentlich hat UG da genügen Platz gelassen, damit man das noch in Zukunft hinzufügen kann...

Rechner einmal komplett neu starten...

Aus dem Log ist eigentlich nichts ersichtlich.

Ein paar Punkte zur Fehleranalyse:

- Lässt sich die kopierte Station auf freien Feld bauen?

- Kannst du die Station / Konstruktion via UI bauen?

- Mal den commonapi/clipboard Ordner umbenennen ( im Benutzerordner ), bitte nicht löschen, da er ggf. für Fehleranalyse benötigt wird. Vielleicht ist beim Speichern was daneben gegangen. (TPF2 darf dabei nicht gestartet sein)

Well, the stdout.txt shows clearly commonapi2.init 20240129 in it, this version can't be downloaded any more here: CommonAPI2

Again, you are not extracting the right version, have an older zip file in mods folder around or do something other than the instructions.

The best way, please start fresh:

Remove any eis_os_commonapi2_1 folder.

Start the game, any remaining CommonAPI2 found?

If yes search for old versions in both mods folder.

Remove any zip files, as TPF2 loads them too.

Download / move the downloaded zip into an empty folder not reachable by TPF2, extract the zip file. (use the right password, please see the screenshot)

You get a eis_os_commonapi2_1 folder, copy this folder to your mods directory of TPF2.

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

Don't copy eis_os_commonapi2_1_20251010, there will be eis_os_commonapi2_1 in it, use this.

Make sure your AV didn't kill the dll file in it, in the bin folder. Make sure it is extracted, if it is empty, likely you don't use the right password.

People actual play with these versions, you do something wrong installing CommonAPI2.

First make sure there is no other version around. Like in a zip file in mods, or in the game mods folder.

Please make sure your Antivirus doesn't remove the dll, start with a fresh extract and fresh folder.

Don't have the steam mod subscribed.

Then post a stdout.txt so I can see what may go wrong...