Beiträge von Freahk

Im Endeffekt kann man alles was mit dem Transportnetz zu tun hat auf Graphen runter brechen.
Es gibt nur (unterschiedliche) Knoten (Halte, Signale und Abzweigungen) und die Verbindungen dazwischen (Kanten), die unterschiedliche Attribute haben (z.B. Wegtyp, vMax, Trassenkosten)
Je nachdem wie man es betrachtet, könnten Signale auch als Knoten wegfallen und nur in der "wie schnell kome ich von Knoten A nach B Logik" enthalten sein.
Stationen sind allerdings immer Knoten, da diese schließlich ein "Abzweig" von Gleisen auf den Fußweg sind.

Hat man erstmal ein solches Netz aufgebaut, kann man auf diesem Linien definieren und daraus wieder einen neuen Graphen bauen. von jeder Station aus kann auf den Fußweg "umgestiegen werden. Die Fußwege sind allerdings die einzigen "Linien" die nicht im Graphen gespeichert sein sollten, da diese doch recht viele sind (von jeder Station zu jeder anderen Station und jedem Haus vorrausgesetzt alle Städte sind mit Straßen verbunden)

Am Ende kann man dann auf dem Liniengraphen mit einem kürzester (bester) Pfad Algorithmus die beste Verbindung heraussuchen. Hierbei muss man wissen zu welcher Zeit man startet und wann welches Verkehrsmittel an welcher Station sein wird.

Btw. liegt genau hier der Faktor der große Transportnetze extrem langsam macht, was durch sehr große Städte (viele Einwohner) noch begünstigt wird. Eine solche Suche benötigt nämlich größenordnungsmäßig eine Zeit von mindestens O(n*log n + m), wobei n die Anzahl der Knoten ist und m die Anzahl der Kanten. Das heißt also der Aufwand liegt irgendwo zwischen einem linearen und einem quadratischen Aufwand.

Ich vermute mal im aktuellen Simutrans wird das auch so in der Art umgesetzt.

Jetzt aber nochmal zurück zu den Prioritäten. Ich spiele aktuell man wieder ein wenig Simutrans und da gibt es die 2 Block Signale. Das System funktioniert ähnlich wie die Idee von @Yid bzw. @Grimes, allerdings Streckengebunden anstatt Fahrzeug oder Liniengebunden, was in den meisten Fällen wohl auch sinnvoller sein dürfte.
Ein 2-Block Signal reserviert einfach die nächsten 2 Blöcke, anstatt nur einen. Ich würde es allerdings lieber sehen, wenn man bei jedem normalen Signal einfach einstellen kann wie viele Blöcke es blockieren soll, wenn es überfahren wird anstatt dieses als spezielles Signal zu implementieren. Man könnte dann in einem an und ausschaltbaren Signal Layer die entsprechende Zahl über den Signalen einblenden o.ä.)
Die Idee gefällt mir zwar nicht ganz so gut wie meine andere, dürfte aber eine ganze Ecke einfacher zu implementieren sein und in den meisten Fällen mehr Sinn ergeben als die reservierten Blöcke fest an die Linien oder gar Fahrzeuge zu binden.

Wie wäre es denn wenn die Geschwindigkeiten und Positionen der Fahrzeuge etwas im Vorraus berechnet werden würden?
Dann könnte man den Linien Prioritäten geben und ggf. noch Hauptstrecken mit einbringen auf denen Fahrzeuge unabhängig von der Linienpriorität immer Vorfahrt haben.
Falls ein Zug mit höherer Priorität auf einen mit niedrigerer Priorität warten müsste, darf der Zug mit der niedrigeren Priorität den Gleisabschnitt eben nicht befahren, sondern muss am Signal warten.
Wäre natürlich die Frage wie viel Rechenleistung das kostet. Prinzipiell dürfte es kein großes Problem sein sowas zu berechnen. Muss man halt mal die Mathematik nach Hilfe fragen.

opensuse Leap 42.1, i7 6700HQ, 16GB DDR3 1866 Ram, GTX965M

