Simulations/script Geschwindikeit/Speed

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


    gibt es Möglichkeiten die simulations Geschwindigkeit zu erhören oder zumindest die zahl der lade läggs zu reduzieren?

    mal abgesehen von cpu Upgrade ryzen 5600


    ich habe mit dem Ingame Tool nachgesehen altgr+i und es ist bei dem grünen script balken wo es immer hängt

    alle par sekunden bleibt alles stehen (Züge,Autos ,animationen und Personen) aber das spiel selber scheint normal weiter zu laufen bzw die kamera geht weiter

    ich habe auch nichts gefunden um genau nachzusehen was genau in dem script Bereich gemacht wird (um schlechte mod scripte auszuschließen)

    ich habe auch meine alte ungemoddede starter map rausgesucht und da habe ich das selbe verhalten

  • meki

    Hat den Titel des Themas von „Simulations Geschwindikeit/Speed“ zu „Simulations/script Geschwindikeit/Speed“ geändert.

    Eigentlich ist das Thema schon hundertfach durchgekaut worden. Begib Dich bitte auf Suche im Forum, dazu gibt es sie.

    Kurz: Das Spiel ist ressourcenhungrig und nutzt nicht alle Kerne des Prozessors. Es ist eine höhere Kunst, so zu programmieren, daß mehrere Kerne effektiv ausgelastet sind.

    Viele Mods und viele Modelle auf kleinem Raum -> Graphikkarte bremst.

    Viele Sims -> Prozessor bremst.

    Ablativus mors de genitivo

    Verzeihen Sie bitte meine unqualifizierte Bemerkung, aber - ist das nicht ein falscher Ansatz zur Lösung Ihres Problemes? Selbst wenn es gelänge, die Script-Geschwindigkeit zu ändern, hätten Sie danach ein zwar flüssig laufendes Spiel, aber alles passiert in Zeitlupe; ist das wirklich erwünscht? Über Ihre Graphikkarte wissen wir nun nichts, aber: es muß nicht grade eine 3080 sein, deutlich unter dieser Leistungsklasse sollte sie allerdings nicht liegen, besonders falls Sie mit mehr als ca. 300 Mods spielen.

    "hätten Sie danach ein zwar flüssig laufendes Spiel, aber alles passiert in Zeitlupe" würde man es etwas senken würde es schon helfen. und fiele spielen sowieso auf langsamere Datum Geschwindigkeit
    wie ich es momentan sehe bleibt alles stehen weil der Laufwege und Stadtbau neu berechnet. wie gesagt die frage ist ja ob es möglich ist genauer Einblicke in die scripte/bzw welche wann benutzt werden zu bekommen

    und zum Beispiel Zugwege könnte man seltener berechnen. dauert dann zwar etwas bis neue Gleise benutzt werden aber könnte die Anzahl der ruckler senken


    gpu ist eine rx 7900 xt also die gpu ist es fast sicher nicht

    Die Konfiguration Ihres Rechners dürfte meiner Meinung nach ausreichend sein für TPF2. Ich tippe auf eine oder mehrere Modifikationen, die Ihr Spiel derart ausbremsen. - Zugwege werden sowieso nicht dauernd neu berechnet, sondern nur, wenn Änderungen an der Strecke oder den Signalen vorgenommen werden. Am Startpunkt des Zuges wird die Strecke festgelegt bis zum Endpunkt. Die Datumsgeschwindigkeit - auch ich spiele auf Viertel-Geschwindigkeit - ändert nichts an der Menge der Operationen, die in einer Sekunde passieren müssen, es heißt dann lediglich, es seien nach 48 Minuten statt einem Jahr nur drei Monate vergangen. Und das, was beim KI-Stadtbau innerhalb eines Jahres geschehen sollte, passiert nun in einem Vierteljahr. Für den Rechner bleibt alles gleich, er hat nicht die Möglichkeit, es nun etwas langsamer angehen zu lassen. Ein nur "etwas senken" der script-Geschwindigkeit, an was denken Sie da? Vielleicht an 10 %? Das hieße dann, daß der Rechner bei so einem katastrophalen Ruckler statt 0,8 Sekunden um ein Bild zu berechnen nur 0,72 Sekunden dazu braucht. Diese "Verbesserung " können wir gar nicht registrieren, im Prinzip ruckelt es genau wie vorher.

    Es gibt einen Fehler in der Engine im Zusammenhang mit dem Texturcache.


    Obwohl die Engine selbst diesen erstellt hat und die entsprechende Datei vorhanden ist, wird massiv geloggt nach dem Motto

    Beispiel:

    Zitat

    ::C:/Users/USERNAME/AppData/Roaming/Transport Fever 2/texture_cache/10E3A6D9155EAD23B5C2F435FB142E4F/Lf4_DR_40.compressed.mm.dds not in file cache!


    Jede Datei, die ich stichprobenartig geprüft habe, ist vorhanden.


    Die Sache mit den zwei Doppelpunkten am Anfang macht micht stutzig.

    Dass so ein Pfad nicht gefunden werden kann, ist klar.

    Aber warum sucht die Engine danach?

    das mit den Dateien scheint eine Ursache zu sein wen ich das spiel im ram laufen lasse scheint es besser zu laufen bzw die pausen sind kleiner leider kann ich nicht ausschließlichen das es sich um ein Placebo handelt

    Zitat von eis_os

    Technisch sollte die Datei ggf. einmal nicht im FileCache sein, dann geladen worden sein und fertig...

    In einer Session kommen solche Log-Einträge mehrfach vor.

    Manchmal innerhalb kürzester Zeit nacheinander, manchmal vergeht deutlich mehr Zeit zwischen zwei Einträgen derselben Datei.

    Bei manchen sind es 3 Einträge, andere haben 9 oder 20.

    Den Rekordhalter habe ich nicht ermittelt, das wäre zuviel Aufwand.

    Da es sich um viele verschiedene handelt, kommt in der Summe aber was zusammen.


    Wahrscheinlich ist dies aber das kleinere Übel und nicht der Grund für Stottern und Lags.