Beiträge von Jan

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


    Das ist richtig, aber die Spielmechanik ist nunmal nicht das wahre Leben, sondern sie rechnet gnadenlos die Reisezeiten zusammen und wenn die 20 min überschritten werden, weil unnötige Umwege in Kauf genommen werden müssen, verliert man fahrgäste. Und im Spiel geht es ja nunmal um Fahrgäste und nicht um deren Ausbleiben.


    Außerdem: In den frühen Jahren des Spiels reicht auch ein Ausgang, da es kaum Autos gibt. In den späteren Jahren wird die Konkurrenz durch Pkw sehr groß und genau wie Du es beschrieben hast, sind Eingänge auf beiden Seiten im Zeitalter von Fahrscheinautomaten durchaus die Normalität. S-Bahnhöfe hatten übrigens schon immer mehrere Ausgänge und i.d.R. auch auf beiden Seiten.

    Nicht nur das! Auf diese Weise macht man die Wege nur noch weiter! Rücken-an-Rücken hat zumindest die dem Bahnhofseingang zugewandte Seite der Stadt noch den Vorteil der kurzen Wege, während die Abgewandte Stadthälfte das Nachsehen hat. Baut man Eingang-an-Eingang, haben beide Stadthälften längere Wege. Ich weiß nicht, wie das von Vorteil sein soll - im Gegenteil: es ist eigentlich noch ineffizienter.

    Das hab ich nicht geschrieben, sondern @ajushus ;-)


    Aber das ist ja keine Lösung für sein Problem! Sein Problem ist ja, daß die Passariere von der dem Bahnhof abgewandten Seite der Stadt zum Eingang laufen müssen. Wenn Du zwei Bahnhöfe Seite an Seite baust und die Passagiere zur entfernten Hälfte müssen, weil dort ihre Linie fährt, müssen sie trotzdem außen herum laufen. Oder seh ich das falsch?

    Zitat von ajushus

    In erster Linie geht es mir um Bahnhöfe, die auf beiden Seiten einen Straßenzugang haben.


    Wer wünscht sich das nicht? Ich habe alleridngs Zweifel an der technischen Machbarkeit. Bahnhöfe docken ja (leider) ausschlißelich an Straßen an. Ich bin nicht sicher, wie flexibel die Mechanik ist, aber ich kann mir vorstellen, daß zwei Anschlüsse ein echtes Problem wären.


    Zitat von OEBB6020

    vll hilft euch ja der der no pillar mod mit eurem problem ;)


    Abgesehen davon, daß es meistens nicht hilft, sieht es auch noch ziemlich übel aus - aus rein ästhetischer Sicht.

    Ich löse das Problem durch "langsam spielen". Ich lasse mir immer genpgend Projekte für die Zukunft. Und wenn neue Züge rauskommen, mach ich dann dafür extra eine Linie. So hab ich eine hohe Vielfalt, da jede Linie quasi mit anderen Zügen bestückt ist. Einige Fernbahnlinien sind noch bis in die 60er mit Schlepptenderdampfloks bestückt - was ja gar nicht so weit von der Realität ist, zumindest in dem Land in dem ich aufgewachsen bin ;-)
    Autoersetzen hab ich bis heute nicht benutzt. Ich nutze das Altern der Fahrzeuge, um immer mal wieder neue Typen reinzukriegen, wenn alte nicht mehr verfügbar sind.

    Zitat von Estor

    Wobei ich gern eine Einstellung hätte, durch die man die Kalenderzeit vor Spielbeginn einstellen kann. 5 Stufen z. B. so dass ein jahr dann 12/ 24 / 36 / 48 oder 60 min geht.


    Ja, das wäre cool, aber warum nur vor Spielbeginn? Im Spiel wäre das genial. Dann könnte man die Anfangszeit mit den winzigen, grünen, häßlichen Dampfloks schneller hinter sich bringen, während der goldenen Ära mit den schönen Dampfloks etwas abbremsen usw.


    Zitat von Veruslux

    Wenn wir hier von Zeit Schreiben ist das auf die Kalender Zeit gemünzt nicht auf die effektive Spiel Zeit! Hoffe du hast es jetzt verstanden!


    Ich entschuldige mich, wenn ich etwas zu direkt war - ich wollte Dir wirklich nicht zu nahe treten, aber Du hast wörtlich geschrieben "da fährt ein Zug in einer Woche grade mal aus dem Bahnhof" und das ist einfach falsch. Derlei Aussagen lese ich hier öfter und ich finde sie - mit Verlaub - haarsträubend.

    Zitat von Veruslux

    wenn schon die Zeit, in TF Rasend schnell vergeht, da fährt ein Zug in einer Woche grade mal aus dem Bahnhof, was so schon nix mit Simulation zu tun hat...


    Hmm, ich glaube manche haben den Maßstab nicht richtig verstanden. Die Zeit in TF ist Echtzeit. Eine Minute ist eine Minute. Der Zug braucht keine Woche, um aus dem Bahnhof zu fahren und die Fahrgäste sind nicht Monate unterwegs. Es ist alles Realtime. Einzig der Kalender läuft erheblich schneller und das muß auch so sein. Liefe der Kalender auch in Echtzeit, würdest Du bei 4x Geschwindigkeit 5 Jahre ununterbrochen spielen müssen, um vom Jahr 1850 ins Jahr 1870 zu kommen. Oder man müßte Knöpfe einbauen die die Zeit 100x beschleunigen statt 4x, aber dann würde deine CPU schmelzen, mal abgesehen davon, daß Du nichts mehr auf der Karte erkennen könntest, weil sich alles mit Lichtgeschwindigkeit bewegen würde.


    Der beschleunigte Kalender macht die Simulation überhaupt erst möglich - ohne den gäbe es keine Simulation.

    Zitat von Desertbrand

    Was würde dagegen sprechen, die Map an einer Seite zu halbieren und dann an das andere Ende anschließe so das eine Map mit der Kantenlänge 8 km x 32 km entsteht. Spinne ich mal einfach weiter, wie wäre es, wenn wir die Map an der kurzen Seite noch einmal halbieren und ans Ende anbringen, wir hätten dann eine Kantenlänge von 4 km x 64 km. High Speed Enthusiasten würden schreiend durch die Gegend laufen. ein TGV mit der Länge von 320 Meter würde die Entgeschwindigkeit erreichen...


    ...nur hätte der TGV mit Endgeschwindigkeit keine Passagiere mehr, weil die 20-min-Regel nicht mehr eingehalten würde ;-)
    Denk dran, Du bekommst nur Fahrgäste, wenn sie ihr Endziel in mindestens 20 min erreichen können.


    Eigentlich ist TF ein Nahverkehrsspiel. Der Maßstab und die 20-min-Regel verbieten im Grunde genommen Fernverkehr. Ich kenne zumindest keine Fernbahnlinie in Deutschland mit einem Takt von 4 min. Wenn ich von Berlin nach Rostock fahren will - und Rostock ist verdammt nah dran, verglichen mit Stuttgart oder München - muß ich 3 Stunden Fahrzeit einplanen. Und als Berliner brauch ich jeden Morgen eine gute Stunde, um von meiner Wohnung ins Büro zu kommen und verlasse dabei nichtmal die Stadt. Nach der 20-min-Regel müßte ich mir einen neuen Job suchen, der nicht weiter als einen Stadtbezirk von meiner Wohnung entfernt ist - oder ich würde mein Auto zur Arbeit benutzen. Aber das ist nicht wirklich realistisch.


    Bei meiner TF-Spielweise hab ich mich auf Nahverkehr eingestellt. Ich betreibe eigentlich nur S-Bahnen und Regionalzüge. Natürlich hab ich auch immer ein bis zwei Fernverkehrslinien, aber eigentlich nur deshalb, um etwas Abwechslung zu kriegen. Sachlich betrachtet sind meine Fernbahnlinien auch nur S-Bahn-Linien, die ich mit schnellen Loks und langen Reisezugwagen betreibe statt mit S-Bahnen.

    Du hast es falsch erlesen - eigentlich hast Du das ganze Thema nicht verstanden.
    Zum einen ist das ein Konfigurationswert, den Du als User angibst. Die Idee war, daß Du dort jeden beliebigen Wert angeben kannst den Du möchtest und die Textur dann in der Größe ausgegeben wird. Aber da steht auch eindeutig "Dieses Feature ist im Augenblick deaktiviert" und ich erkläre sogar ausführlich warum:

    Zitat von Jan

    Je nach Größe der Matrix kann das resultierende File extrem groß werden! Für meine Triebwagenhalle hab ich eine Textur erzeugt, die über 20.000 Pixel breit war (360x170 Ziegelsteine). Ich hab erst versucht, das File direkt im Programm runterzuskalieren (daher der Config-Value 'TextureWidth'), aber es gab haufenweise OutOfMemoryExceptions, dahr ist der Code auskommentiert. Ich hab dann die generierte 20.000-Pixel-Datei mit Irfanview runteskaliert auf meine 2048 und das ging auch.


    Und drittens, wir generieren hier keine fertigen Texturen, sondern Muster für Deine Texturen. Wenn Du Dir ein Backsteinmuster aus dem Netz runterlädtst, mußt Du es ja auch noch anpassen, oder? Mit diesem Tool ist es nichts anderes.

    Hmm... Naja wir können eine Preview natürlich machen, das ist kein Thema und wenn Du das möchtest, bekommst Du es von mir. Aber mal ganz sachlich betrachtet ergibt es keinen Sinn. Um das Preview zu erzeugen müssen wir es trotzdem speichern - dann halt im Temp-Folder. Und wenn Du dann "save" klickst, generieren wir die ganze Textur nochmal von vorne (also doppelt), diesmal in den eigentlichen Output-Folder. Mir erschließt sich der Sinn nicht so ganz. Dann kann ich es auch gleich in den Outputfolder rendern und bin verschwende weniger Zeit. Und je nach Größe der Matrix und Kacheln kann es durchaus ne Weile dauern, bis die Textur gerendert ist, vielleicht bis zu ca. 30 Sekunden oder so. Und: die Textur kann mitunter gigantisch groß werden und ich spreche hier von mehreren hundert MB (20.000 Pixel breit - ja zwanzigtausend!) =O Ich kann ja mal ein paar Benchmarks machen...

    Zitat von RobbiZ


    Vielleicht mache ich was falsch, aber ich habe massenhaft Einsatzgebiete für kleine, billige Züge. Einige Linien ließen sich anders nicht wirtschaftlich betreiben.


    Echt jetzt? Ich finde auch keinen Sinn bei billigen Zügen mit geringer Kapazität. Eine kleine Linie bedeutet für mich kurze Züge, langer Takt. Aber dann fährt keiner und die Linie ist im Minus. Also erhöhe ich den Takt und schwupps stapeln sich die Leute auf den Bahnhöfen und ich muß große Züge einsetzen und scheffle Millionen. Nebenbahnen gibts bei mir nie. Naja am Anfang vielleicht. Wenn ich etablierte Linien habe mit langen Zügen und ich eröffne eine neue Strecke, dann ist das zunächst eine Nebenstrecke, aber die wird blitzschnell zu einer Goldmine und bekommt dann auch große Züge. Es sind immer alle Linien überfüllt bei mir.


    Zitat von Mereel

    Mehr Waldgebiet wär aber mal was feines.


    Ja absolut! Die Karte ist zu leer. Und gerade bei Holzbetrieben sieht es sehr schräg aus, wenn dort massenhaft Holz für meine Industrien produziert wird, aber kein Baum weit und breit =O

    Geil! Sehr geil! Preview und Save brauchen wir aber nicht zu trennen. Wenn Du die Methode processor.Tile(); aufrufst, wird direkt in die Output-Location geschrieben. Der Previewbereich ist also entweder nutzlos - oder er zeigt eben nur an, was gerade gesaved wurde, was ich natürlich cool fände. Falls Dir das nicht gefällt, könnte man im Preview vielleicht die einzelnen Tile-Images anzeigen, die im Inputfolder liegen, aber das ist zusätzliche Arbeit, die vielleicht nicht nötig ist.


    Wenn Du irgendwas von mir brauchst oder Änderungswünsche für die API hast, nur her damit. Ich kann alles ändern wie Du es gern möchtest.