Beiträge von Freahk

Ergänzung zu Coffey:
oder einen passenden Sound dazu erstellen, ich vermute Kaleut ist nicht abgeneigt diesen dann mit einem Update einzubauen.

@DragoBruder mir ist eben aufgefallen, dass ich aus deinem Post nicht wirklich erkennen kann was du gebaut hast und dir folglich mit den Informationen nicht weiter helfen kann.

Wie Merk und Maverick schon sagten, wäre es hilfreich wenn du einen Screenshot der Situation mit den Lanes posten könntest, dann kann ich mir das ansehen und helfe dir gerne weiter.

Das liegt an der etwas kontraintuitiven Liniensuche der Fahrgäste. Es gibt Fahrgäste die wollen schnell ans Ziel. Diese fahren häufig mit dem Auto oder eben mit dem Verkehrsmittel das sie mit der kürzesten Reisezeit ans Ziel bring. Dann gibt es noch jene die möglichst günstig ans Ziel wollen und die bevorzugen Busse, Straßenbahnen und langsamere Züge.

Um zu verstehen warum die "kürzeste" Reisezeit bei kurzen Distanzen häufig die S-Bahn an Stelle des tatsächlich schnelleren Schnellzugs ist, muss man verstehen wie TpF die Reisezeit berechnet.

Sobald ein Einwohner sich entscheidet das Haus zu verlassen wird die Route fest, und unabhängig davon wann tatsächlich der nächste Bus, Zug oder ähnliches kommt, festgelegt. Die Reisezeit wird dabei angenähert durch Fahrtzeit+Takt der Linien, stellvertretend für die Wartezeit.

Somit kann es durchaus sein, dass die S-Bahn zwar länger fährt, durch den dichteren Takt aber deutlich geringere "Wartezeiten" hat und somit als schnellere Route ausgewählt wird.
Das passiert auch dann, wenn der Einwohner genau pünktlich für den Schnellzug, der ebenfalls auf seiner Strecke fährt, am Bahnhof ankommt, denn der Einwohner hat sich bevor er das Haus verlassen hat auf eine Linie festgelegt, diese Entscheidung wird er nicht ändern.

Eine von vielen Lösungen für das Problem ist es S-Bahnen nicht genau parallel zu anderen Linien fahren zu lassen. Manchmal lässt sich das kaum umgehen weil auf dem Weg einfach zu viele Einwohner wohnen die die Straßenbahn alleine nicht mehr schafft. In diesem Fall ist es aber wohl durchaus gewollt, dass die S-Bahn auf diesem Abschnitt bevorzugt wird. Ansonsten sind häufig die Fernzüge von A-B voll und von B-C leer, obwohl an A noch viele Fahrgäste nach C warten.

Meine Meinung zum Thema S-Bahn ist folgende: S-Bahnen sind als Zubringer auf kurzen Streckenabschnitten genau dann sinnvoll, wenn die günstigeren Verkehrsmittel (Bus, Tram) überlastet sind und der Streckenverlauf nicht zu lang ist.
Außerdem muss ein S-Bahn Netz an das Fernferkehrsnetz angepasst sein. Das heißt es sollte nur dann eine S-Bahn parallel zum Fernverkehr fahren, wenn dieser auf der Teilstrecke überfüllt ist und die Strecke nicht zu lang ist.
Des weiteren muss auch das Bus/Tram Netz auf die S-Bahn angepast sein. Fährt parallel zur S-Bahn eine Straßenbahn wird die S-Bahn das Netz nur dann entlasten können, wenn diese direktverbindungen in andere Städte anbietet, was wiederum in den meisten Fällen der Anpassung des S-Bahn Netzes an das Fernverkehrsnetz wiederspricht.

Kurz gesagt so als Faustformel: Wenn man mit einer klaren Hierachie der Linien anfängt (Bus->S-Bahn->Fernverkehr bzw. Tram->Fernverkehr je nach Aufbau der Stadt) bekommt man die unterschiedlichen Linen gut ausgelastet.
Später wird man dann bemerken, dass z.B. in Ballungsräumen der Fernverkehr voll ist und auf den eigentlichen Fernverkehrsstrecken kaum noch passagiere mitfahren. Genau dann kann man durch verlängern der S-Bahn auf diesen stark ausgelasteten Abschnitten den Fernverkehr entlasten. Eine S-Bahn sollte aber höchstens zwischen 2 Fernverkehrshalten (natürlich mit zusätzlcihen reinen S-Bahn Halten) fahren. Ist dieser ausgelastete Abschnitt länger, sollte man entweder auf dem Stück den Fernverkehr verstärken oder für jeden Abschnitt eine eigene S-Bahn Linie nehmen, ansonsten werden die Fahrgäste wieder die S-Bahn als "schnelleres" Verkehrsmittel bevorzugen, der Fernverkehr bleibt leer und aus der entlastung des Fernverkehrs wird eine Überlastung der S-Bahn.

