Ich habe mal alle mods durchprobiert auf einer Testkarte aber es ruckelte immer mal am Anfang, dann wieder gar nicht usw. Ich konnte kein Muster erkennen, ob es eine Mod ist oder ähnliches. Auf meiner bebauten Karte kann ich kaum was deaktivieren ohne daß es Probleme verursacht. Hat/hatte hier schon mal jemand das gleiche Problem bzw weiß von einer Mod ?
Dauernd Lags beim Brückenbau
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
-
Liegt hin und wieder auch am Grad der Bebauung bzw. des Spielstandes allgemein. Manches wirkt sich dann auch erst im laufendem Betrieb aus. Es ist halt immer ein Kompromiss. Man kann einen Bahnhof und eine Gleisstrecke bauen, die wunderbar funktioniert (Mitfahrten usw.), baut eine zweite, und das Geruckel geht los. So als Beispiel.
Allgemein gilt, wirklich nur die Mods zu laden, de man im Spiel regelmäßig nutzt. Auf Mods, die in die Mechanik eingreifen, weitgehend zu verzichten und im Zweifel eine Ecke kleiner zu denken. (Kartengröße, Bebauungsdichte usw.) Insofern kann man "Schönbau" auch mit weniger als 250 Mods machen.
Gruß
-
BR462_DesiroHC
Hat den Titel des Themas von „Dauernd Lags bei Tunnel oder Brückenbau“ zu „Dauernd Lags beim Brückenbau“ geändert. -
BR462_DesiroHC
Hat das Label ungelöst hinzugefügt -
Gerade, mit den allen mir wichtigen mods, ruckelt es wieder direkt
Auf eine leeren oder bereits halbwegs dicht bebauten Karte?
Gerade auf einer leeren Karte sollte da - - - ---- 0,0 ruckeln. Wie geschrieben, Bebauung spielt in dem Spiel durchaus eine Rolle. Da kann man ab einem gewissen Stand Ruckler nicht mehr ausschließen. Und dennoch: Wenn die dir wichtigen Mods Probleme im Spiel verursachen (Spiel läuft unrund), musst du dich davon trennen. Das ist dann leider so.
Ansonsten kann man über Steam auch mal die Spieldateien checken lassen.
Ansonsten noch Frohes Fest.
Gruß
-
Beim Bau von Brücken, aber auch komplexen Tunnelbauten, werden im Hintergrund STÄNDIG mehr oder weniger umfangreiche Berechnungen durch das Spiel durchgeführt.
Dies führt dann zum erwähnten Ruckeln.
Sobald das Objekt platziert ist sollte es auch kein Ruckeln oder ähnliche Beschwerden mehr geben.
Dies ist ein Normalzustand des Spieles und in dem Sinne kein Fehler.
Eine starke Hardware kann dem entgegenwirken; jedoch nur bedingt.
Ich empfehle dies zu berücksichtigen und zu aktzeptieren.
LG Enno
-
Ich würde es berücksichtigen, wenn es dann bebaut wäre, was aber nicht oder kaum der Fall ist.
Wie oben erwähnt finden Berechnungen statt; und dies ganz unabhängig vom Umfang der Bebauung. Ist die Karte stark bebaut und sind die bebauten Gebiete während des Bauens in Sichtweite kommen weitere Berechnungen hinzu und verstärken den Effekt.
Hier liegt die Ursache nicht bei irgendeinem "normalen" Mod sondern einzig in der Paarung von Spiel und deinem System (Hardware, Treiber, Einstellungen, etc.).
Ausgenommen sind Mods, welche ständig im Hintergrund Berechnungen durchführen. Diese KÖNNEN, nicht MÜSSEN, zum Ruckeln beitragen.
Da du, wenn ich mich recht erinnere, auch schon vermeintliche Probleme mit meinem Tunnel +++ hattest (nachdem dieser bereits gesetzt war!!!), denke ich, dass die oben erwähnte Paarung das Problem darstellt.
-
Naja, aber dann liegt es wahlweise an der Hardware - Ich weiß nicht genau, wie es um deine Hardware steht - oder tatsächlich daran, dass auf deinem System bestimmte Mods eben Schwierigkeiten machen. Passiert und liegt noch nicht mal zwanghaft an der "Böswilligkeit" der Modder oder so.
Aber auf eine normal leeren Karte sollte man schon ohne Probleme Brücken oder Tunnel anlegen können. Normal im Sinne von nicht größenwahnsinnig usw. usf.
Mit der Gefahr der Feedbackschleife: Leere Karte ohne Mods und prüfen, ob es da Probleme gibt. Wenn ja, event neu installieren oder reparieren, sofern möglich, wenn nein, kann man nach und nach Mods zuschalten und erneut prüfen. Anders geht das dann nicht! Im Zweifel Hände weg von Bahnhöfen (mit aller gebotenen Vor oder Rücksicht auf die Ersteller), Gleis bzw. Industriemods. Oder auch solchen, die irgendetwas boosten. (?)
Insofern nochmal: Wenn du auf deinem System mit bestimmten Mods oder Zusammenstellung selbiger zu große Probleme hast, dann bleiben nicht mehr all zu viel Alternativen übrig. Dann muss das einzelnen getestet und mögliche "Störenfriede" entfernt werden.
Gruß
-
Entferne die CommonAPI2 mal komplett.
CommonAPI2 wird in jedem LUA State nochmals durch das Spiel geladen. Zwar wird 99% des Codes übersprungen für den init, aber commonapi._native muss trotzdem als Lua Tabelle erstellt werden.Ein Problem war mal mal das CommonAPI2 Fehler abgefangen hat, das führte dazu das bei einem Brückenmod zig Fehler im Hintergrund ignoriert wurden anstatt einen Crash zu produzieren.
Auch hilfreich: Debug Modus abschalten, TPF2 wird für jede Kollisionsneuberechnung die Brücken updateFn neu laden. Alternative: Fast debug mode einschalten (Speichern und Neustart des Spiels nicht vergessen), damit unterbindet CommonAPI2 das neue Laden bei der updateFn und man hat trotzdem die Debug Funktionen...
Die Kollisionsneuberechnung wird für jede Brücke soweit ich das Verstanden habe, einzeln durchgeführt. Dies hat dann folgen wenn man zig Brückenmods geladen hat...
-edit-
CommonAPI2 muss zum testen komplett entfernt werden. (Einfaches deaktivieren in der Modliste reicht nicht)
-
Vielen Dank,
EAT1963 ich mache keinen Moddern Vorwürfe, das wäre frech.
eis_os Gute Idee, ich werde es mal probieren.
Die CommonAPI2 ist nicht schuld. Es war meine erste Vermutung aber ich habe es ausgiebig getestet. Deine CommonAPI2 hat auch immer für alle Sachen eine Funktion bereit
Danke !
LG und frohe Weihnachten,
462
-
BR462_DesiroHC
Hat das Label ungelöst entfernt -
CommonAPI2 muss zum testen komplett entfernt werden. (Einfaches deaktivieren in der Modliste reicht nicht)
Das habe ich tatsächlich nicht gemacht, werde ich morgen versuchen.
Irgendwo muss man verzichten aber CommonAPI2 auf längeres geht bei mir nicht
Zur Not müsste ich es hinnehmen aber so schnell gebe ich nicht auf.
---
Könnte auch eine volle Festplatte der Grund dafür sein ? Ich spiele es auf einer sehr vollen Festplatte (schon noch 50 GB übrig) aber trotzdem ist sie 80 % voll... .
---
Letzte Idee und Frage: Dort wo mein PC steht ist kein gutes aber dennoch Internet. Hat das Internet (bzw WLAN) was mit Tpf2 zu tun oder ist das egal ?
---
Danke erstmal für eure Zahlreichen Antworten !LG 462
-
Was für Komponenten hast du in deinem PC verbaut? Internet ist egal, ich spiele TPF2 im Offlinemodus und habe 0 Lags, genau so wie wenn ich online TPF2 spiele
-
CPU, GPU, Mainboard...
LG
-
Zur Eingrenzung bitte ich dich mal CommonAPI2 nicht zu nutzen. Die CommonAPI2 hat ja Einstellung, 100% alles Abschalten geht nicht, aber es gibt ja nicht umsonst die Einstellungen.
Es haben aber auch Leute Probleme ohne CommonAPI2, wie viel CommonAPI2 noch zusätzlich da hinspielt wäre aber gut zu erfahren...
-
Gibt es nun vielleicht nun mehr Informationen in der stdout.txt beim Brückenbau?
-
Da wird CommonAPI2Native immer noch geladen. Entferne eis_os_commonapi2_1 komplett.
Also nochmals
- eis_os_commonapi2_1 komplett entfernen / deinstallieren
- Spiel starten
- Spiel Laden (eis_os_commonapi2_1 aus dem Spielstand entfernen um Spielstand zu starten)
- Eine Brücke bauen
- Ist das Problem noch vorhanden?
- Spiel beenden
- stdout.txt dieses Versuchs hochladen
