CommonAPI2 Entwicklungsdiskussion, Fragen & Antworten
Willkommen in der Transport Fever Community
Wir begrüßen euch in der Fan-Community zu den Spielen Transport Fever und Train Fever, den Wirtschaftssimulatoren von Urban Games. Die Community steht euch kostenlos zur Verfügung damit ihr euch über das Spiel austauschen und informieren könnt. Wir pflegen hier einen freundlichen und sachlichen Umgang untereinander und unser Team steht euch in allen Fragen gerne beiseite.
Die Registrierung und Nutzung ist selbstverständlich kostenlos.
Wir wünschen euch viel Spaß und hoffen auf rege Beteiligung.
Das Team der Transport-Fever Community
-
-
- Support Windows Build 33824
Kann es sein, dass du dich vertippt hast?
Du hast die Version ja veröffentlicht, nach dem Build 33872 rauskam - und wenn ich in der CommonAPI2Native.dll suche, finde ich das:
ZitatCGameSummer_Destructor_Win33872
-
Bis gerade eben war 33824 die "Stabile" Version, damit habe ich ein Testspiel gestartet und es lief auch.
33872 sollte gehen, großartige Tests habe dazu nicht veranstaltet. Sprich das Fragment sollte funktionieren
https://www.transportfever2.co…/doku.php?id=releasenotes
https://steamcommunity.com/gro…ns/2/2984162084719213781/
Version 33872 (July 14, 2021) war testing und ist nun
Version 33872 (July 15, 2021) "stabil" seit "30 minutes ago · 15 July 2021 – 11:44:10 UTC" laut SteamDB
-
und eben kam nen kleiner Patch bei TPF2 in Steam 
-
Och man ey, jetzt funktioniert die CommonAPI wieder nicht, danke UG.
-
-
Och man ey, jetzt funktioniert die CommonAPI wieder nicht, danke UG.
Bitte sehr

Im Wiki ist übrigens beschrieben, wie man eine alte Version des Spiels abruft, damit behält man dann eine Version des Spiels dauerhaft. Allerdings gibt's dann eben auch keine Updates mit Verbesserungen.
-
MarcoTpf2 doch, funktioniert, musste halt den override anpassen, wie immer. Und die neueste Version nutzen, aber das sollte klar sein.
Ich hab die neueste Version. Vielleicht ist wieder eine neue dazu gekommen.
Edit: Hab nochmal nachgeschaut, tatsächlich wurde vor 3 Minuten eine neue Version hinzugefügt.
-
-
eis_os :
Ich wollte nur zurück melden, dass Build 33872 und die CommonAPI Version 1.7.20210714-dev inkl. meinem zuletzt gespeicherten Spiel ohne besondere Vorkommnisse und Zusatzeinträge gestartet sind.
Dito. Läuft alles

