Absturz nach bearbeitung der Autos

Hast du die Autos unter der richtigen Codierung abgespeichert?

Ich denke da die Autonutzung in der Engine festgeschrieben ist muss es zu einem Absturz kommen wenn keine Autos mehr vorhanden sind, aber ein Sims ein Auto benutzen möchte.
Vielleicht ist der De-Congestion Mod mit weiter runtergeschraubtem Tempo besser als deine radikal Losung.[Ich hab die Autos auf 35Km/h runtergesetzt und so gut wie kein Individual verkehr.]

Radikal war in keinster weise als Kritik gedacht. Solange TF nicht multi-core kompatible ist werden wir leider mit dem ruckeln leben müssen. Ich verliere auch so langsam die Lust auf diese Diaschau.

Zitat von KingBalthasarXX

Es ist mir sowieso ein Rätsel, warum wir keine x64 Version bekommen haben,wenn die Entwickler wussten, was TF an Speicher und Rechenleistung benötigt. Von Multicore ganzzu schweigen.

Natürlich gibt es eine x64 Version, ohne kann man die großen Karten gar nicht starten. Zumindest 2 Kerne werden immerhin genutzt, viel mehr wird extrem kompliziert, nicht umsonst gibt es kaum Simulationsspiele mit Mehrkernunterstützung.

King, wieso so kompliziert und die kmh nicht weiter runterstellen? Sogar 1 Km/h bringt nichts da sie immernoch mit fahren
Dagegen helfen nur SuperBusse mit 140 km/h. So hatte ich im Jahre 1990 trotz einer Verzögerungen (da es hin und wieder trotzdem Autos gibt) absolut kein Auto und Volle Haltestellen mit ~1k Einwohner insgesamt

Zitat von KingBalthasarXX

TF hat x64?

Jop, auf 64bit Systemen wird auch 64bit TF installiert. Steht im Hauptmenü und auch der Windows-Taskmanager sollte das Geheimnis lüften, da dieser nicht auf eine 32-Bit Version hinweist, wie es sonst der Fall sein müsste

Zitat von KingBalthasarXX

warum sollten 4 Kerne schwerer zu programmieren sein, als 2?

Man kann so etwas natürlich nicht verallgemeinern, aber nicht jeder Algorithmus lässt sich beliebig auf eine größere Anzahl von Kernen verteilen. Wenn man speziell für Multithreading optimierte Algorithmen nutzt, ist die Anzahl der Kerne so gut wie (aber nicht vollkommen) irrelevant.
Bei Spielen, in denen die einzelnen Elemente wirklich "richtig" simuliert werden, wie es bei TF der Fall ist ist es häufiger zu beobachten, dass nur ein, maximal 2 Kerne genutzt werden. Die Simulation selbst ist dabei in einem Thread untergerbacht, also gar nicht aufgeteilt - daher greift deine Frage hier nicht. Meist nutzt man in dem Fall einen Thread für die Simulation und ein Thread für das eigentliche Spiel / die Darstellung der Inhalte.
Die Abhängigkeiten der Simulation untereinander sind zu komplex als das man diese -mit annehmbaren Aufwand und gleichzeitiger Unterdrückung von Fehlern- auf mehrere Kerne verteilen könnte. Es gibt auch genügend sehr einfache Beispiele von eigentlich extrem simplen Algorithmen, die nach der Verteilung auf mehrere Kerne sogar noch langsamer ausgeführt werden als bei einer Single-Thread Ausführung, da die hohe Interdependenz der Arbeitsschritte so großen Datenaustausch zwischen den Threads sowie ein hohes Maß an Synchronität erfordern, dass die CPU mehr mit Verarbeitung der Daten und warten auf die Schranken beschäftigt ist, als wirkliche Operationen durchzuführen.
Ich weiß natürlich nicht, wie genau die Simulationsschritte von UG in TF implementiert wurden, aber da die Programmierer Informatik studiert haben traue ich ihnen zu, den Aufwand und die Möglichkeiten von Multithreading gut erfassen zu können. Evtl wird man bei einem späteren TF2 (sollte es denn kommen) bereits von Beginn an die Algorithmen so strukturieren, dass eine Anwendung auf mehreren Kernen einfacher machbar ist: Natürlich hat man dann auch schon Erfahrung und den ein oder anderen Schnipsel Code von TF1, wodurch man sich in der Entwicklungszeit mehr auf andere Sachen (wie zB Mehrkernunterstützung) konzentrieren kann - Ich hoffe da auch drauf, aber Wunder dürfen wir alle nicht verlangen

Die einfachste Lösung wäre die LOD der Autos auf 1 Meter herunter zu schrauben. Somit wird der Verkehr zwar noch berechnet, aber die Modelle müssen nicht mehr angezeigt werden.

Naja du hast eine GPU- und CPU Berechnung. Lods (Visuell) gehen zum Großteil auf die GPU.

Hatte die Lods für die Sims umgeschrieben und Testweise Feuerwehrmann_Kay und CC_Johnson zur Verfügung gestellt.
Kay sagte mir ist eine leichte Verbesserung, CC kam keine Back-Info.
Die Lods auf 1 Meter zu setzen wäre natürlich eine visuell drastische Methode. Was auch viel Performance frisst sind die ganzen Rauchpartikel.
Eine Download dafür gibt es ja auch schon.

LOD 0 für alle Problemfresser auf 150m setzen, dann bleibt die Szenerie in der Nahansicht (Kamera) erhalten.