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 hätte ich auch gern beim Vehicle Asset Builder integriert. Aber eine einfache Funktion zum Altern von Assets gibt es offenbar nicht, wurde auch hier diskutiert: Assets aus Fahrzeugen - Assets blau
Daher bleibt nur die Möglichkeit es manuell zu machen oder zu hoffen dass der Modder sowas hinzufügt.
Man müsste die verschiedenen Alterungsstufen jeweils als eigenes mdl machen und auswählen können.
Ohje, das hört sich an, als wäre das hier das Problem 
... konnte ich die Logos mit einem Modifier entfernen. Alle Meshes, deren Material auf "logo.mtl" endet, werden entfernt. Ich hoffe mal, dass kein Modder bisher auf die Idee kam, sein Material so zu benennen
and when enabling both, one of them doesn't work as the ParamsfromLua will only be read from the last activated mod
don't know what you are doing with params, but you should maybe know, there is a bug regarding modparams where keys from one mod might override other mods. So make sure, you are using unique keys.
Isn't a static construction similar to a dynamic and differs only in the template modules? Maybe you don't need static?
vlt mit der Brücke anfangen
Kann es sein, dass Fehler, die innerhalb von gamescripts auftreten (bei mir guiHandleEvent) unterdrückt werden?
Natürlich ist es nett, dass in dem Fall das Spiel nicht abstürzt, aber beim Modden ist es doch sehr hinderlich, weil das die Fehlersuche erschwert.
Es steht bei einem Fehler einfach gar nichts in der stout, die Function wird offenbar einfach abbgebrochen.
Ich weiß, dass es früher auf jeden Fall mal anders war.
Wäre daher ein Vorschlag an Modder, bei der Gruppen mdl in Zukunft darauf zu achten, es möglichst einfach zu halten.
Zufällig habe ich gerade entdeckt, dass man diese sogar gar nicht braucht!
Schaut euch mal die erwähnte Busmod an: https://steamcommunity.com/sha…iledetails/?id=1999275170
4 Varianten, 4 mdls. Die anderen verweisen mit groupFileName auf den ersten Bus (MB_Tourismo_binary), welcher einfach ein normales Fahrzeug ist (multipleUnitOnly = false).
Warum wird das dann meist so umständlich gemacht... 
Wegpunkte braucht man i.d.R. gar nicht.
Wenn die Ausweichstellen richtig signalisiert sind, also ein Signal jeweils am Ende, sollte das eigentlich automatisch die Linie aufteilen.
Ansonsten kann man die Signal auch zu Einweg-Signalen machen, um das Gegenfahren zu verbieten.
Also nochmal zu der Sache mit dem Gruppenmenü.
Denn aktuell sind die Gruppen-mdls unnötigerweise in den Listen drin und kann man auch setzen. Je nach Modder ist da mal gar nichts, ein Würfel oder ein Modell was es schon mal gibt, drin.
Für Züge werden die wenigstens zu Multiple Units sortiert. Bei Straßenfahrzeugen, Flugzeugen, usw. sind sie halt mitten in der Liste (je nach Jahr). Die von Bussen wird bei LKWs eingeordnet (weil nicht kategorisierbar).
Wäre schön wenn man das rausfiltern könnte. Daher:
So wie es aussieht, eher nicht. Ich finde das mit dem groupFileName alles sehr unschön gelöst... Warum verweist das auf ein Modell, was eigentlich gar keins ist?
2. Wäre daher ein Vorschlag an Modder, bei der Gruppen mdl in Zukunft darauf zu achten, es möglichst einfach zu halten. Das darin enthaltene Modell ist offensichtlich nutzlos. Die Jahreszahlen können auf 0 gesetzt werden, so würde es auch in der Liste ganz unten stehen. Die Anzeige wird nämlich automatisch bestimmt.
add the missing )
Das erinnert mich tatsächlich daran, wie schnell man in OpenTTD Deadlocks produzieren konnte. Kein Wunder bei der Masse an Fahrzeugen die man (zumindest ich) da losschickt wie am Fließband und der im Verhältnis zur Geschwindigkeit langen Wartezeit in Stationen. Schwups, Bahnhof voll, nix geht mehr. Dann beginnt man natürlich zu optimieren und nach Richtungsverkehr aufzuteilen. Das macht zwar auch Spaß, ist aber (für mich) einfach eine andere Welt als TPF.
Das hier schon zum Vergleich herangezogene OpenTTD hat, wenn man sich auf die Pfadsignale beschränkt, das selbe Signalsystem wie TF bis TPF2 und es hat in Bahnhöfen freie Gleiswahl.
Und? Dort könnnen genau dieselben Probleme, die ich beschrieben hab, auch auftreten. Was die meisten wohl durch fette Vorfelder gelöst haben, wo man von jedem Gleis zu jedem kommt. Da die in TPF aber nicht so einfach umzusetzen sind, würden die Auswirkungen problematischer sein.
Ok, dass es sowas wie nicht-gerade Linien gibt, mit dem Ziel von mehr Direktverbindungen, kannte ich auch. Aber das ist ja noch kein Ring.
Den Sims ist Umsteigen halt relativ egal, die nehmen einem das zumindest nicht übel und zahlen sogar 2 mal. Je länger die Linie, desto schwieriger wird auch die gleichmäßige Auslastung.
Im Modeleditor siehts normal aus. Warum das im Spiel beim Asset anders ist, bleibt mir ein Rätsel.
Nicht, dass es hier um ein Spiel ginge, für das die Realität bestenfalls eine grobe Vorlage liefert. Mit dem Argument "Realität" ließe sich dieses wie auch jedes andere Spiel in der Luft zerreißen, weil sich diverse Aspekte eben nur "so ungefähr" abbilden lassen. Machen wir an den tausend anderen Ecken und Enden aber nicht. Warum nur immer wieder bei diesem Thema?
Ja, es ist ein Spiel, aber eine Simulation, wobei es immer um die Nachbildung der Realität geht und viele spielen danach. (was sich übrigens mit wirtschaftlich spielen nicht ausschließt)
Unterschiede gibt es natürlich, aber i.d.R. dann wenn es in der Realität komplexer ist. Bei diesem Thema ist es ja andersrum.
Klar, in manchen Situation denk ich mir auch, fahr doch spontan da rüber, da ist frei. Aber insgesamt ist das Feature nicht so vorteilhaft, wie man zuerst denkt. Wenn man irgendein Gleis nimmt was gerade frei ist, muss man eigentlich schon überlegen, ob man dahinter wieder auf die Linie kommt. Das ist in manchen Bahnhöfen problematisch. Oder man fährt an den Gegenbahnsteig und blockiert den Gegenverkehr. Oder eine höher priorisierte Linie.
Nicht zuletzt spielt bei der Berücksichtigung von alldem auch die ganzen Berechnungen (bei der ohnehin schon mäßigen Simulationsperformance) eine Rolle.
Wenn man rein wirtschaftlich spielt, wird man wohl für jede Linie ein eigenes Gleis anlegen und das Thema hat sich erledigt.
Deinen Punkt für Ringlinien bei Eisenbahn hab ich nicht ganz verstanden.
Ich kann mich damit nicht anfreunden und mache eher durchgehende Linien von einer Kartenecke zur anderen.
Also eher so wie im RL. (kennt jemand Beispiele für Ringlinien? außer Stadtverkehr?)
Ich finde keinen FlixBus hast du einen Link?
Ich denke, das sollte eigentlich funktionieren.
Trotzdem gibt es bei manchen Modellen unerwartete Effekte, die Farbe des Fahrzeugs kann beim Asset anders aussehen.
Du kannst das Terminal auch deutlich länger machen als 30m, indem du bei Konfigurieren Plattformen hinzufügst.
So spart man sich unnötig viele LKW
Dafür hatte man in OpenTTD keine Linienansicht und Fahrzeuge haben nur bis zur nächsten Station gedacht, was in manchen Fällen problematisch ist.
Die Festlegung auf eine Linie hat Vor- und Nachteile.
Ja wenn es nur eine Linie ist und die mal im Takt ist und nicht gestört wird, ist das kein Zufall
Ja da gab es etwas unerwartetes beim Gruppeneintrag von Bussen... wird halt jetzt unter LKW sortiert.
Wie kann man die Gruppen mdl am besten erkennen, sodass ich die rausfiltern kann?
Probiert es mal mit der 1.1
Wenn es wieder ein Problem gibt:
Geht in VAB_modRep.lua Zeile 101 und kommentiert print(vehicle.id) wieder ein, dann steht das Fahrzeug in der stdout