Naja wenn man die lange Liste mal etwas runter bricht kommt man zu folgender Liste:
Schienengebundene Transportmittel: Schwebebahn (sowas wie in Wuppertal oder Dresden vermutlich?) , Magnetbahn (Magnetschwebebahn?), Hängebahn (wo auch immer da der Unterschied zur Schwebebahn ist...), Aufzüge, Zahnradbahnen, Monorails und Schmalspurbahnen ("normale" Züge scheint er ja nicht haben zu wollen :D)
Im Endeffekt sind diese ähnlich genug, um diese zumindest als Schienengebundenes Transportmittel modbar zu machen.
Ein "Rohrpost System" für Menschen stelle ich mir als große Rohre, durch die "Fahrzeuge" mit Menschen drin rasen vor.
Diese Transportmittel haben alle mehrere Gemeinsamkeiten und verhalten sich im Endeffekt genau wie "normale" Eisenbahnen. Dadurch sollte es möglich sein diese zumindest als Mod einnzubauen, wenn die passenden Schnittstellen zur Verfügung gestellt werden.
Um das modbar zu machen müsste UG es eigentlich nur erlauben das Aussehen von Gleisen zu modden. Schöner wäre es natürlich, wenn man darüber Hinaus eine Gleisart definieren könnte und Fahrzeuge ein Gleis nur dann nutzen können, wenn die Gleisart in der mdl des Fahrzeugs eingetragen ist.
Außerdem sollte nicht jede Gleisart zwangsläufig Weichen, Tunnel, Brücken, Bahnhübergänge (etc. falls ich etwas vergessen habe) unterstützen müssen und die maximale Geschwindigkeit sowie maximale Steigung müsste wählbar sein.
Wenn man an diesen Schräubchen drehen könnte, wäre ein Aufzug auch nichts anderes als ein Spurgebundenes Transportmittel bei dem die "Gleise" 90° nach Oben gehen und das außer geraden "Gleisen" nichts unterstützt.

Helikopter, Flugzeuge und Zepeline verhalten sich im Endeffekt auch sehr ähnlich. Man sollte bei diesen Fluggeräten vielleicht bei den Fahrzeugen eine "maximale Steigung" definieren. So können Hubschrauber und Zepeline senkrecht starten, Flugzeuge allerdings nicht.

Bleiben Schiffe, O-Busse und die nicht genannten (normalen) Busse und Straßenbahnen.
Die Schiffe bilden tatsächlich mal eine eigene Kategorie.
Busse, O-Busse und Straßenbahnen verhalten sich im Endeffekt auch fast gleich. Ist eine Straße vorhanden, kann da erst mal ein Bus fahren. Hat die Straße die Eigenschaft "mit Oberleitung" kann da ein O-Bus fahren. Hat die Straße die Eigenschaft "mit Gleis" kann dort auch eine Straßenbahn fahren.
Ausnahme: Straßenbahnen sollten auch ohne Straße auf normalen Gleisen fahren können.

Auf Raketen gehe ich mal nicht ein, da ich den Sinn davon nicht nachvollziehen kann.

Tatsächlich muss man sich darüber natürlich noch einige Gedanken mehr machen, bevor man das ganze dann implementieren sollte. Ich wollte damit allerdings nur zeigen, dass man diese vielen Verkehrsarten in recht wenige Kategorien unterteilen kann, die sich neben der Optik nur in Kleinigkeiten unterscheiden. Wenn man sich darüber Gedanken macht, worin sich diese unterscheiden könnten, kann man direkt eine ziemlich mächtige Schnittstelle erschaffen, die es einem Selbst und den Moddern später ermöglicht ziemlich viele unterschiedliche Verkehrsmittel relativ einfach umzusetzen.
Es muss (und kann auch garnicht) jedes einzelne Verkehrsmittel zu 100% mit der Realität übereinstimmen.

So viel zu "es gibt keine X Weichen im Spiel"..
Offiziell gibt es die nicht, inoffiziell durch einen Bug aber schon. Da wo sich die Gleise kreuzen fahren die Züge auch einfach wie auf dem Bild durcheinander durch. Deshabt fragte ich, ob das da auf dem Bild eine X Weiche ist.