Am Beispiel von Fictional City wäre das dann sowas:
Busse klappern die schwach besiedelten Straßen ab, verbinden quer in Richtung S-Bahn und bedienen die Abschnitte zwischen den S-Bahn halten, fahren aber nicht direkt zum Hbf.S-Bahn bindet die Busse in Richtung Hbf an und hält im Stadtgebiet mehrmals.
Die Straßenbahn bindet die dicht besiedelten Gebiete direkt an den Hbf an. Der Fernverkehr verbindet weiter entfernte größere Städte und Ballungsräume miteinander, die S-Bahn bindet je Linie 2 Hauptbahnhöfe an, einzelne nicht so stark ausgelastete S-Bahn linien wurden bis in die nächste kleinere in der Nähe liegende Stadt verlängert, um diese zu erschließen und die Auslastung zu erhöhen.

@Gordon Dry das ist ein bekanntes "Poblem", du müsstest die mit der passenden Straße verbinden können. Das ist nicht wirklich ein Fehler sondern eher bedingt durch das Verhalten von snapNodes.
Solltest du die nicht verbinden können, ist es tatsächlich ein nicht bekannter Fehler.

@GamingPotatoes Könnte man machen, würde aber nicht wirklich gut aussehen. Die Wandstücke haben durch Mesh und Textur bedingt immer 3m und es würden somit Lücken vor den Kreuzungen entstehen, wenn 3 die Länge nicht ganzzahlig teilt.

Grundsätzlich ist es möglich jegliche TpF Fahrzeuge zu TF zurück zu portieren, man muss nur auf wenige features verzichten.
Die erwähnte Anleitung die ich mal angefangen hatte stammt noch aus einer Zeit als ich selbst noch kein TpF hatte und ist bei weitem nicht vollständig.

Bei meinen wenigen damals rückportierten Fahrzeugen gab es aber eigentlich immer nur 3 "Probleme", die man von Hand anpassen muss.
1. das im Lexikon erwähnte anpassen des sound sets
2. das konvertieren der dds Texturen zu tga.
3. PHYS_TRANSPARENT (oder so in der Art) Materialien müssen zu nicht transparenten oder alpha Materialien umgewandelt werden.

Bei Konstruktionen hingegen muss man schon deutlich mehr machen und häufig kann man diese auch garnicht (brauchbar) portieren, da TF das Konstruktionsformat noch nicht kennt.

Kannst doch einfach die Tram Gleise weiter gerade durch das Terminal durch fahren lassen. Sooo lange halten die LKWs eh nicht und wenn du 2 Spuren auf eine shickst wird diese im Schnitt eh voller sein als das Terminal.
Zusätzlicher Vorteil: Das Teil wäre dann auch für die Güter Trams zu gebrauchen.

Zitat von Grimes

Ist dieser Stümmel Anschluss eigentlich wirklich notwendig?

Nein.

Dqnn konvertier sie doch einfach.

@Seasprat Wenn du die wirklich über Steam geladen haben solltest, gib uns bitte dem Steam Link der Unterführung. Weder Grimes noch ich haben die dort hochgeladen. Ansonsten lade bitte die aktuellste Version aus der Webdisk herunter.

@eis_os
Ja genau so in der Art wollte ich es zersägen.
Das Poblem ist eben, dass es auf der Fachwerkbrücke eine bestimmte Stelle gibt auf der das Gleis "verschraubt" ist, nämlich genau auf dem Längstträger. Also bräuchte die Brücke ein Außensegment für das Ende der Brücke, ein Segment von dort bis zum Träger auf dem das Gleis verschraubt ist, ein Segment von Träger zu Träger und ein Segment von dort zum nächsten Gleis. Das sind 4 Segmente. Um die Brücke in der Länge variabel zu gestalten brauche ich die jeweils als Mittelstück und Endstück, sind also schon 8 für die Brücke ohne das Gleis. Das Gleis bräuchte dann nochmals ein Zwischenstück mit nur den beiden Stahlschienen und dem TNP, ansonsten fährt da nichts, und das nochmals als Endstück. Schon sind wir bei 10 Modellen.

Um die 2-gleisige Brücke zusammen zu kleben bräuchte man von Links nach Rechts dann ein Endstück, ein Ende-Gleis Stück, ein Gleismitte Stück, ein Gleis-Gleis Stück, ein Gleismitte Stück, ein Ende-Gleis Stück und ein Ende Stück für die Brücke, außerdem 2 Gleis Stücke. Das macht dann 9 für eine Längeneinheit. Das ganze bräuchte man dann 4-Mal für die komplette Brücke und schon sind es 36 Segmente...

