Beiträge von VacuumTube

Zitat von Macongo

Stelle ich mich mit der Kamera in den Wald, wo absolut nichts verbaut ist und sich nichts bewegt, ist die Auslastung der Grafikkarte am Anschlag bei 100%

Klingt paradox, aber würde mal behaupten das hängt damit zusammen, dass dort die FPS viel höher sind.

Was ist sonst der limitierende Faktor bei dichter Bebauung?

Beim RAM meinte ich die Auslastung von TPF. Aber zugesichert sieht man nur im Ressourcenmonitor.

Zitat von VacuumTube

Außerdem sieht man im Ressourcenmonitor unter "Zugesichert" die wahre Belegung, da im Taskmanager nur der physische RAM angezeigt wird.

Zitat von Macongo

Da läuft trotz 32 GB RAM, NVME SSD, RTX 2060 Super und Ryzen 3700X überhaupt nichts flüssig, sobald man eine größere Stadt im Blickfeld hat oder gar reinzoomt.

Interessant wäre die RAM Auslastung (Zugesichert).

Dass es bei dichter Bebauung schwierig mit den FPS wird, ist bekannt, das liegt dann aber eher an der Grafikkarte.

Zitat von Frostbite

Die Signale stehen da einfach rum und schalten von grün auf rot und umgekehrt. Das finde ich traurig.

Naja bei TT hat ein Zug 1-2 Felder vorm Signal geschaut ob frei ist und wenn nicht, eine Vollbremsung hingelegt. Insofern ist der Bremsvorgang und das zielgenaue Anhalten (was ja mit dem Patch beeinflussbar werden soll) durchaus ein Fortschritt. Außerdem habe ich schon Modsignale mit Animationen (Lichter ausblenden) gesehen.

Blocksignale haben mich bei OTTD tatsächlich eher gestört, da das auch Probleme mit sich bringt. Wo endet der Block, unkompatibel mit Pfadsignalen, Fzg kann eigentlich schon fahren, obwohl Block noch belegt ist.

Zitat von WernerK

es ist Eisenbahn- und Wirtschaftssimulation

Das stimmt wohl.

Es geht auch nicht darum, das ganze optional mit einem Haken einzubauen, das wäre bestimmt möglich. Sicherlich könnte man dabei auch die Kompatibilität erhalten.

Zitat von HansVader

Wenn ein Bahnhof jetzt plötzlich nicht mehr als das Ende eines Pfades angesehen werden sollte, so müsste im Signalsystem selbst etwas verändert werden. Ob man dann die Pfadberechnung ändert, oder ob man schlicht ein anderes Signalssystem verwenden möchte, beides ist ein tiefer Eingriff in die Grundfunktion des Spiels.

Trotzdem ist es auch richtig, dass für so etwas tief in das Pfad-/Liniensystem eingegriffen werden muss. Das ganze muss auch ausführlich getestet werden und ist nicht zuletzt eine weitere Quelle für Fehler und verkompliziert die Simulation.

Die Liste von UG ist lang. Daher müssen wir uns gedulden und bei solchen Wünschen kommt es, wie der neue Community Manager schon gesagt hat, immer auf das Verhältnis (Nutzen und für wieviele Spieler?) / (Programmier- und Testaufwand) an. In diesem Fall ist eben der Aufwand Hoch, wobei es nur für wenige Spieler ein essentieller Vorteil wäre. Auch weil es hierfür Workarounds gibt, ist eine Realisierung hiervon eher unwahrscheinlich.

Da du dich scheinbar schon bisschen auskennst, versuch es mal mit game.interface.setTownCapacities

Landnutzung über 800

Zitat von FWSWBN

es ist ein Fantasy Spiel und hat NICHTS mit der Realität zu tun

Ich glaube das sehen einige hier ganz anders

Zitat von FWSWBN

vielleicht gibt es auch irgendwann die Möglichkeit um über den Editor Städten gar keine Wohngebäude mehr zuweisen zu müssen und die Stadt rein aus Industrie besteht