[Blockierte Grafik: https://www.train-fever.net/index.php/Attachment/48922-strangCFertig-jpg/]

X Weiche?

@Werkstatt Wenn ich das richtig verstehe, hat @Railtim zwei Posts über deinem die Frage bereits beantwortet.

Zitat von Railtim

Natürlich wird auch die TRAXX 2 mit den Features der TRAXX 1 ausgerüstet, und die erste Lok ist so gut wie fertig:

Ja das stimmt leider.
Ich kann aber gerne nach brauchbaren Bildern suchen, falls ihr das Teil noch machen wollt. Gibt von dem nur leider nicht all zu viele Bilder.

Super Teil! Sieht deutlich besser aus als das Repaint der RE450 Wagen aus.
Vielen, viele, vielen Dank an Baubus und Bandion für dieses tolle Modell!

Wo ich die jetzt ingame sehe, musste ich so spontan an die BR445 denken. Das ist ein Doppelstock Triebwagen, der um 1998 herum als Prototyp gebaut wurde. Ist allerdings nie in Serie gegangen, da das Teil ziemlich Fehleranfällig wäre.

Da ich weiß, dass @Bandion nur das baut was @baubus bei ihm bestellt, möchte ich Baubus mal ganz lieb fragen, ob er diesen noch hinzufügen möchte bzw. ob das sehr viel Arbeit wäre.

Ich vermute mal @baubus hat den DoStos ein Paar Details beim Halt im Bahnhof spendiert, die über eine Türanimation hinaus gehen. Zumindest habe ich seine Aussage so verstanden.
Vielleicht fahren ja die Trittstufen aus

Supi
Bin echt mal gespannt was du da an Details an den Haltestellen eingebaut hast. Wenn du das extra erwähnst, wird es wahrscheinlich mehr als "nur" die Türanimation sein.

Die imho beste Lackierung ist nun auch fertig

Welche Diskussion?
Ich versuche hier doch keine offensichtlichen Nachteile weg zu diskutieren. Ich habe schlichtweg einen ebenso offensichtlichen Vorteil genannt. Ein Vorteil schließt einen Nachteil doch nicht aus (und umgekehrt)...
Wenn du das anders siehst bitte sehr. Aber darüber werde ich erst recht nicht diskutieren.

Wie es im Endeffekt veröffentlicht wird ist auch recht egal, da man es eh relativ einfach entsprechend anpassen kann.

Wie auch immer: Habt ihr euch jetzt schon überlegt, ob ihr die DoStos zeitlich zusammen mit den Traxx veröffentlichen wollt oder nicht? Die Bilder hier sahen ja schon recht gut und fast fertig aus.

Wenn der vorrausfahrende Steuerwagen als Lok definiert ist, ist es einfacher Züge mit vorrausfahrendem Steuerwagen in der Auto Ersetzung zu erstellen, da man eben nicht erst eine vorausfahrende Lok hinzufügen und am Ende wieder entfernen muss, was ich übrigends auch oben geschrieben habe...
Imho ist das ein ganz klarer Vorteil. Wenn du diesen Vorteil nicht siehst soll mir das aber auch egal sein.
Am Ende werde ich mir die mdls und MUs eh wieder so anpassen, wie es mir am besten gefällt, wenn diese nicht eh schon passend hochgeladen werden.Ist ja nicht die Riesen Arbeit.

Ja das geht. Auf meiner Karte fährt aktuell ein TGV Duplex planmäßig für etwa eine halbe Sekunde 300 km/h. Vorher wurde die Linie vom ICE 3 bedient und noch davor vom keinen UG TGV.
Die 300 km/h werden aber nur in eine Richtung erreicht und die Strecke zeiht sich ziemlich kurvig am Anfang einen Berg hoch und diesen entsprchend auch (weniger kurvig) wieder runter. Mit "ziemlich kurvig" meine ich einen Streckenabschnitt am Anfang, der nur mit 160 km/h befahrbar ist, gefolgt von einem Abschnitt, der mit 200 km/h befahrbar ist. Diese Geschwindigkeiten werden auf dem Stück allerdings nicht erreicht, da die Steigung recht hoch (maximal) ist und diese Abschnitte auch nicht all zu lang sind.

Manchmal kann es also helfen am Anfang und Ende der Strecke eben nicht auf die 300 km/h zu bestehen, sondern zwecks besserer Streckenführung bzw. zwecks einer längeren Strecke niedrigere Maximalgeschwindigkeiten zu verwenden.

Glückwunsch zum schaffen der Quest. Mir ist die auch erst auf der 4. Map gelungen, da ich mir selbst vorgenommen habe die Quest nicht mit aller Gewalt durchzubringen, sondern nur so, dass es auch halbwegs mit der Landschaft vereinbar ist.

Zitat von TT junkie

Der einzige Vorteil den MUs bieten (neben der Entschlackung des Kaufmenüs - unter der Voraussetzung das die Fahrzeuge nicht separat erhältlich sind ;)) ist, dass beim automatischen Ersetzen auch Steuerwagen voraus gewählt werden kann. Jedenfalls wenn ich mich recht entsinne