Dann könnte ich immerhin mit passender Skalierung der einzelnen Segmente ohne riesige Verzerrungen passende Brücken für die meisten Gleise zusammensetzen. Dafür explodiert aber die Anzahl der Modelle die ich in einer Unterführung verbauen muss.
In wie weit sich die Anzahl der Modelle auf die performance auswirkt ist wohl stark von der engine Abhängig. Im Optimalfall ist ihr das, abgesehen vom eh nicht wirklich performancekritischen Bau der Construction egal. Dazu kenne ich aber die engine nicht gut genug.

Wenn die Common API eine solche getSelection(params, variant) erlauben würde wäre das auf jeden Fall eine Erleichterung. Die Brücke muss ich dafür aber trotzdem noch zersägen und ich muss erstmal sehen ob es diese dämlichen Kollisionsprobleme mit dem "echten" Gleis noch immer gibt. Wenn ja bringt mir das ohnehin nichts.

@eis_os Das steht noch auf der todo Liste. Wie genau ich das umsetze weiß ich noch nicht. Mit dem Gleisunterbau alleine ist es nicht getan, das Gleis muss auch auf die Brücke passen.
Aktuell habe ich da 4 Ansätze:

• common API Filter nach Gleisbreite. Für alle Gleise für die kein Modell definiert wurde, wird einfach das Gleis über die Brücke gezogen alles was nicht auf die Brücke passt, kann eben nicht ausgewählt werden. Damit könnte man viele Gleistypen auf der Brücke bauen, bekommt aber nur für die 2 Standardtypen die Fachwerkbrücke so zu Gesicht wie sie ursprünglich gedacht war.
• Skalierung des Gleises ohne das Schotterbett. Die entscheidenden Breiten sind railTrackWidth und sleeperWidth. Das funktioniert aber nur für Brücken mit Schotter und nur wenn die Spurweite nicht zu breit wird. Wenn irgendwer auf die Idee kommt das 3m Gleis zu modden haut das wieder nicht hin.
• Skalierung der Gleise und Brücke in die Breite. Da ich ohnehin die Brücke und die Gleise noch längst zerlegen muss kommt man dann ganz schnell auf 10+ Modelle für die Brücke mit dem Gleis und 20+ Segmente für eine zweigleisige Unterführung, unter der Annahme, dass nur Gleise mit identsichen Maßen auf einer Brücke liegen. Ansonsten sind es noch ne ganze Ecke mehr. Ist also auch nicht unbedingt die schönste Variante.
• verwenden von "nativen" Brücken. Da bin ich aber eher kein Freund von. Beim letzten Versuch hat das gelegentlich zu eigenartigen Kollisionsmeldungen geführt und so ein großartiges Brückenmodell wie die Fachwerkbrücke wäre damit überhaupt nicht möglich gewesen.

Bei allen Varianten muss man auch noch im Hinterkopf behalten, dass die Unterführung bzw. allgemein das Brückenmodul so aufgebaut sein soll, dass es einfach ist neue Brückenarten selbst hinzuzufügen. Bei 10+ unterschiedlichen Modellen ist das eher nicht gegeben. Auf der anderen Seite möchte man die Modelleirungskünstler nicht zu weit in ihren Möglichkeiten einschränken.

Vermutlich werde ich beim einbinden der commonAPI Variante 1 gleich mit umsetzen. So wirklich gefallen mir die Varianten aber alle nicht.

@Taigatrommel66 So eine seltene Ausnahme ist das nichtmals. Wir haben länger nach Bildern von Fachwerkbrücken gesucht und da war es eher schwierig Stahlfachwerkbrücken zu finden auf denen die Gleise ohne Schotter fest verschraubt waren. Das mag daran liegen, dass verschraubte Gleise eher auf kleineren Brücken bzw. Brücken mit geringen Höchstgeschwindigkeiten üblich sind. Ich habe da aber keine Ahnung von, vielleicht liegt das auch an etwas ganz anderem. Jedenfalls gibt es beide Varianten nicht unbedingt selten.

Zitat von eis_os

Zurück zum Thema, wäre es eigentlich möglich eine Brückenart zu modellieren, die auch Schotter erlaubt?

In der Vergangenheit gab es Kollisionsprobleme mit einem Gleis (ohne terrain alignment...) auf der Brücke. Ansonsten habe ich durchaus vor nach Möglichkeit das "echte" Gleis an Stelle eines Modells auf die Betonbrücke zu legen.