Ist über Umwege schon möglich, der Editor hat leider die Beschränkungen 50-800. Das Städte Generationstool ist leider hardcoded.

Und wie sieht es bei der Export Industrie aus (die ja die Nachfrage generiert) ?

Oder wo wollen die unerwünschten Güter hin?

Also die Bewohner trinken Öl, die Industrie braucht Getreide und in den Geschäften kann man Erz kaufen?

Zitat von Didi04

Das Problem ist nun, das Waren an die Städte geliefert werden, die gar nicht benötigt werden.

1. Das Wirtschaftssystem ist Nachfrage-bezogen.

2. Alle Güter suchen sich ihren Weg zu jedem möglichen Ziel, auch wenn dabei sehr viele Umwege enthalten sein können (nicht immer sind es die Wege, die man mit den eigenen Linien vorsieht)

Will man solche unerwünschten Güterbewegungen vermeiden, ist es am einfachsten, durch die Güterauswahl im Linienmanager (wie von elektronikfreak gezeigt) diese Gütertypen zu deaktivieren, um die Kette zu unterbrechen

Zitat von Didi04

NOCH nicht? Also kommt da noch was?

Mit dem System kann man eigentlich alles einstellen was man braucht. Warum sollte man für die Fahrzeuge auf derselben Linie was unterschiedliches einstellen?

Zitat von FWSWBN

Rohoel, Getreide, Oel, Steine, Kohle, Erz

Was sollen Städte damit anfangen?

Es gibt bereits Export/Import Industrien, das ist vielleicht das was du suchst

Zitat von FWSWBN

für eine Profi wie es hier ja doch einige gibt ist das eine leichte Sache bzw relativ schnell ohne großen Zeitaufwand zu realisieren

Eher nicht, da sowas immer einen hohen Testaufwand bedeutet... Das Problem bei den Gütern ist auch, dass die nicht pro Stadt gelten, sondern für jedes Gewerbe/Industriegebäude einzeln.

Zitat von Marcolino26

8GB sind nicht zu wenig.

Damit kann man das meiste spielen und auch TPF 2 geht damit gut.

Würde behaupten, mit 8 GB kann man nur kleine Karten flüssig spielen.

Bei der Frage nach dem Arbeitsspeicher sollte man bedenken, dass ein erheblicher Teil ausgelagert werden kann. Die Frage ist also nicht, bis wann das Spiel noch startet, sondern ab welcher Kartengröße/Bebauungsgrad das Spiel nicht mehr nur im physischen RAM laufen kann (dann sollte es flüssig sein) und daher Daten zwischen dem RAM und der (langsameren) Auslagerungsdatei verschieben muss, was dann insbesondere beim Bewegen auf der Karte zu Rucklern führt.

Jeder, der das Testen will, kann die Auslagerungsdatei abschalten (oder auf die Mindestgröße, zB. 2 GB setzen) und dann sehen ob das Spiel ohne "Out of memory" läuft.

Außerdem sieht man im Ressourcenmonitor unter "Zugesichert" die wahre Belegung, da im Taskmanager nur der physische RAM angezeigt wird.

Zitat von Arkos

Ja, aber man ist doch nicht in der realen Welt, sondern auf einer komprimierten Spielfläche.

Die Anfahrt ist viel zu langsam.

Und da sind wir wieder an dem Punkt, wo jeder seine eigene Konfiguration haben will. Viele andere sehen das Spiel eher als Modelleisenbahn, wo alles möglichst realistisch sein muss. Da brauch es dann eben eine Highspeedstrecke auf einer große Karte, um diese Geschwindigkeiten zu erreichen.

Bis etwa 200km/h würde ich sagen ist die Anfahrt alles andere als langsam. Darüber ist es aber in der Tat sehr schwierig, auf kürzeren Strecken 300 zu erreichen (aber muss man ja auch, abgesehen vom Achievement, nicht?)