-
Hallo,
Ich hab eine Frage nämlich, wie kann man die "LINE_DESTINATION" einstellen/Endstation definieren bzw. wie funktioniert das genau. Aktiviert hab ich es bereits.
Gruss TaurusfanCH -
-
eis_os Ich habe mich schon immer gefragt, wieso im Lexikon LINE_NAME ersetzten werden soll und nicht NEXT_STOP? LINE_NAME ist ja für die Linie und mit dem Line Destination Mod will man doch auf die NEXT_STOP zugreifen. Also für mich zu mindestens ist es besser oder lieg ich falsch?
Im Line Destination Patcher ist das auch so.
Edit2: wie wäre es denn mit einem zweiten Textfeld, wo man auch die Linie ändern könnte? Also einfach labelType2 o.ä., dann könnte man auch Busse fahren lassen, die ihre Linie wechseln.
-
Basisfunktion abgeschaltet, da meine TpF2 Version nicht als gute Version gelistet ist. was tun ?
Build version laut der Meldung 33872 (Steam)
-
Lexikon LINE_NAME ersetzten werden soll und nicht NEXT_STOP? LINE_NAME ist ja für die Linie und mit dem Line Destination Mod will man doch auf die NEXT_STOP zugreifen.
Nein der Hintergrund des ganzen war das man eine Endhaltestelle angeben können sollte, deshalb heißt das label ja auch Line destination = Linienziel/Endhaltestelle. Denn genau das steht in den meisten Fällen dran, Endhaltestelle und nächster Halt.
Letzten Endes ist es aber halt jedem Modder selbst überlassen wie er das ganze einbinden möchte. Ich verwende es gar nicht.
-
Der LINE_NAME steht halt bei den UG Fahrzeugen vorne in der Anzeige, da wo man in der Regel die Endhaltestelle sehen möchte.
Mod Autoren können selbst bestimmen wo und wie sie LINE_DESTINATION nutzen wollen.
Beispiel wären die schönen Avenios von Marcolino26
Siemens Avenio TZ München + Nachtversion
Alternativ für Linienbeteichnungen kann man auch diesen Mod nutzen:
Verbesserte Linienbezeichnungen
Ich habe ja eine offene API, sprich wie man das gerne haben möchte kann man via Mod entscheiden oder halt selber zurechtdengeln...
-edit-
Man nimmt sich halt immer die aktuellste Version:
-
Ich wollte mich an dieser Stelle dafür bedanken, dass es bei der aktuellen CommonAPI-Version ein eigenes Add-On für Linux-Nutzer gibt, damit diese auch die CommonAPI richtig nutzen können. Es ist schön zu sehen, dass auch an die Linux-Nutzer gedacht wird und wir nicht einfach links liegengelassen werden und Features einfach nicht bekommen, wie es leider öfter der Fall ist.
-
Alles anzeigen
Der LINE_NAME steht halt bei den UG Fahrzeugen vorne in der Anzeige, da wo man in der Regel die Endhaltestelle sehen möchte.
Mod Autoren können selbst bestimmen wo und wie sie LINE_DESTINATION nutzen wollen.
Beispiel wären die schönen Avenios von Marcolino26
Siemens Avenio TZ München + Nachtversion
Alternativ für Linienbeteichnungen kann man auch diesen Mod nutzen:
Verbesserte Linienbezeichnungen
Ich habe ja eine offene API, sprich wie man das gerne haben möchte kann man via Mod entscheiden oder halt selber zurechtdengeln...
-edit-
Man nimmt sich halt immer die aktuellste Version:
Okay, habs verstanden, dankeschön!
Und was ist mit "wie wäre es denn mit einem zweiten Textfeld, wo man auch die Linie ändern könnte? Also einfach labelType2 o.ä., dann könnte man auch Busse fahren lassen, die ihre Linie wechseln."
Würdest du das noch einbauen oder nicht?
-
Das ist unwahrscheinlich das ich da etwas ändere.
Linie Wechseln? Das ist würde nur zu Nutzerkonfusion führen.
Du kannst ggf. ja in der Mitte eine Endhaltestelle definieren und das anders benennen.
Ich möchte den Platz in der UI in einer anderen Richtung ausbauen, das man spezielle Animationen abspielen kann. (Hier wurde ja das Beispiel Bus Aufladen vorgeschlagen, für Güter Züge könnte es auch interessant sein)
Die CommonAPI2 wird zu 50% auf Linux entwickelt, gcc kompiliert Code halt sehr unterschiedlich bei kleinen Änderungen, das führt leider dazu das die Code Suche eher kaputt geht. Das zu reparieren kann länger dauern.
Ich habe erst gar nicht gemerkt, das man in der Windows Build keine Tramhaltestellen an Rasengleise bauen kann...
Ich muss zugegeben das die verwendeten Tools einfach für bestimmte Aufgaben einfach unter Windows besser sind. Ollydbg war und x64dbg ist viel schneller in der Handhabung als irgendwelche gdb Frontends. Anderseits konnte ich unter Linux mit Tools ein paar Pointer Probleme ausmerzen und so alles stabiler machen... Teilweise nutzte ich zwischenzeitlich aber sogar WSL unter Windows für bestimmte zwischen Schritte. Imgui Bindings werden als Beispiel per Perl erstellt

Wie man ein funktionierendes Vulkan Renderer Overlay unter Windows hinbekommt basiert auf ein Intel Linux Mesa Overlay.
Daher hat ein Tux ein festen Platz bei mir

-
da gibt nun : Version 34108 (August 03, 2021)
Die API läuft nicht Ich bin leider sehr dumm, was muß ich tun ?