Beiträge von lennardo97

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


    lennardo97

    Wird es auch möglich sein, an gebogene "Module" wieder gerade Module zu setzen, bzw. ein weiteres gebogenes?

    Oder ist das quasi nur als abschließendes Modul nutzbar?

    Es ist möglich bis zu 10 (=400m) flexible Module hintereinander zu setzen (Radius ist einstellbar, kann also auch gerade sein), allerdings kann danach kein Standardmodul mehr folgen. Man braucht als Anfangspunkt auch immer ein normales, gerades Gleis mit Bahnsteig, der dann auch die Zugänge bekommt. Da die flexiblen Module zwangsläufig nicht in dem 40m*5m-Raster liegen, ist das leider nicht anders machbar. Die Platzierung von Bahnsteig-Addons/-Deko wird auch recht stark eingeschränkt sein, aber dafür kann man dann ja wieder die Assets aus dem Paket nutzen.

    Ich denke aber, dass man mit dieser flexiblen Bahnsteigverlängerung schon einen großen Teil der Anwendungsfälle abdecken kann - meistens hat man ja zumindest mittig vom Bahnhof eine gerade und freie Fläche zur Verfügung. Wenn man nur in eine Richtung verlängern möchte, reichen dafür 40m Länge und für beide Richtungen braucht man 80m gerades Bahnsteiggleis. Bei asymmetrischer Verlängerung kann es allerdings sein, dass die Halteposition der Züge nicht mittig ist (weiß nicht, ob ich dafür noch eine bessere Lösung finde).


    Was ich aber später noch machen kann, ist eine Zugangsrampe auch als Ende für die flexiblen Bahnsteigmodule nutzbar zu machen. Dann kann man sich ggf einen Eingang, oder Über/Unterführungen mit Assets bauen, da ja die Fußgängerbrücken und Tunnel auch als frei platzierbare und funktionierende Assets ins Paket kommen werden.


    Übrigens habe ich neben den gebogenen Modulen (Radius einstellbar mit M und N) auch bereits gerade Module mit einstellbarer Steigung eingeplant. Die Länge von 40m je Flex-Modul soll auch nicht die einzige bleiben - 20m und 10m sollen auch kommen. Teilweise allerdings nicht gleich mit dem ersten Release, sondern später per Update.

    lennardo97 Wenn ich deine Idee richtig verstanden habe, müssten dennoch alle vanilla Module angepasst werden, so dass sie bemerken, wenn ein Wandmodul angebaut wurde.


    Aber egal, den Weg, den ich jetzt eingeschlagen habe, funktioniert nur mit eigenen Modulen, hat aber auch keinen Einfluss auf die Vanilla Module. Aktuell habe ich ein Gleismodul, welches sich automatisch anpasst. (Demnächst gibt es Bilder davon) Auch die Bahnsteig-Module passen sich schon automatisch an andere Bahnsteig-Module oder Gleismodule an. Hier versuche ich die Anzahl auf ein Minimum zu reduzieren. Am Ende landen meine Module alle in einer separaten Kategorie.

    Kann mir jemand erklären, wie ich mehrere Varianten in ein Modul packen kann. Laut Wiki auf der Transport Fever 2 Seite soll das funktionieren und man kann dann mit M und N durch die Varianten springen.

    Ja, die Vanilla-Module müssten angepasst werden, aber wahrscheinlich ginge das recht komfortabel mit ein oder zwei Modifiern, die der Bauhöhe aller MDLs (Höhenoffset entweder in der addModuleFn oder der transf-Matrix) und der betroffenen Gleise (Höhenoffset in den EdgeList-Einträgen) korrigieren. Allerdings tauchen erfahrungsgemäß sicherlich einige Fragen auf, wann sich welches Modul wie anpassen soll, von daher kann ich deinen Weg des eigenen "geschlossenen" Modul-Sets schon gut verstehen.


    Zu den Varianten mit M und N:

    Zuerst braucht die updateFn des Moduls die Variable "params": updateFn = function(result, transform, tag, slotId, addModelFn, params, closureParams)

    Dann kannst du innerhalb der updateFn mit params.modules[slotId].variant auf die Variante des Moduls zugreifen. Das ist dann eine Integer-Variable, die per default auf 0 steht und mit M und N in beide Richtungen korrigiert werden kann, bis das Modul platziert wird. Danach ändert sich diese Variable nicht mehr, auch wenn man den Rest des Bahnhofs weiter bearbeitet und so die updateFn des Moduls immer wieder neu ausgeführt wird.


    In der getModelsFn kann man, soweit ich weiß, noch nicht auf die Variante zugreifen - also diese schwebende Vorschau des Moduls kann man nicht abhängig von der Variante wählen.


    Es kann aber gut sein, dass das nicht der eleganteste Weg ist, um an die Variante zu kommen - es ist nur der erste, den ich beim rumprobieren gefunden habe.

    Maverick2002 sehr coole Idee, ich hatte auch schon überlegt sowas ähnliches irgendwann für die in Entwicklung befindlichen Bahnsteige der DB und die Bahnhofserweiterung zu bauen.

    Ich nehme an du hast jeweils ein eigenes Modul für erhöhte Bahnsteige und Gleise gebaut, das dann unabhängig von den Nachbarmodulen ist, oder?


    Die andere Möglichkeit, über die ich nachgedacht hatte, wäre ein "Stützwand-Modul" zu schreiben, dass dann pauschal alle rechts oder links davon liegenden (kompatiblen) Module um die entsprechende Höhe nach oben versetzt. Das hätte den Vorteil, dass man als Nutzer jeweils das selbe Bahnsteig-/Gleis-Modul bauen kann und sich das dann automatisch in der Höhe anpasst. Man hätte dann nicht für jede Höhe einen eigenen Platz im Modul-Menü.


    Als "Stützwand-Modul" würde sich bei dir ja der Hochbahnsteig anbieten und man könnte per Modifier dafür sorgen, dass sich die Vanilla-Gleismodule, automatisch generierten Mod-Gleismodule und Vanilla-Bahnsteige der Höhe anpassen.

    Falls du Lust und Zeit hast sowas noch zu skripten, würde ich meine Bahnsteigpakete dazu kompatibel machen.

    Bei 1 bin ich am bauen und bei Punkt 2 verschwinden die assets.

    Okay danke, Problem erkannt. Allerdings habe ich so gar keine Idee, woran das liegen kann.

    In der .con für den Bau der Assets habe ich skipCollision = true und autoRemovable = false, damit man eben keinerlei Probleme haben sollte. Nach dem Platzieren sind es dann nur noch freie, einzelne Assets, die sich eigentlich gar nicht mehr verändern sollten. In meinen Augen sieht es also nach einem Bug im Spiel aus und nicht nach etwas, was in meiner Macht steht ?(


    Das einzige, was ich mit dem nächsten Update einbauen kann, ist (optional) die Bestätigung zum Abriss bzw. nachträgliche Konfigurierbarkeit der Assets. Dann kann man sie allerdings nicht mehr mit dem Radiergummi loswerden, was ich mir bei größeren Umbauten und Puzzeleien nervig vorstelle. Ob das hilft, kann ich nicht sagen.

    Ich baue nicht mit "auto" .. habe mit und ohne Kollision versucht, der bessere Aspekt war "no Kollision".

    Wie schon beschrieben, taucht es ja nicht nur bei den Zäunen ect. auf.. sondern auch bei den Bahnsteigmodulen von lennardo97 .

    Lg Tom

    Das ist interessant. Mir wurde schon einmal von diesem Problem berichtet, allerdings konnte ich es bei mir bisher nicht beobachten, so dass die Fehlersuche entsprechend schwierig wird. Mach mal bitte einen Screenshot wie das bei den Bahnsteigen aussieht, wenn es mal wieder auftreten sollte.

    Wie ist der aktuelle Stand lennardo97 ?

    Braucht ihr Unterstützung etc?

    Läuft ganz gut. Ich habe nochmal etwas an der Skript-Struktur geändert, so dass ein paar Module jetzt zusammengefasst sind und mit <N> und <M> durchgeschaltet werden können. Z.B. betrifft das die Richtung, in die die Treppen und Aufzüge bei den Eingangsmodulen zeigen sollen.

    Ansonsten geht es gerade darum die ganzen Assets in die Module einzubinden und dann noch die Beschreibungen/Übersetzungen dafür zu schreiben.


    Der einzig nennenswerte Bug ist, dass aus irgendeinem Grund die Übersetzungen der strings.lua im Template für den Bahnhof nicht ausgeführt werden. In allen Konstruktionen und Modulen klappt es ganz normal. Selbst wenn man einen Parameter 1:1 kopiert, geht es nicht.

    Hatte das schonmal jemand von euch oder weiß zumindest näheres darüber, wie/wann die Übersetzung vom Spiel ausgeführt wird?

    Moin zusammen,

    Ich habe folgendes Problem mit den Übersetzungen aus der strings.lua:


    Für meine in der Entwicklung befindliche Bahnhofsmod habe ich, neben einigen Asset-Constructions, auch mehrere neue Templates für den modularen Bahnhof erzeugt. Diese haben jeweils ein Parameter-Menü, für dessen Einträge passende Übersetzungen in der strings.lua liegen. Eigentlich müssten also im Spiel die jeweiligen Übersetzungen für den Parameter angezeigt werden.

    ABER: Das ist nur bei den Asset-Constructions der Fall, in den Bahnhof-Templates wird 1:1 das angezeigt, was im Menü-Skript als name definiert ist.

    Es funktioniert auch nicht bei direkt von den Asset-Constructions ins Template kopierten Parameter-Blöcken, also liegt es schon mal nicht an Syntax-Fehlern in der strings.lua oder den Parametern.


    Kurzes Beispiel, damit klar ist, was ich meine:

    - in der asset.con und im template steht

    - in der strings.lua steht

    Code
    de = {
    ...
    ["platform_level"] = "Bahnsteighöhe über SO",
    ...
    }

    Im Spiel wird angezeigt:

    - Beim Bau des Assets Bahnsteighöhe über SO

    - Beim Bau des Bahnhofs platform_level


    Nur bei den auch im Vanilla-Bahnhof vorhandenen Parametern wird korrekt übersetzt.


    Hatte jemand schon mal ein ähnliches Problem und kennt vielleicht eine Lösung? Könnte es möglicherweise sein, dass bei den Templates fälschlicherweise nicht auf strings.lua der Mod zugegriffen wird, um die Übersetzung zu erzeugen?

    EDIT: Eventuell hat es auch mit der Reifolge zu tun, wann die Ersetzungen aus der strings.lua und wann das hinzufügen der Templates zum Bahnhof ausgeführt wird. Vielleicht findet die Übersetzung statt, bevor die Parameter geladen werden. Kann das sein?


    Danke vorab für Ideen/Lösungsansätze!

    Ich möchte trotzdem anfragen ob da vielleicht was Niederländisches auch möglich währe?

    Der Fokus liegt erstmal auf Deutschland. Eventuell lassen sich danach noch einzelne Varianten für das europäische Ausland bauen. Allerdings nur dann, wenn die dortigen Bahnsteighöhen gleich sind, da mir der Aufwand für weitere Höhen zu groß wäre (für jede Höhe braucht es eigene Modelle der Unterführungen, Brücken und Rampen).

    Aber wie gesagt, erstmal wird das deutsche Paket vervollständigt und es gibt ja auch schon das niederländische Paket von Oppie auf Steam.

    Bestehe auch die Möglichkeit, ein Modul zu schaffen, welches eine Straßenunterführung besitzt?

    Prinzipiell schon, aber das käme dann später per Update. Die Schwierigkeit wird sein, dass Höhe und Breite der Straße dazu führen, dass ich weniger Platz für Treppen habe. Das gleiche gilt im Übrigen auch für eine Straßenüberführung.

    Ich habe auch schon mit dem Gedanken gespielt, ob auch ein kreuzendes Gleis mit Bahnsteig(anschluss) umsetzbar wäre, so dass man - ggf durch den Bau von zwei aneinander angrenzenden Bahnhöfen - einen Turmbahnhof erschaffen könnte. Aber das ist noch ein recht kühnes Gedankenspiel für die Zukunft und hat viele offene Fragen.

    Das Thema modulare Krümmungen und Steigungen ist natürlich auch noch wichtig, aber noch schwieriger.


    Inhaltlich ist der Stand jetzt so, dass hauptsächlich noch ein breiterer Treppenabgang zur Unterführung, einige Assets und erste Repaints fehlen und dann käme so langsam das erste Release. Die ersten Updates werden dann voraussichtlich Repaints für frühere Zeiten sein, weitere Features dann später. Im Moment sind die Bahnsteige ab 2011 verfügbar, aber mindestens die Variante ab 2000 soll zum Release auch enthalten sein (unterscheidet sich nur in Details von der 2011er).

    Hier mal ein paar Bilder aus dem Funktionstest der neu hinzugekommenen Module :saint:

    Wie ihr seht, sollte es fortan kein Problem mehr sein barrierefreie Bahnhöfe in Hanglage zu bauen. Genau wie für die Unterführung gibt es auch für die Brücken Zugangsmodule, die wie Bahnsteige platziert werden können. Mit dabei ist neben Treppen und Treppen mit Fahrstuhl auch ein Zugang für Hänge. Es ist auch problemlos möglich Straßen unter der Brücke oder über der Überführung zu platzieren.


    Mir ist aufgefallen, das die Bahnsteigkantenmarkierung auch an Bahnsteigkanten zu sehen ist, an denen sich kein Gleis befindet, wird das final auch so erscheinen?


    Die von TeleTrabbi angeregte Änderung an den Bahnsteigkanten ohne Modul ist jetzt auch eingeflossen. Man hat jetzt also freie Gestaltungsmöglichkeiten die freien Seiten mit Assets zu dekorieren.

    So, heute mal wieder was zum Thema "Glaskasten ohne Funktion" (wie Grimes so schön ausgedrückt hat) oder auch "Aufbewahrungsvitrine für Aufzug-defekt-Schilder", aber diesmal nach oben statt unten.

    Wie ihr seht, hat eine Überführung ihren Weg ins Paket gefunden. Wahlweise kann eine Treppe oder Treppe mit Fahrstuhl in beide Richtungen zeigend platziert werden. Der Aufzug kann von Passagieren genau wie die Treppen genutzt werden, ist aber nicht animiert.

    Die Brücke ist hoch genug, damit die Oberleitung in jedem Fall darunter ist, ganze Masten passen allerdings nicht. Außerdem wird automatisch ein nach Gefahrenschutz-Richtlinie erhöhtes Geländer mit Warnschild platziert, wenn ein Gleis mit Oberleitung überquert wird.


    Wenn man (beim Standard-Bahnhof) zwei Bahnsteigmodule nebeneinander setzt und beiden ein Treppenmodul verpasst, vereinigt sich das außerdem automatisch zu einer mittigen Treppe - sorgt für mehr Platz an der Bahnsteigkante. Das gleiche Feature kommt auch noch für die Unterführungen. Bei der Motras-Version sind ohnehin auch mittlere Slots für die Treppen vorhanden, so dass man dort noch etwas freier kombinieren kann.