Daher ist es doch gut, dass UG den Beschleunigungsfaktor modbar macht, da es kein "richtig ausgewogen" gibt, weil jeder das Spiel anders spielen will.

Bei längeren Beschreibung ist es halt sehr unschön, in den Lua Code immer "\n" zu schreiben. Oder wenn man die Steam Formatierung [h1] benutzt, wirds auch schwierig.

Zitat von Grimes

und zweitens muss man dann noch alles neu zusammen packen Versions Nummer ändern, hier und auf Steam hochladen und Change Log schreiben.

Da ich selber Modder bin, weiß ich natürlich, dass man ungern ein Update nur wegen einer Kleinigkeit machen will. (Besonders nervig ist, dass die Beschreibung bei Steam jedes mal überschrieben wird.)

Der Vorschlag war vor allem für zukünftige Mods/Updates gedacht.

Nicht ganz, wenn der Zug 1 rechts ist und dann gestoppt wird, würde Zug 2 zum mittleren HP fahren, weil bis dahin der Weg frei ist. Immer wenn ein Fahrzeug gestoppt wird, verfällt die Pfadreservierung, sodass andere fahren können. (BTW: Auch wenn man ein Fzg ersetzt, wird sehr kurz der Pfad neu berechnet, was dazu führt dass plötzlich ein evtl anderes wartendes Fzg Vorfahrt hat.)

Gleise mit 0 km/h sind keine gute Idee, da man nie wieder davon wegkommt.

Also wenn es nicht viel Aufwand ist, würde ich dafür plädieren, dass jeder Modder boundingInfo einfügt (gibt ja noch viele andere Fälle). Gründe:

• Die stdout wird nicht zugemüllt. Die Meldungen verunsichern, wenn man diese nicht kennt und erschweren die Übersichtlichkeit für Modder beim Fehler suchen
• Man spart dem Spiel Berechnungsarbeit, außerdem ist eine feste Definition wie man hier sieht sinnvoller, da ja anscheinend die Beta ein Problem mit der Berechnung hat
• Andere Mods, die boundingInfo von Modellen benötigen, funktionieren problemlos

Sind Mods vorhanden / wie viele?

Zitat von Bauer33333

Die Unterscheidung zwischen Bahnhof und Haltepunkt würde dazu führen, dass wenn der Zug in einem Haltepunkt anhält, die Berechnung weitergehen würde, bei einem Halt im Bahnhof aber nicht.

Verstehe, darum geht es.

So oder so, glaube ich dass es zu komplex wird, außerdem würde es ja eh nur eingleisigen Strecken Sinn machen

Zitat von Bauer33333

wenn das Spiel zwischen Haltepunkt und Bahnhof unterscheiden könnte

Wo ist für das Spiel der Unterschied?

Das Spiel besteht nur aus Pfadsignalen und das macht auch erstmal Sinn. Die Frage: Wie weit geht die Pfadberechnung? Ich würde sagen, genau bis zum nächsten Haltepunkt laut Linie und wenn ein Signal auf dem Linienweg dazwischen ist, dann bis zu diesem. Der gesamte Pfad wird, sobald frei, geblockt auch wenn dazwischen ein Bahnhof ist, der wird dann einfach als freie Strecke betrachtet.

Worum es hier ja eigentlich geht (Haltepunkt ohne Signalwirkung) ist, dass auch der Pfad nicht nur bis zum nächsten Haltepunkt, sondern darüber hinaus geblockt wird. Es geht also um Vorausschauen, insofern macht der Fdl Vergleich schon Sinn. Das Problem ist aber, dass das sehr komplex werden würde, da die Wegfindung und Pfadreservierung weiter als bis zum nächsten Stop geht.

Daher ist es das einfachste, zwischendrin einfach Ausweichstellen zu bauen, was ja meistens aus betrieblichen Gründen eh Sinn macht.

Das einfachste ist, wenn du ins Jahr 2020 gehst und wenn eine Sache dann nicht mehr verfügbar ist, kann man ja kurz in ein anderes Jahr springen