Beiträge von Yid

Oh ja, so was wie Forschung wäre auch witzig: Man kann vielleicht Rollmarterial usw. erst dann bekommen, wenn man es erforscht hat. Alternativ kann man an Verbesserungen von vorhandenen Sachen arbeiten: z.B. den Überhitzer , damit man alte Lokomotiven weiter wirschaftlich betreiben kann.

Nett wäre auch, wenn Lokomotiven und sonstiges Zeug kaputt gehen, und man sie regelmäßig warten muss. Bei TF ist es ja so, dass Züge einfach immer teurer werden. In der Realität muss man sie aber normalerweise austauschen, weil sie einfach verschleißen. Mit Wartung kann man den Prozess normalerweise verlangsamen. (aber vielleicht nicht aufhalten?)

Ähnliche Mechanismen gab es auch schon bei CIM2 und RRT (1-3).

Ein besseres Finanzierungssystem, a la Railroad Tycoon:

- die Gesellschaft finanziert sich entweder über Aktien (Neuemissionen und Rückkäufe sind möglich, Dividende muss gezahlt werden)
- oder über Bonds (feste Laufzeiten, feste Zinsen, Zinssatz wird Bestimmt durch Bonität der Gesellschaft); Bonds können nur bis zu einer bestimmten Bonität ausgegeben werden.
- oder natürlich beides.

Zitat von Metssr

Aber dass kann mann doch für jeden Bahnhof einzeln machen....?? oder?

Ich meine schon, hab meinen Gaming-PC jetzt aber nicht hier. Ich meine, dass ich in dem Fahrzeugdialog (im zweiten Reiter mein ich) oder im Liniendialog einstellen kann, dass der Zug losfahren soll, wenn er voll ist. Für jeden Bahnhof einzeln. Ich würde also den Belade-Bahnhof auf "erst losfahren, wenn voll" stellen, und den Entlade-Bahnhof nicht. Eventuell sind dann noch weitere Maßnahmen erforderlich (z.B. weniger Waggons), damit die Züge nicht schlussendlich doch auflaufen. Man kann ja 'ne schlappere Lok nehmen, damit es nicht zu teuer wird.

Ich hab mir auch extra für TF einen 27" Monitor mit 2550 x 1440 Auflösung gekauft und will ihn nicht mehr missen. Nicht nur bei Train Fever sondern auch bei anderen Programmen.

Aber wer will, darf natürlich gerne auf 800 x 600 Auflösung spielen. Ich möchte da niemandem Vorschriften machen.

Zum Auffahren: Konnte man nicht einstellen, dass ein Zug erst losfahren soll, wenn er voll ist, und zwar pro Bahnhof? Auf diese Weise sollte man die Linie auf jeden Fall entzerren können. Alternativ hält man den hinteren Zug an einer unkrisitschen Stelle manuell an, wartet, bis der andere ungefähr auf der entgegengesetzten Stelle der Linie ist und fährt dann weiter. Es sollte eine Weile dauern, bis die beiden dann wieder auffahren.

Das Industrie und Warenmodell habe ich auch schon mehrfach angemeckert, aber in irgendeinem der vielen Updates stand ja, dass mehrere Güter zumindest modbar sein sollen.

Beim derzeitigen Modell denke ich immer an Endtäuschung der Leute, die in irgendeiner Firma vor den frisch gelieferten Waren stehen und sagen: "hoffentlich sind das die Bretter, die wir bestellt haben." ---- *aufmach* ----. "Verdammt, schon wieder Schrauben!"

Zitat von Speedy22

Und einmal einfach alle Fahrzeuge (einer Linie) ersetzen, damit meine ich wenn vom fuhrwerk auf den ersten LKW umgestellt wird, wäre ein Platzhalter (einmalig) wie nach 25%-100%-125%..sinnvoll somit könnte man einfach einmalig die Fahrzeuge wechseln ohne Zeitangabe und ohne das die Fahrzeuge veraltet wären, sondern einfach aufs neueste "Modell" umstellen danach wäre die funktion wieder außer kraft weil es nur "einmalig" wäre.
(ich hoffe es ist verständlich)

Naja, die Ersetzungsfunktion könnte man sicher noch hier und da erweitern. Hier ein paar Ideen:
- ich möchte die Ersetzungsstrategie auf andere Linien kopieren (vielleicht so, wie man time tables bei CIM2 kopieren kann)
- Wenn Loks Klassifiziert wären (etwa "leichte / mittlere / schwere" "Diesel / Dampf / Elektro" "Güterzug / Personenzuglok") könnte man sagen: nimm immer die neueste / billigste / leistungsfähigste verfügbare Lok dieser Art beim Ersetzen.
- Dito bei Waggons oder Triebwagen.
- "Warne mich, wenn ich dieses Upgrade nicht mehr machen kann" (weil es die Lok oder die Waggons nicht mehr gibt).