ups den falschen @sea... verlinkt.

Vielen Dank für das Kompliment.

Am liebsten würde ich den Gleistypen und die Oberleitung dazu pro Gleis auswählbar machen. Das bekomme ich aber einfach nicht im UI unter ohne, dass es extrem unübersichtlich wird
Ich habe es trotzdem mal in die Liste aufgenommen, vielleicht gibt es ja irgendwann die Möglichkeit sowas halbwegs übersichtlich ins UI zu bringen.

Bis dahin möchte ich dich aber ermutigen etwas mit den Bausteinen zu spielen. Du kannst zwei Brücken direkt hintereinander setzen. Da hast du dann zwar einen kleinen Abstand zwischen den Gleisen aber ich denke als workarround dürfte das verkraftbar sein.

@Enzojz Well it's not that short. It should be 6m or 8m but in some rare cases, well i didn't have that case even once, the speed is still limited.

@Seamon @Seasprat ich habe zufällig in deinem Video gesehen, dass du die harte terrain Angleichung "ein bischen doof von der Mod" findest.
@all schreibt hier oder per PN an mich eure Ideen und Verbesserungsvorschläge zu Mods. Ich führe für jede einzelne Mod die ich raus bringe eine Wunschliste und sehe ab und an mal drauf was man noch verbessern könnte. Ich werde nicht alles umsetzen aber ich werde nach und nach immer mal wieder den einen oder anderen Wunsch umsetzen.

Ich werde mir das am Wochenende mal genauer ansehen. Das ist mir so erstmal nicht erklärbar. Vermutlich hat das etwas mit dem kurzen Gleisstück und irgendwelchen TpF Bugs zu tun die niemand so recht versteht.
Ich könnte die Gleisstücke wieder etwas verlängern wenn das weiter hilft.

Die Probleme mit Toms letzter Version mit Gleisdoppelbelegung kann man doch umgehen.
Der Adapter wrappt doch ohnehin dir originale updateFn. Dann könnte man vor dem Aufruf der originalen updateFn auch einfach den trackType Index auf 0 setzen, schon springt der Index dort nicht mehr aus der range.
Anschließend wird ja ohnehin der Gleistyp überschrieben. Dabei müssen wir darauf achten, dass wir die Gleise mit "tom_deadendtrack.*" ebenfalls überschreiben. Um die Prellböcke am Ende zu entfernenmüssen wir bei diesen am Ende eine lane per model bzw.transportNetworkProvider anhängen.

Hat sich daran schon jemand versucht, ansonsten würde ich das am Wochenende einfach mal so ausprobieren.

No I don't want to make a curve option for now. Maybe I will update the bridge module to support variable length and curved bridges one day.

It will be on steam one day but I'm not quite sure when. Maybe it won't include the snapables since I expect many steam users to simply ignore the description and I don't want to end up with a downvoted mod.

Zitat von eis_os

Nicht ganz, das ist in den Tiefen von res/scripts/freahk_unterfuehrungswerkzeuge_1_0.lua versteckt.

Da kann man es auch ändern, dann bekommt man es aber nicht hin von 1850 an Straßenbahngleise und von 1875 zusätzlich elektrische Straßenbahngleise zu haben.
Sehe ich es also richtig, das die Tram Option immer verfügbar sein sollte und die elektrischen Tram Gleise erst ab 1875?

Und, hast du dich in den tiefen des Scripts verlaufen?

Der interessante Teil der Common API für die Unterführung wären nur die Höhen der standad und high-speed Gleise. Manche mods überschreiben die und schon hat man einen Sprung in der Strecke. Mit den korrekten Höhendaten könnte ich zumindest das mesh passend verschieben.
Die Liste der Gleistypen ist (aktuell) für die Unterführung tatsächlich nicht interessant. Das wird sich aber noch ändern, aber bis dahin dauerts noch ne ganze Weile.

Ich bin mir nicht so recht sicher wie ich mit dem Post umgehen soll.

Straßenbahnen gibt es bei der Unterführung erst ab 1875. Ist das etwa falsch?

Jegliche User interfaces werden in den settings der jeweiligen construction in den Unterordnern von res/construction definiert. Da kann man dann wenn man möchte auch am yearFrom schrauben.

Kurven auf der Brücke wird es sehr wahrscheinlich nicht geben. Das ist einfach zu aufwendig umzusetzen, es sei denn ich ziehe an der Stelle eine "echte" brücke, aber das hat in der Vergangenheit immer wieder eigenartige Kollisionsprobleme gebracht und ist bei weitem nicht so schön wie die Modelle.

Durchaus, die gibts erst ab 1875.