Beiträge von VacuumTube

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


    Anscheinend ist eine Rechtsklick Lösung oder eine Strg+Klick nicht möglich.


    Segen ist zu viel gesagt... ich hab den BwC Code nicht wirklich wieder erkannt, weil das Skripting wohl deutlich umgebaut wurde. In der Spontanität ist das nur meine Einschätzung, aber ich hab noch lange nicht alles nachvollziehen können. Generell bin ich von der Geschwindigkeit, in der (nicht-triviale) Skriptmods erscheinen überrascht: In 5 Tagen nach Release sind es einfach schon fast 200 Skriptmods?! In TPF2 ist das gefühlt sehr viel langsamer abgelaufen. Man darf sich auch nichts vormachen: Viele dieser Mods wurden mit (mehr oder weniger viel) KI Hilfe erstellt. Das ist natürlich beeindruckend, aber kann dazu führen, dass da was rauskommt, was nichtmal der Modautor selbst versteht bzw. debuggen kann... Vieles ist evtl nicht ausreichend getestet. Würde mich nicht wundern, wenn das mal zu Überraschungen führt...

    Zum Thema Build with Collision

    Gibts auf Mod.io (Also auch im ingame Mod-Browser) und nennt sich: Trotzdem Bauen (Build Anyway)
    https://mod.io/g/transportfeve…-build-anyway#description

    Es gibt jetzt eine weitere, und meiner Meinung nach bessere Mod:

    https://mod.io/g/transportfever3/m/build-anyway


    Der Autor hatte mich netterweise vorher angeschrieben und um Erlaubnis gefragt. Weil sich im Scripting recht viel geändert hat, war das zwar nicht notwendig, aber ich hab mir die Mod mal angeschaut. Man kann einfach mit Strg+Umschalt bauen. Bei der anderen Mod flackert dieser Button etwas unzuverlässig rum und die funktioniert nur für Straßen und Gleise. Die neue, verlinkte Mod hingegen auch für Konstruktionen.

    Auch wenn es aktuell mit dem TPF3 Start etwas untergeht, hier noch mein kurzes Review zur Logistischen Herausforderung (LC). Ich bin seit langer Zeit endlich mal dazu gekommen, die Mod anzuspielen. Als eher Wirtschaftsspieler, der seit 2021 keine Wirtschaftskarte mehr hatte, weil die Grundmechaniken von TPF2's "Wirtschaftssimulation" nunmal nach einer gewissen Zeit ausgelutscht sind, finde ich die Grundidee dieser Mod super spannend.


    Die Mod ist so umfassend und durchdacht, dass ich sie (wirtschaftlich) als Transport Fever 2.5 beschreiben würde. Durch das zusätzliche Gameplay ist es quasi schon ein neues Spiel im Spiel. Wer beim Kauf von TPF3 noch zögert, ist mit der LC auf jeden Fall für zahlreiche spannende Spielstunden gut aufgehoben (v.a. weil man hier auch gut Mods integrieren kann). Ich finde, PMV hat hier moddingtechnisch und konzeptionell aus TPF2 enorm viel rausgeholt, was neue, spannende Spieldynamiken bringt - und gleichzeitig mit den altbekannten TPF2 Grundkonzepten zusammenarbeitet.


    Im Gegensatz zum Standardspiel, wo die Basisgröße einer Stadt fest verankert ist und die Zielgröße nur durch die Wachstumsfaktoren bestimmt wird, geht die LC einfach einen Loop mehr und ändert stetig die Basisgröße. Dadurch kann aus jedem Dorf eine Metropole werden. Dass Städte ihre Bedarfe plötzlich ändern, ist im ersten Moment nervig - aber bringt natürlich Abwechslung rein. Man muss sich drauf einlassen. Auch dass man sich Baurechte in neuen Städten erkaufen muss, bringt natürlich eine neue Belohnungsdynamik und Heterogenität. Man hat immer unterschiedliche Ziele auf die man hinarbeiten kann.


    Ich habe die vorgegebene Karte genommen, weil man hat ja sowieso schon soviele neue Parameter und Entscheidungen für die Spielbedingungen, dass ich nicht auch noch die Qual der Kartenwahl haben wollte. Mit 6 Städten hat man schon alle Hände voll zu tun. Ich habe jetzt 13h Spielzeit und eine ganze Menge Güterverbindungen eingerichtet (und auch wieder zurückgebaut), aber angesichts der vielen Wachstumsstufen hat man hat das Gefühl, es ist noch nichtmal richtig losgegangen.


    Zum Balancing und verschiedenen Optionen kann ich bisher noch nicht viel sagen. Die "Industrien-brauchen-Arbeiter" Einstellung klingt spannend, war mir zB fürs erste Spiel aber zu riskant. Am Anfang war genug Geld da, dann kam ein Schuldenloch, aus dem ich nach ein paar Umbauten und Investitionen in Schienenmaterial wieder rauskam. Seitdem ich jetzt alle 6 Städte angeschlossen habe, hat man nun das bekannte Gefühl im typischen TPF Geldüberfluss zu sein und sich zurücklehnen zu können. Aber mal schauen.


    Die Bedingungen für Baurechte in neuen Städten (Verkehrsverbindungen) haben bei mir anfangs stark fluktuiert, das war etwas unintuitiv. Am Anfang waren Verbindungen das Problem, später nur noch das Geld. Das HQ spinnt manchmal ein bisschen rum und weiß nicht, welche Rohstoffe es gerade will. Hier sollte man nicht voreilig Linien abbauen, wenn sich der Bedarf ändert.


    Zur Dokumentation: Es war anfangs nicht ganz leicht durchzublicken zwischen allen Einträgen (Webdisk, Lexikon, andere EMP mods, Beispielkarte, und auch ingame gibt es ja viel Beschreibung), weil sich einiges wiederholt. Eine startbereite Karte mit sinnvollen Einstellungen ist bei so einem grundlegend neuen Spielmodus natürlich sehr hilfreich für Einsteiger - ich dachte, dass ich die vorgefertigte Karte schneller zum Laufen kriege. Aber ich weiß ja selbst (durch OSM importer) wie schwierig und zeitfressend sowas ist ;)


    In diesem Sinne: :thumbup::thumbup::thumbup: Einen großen Dank an PMV für diese Leistung und Mehrwert - als Scriptmodder kann ich erahnen, wieviel Arbeit hinter so einem umfassenden Projekt steckt!

    Da lässt sich nicht viel rausholen, denn viele Dinge werden tatsächlich erst geladen wenn sie gebraucht werden. Dass ein Fahrzeug mit Mini-Icon in einer Liste angezeigt ist, mag intuitiv zur Vorstellung führen, die komplette Mod ist jetzt geladen. Aber wenn keine Modelle auf der Karte angezeigt werden müssen, muss ja kein 3D Modell geladen sein. Das erkennt man auch daran, dass es manchmal ruckelt wenn etwas zum ersten Mal geladen wird. (Beispiel: Meine Mod Vehicle Asset Builder oder generiere mal eine Stadt auf einer zuvor komplett leeren Karte - Stadtgebäude müssen nachgeladen werden).


    Anders sieht es bei Bodentexturen aus - die fressen viel Platz im VRAM, da sie 4096² sein müssen - daher gibt es da auch ein Limit.


    Eine gewisse Ordnung und Sparsamkeit bei Mods zu halten ist natürlich immer gut - aber man sollte vorsichtig beim Deaktivieren sein.

    Ich habe auch nicht rausgelesen, dass es besonders um bestimmte Modkategorien geht oder dass reine Skriptmodder ausgeschlossen wären. Aber es ist einfach naheliegend, dass es v.a. darum gehen soll, bestehende Fahrzeuge und Assets von beliebten TPF2 Mods anzupassen und zum TPF3 Start verfügbar zu haben. Das wird vmtl. mit überschauberem Aufwand möglich sein, da sich visuell bzw. im Modding von Modellen wahrscheinlich nicht viel ändert (zumindest weniger als von TPF1 zu TPF2) - denn der Hauptfokus der Neuerungen liegt ja auf Wirtschaft.


    Wenn man aber für TPF3 Skript Mods erstellen will, gibt es ja noch riesige Fragezeichen :?::?::?:

    Handfeste Informationen zu Moddingmöglichkeiten und Schnittstellen gibt es bisher kaum. Wer noch keinen Zugang zur Beta hat, kann nur spekulieren und in die Glaskugel schauen. Im Gegensatz zu Fahrzeugen und Assets, wo die Modellbauer jetzt schon loslegen könnten, ist beim Modding von funktionalen Features ein Zugang zur Anwendung essentiell - ebenso wie eine ordentliche Doku. Selbst dann - komplexere Skriptmods in der Betaphase, wo sich noch viele Dinge im Spiel kurzfristig ändern, sind schwer in kurzer Zeit umzusetzen. Ich würde die Zeit in der Betaphase v.a. nutzen, um die Neuerungen zu verstehen, Moddingfunktionen zu testen und kritische Designentscheidungen zu suchen, die vor Release (wegen Savegame-Kompatibilität) dringend überdacht/angepasst werden sollten. (da gab es ja einige Lehren aus TPF2...)


    Hinzu kommt, dass viele Skriptmods ja gerade erst aus der Unzufriedenheit der Möglichkeiten im Basisspiel entstehen. Dafür muss man das Spiel und die neuen Funktionen erstmal gründlich testen. Viele Features sind vmtl. aktuell noch unklar oder in der Entwicklung (z.B. Fahrpläne). Außerdem erwarte ich, dass viele der TPF2 Skriptmods durch die Weiterentwicklung schlicht nicht mehr notwendig sind. Ich habe jedenfalls keine große Lust auf ein "Build with Collision" Reloaded oder wieder dieselben Town Building Filter, weil man immer noch keine gescheite Kontrolle über Stadtwachstum hat.


    Die Befürchtung einer 2-Klassen-Moddergesellschaft ist zwar nicht unberechtigt, aber ich denke das sollte niemanden vom Modden (und Veröffentlichen) abhalten. Ein Curated Modder zu sein ist schließlich nicht nur Ehre, sondern zieht auch Verantwortung mit sich (Support und Anpassung auf 5+ Jahre Updates - wobei das Skriptmods stärker betrifft als einfache Fahrzeuge/Assets). Die finanzielle "Anerkennung" (nicht Unterstützung oder Entschädigung) dürfte vmtl. auch nicht der Hauptgrund für die Entscheidung sein das zu machen.

    Das wird spannend, ob das in TPF3 möglich wird, weil es ja wieder Emissionen/Lärm geben soll. Ohne entsprechende Eingriffsmöglichkeiten wird das sonst (wie in TPF2) schnell zu einem recht nervigem/langweiligen Feature, was nur im ersten Moment cool klingt.

    Oder sie bieten zumindest eine Moddingschnittstelle dazu an.

    Bei Adv. Statistics kannst du für jede Kategorie einstellen, ob die Kurzinfo unten angezeigt wird.


    Zero Height Bridge: Finde ich seit Build with Collision und MoveIt (kann zu Brücken upgraden) überflüssig


    Für die Höhenanzeige gibts auch Alternativen die weniger Platz wegnehmen oder das Terrain Layer

    Halte 64 GB RAM für TPF2 auch übertrieben.


    Ich habe von 32 auf 96 aufgerüstet in der Hoffnung, dass ich meine größenwahnsinnige Karte dadurch flüssig spielen kann, aber leider ruckelt es fast noch genauso.

    TPF2 scheint den Überfluss an RAM nicht effektiv nutzen zu können. Das liegt einerseits daran, dass das Spiel für typische PCs von 2019 entwickelt wurde und außerdem wurde es mit dem Konsolenupgrade noch verschärft, weil UG die RAM Auslastung wegen der dürftigen Ausstattung von PS5 und Xbox optimieren musste. Ich vermute, dass es dadurch für PC auf sehr großen Karten etwas schlechter läuft als vorher, aber das ist schwer zu bestimmen. Man kann aber einfach davon ausgehen, dass UG nicht die Ressourcen hat, das Spiel für diese Sonderfälle (riesige Karten, starke Bebauung, 10x soviel RAM wie auf Konsolen vorhanden) zu optimieren.


    Wenn du "Schönbau mit hohem Detailgrad" machst, wirst du wahrscheinlich eh nie dazu kommen, eine größenwahnsinnige Karte voll zu bauen, wo soviel RAM relevant würden. Für kompakte Szenen mit vielen hochauflösenden Modellen/Texturen ist die Grafikkarte (und VRAM) viel wichtiger. RAM ist dann relevant, wenn man bei großen Karten die Kamera dreht oder den Kartenbereich wechselt, weil dann neue Daten eingelesen (und verarbeitet) werden müssen. Hierbei entstehen, je nach Kartengröße, Bebauung mehr oder weniger starke Ruckler. Welchen Einfluss RAM Takt oder CPU darauf haben, kann man nicht genau sagen, dazu fehlen Erfahrungsberichte und systematische Tests.


    Für TPF3 könnte es natürlich anders aussehen, wenn die Speicherverwaltung grundlegend optimiert wird. Weiterhin muss das Spiel aber auf Konsolen laufen und mit 32 GB wird man ohne Probleme große Karten spielen können (nur 10% haben überhaupt mehr). Es bringt auch nichts auf den Release zu warten - an offiziellen Hardwareanforderungen kann man diese Frage nicht ablesen und es braucht umfangreiche Lategame Tests, bevor man wirklich sagen kann, ob > 32 RAM vom Spiel vorteilhaft genutzt werden.

    Da bin ich ja mal gespannt. Ein lang bekanntes Problem.


    Du willst also die TPF API (api.res) nutzen, um vorhandene Gleistypen zu kopieren und dabei anpassen?

    Die Idee hatte ich auch schon lange, aber ich habe bisher keine Mod gesehen, die im großen Stil Gleise dynamisch erstellt und damit ewiges Copy&Paste von Gleis .lua Dateien vermeidet (siehe zB NEP...). Außer lollus höchstens, der macht das mit ein paar Straßen.

    Zitat von 16.07.2020 Ich an UrbanGames

    Es ist schön, dass es jetzt maximale Steigungen für Straßen gibt. Aber hier ist es wie bei den Gleisen: In der neuen dynamischen Ressourcenverwaltung ist "maxSlope" leider nicht mehr vorhanden und kann nicht in der postRunFn gesetzt werden. Es wäre daher nur der Weg über die klassischen Modifier loadTrack/loadStreet möglich, so wie ich es bei "Realistic Railway Slopes" gemacht habe. Auf diesem Weg würde eine Mod, die alle Straßensteigungen ändert, aber nicht dynamisch erstellte Straßen/Gleise berücksichtigen, welche es in Zukunft vielleicht als Mod geben wird.

    Ist inzwischen vorhanden, also die Möglichkeiten, alle Parameter zu ändern sind schon da. Wenn es damals schon funktioniert hätte, hätte ich es auch über die res api umgesetzt und nicht per Modifier. Die meisten solcher Mods, die Gleise durchgehen basieren wahrscheinlich auf Modifier, d.h. dynamsich hinzugefügte Gleise werden nicht beeinflusst (denke da zB an deinen Kurvengeschwindigkeitsanpasser). Das muss man bedenken, aber man will die custom Gleise ja eh selbst konfigurieren.


    Wenn man das individuell gestalten will stellt sich ja die Frage des Interface, wie hast du das gedacht? Eine lange Liste von Modoptionen? Das könnte halt schnell explodieren. Oder eine Config Datei? Das spricht halt nicht alle Nutzergruppen an und User die eine Datei bearbeiten, kopieren sich evtl. gleich selbst eigene Track .luas zurecht...


    Außerdem ein nicht ganz ungefährliches Unterfangen, weil es ja nicht zuletzt um geladene Ressourcen geht, die im Savegame gespeichert sind. Wenn die Konfiguration aus irgendwelchen Gründen futsch geht, sind Gleistypen weg und werden mit Dummys ersetzt oder Parameter ändern sich, was in manchen Fällen problematisch sein kann: Wenn sich bei verbauten Straßentypen die Breite ändert kann man sie nicht mehr abreißen. Das erfordert also einige Checks. Aber das weißt du bestimmt bereits...

    Klar, sowas kann klassisch bei Modupdates mit Dateiänderungen auch passieren, aber das ist Moderstellern idR bekannt und es gibt klare Versionen. Der dynamische Weg eröffnet also mehr Individualisierung und Übersichtlichkeit, gleichzeitig sollte die eigene Konfiguration gut gesichert/dokumentiert sein.


    Ich bin gespannt wie das Thema in TPF3 aussieht. Wenn es nicht endlich echte Gleis/Straßenparameter geben wird, werden sich alle Probleme wiederholen...

    Man konnte noch nie mehrere Segmente auf einmal bulldozen, nur jedes einzelne Element (im Gegensatz zu dem Upgrade Tool). Kommt also drauf an, wie lang die Segmente sind.


    Bahnhöfe erzeugen aus irgendeinem Grund manchmal sehr viele kurze Segmente (siehe Lanes Ansicht). Man würde denken, dass jedes 40m Modul eine einzelne Edge ist, aber ist nicht so. Wie schon gesagt, wenn man da parallel ein Gleis legt, könnte das die Erklärung sein.


    Bulldozer++ könnte helfen.

    Ich lass es lieber erstmal nur hier und update Steam in 1-2 Wochen.

    Hier könnte man einfach wieder auf die alte Version wechseln, bei Steam müsste ich schnell reagieren, wenn was ist. Ich habe alles sehr umfassend getestet, aber man weiß ja nie.

    Nach über 2 Jahren gibt's tatsächlich ein Update für Track/Street Builder Info


    --> Download 1.3 <--


    Im letzten Update wurde ja eine native Anzeige zur Länge und ggf. Winkel beim Bauen hinzugefügt. Die Mod mit deutlich mehr Details wurde für viele wahrscheinlich trotzdem nicht nutzlos und somit gab es 2 Fenster, was zwar nicht dramatisch störte aber auch nicht ideal war. Ich habe es durch einen Trick geschafft, die beiden Anzeigen zu vereinen.



    Das Fenster wird jetzt auch besser an den Baupunkt fixiert, wenn man die Karte bewegt oder rotiert.


    Außerdem wollte ich mir die Radius Berechnung nochmal genauer anschauen, weil ich damals von Hermite Kurven noch keine Ahnung hatte und meine Berechnungen auf der Annahme basierten, dass alles Gerade oder Kreisbögen sind. Danke hier auch nochmal an WernerK an die Vorarbeiten auf diesem Gebiet, z.B. durch das Info-Tool. Ich berechne jetzt auch den Radius exakt entlang des Segments, weil Anfangs- und Endradius unterschiedlich sein können. Vorher wurde z.B. ein einzelnes Segment als Weiche zwischen parallelen Gleisen als Gerade erkannt (weil die Tangenten gleich sind). Jetzt ist die Kategorisierung verbessert in:

    • Geraden (Tangenten sind parallel UND Endpunkte liegen auf der Geraden)
    • Kurven (Kurvenradius ist am Anfang und Ende ca gleich)
    • Übergänge/Transition (Kurvenradius ändert sich, aber gleiches Vorzeichen)
    • S-Kurve (unterschiedliche Kurvenrichtung)

    Mit der Hermite Formel kann man auch analytisch erkennen, ob in der Mitte eines Segments die Steigung oder Terrainhöhe einen Extrempunkt hat, der höher/niedriger als an den Endpunkten ist. Die Detektion davon wird also genauer und effizienter.


    Auch mit der Anzeige habe ich natürlich aufgeräumt. So eskalierte das Ganze in einem größeren Refactoring...


    Schließlich wollte ich die Auswertung von zu bauenden Straßen + Gleisen im Proposal auch ausweiten auf Konstruktionen. Es beruht grundsätzlich auf demselben Format, aber gibt natürlich mehr Möglichkeiten (und meist keine sinnvolle Richtung/Reihenfolge der Segmente). So werden jetzt hier auch ein paar grundlegende Infos angezeigt.



    Die Anzeige bei Upgrades von Straßen + Gleisen hab ich in letzter Sekunde wieder entfernt, weil die Daten nicht zuverlässig korrekt sind. (Die umfassenden Segmente die neu gebaut werden sind manchmal mehr als das was sichtbar geändert werden soll).


    Änderungen auf GitHub: https://github.com/Vacuum-Tube…2a0b099e729753ee24a0b35a3