Ich hätte auch noch eine Idee:

Ein Knopf im Linienmanagement, neben jeder Linie, um diese Linie automatisch zu elektrifizieren wäre praktisch. Das erspart eine Menge Fummelarbeit (aka Micromanagement).

Bin auch dabei, hab den letzten Platz erwischt!

Matti & Pufferzone:

Ein paar Ideen. Es ist ja immer interessant zu sehen, welche Gemeinsamkeiten es gibt:
- habt ihr vielleicht irgendeins oder viele Mods installiert, ich denke insbesondere an Transportmittel mit vielen Polygonen? - Mal ein paar Mods rauswerfen und sagen, welche, damit der Autor was schrauben kann.
- habt ihr ein 32Bit-Windows? Oder wenig RAM (<= 4GB)? Was sagt der Taskmanager zur Programmgröße? (OK, hat gerade auf tf.com gelesen, dass Pufferzone 'nen Mac hat, haben andere da auch Erfahrungen?)
- habt ihr eine Grafikkarte mit wenig Speicher? - Hilft es vielleicht, die Grafikeinstellungen runterzudrehen?

wato:
Wenn ich das richtig sehe, wird im wesentlichen berechnet, welche Städte wachsen sollen und wo. Ausserdem geht es glaube ich um alle möglichen statistischen Daten.
Da es meistens mehr als eine Stadt gibt, und jede für sich wachsen kann, sollte man das parallelisieren können: mindestens Städte, die nicht aneinander grenzen, sollte man parallel berechnen können.

Auch Wegfindung kann man parallelisieren, das ist ja eigentlich nur Rumrechnen auf Graphen. Deshalb gehe ich davon aus, dass UG noch einiges rausholen kann und wird.

@Reisi:
Natürlich ist es am besten, die Anzahl der Threads irgendwie an die Anzahl der (virtuellen) CPU-Kerne anzupassen. Wenn man ganz sicher gehen will (und zu faul ist, es dynamisch zu machen), kann man aber auch einfach eine recht große Zahl von Threads losrechnen lassen, und allen Threads im Gegenzug nur eine geringe Priorität zu geben. Dann behindern sie sich nicht gegenseitig und auch nicht den Hauptthread.

Optimal ist natürlich, wenn man es irgendwie schafft, komplizierte Berechnungen auf die Grafikkarte zu verlagern. Dann hat man irgendwie zwischen 32 (i7 interne HD 4000), eta 100 (z.B. NVIDIA 640) und 1000 oder mehr Kerne (z.B. NVIDIA 9xx Serie) zur Verfügung (OpenCL ist hier eine portable Lösung, die automatisch mit den GPU-Kernen skalieren kann). Das ist toll, aber leider nicht "mal eben" gemacht. Man muss den Algorithmus dann im wesentlichen neu implementieren (Ausser, man hat sehr viel Glück). Allerdings kann man damit auch Leuten mit einer etwas älteren CPU und Grafikkarte helfen (hab ich schon selbst gemacht, das ist toll).

Gehen wir aber von CPUs aus, dann hat man heute etwa 4 (i5, Phenom II) oder 8 (i7, AMD FX 8150) Kerne. Wenn man erstmal alles auf 8 Threads verteilt, hat man eine Menge gewonnen und nichts falsch gemacht.

Ich hab mal ein bischen rumgerechnet, und bekomme ein konsistentes Bild:

Laut Internet ist der Phenom II X4 etwa 75% so schnell (Single Thread Speed) wie ein i7 4890K.
Wenn ich auf dem Phenom jetzt das Spiel in Geschwindigkeit 1 laufen lasse, hat der Prozessor für einen Monat Spielzeit 30 Sekunden CPU-Zeit zur Verfügung. Dazu kommen laut Fussel 2 Sekunden Wartezeit.
Stelle ich auf dem i7 die Geschwindigkeit auf "doppelt", so dauert der Monat nur 15 Sekunden. Warte ich noch 10 Sekunden, dann bin ich bei 25 Sekunden. Das entspricht in etwa 78% der benötigten (echten) Zeit auf dem Phenom.

Nochmal in Zahlen:

(15+10) / (30+2) = 0.781

Wenn mir einer der i7 Benutzer bestätigen kann, dass er das Spiel mit Doppelter Geschwindigkeit laufen läßt, dann würde alles einen Sinn ergeben. Ich würde den Leuten dann fürs erste empfehlen, die Geschwindigkeit auf 1-fach zu stellen. Dann wartet man wahrscheinlich am Ende des Monats gar nicht mehr...

Wenn UG es dann noch schafft, die Monatsberechnung auf 4 Kerne zu verteilen, kann man das Spiel mit 4-fach-Geschwindigkeit laufen lassen, ohne am Ende des Monats zu warten (zumindest auf i7). Als AMD 8150 8-Kern User wünsche ich mir natürlich eine Verteilung auf 8 Kerne...

Eigentlich wollte ich die Erwartungen jetzt nicht in den Himmel schrauben. Dann ist die Enttäuschung vielleicht kleiner, wenn nicht gleich alles implementiert wird...

Im englischen Forum steht, dass das nächste Update neue Features bringen soll. Bin gespannt, welche... So wie ich die Lage einschätze, diejenigen, die am meisten (oder lautesten) gewünscht werden. Ich tippe auf Wegpunkte oder ein leichteres austauschen von Fahrzeugen.

Als professioneller Softwarentwickler kann ich den Amateuren hier im Forum sagen, dass ich Respekt vor dem habe, was Urban Games hier abliefert. Die Jungs hauen in 7 Wochen 4 (oder 5 --hab vergessen mitzuzählen) Updates raus, die jeweils besser funktionieren als der Vorgänger. Das finde ich sehr mutig. Der Fokus liegt auch da, wo ich ihn hinlegen würde: erstmal muss das Ding rund laufen, dann schnell, und dann kann man weitere Features einbauen.

Ich kann euch sagen, dass Software-Entwicklung zwar von aussen leicht aussieht, aber ein verdammt hartes Geschäft ist (so, wie viele andere Dinge auch). Ich habe auch schon Fehler behoben, die mehr als eine Woche Entwicklungszeit gekostet haben. Je mehr Infos (Absturzberichte, Spielstände, was muss man tun um den Fehler nachzustellen, Screenshots oder auch Screen-Filme, Systemkonfiguration) man als Entwickler hat, um so leichter kann man ihn finden. Wenn ich mir die Fehlerliste ansehe, stehen da auch einige Dinge drauf, die man schwer nachstellen kann, z.B. weil sie nur auf bestimmten Systemen laufen. Also: wenn es Probleme gibt, beschreibt Fehler genau und nachstellbar!

Das was dort passiert, ist nicht wenig, sondern viel!

Zitat von CC_Johnson

Ich seh nicht, wozu man für alles ein eigenes Feld braucht. Wenn es Tags gäbe, kann man da doch reinschreiben, was man will, Egal ob DB, DR, Deutsch oder was auch immer... Vorausgesetzt natürlich einer entsprechenden Sortierfunktion.

Insgesamt glaube ich auch, dass weniger Bürokratie besser ist. Ein großes Feld mit beliebigen Tags wäre technisch am einfachsten, und würde deshalb wahrscheinlich am besten angenommen.
Eine Such/Filter-Funktion wäre natürlich irgendwann mal toll, und für den Anfang wäre eine weitere Spalte in der Tabelle wahrscheinlich nicht schwer einzubauen.

Zitat von DasMatze

Gute Idee doch wenn ich da an Trainz und die Tags der Community denke ... "DE", "DEU", "Deutschland", "Germany", "GER" - und schon war der Inhalt über fünf Kategorien verteilt.

Entweder man lebt hier mit dem Chaos, oder macht Vorgaben, die einzuhalten sind. Die offizielle Abkürzung der Eisenbahngesellschaft wäre vielleicht nicht schlecht.

Bei der Idee mit dem Chaos glaube ich, dass, wenn Jey_Bee und andere Top-Modder hier für ihre Loks vernünftige Einträge generieren, andere einfach nach folgen werden. Das bedeutet natürlich weniger Bürokratie ans Vorgaben im Mod Manager.

Es ist halt die Frage, wie weit man das aufsplitten will und wie viel die Modder bereit sind, an Metadaten einzutragen. Ich würde alle Angaben als freiwillig für den Modder sehen. Ihr Modder "arbeitet" ja auch freiwillig für uns.

Wenn man lustig ist, kann natürlich auch ein Feld für die Bahngesellschaft machen, in dem man dann wieder Vorgaben macht (muss da "DB" stehen oder "Deutsche Bundesbahn"?). Ebenso gibt es ja auch Fantasie-Züge wie beispielsweise im Iron-Horse Mod.
Weitere Felder könnten auch sein, ob es sich um einen Dampf-, Elektro- usw. -zug handelt. Die Kategorien aus dem Downloadportal hier auf train-fever.net wären ein guter Anhaltspunkt. Nicht jeder (incl. mir) hat alle Baureihen auswendig drauf...

Könnte man in die tfmm.ini vielleicht noch Tags mit aufnehmen, für verschiedene Zwecke?

Ich denke zum einen daran, diese Tag anzuzeigen, und später auch danach zu sortieren und zu filtern. Wenn jeder Modder beispielsweise konsequent das Herkunftsland angibt, könnte man ziemlich leicht alle Züge aus einem bestimmten Land aktivieren oder deaktivieren.