Mal so als Zwischenfrage, die Windows/Linux patches sind nun ja draussen. Hat jemand von euch schon einen Unterschied in der TpF Performance feststellen können?
Beiträge von chrigulix
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
-
-
Mein "Problem", wenn man es denn so nennen mag, hab ich in meinen letzten zwei Kommentaren doch wirklich deutlich genug zum Ausdruck gebracht, oder nicht? Ich wüsste wirklich nicht, was ich darauf jetzt noch antworten soll, ohne mich zu wiederholen.
Zum Thema:
Ich halte es auch eher für unwahrscheinlich, dass wir ein DLC von UG sehen werden. Allerdings würde ich mich in dieser hinsicht gerne überraschen lassen. In meinen Augen hadelt es sich beim angekündigten Performance Patch schon um eine Vorbereitung der Engine für ein neues Spiel. Hat man ja auch schön bei den letzten TF Patches gesehen. -
Wer will denn hier etwas abwürgen? ...und - Warum ignorierst du nicht einfach meinen Komentar?
Wie soll man denn deinen Kommentar sonst verstehen? Du willst offenbar diese Art von spekulativer Diskussion hier nicht führen. Schön und gut, dann lass es, wieso also kommentierst du? Soll ich jetzt auch in jeden für mich uninteressanten Betiragsbaum im Forum unter freizügigem Gebrauch des Imperativs reinschreiben, dass mich das Thema nicht interessiert? Wie denkst du würden die Reaktionen ausfallen?
Zu deiner zweiten Frage: Dein Umkehrschluss entzieht sich etwas der Logik, denn im Gegensatz zu dir will ich ja diskutieren, weshalb soll ich also deinen Kommentar ignorieren?
Bleib locker und lass dich überraschen, was kommt. Dann ist die Enttäuschung auch nicht so groß.
Wer sich hier "aufhypen" will, wird dies so oder so tun. Ich denke nicht, dass Spekulationen hier einen negativen einfluss haben. Ich betrachte sowas ja eher nüchtern, wie das andere für sich handhaben, liegt bei ihnen.
So genug von dem OT-gequatsche, ich würde gerne wieder zum eigentlichen Thema zurück gehen...
-
Ich muss gestehen, bei all den Ausführungen über Herumkopieren und Verknüpfungskonstrukte, stehen mir die Haare zu Berg. Generell dazu: Es bringt leistungsmässig überhaupt nichts, wenn eine Verknüpfung zwar auf der SSD, das Spiel jedoch auf der HDD gespeichert ist. Die Verknüpfung ist bloss ein "Wegweiser" zum tatsächlichen Programm, ausgeführt und geladen wird in deinem Fall immer von der HDD.
Grundsätzlich sind deine Ausführungen relativ ungenau. Es ist für mich jedenfalls nicht ersichtlich, wie TpF auf deinem System nun installiert ist. Hast du das Spiel einfach wieder über Steam auf der SSD neu installiert oder wurden die TpF Dateien einfach in den Steamordner zurückkopiert? Hast du die Verknüpfungen wieder gelöscht? (Nebenfrage: Wie konntest du Steam überhaupt davon überzeugen, dass TpF über eine Verknüpfung auf einem anderen Laufwerk zu starten?) Wie sieht es mit den Mods aus, wie hast du diese installiert?
Ist jetzt nicht böse gemeint, aber das was du da oben beschreibst klingt für mich nach einem unglaublichen Gebastel. Dagegen ist nun grundsätzlich nichts einzuwenden, jedoch gepaart mit einer dürftigen Beschreibung deiner Bastelei, wirst du wohl kaum jemanden finden der sich die Zeit nimmt dir zu helfen. Trotzdem mal so eine Grundlegende Frage: "Hast du schonmal versucht ein Spiel ohne Mods zu starten?"
-
Theoretisch wäre es ja möglich TpF noch viel weiter zu treiben. Dabei muss man jedoch bedenken, dass die minimalen Systemanforderungen für TpF (Core 2 duo 3 GHz, 4GB RAM etc.) für eine immer Komplexer werdende Simulation schon allmählich zum sprichwörtlichen Klotz am Bein mutieren. Auch darf bei einem bestehenden Spiel nicht zu stark ins Gameplay und Simulationsverhalten eingegriffen werden, da sonst viele Spieler verärgert würden. Daher freue ich mich doch sehr auf einen Nachfolger, welcher die bestehende Evolution TF->TpF wieder einen grossen Schritt weiterbringt.
Edit:
Leute, hört auf zu spekulieren und wartet ab.
Warum haben wir denn hier noch ein Forum? Wenn man nicht Spekulieren dürfte, wäre diese Seite lediglich ein Downloadportal und TF/TpF-Wiki. Ich frage mich bei solchen Beiträgen immer wieder, warum sich die Leute überhaupt die Zeit nehmen, eine Diskussion abwürgen zu wollen? Ist es denn so schwer einfach die Theme zu ignorieren, welche man als überflüssig erachtet?
-
Etwas spöttisch könnte man ja sagen: Man musste der NSA ja irgendwie den Zugang erleichtern
Ich bin wie gesagt kein Techniker. Ist das nun ein unfreiwilliger Architekturfehler des Herstellers oder eine unbewusste bzw. eigenständige Aussnutzung aufgesetzter Software. Allgemeine Unwissenheit auf allen Ebenen halte ich hier eher für unwahrscheinlich.
Bisher geleakte NSA Tools zur PC-Überwachung und auch Berichte von Betriebsystementwicklern zeigen jeweils das gleiche Muster: sie machen nur von Sicherheitslücken gebrauch, wenn sie selbst nicht davon betroffen sind. Alle anderen werden dem Hersteller/Entwickler gemeldet. Für Sicherheitsdienste ist es Fatal, selbst Sicherheitslücken offen zu halten, da sie ja eines der attraktivsten Ziele einer Attacke darstellen. Da man annehmen muss, dass die NSA sehr stark von Intel CPUs abhängig ist, wäre es relativ unklug sowas zu verschweigen.
... liegt da nicht so eine Art unlauterer Wettbewerb vor? Ich mein, wenn man tatsächlich bis zu 30% Leistungsverlust hinnehmen muss, ist das schon ein bisschen arglistige Täuschung. Oder sehe das falsch?
Ich denke nicht, dass da eine absichtliche Täuschung vorliegt. Die Entwicklung einer CPU ist unglaublich komplex. Das sind ja heutzutage rieseige Teams, bestehend aus hunderten von Leuten, die sich jeweils einzelnen CPU komponenten entwickeln. Es gibt da keine einzelne Person, welche jede Komponente ganzheitlich versteht. Zudem sind auch da nicht alle Sicherheitsexperten und da kann sowas schon mal passieren, dass bei der Schnittstelle zweier Komponenten eine Sicherheitslücke übersehen wird. Aber grosse Firmen wie Google, welche Clouddienste anbieten oder grosse Datenbanken unterhalten, werden nun ihre CPU wahl nochmals überdenken. Denn gerade bei Datenbanken und einigen Cloudanwendungen waren Intels neuste Xeon Produkte 10% -20% schneller als AMD EPYC CPUs. Dies dürfte sich nun zugunsten von AMD ändern. Zudem könnten da auch noch Schadenersatzforderungen auf Intel zukommen.
Edit: Sieht so aus als wären Spiele (zumindest auf Linux) nicht von einem allfälligen Leistungsverlust durch den Kernel Patch betroffen https://www.phoronix.com/scan.…-PTI-Initial-Gaming-Tests
-
Dieser Hardwarebug ist schon sehr bedenklich. Programme könne dadurch direkten Zugriff auf die niedrigsten Level eines Betriebssystems erhalten. Dadurch kann eine solche Attacke auch von keinem Antivirusprogramm erkannt werden. Ich würde eine solche Sicherheitslücke nicht willentlich offen lassen.
-
Hmm, ja dann ist dies wohl eine Sackgasse. Wie sieht's mit der CPU auslastung aus (im leerlauf, sowie unter Last mit Blender oder PS)? Hat da Windows irgendwelche resourcenfressende diesnste am laufen wie z.B. Cortana.
-
Könnte es sein, dass dein Windows 10 noch im Stromsparmodus läuft? Solltest du irgendwo unter Einstellungen->System finden. Dort sollte es dann die möglichkeit geben einzelne Programme auf den Performancemodus umzuschalten. Habe allerdings keine ahnung, ob das bei APUs möglich ist. Aber ein versuch ist's wert...
-
Hast du denn schon die Spieldateien überprüft (Steam) oder das Spiel neu installiert?
-
Heisst das, dass der Zeiger dann am falschen Ort steht?
Könnte sein, falls der Datensatz in seiner grösse verändert wird, während die funktion end() ausgeführt wird. Allerdings ist es nicht einfach den genauen hergang einer Race Condition zu rekonstruieren. Dazu müsste man schon den ausgeführten Maschienencode im detail analysieren.
Das wäre wirklich ein Bug. Wird denn die Liste nicht blockiert, solange ein Thread darauf zugreift?
In C++ ist kein Datentyp automatisch thread-sicher, das muss der Programmierer mit Atomics oder Semaphoren schon selbst lösen. Falls es sich beim genannten Absturtz um eine Race Condition handelt, könnte man das Problem durch atomizieren des Datensatzes beheben. Aber man muss auch noch erwähnen, dass der Bug sehr selten aufzutreten scheint und dass atomisieren auch immer eine Leistungseinbusse mit sich bringt. Es gilt also abzuwägen, ob man eine behebung des Bugs einen wesentilchen Mehrwert bringt.
Besser wäre es dann, wenn jeder Thread eine eigene Kopie der Liste verwendet.
Kann man so nicht generell sagen. Denn vielleicht will der Programmierer ja, dass zwei Threads ihre Daten austauschen. Das würde dann bedeuten, dass Daten hin und her kopiert werden müssten, was wiederum sehr resourcen intensiv sein kann. Nicht nur, dass man damit den Zwischenspeicher mit redundanten Daten zumüllt, sondern man muss während des Kopiervorgangs alle voneinander abhängigen Threads anhalten. Die berühmten "Endmonatsruckler" aus alten Train Fever Tagen dürften dagegen ein Kindergeburtstag gewesen sein. Atomisieren, ist da wesentlich schaluer.
-
Dieser Fehler scheint in der Abbruchbedingung eines Loops seinen Ursrpung zu haben. Dabei wird überprüft ob der iterator "it" schon am Ende eines Datensatzes "destination2sp.end()" angekommen ist. Nun scheint irgendwo während der Ausführung des Programms der iterator oder der Endpunkt des datensatztes korrumpiert zu werden. Daraus resultiert dann "Assertion `it != destination2sp.end()' failed", gleich bedeutend mit: das Programm konnte "it" und "destination2sp.end()" nicht vergleichen. Als @CountMOPS in seinem Fall gleichzeitig einen Memoryfehler feststellte, dachte ich, dass dort darin die Ursache verborgen sei. Denn falls einer der beiden zu vergleichenden variablen im RAM korrumpiert wurde, würde ich genau einen Fehler dieser Art erwarten. Allerdings wäre es sehr Unwahrscheinlich, bei zwei von einander unabhängigen Memoryfehlern die selbe Fehlermeldung zu erhalten. Sowas würde sich eher als eine Art Fehlermeldungszufallsgenerator entpupen, als immerwieder dasselbe Resultat zu generieren.
Daher würde ich einen Memoryfehler als eigentliche Ursache dieses Errors ausschliessen und eher auf einen seltenen Bug im Spiel tippen. Z.B. könnte es sein, dass mehrere Threads gleichzeitig auf den Iterator oder den Datensatz "destination2sp" zugreifen können. Wenn nun ein Thread gerade dabei ist am Datensatz eine Änderung vorzunehmen und glechzeitig untersucht ein anderer Thread diese Abbruchbedingung, dann könnte genau dieser Fehler auftauchen.
@CountMOPS hatte damals das Pech, dass dieser Fehler gerade während des Speichervorgangs auftrat. Darum hat der folgende Programmabsturz auch dazu geführt, dass am Ende der Spielstand unbrauchbar wurde. @Nordoron hatte da mehr glück. Ich würde daher empfehlen, jeweils zwei Autosaves pro Karte zuzulassen.
-
Das ganze klingt etwas Rätselhaft und deutet eher auf einen Hardwaredefekt hin (Festplatte oder SSD). Falls du das Spiel über Steam bezogen hast, würde ich vorschlagen mal die Spieldateien zu überprüfen: https://support.steampowered.c…f=2037-QEUH-3335&l=german. Bei der GOG Version einfach mal deinstallieren und neu installieren. Unabhängig davon würdie ich auch noch die Festplatte auf fehler Prüfen (kann ein paar Stunden dauern).
-
@Werkstatt
In der Schweiz waren nur die Jungfraubahn und die Schöllenenbahn (Heute Matterhorn-Gotthard Bahn) von begin an elektrifiziert. Alle anderen wurden für mehrere Jahrzehnte mit Dampf betrieben. -
Ja, ich habe deinen Post gelesen, jedoch geht daraus nicht hervor, dass ein funktionales Zahnradgleis in TpF nicht machbar sei. Denn "wohl" oder "eher" sind eher wage begriffe und darum wollte ich die Frage mal konkret in die Runde werfen...
-
Mal generell gefragt, ist es überhaupt möglich einen Gleistyp zu modden, der grössere Steigungen zulässt (15-25%)? Weil sonst wäre so eine Zahnstange ja lediglich dekorativ.
-
Hab mir mal deine stdout.txt angeschaut und in der oben zitierten Zeile gesehen, dass MacOS einen uralten nVidia Treiber verwendet: 310.42.25f02
Würde es sich nun um einen Linux/Windows-PC handeln, würde ich empfehlen diesen Treiber zu aktualisieren. Leider kenn' ich mich mit MacOS überhaupt nicht aus und habe keine Ahnung wie man Treiber aktualisieret, oder ob das überhaupt möglich ist. -
Schade, dass man dafür zuerst Malware installieren muss.
-
I once traveled on the Durango-Silverton line, this really was a great experience. Also Switzerland has quite a lot of vintage rides, to be found on this web page: http://www.alternatives-wander…rkehr/nostalgiebahnen.htm
Most of them are organized by clubs and are actually running on regular tracks on weekends, when there is reduced traffic. Some belong to the railroad companies which preserved old locomotives, e.g. http://www.sbbhistoric.ch. The most spectacular vintage ride is undoubtedly the Furka Cogwheel Steam Railway https://en.wikipedia.org/wiki/Furka_Cogwheel_Steam_Railway although they have the most hideous official web page. -
Kenn' ich, hatte ich vor ein paar Jahren auch mal, bei all meinen Steamspielen. Steam bemerkt nicht, dass die Spiele bereits beendet wurden. Schiess Steam einfach mit dem Taskmanager ab, und gut ist. Mit einem der nächsten Steampatches wird das Problem wieder verschwinden...