Wie @RABe514 schon sagte geht das auch ohne MUs, indem man erst eine vorrausfahrende Lok, dann die Wagen und dann die schiebende Lok hinzufügt und die vorrausfahrende wieder entfernt.
Alternativ kann der gedrehte Steuerwagen selbst auch als Lok ohne Antrieb definiert werden dann fällt natürlich das hinzufügen/entfernen der vorrausfahrenden Lok weg.

In beiden Fällen benötigt der Steuerwagen dann aber eine gedrehte .mdl, die beim erstellen einer entsprechenden MU (afaik) nicht nötig ist.
Ansonsten könnte man auch nur den Steuerwagen selbst als MU definieren und so drehen (anstatt eine zusätzliche .mdl zu erstellen. Das dürfte aber quasi aufs gleiche hinaus laufen.

Wirklich "entmüllen" tut man die Liste auch nicht, wenn man statt 8 unterschiedlicher, frei zusammenstellbarer Wagen eine 3, 5 und 7 teilige MU jeweils mit Lok vorraus und mit Steuerwagen vorraus im Menü hat.

Hat also alles vor- und Nachteile.

Imho wäre es eine gute Idee das Set in 2 Versionen zu veröffentlichen:
einmal als frei zusammenstellbare Wagen mit Steuerwagen für beide Richtungen (der vorrausfahrende Steuerwagen sollte als antriebslose Lok definiert sein)
und einmal als MU ohne Lok zu veröffentlichen.
So können die Spieler, die gerne ihre Züge aus einzelnen Wagen zusammenstellen weiterhin ihre Züge so flexibel wie sie wollen zusammenstellen und auf der anderen Seite können die Spieler die lieber MUs haben diese einfach aus der Liste wählen. Da Die DoStos von sehr vielen unterschiedlichen Loks gezogen wurden und einige davon bereits in TF vorhanden sind oder bald vorhanden sein werden, ist es imho nicht Sinnvoll bestimmte Loks vor bzw. hinter die DoStos zu setzen.

Falls die Wagen nicht in der Form im Spiel verfügbar sind, wie man es sicht wünscht, ist es aber auch kein großes Hexenwerk eben die einzelnen Wagen im Spiel verschwinden zu lassen und die gewünschten MUs daraus zu erstellen.

Ach ihr habt doch alle Keine Ahnung! Das sind die neuen Wasserstoffautos!
Durch den ganzen Wasserstoff im Tank sind die so leicht, dass die fast schweben können. So ein vollgetanktes Fahrzeug kommt auf unter 1 kg. Einziger Nachteil: Bei Änderugen in der Steigung heben die schnell mal ab. Ist aber auch nicht so wild. Je leerer der Tank wird, desto schneller kommen die wieder runter.

bei @Angry_CJ ist halt alles XXXXXXXXXXXXXXL

@Angry_CJ Habe aktuell in meiner Hauptstadt einen Bahnhof der sich aus 2 großen, 5 gleisigen und 2 kleinen 2-gleisigen zusammensetzt. Reicht das oder muss da schon mehr kommen?

@lol515, @lthennig Das sind offensichtlich beides keine DB repaints...