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
Die Frage ist kam das plötzlich oder wurde es langsam immer schlimmer?
Wenn 1, was genau hast du kürzlich alles gemacht? Mods hinzugefügt, Baseconfig geändert?
Ja große Städte (genauer Einwohnerzahlen) erhöhen den Simulationsaufwand. Sind die Zahlen zuletzt stark gestiegen? Personenmagnet?
was diese Fehlermeldung bedeutet: die sav.lua Datei ist nicht lesbar
Bitte diese mal anhängen
Eine stdout wird immer angelegt, schau nochmal nach.
Welche Version von BwC hast du?
Wie kann ich dem mal folgen ob es dieser oder doch ein anderer Mod ist.
naja einfach mod deaktivieren und wieder testen?
Richte ne Buslinie ein 
Ansonsten kann die Nachfrage nach Arbeitern in der .con auf 0 gesetzt werden (Stichwort personCapacity)
Mehr Spuren nützen eigentlich nur für Kreuzungen. Buslinien nützen nur deinen Linien, wenn dir der Autoverkehr egal ist.
Noch ein paar Tipps:
Wie gesagt - eine allgemeingültige Faustformel gibt es nicht, da es stark vom Aufbau deiner Karte abhängt.
Da hilft nur Austesten und schau in die oben gezeigten Diagramme, so siehst du wie stark du am Limit bist.
Grafikeinstellungen bringen hier in der Tat nichts - Simulation und FPS sind in TPF2 getrennt.
Vielleicht hattest du zu der Zeit eine Spannungsspitze. Hast du Überspannungschutz für die Steckdosen, an denen die Rechner hängen? Das Stromnetz ist ja nicht mehr so dauerhaft stabil wie noch vor 20 Jahren.
Die Zuverlässigkeit des Stromnetzes in DE nimmt seit Jahren zu. https://de.wikipedia.org/wiki/…undesrepublik_Deutschland
Steckdosenleisten mit Überspannungsschutz und Pipapo sind reines Marketing. Solange man ein Netzteil hat was nicht 20 Jahre alt ist und man keine Stromleitung aufm Dach hat.
Heap corruption detected!, Dies könnte auf einen RAM-Fehler hindeuten und somit defekter Hardware.
Sehr unwahrscheinlich, dass es hier was mit der Hardware zu tun hat. Heap corruption liest man in etlichen stdouts hier und heißt einfach nur dass das Programm bemerkt, dass ein ungültiger Speicherbereich addressiert wird. Mit anderen Worten ein Fehler im Code des Spiels.
Gleismods - sollten die an einer bestimmten Stelle geladen werden?
Ladereihenfolge - meist ist sie egal.
Außer 2 Mods enthalten genau dieselben Dateinamen (d.h. Datein in der Ordnerstruktur). Dann gewinnt die Mod die als letztes geladen wird. Das tritt typischerweise bei Gleismods auf, die die Vanillagleise überschreieben.
Ich persönlich finde eine vollständige Modbeschreibung hilfreicher als z.B. ein 20min Video.
Auch ingame ist es immer praktisch, wenn die Beschreibungen/Tipps da sind, wo man sie braucht, also Beschreibungstexte bei Assets oder auch Tooltips für Parameter.
Hier der onedrivelink :Freigabe
Ich habe den WS ordner auch durchsucht.NEP enthält die einzige Standard.lua
Alles klar danke.
Ich habe die relevanten Ausgaben mal hier kopiert:
>> api.res.trackTypeRep.get(api.res.trackTypeRep.find("standard.lua"))
{
new = nil,
name = "[1] Standardgleise",
desc = "Standardgleise mit begrenzter Geschwindigkeit.",
icon = "ui/tracks/standard.tga",
yearFrom = 1850,
yearTo = 1850,
shapeWidth = 4,
shapeStep = 4,
shapeSleeperStep = 0.66666668653488,
ballastHeight = 0.30000001192093,
ballastCutOff = 0.10000000149012,
sleeperBase = 0.30000001192093,
sleeperLength = 0.25999999046326,
sleeperWidth = 2.5999999046326,
sleeperHeight = 0.079999998211861,
sleeperCutOff = 0.019999999552965,
railTrackWidth = 1.4349999427795,
railBase = 0.37999999523163,
railHeight = 0.15000000596046,
railWidth = 0.070000000298023,
railTrackWidth = 1.4349999427795,
railBase = 0.37999999523163,
railHeight = 0.15000000596046,
railWidth = 0.070000000298023,
railCutOff = 0.019999999552965,
embankmentSlopeLow = 0.80000001192093,
embankmentSlopeHigh = 2.5,
catenaryBase = 6.4470000267029,
catenaryHeight = 1.3500000238419,
catenaryPoleDistance = 32,
catenaryMinPoleDistanceFactor = 0.80000001192093,
catenaryMaxPoleDistanceFactor = 2,
trackDistance = 5,
speedLimit = 48.611110687256,
speedCoeffs = {
x = 1.3600000143051,
y = -40,
z = 0.5,
},
ballastMaterial = "gleise/ballast.mtl",
sleeperMaterial = "gleise/holz_proc.mtl",
railMaterial = "track/rail.mtl",
catenaryMaterial = "track/catenary.mtl",
tunnelWallMaterial = "track/tunnel_rail_ug.mtl",
tunnelHullMaterial = "track/tunnel_hull.mtl",
catenaryPoleModel = "oberleitung1900/mast1900_2b.mdl",
catenaryMultiPoleModel = "oberleitung1900/mast1900_1.mdl",
catenaryMultiGirderModel = "oberleitung1900/mast1900_mitte.mdl",
catenaryMultiInnerPoleModel = "oberleitung1900/unsichtbarer_mast.mdl",
bumperModel = "railroad/bumper/bock2.mdl",
switchSignalModel = "weichenantrieb/switch_old.mdl",
fillGroundTex = "ballast_fill.lua",
borderGroundTex = "ballast.lua",
sleeperModel = "railroad/tracks/holz/single_sleeper_base.mdl",
railModel = "railroad/tracks/single_rail.mdl",
trackStraightModel = {
[1] = "railroad/tracks/holz/2m_base.mdl",
[2] = "railroad/tracks/holz/4m_base.mdl",
[3] = "railroad/tracks/holz/8m_base.mdl",
[4] = "railroad/tracks/holz/16m_base.mdl",
},
cost = 93.75,
maintenanceCost = 0.78125,
catenaryMaintenanceCost = 0.78125,
categories = {
[1] = "00wk_0vanilla_track",
[2] = "00wk_track120",
[3] = "train-tracks",
},
minCurveRadius = 177.30000305176,
minCurveRadiusBuild = 180,
maxSlope = 0.048000000417233,
maxSlopeShape = 0.057599999010563,
maxSlopeBuild = 0.03999999910593,
slopeBuildSteps = 4,
}
>> api.res.trackTypeRep.getAll()
{
[0] = "1900b_holz.lua",
[1] = "1930_holz.lua",
[2] = "1930b_holz.lua",
[3] = "1934_holz.lua",
[4] = "1934b_holz.lua",
[5] = "1946_holz.lua",
[6] = "1970_holz.lua",
[7] = "1990_holz.lua",
[16] = "750_beton_mastenlos.lua",
[17] = "750_holz_mastenlos.lua",
[18] = "750_y_mastenlos.lua",
[19] = "SFS_330.lua",
[20] = "SFS_330_2.lua",
[21] = "alternativ/high_speed.lua",
[22] = "alternativ/high_speed_10.lua",
[23] = "alternativ/high_speed_100.lua",
[24] = "alternativ/high_speed_110.lua",
[25] = "alternativ/high_speed_120.lua",
[26] = "alternativ/high_speed_140.lua",
[27] = "alternativ/high_speed_20.lua",
[28] = "alternativ/high_speed_30.lua",
[29] = "alternativ/high_speed_40.lua",
[30] = "alternativ/high_speed_50.lua",
Ihre Nachricht ist zu lang. Es stehen maximal 10.000 Zeichen zur Verfügung.Also was sehen wir? Das Gleis was eigentlich das Standardgleis sein sollte (Dateiname "standard.lua") ist in deinem Fall nicht mal im Spiel sichtbar, da es yearTo=1850 hat. Es sieht eindeutig ganz anders aus als das normale Standardgleis, das sieht normalerweise so aus:
{
new = nil,
name = "Standardgleise",
desc = "Standardgleise mit begrenzter Geschwindigkeit.",
icon = "ui/tracks/standard.tga",
yearFrom = 0,
yearTo = 0,
shapeWidth = 4,
shapeStep = 4,
shapeSleeperStep = 0.66666668653488,
ballastHeight = 0.30000001192093,
ballastCutOff = 0.10000000149012,
sleeperBase = 0.30000001192093,
sleeperLength = 0.25999999046326,
sleeperWidth = 2.5999999046326,
sleeperHeight = 0.079999998211861,
sleeperCutOff = 0.019999999552965,
railTrackWidth = 1.4349999427795,
railBase = 0.37999999523163,
railHeight = 0.15000000596046,
railWidth = 0.070000000298023,
railTrackWidth = 1.4349999427795,
railBase = 0.37999999523163,
railHeight = 0.15000000596046,
railWidth = 0.070000000298023,
railCutOff = 0.019999999552965,
embankmentSlopeLow = 0.75,
embankmentSlopeHigh = 2.5,
catenaryBase = 6.4470000267029,
catenaryHeight = 1.3500000238419,
catenaryPoleDistance = 32,
catenaryMinPoleDistanceFactor = 0.80000001192093,
catenaryMaxPoleDistanceFactor = 2,
trackDistance = 5,
speedLimit = 33.333332061768,
speedCoeffs = {
x = 0.85000002384186,
y = 30,
z = 0.60000002384186,
},
ballastMaterial = "track/ballast.mtl",
sleeperMaterial = "track/sleeper.mtl",
railMaterial = "track/rail.mtl",
catenaryMaterial = "track/catenary.mtl",
tunnelWallMaterial = "track/tunnel_rail_ug.mtl",
tunnelHullMaterial = "track/tunnel_hull.mtl",
catenaryPoleModel = "railroad/power_pole_us_2.mdl",
catenaryMultiPoleModel = "railroad/power_pole_us_1_pole.mdl",
catenaryMultiGirderModel = "railroad/power_pole_us_1a_repeat.mdl",
catenaryMultiInnerPoleModel = "railroad/power_pole_us_1b_pole2.mdl",
bumperModel = "railroad/bumper.mdl",
switchSignalModel = "railroad/switch_box.mdl",
fillGroundTex = "ballast_fill.lua",
borderGroundTex = "ballast.lua",
sleeperModel = "railroad/tracks/single_sleeper_base.mdl",
railModel = "railroad/tracks/single_rail.mdl",
trackStraightModel = {
[1] = "railroad/tracks/2m_base.mdl",
[2] = "railroad/tracks/4m_base.mdl",
[3] = "railroad/tracks/8m_base.mdl",
[4] = "railroad/tracks/16m_base.mdl",
},
cost = 75,
maintenanceCost = 0.625,
catenaryMaintenanceCost = 0.625,
categories = {
},
minCurveRadius = 44,
minCurveRadiusBuild = 60,
maxSlope = 0.11999999731779,
maxSlopeShape = 0.15000000596046,
maxSlopeBuild = 0.075000002980232,
slopeBuildSteps = 2,
}Die Höchsgeschwindigkeit bei dir sind 175kmh, was bedeutet, dass es von unserer Mod als Hochgeschwindigkeitsgleis kategorisiert wird. Daher führt das zu deiner Situation, was natürlich nicht Sinn der Sache ist.
Die Frage ist jetzt noch offen, von welcher Mod das ist. Also sehr seltsam dass du eine "standard.lua" Datei nicht in den Mods finden konntest. Theoretisch ist es möglich, die Werte auch über ein Skript zu ändern, was ich aber eher selten gesehen hab. In den Gleisangaben sieht man einige untypische Verweise wie "gleise/holz_proc.mtl" , "oberleitung1900/mast1900_mitte.mdl". Da würde ich ansetzen. Von solchen Mods, die die Standardgleise nicht nur optisch ändern, sondern auch noch Geschwindigkeit und für den Spieler verstecken, würde ich dringend abraten.
Man kann sich auch deine Liste der Gleistypen anschauen, etwa 380. Vlt findet sich hier ein Hinweis. Ich weiß aber nicht genau wie diese Liste sortiert ist, teils alphabetisch, teils Modladereihenfolge ? eis_os
KLappts nach Neu laden? Ansonsten brauch ich mehr Infos, Screenshot, sav.lua...
Hast du auch den workshop Ordner nach "standard.lua" durchsucht? Am besten auch mal mit Tools wie Total Commander (Windows Suche ist oft eher bescheiden)
Im Spiel kannst du da mal bitte in die Konsole eingeben:
sowie
und dann nochmal die stdout schicken.
Die Buttons zum Kauf von Gleisen sind im "TRACK STOCK INFO" ausgegraut, obwohl genug Geld da ist.
Lagerkapazität vorhanden?
liegt es vielleicht an dem "Hack", das Gleislager zuerst ohne "Industrie (funktional)" zu bauen... und nach dem Bauen die "Industrie (funktional)" zu aktivieren?
Es wird erkannt wenn ein Gleislager gebaut wird und die Liste wird entsprechend mit allen FUNKTIONALEN Gleislagern aktualisiert. Wenn sich dann im Nachhinein der Parameter Funktional ändert, gibt es keine Möglichkeit über eine Api Schnittstelle das zu erkennen. Daher erscheint das in dem Fall erst nach Neu Laden.
Was du meinst, ist in Weichenbaukasten. Aber es wird nicht die standard.lua überschrieben.
Suche mal nach "standard.lua" im Modordner.
Normalerweise ist es nicht nötig QGIS zu verwenden. Die png heightmap kann direkt in GIMP geladen werden.
ZitatTrack Industry Mod Categorize track 'standard.lua' as High Speed Track
Die Zeile sagt wohl alles.
Ich würde gerne mal wissen, was die Höchstgeschwindigkeit von deinem "Standard Gleis" ist.
Eine Mod ist anscheinend aktiv, die das Standardgleis überschreibt.
Bitte mal in diesem Zustand das Savegame schicken oder mindestens die sav.lua und stdout
Damit es nicht zu Missverständnissen kommt: Wenn Fahrzeuge sich kurz bewegen, dann stehen und sich dann wieder für etwa 1/5 Sekunde bewegen, liegt das eher an der Simulation (CPU). Das war früher immer so, bevor es das Simulation Throttling gab und ist auch teilweise noch so, wenn die Berechnungen kurzzeitig zu lange dauern. Die Simulation kann einfach nicht mehr schnell genug, d.h. in Echtzeit berechnet werden. Dann gibt es 2 Möglichkeiten: entweder warten, d.h. die Bewegungen frieren ein, bis der Simulationsschritt berechnet ist, dann die 200ms Simulation abspielen, dann wieder warten. Mit dem von UG eingeführten Simulation Throttling wird die Simulationsgeschwindigkeit herabgesetzt, um das zu vermeiden und flüssig abzuspielen. Die Folge ist halt, dass der Durchschnittsspieler das nicht checkt, dass das Spiel bereits am Limit ist und dann irgendwann hier ankommt und schreibt "Fahrzeuge fahren angeblich mit 120 sieht aber aus wie 60".
Provozieren&Testen kann man das ganze indem man die Simulationsgeschwindigkeit erhöht, dann tritt das ganze natürlich schon früher auf.
Tipp: In den Debug tools gehts auch höher als 4.
Man kann sich auch die Debug Diagramme mit AltGr+i anschauen.
Niedrige Last:
Die weiße Linie gibt die verfügbare Zeit für die Berechnung des Simulationsschritt an. (200ms)
Liegen die Werte darunter, läuft alles flüssig und die CPU hat noch etwas Leerlauf.
Hier sind die Berechnungen darüber und es würde zu "Simulationsrucklern" kommen. Das Spiel reagiert und das Throttling kickt ein. Das zeigt die rote Linie an. Hier läuft das Spiel also etwa 25% langsamer.
Das sollte man für sein Savegame immer im Blick haben, sodass man noch genug "Luft bis zur weißen Linie hat". Dann überlegt man sich 2x ob man noch eine neue Stadt setzt oder Personenmagneten.
Wenn das Diagram wie im ersten Fall aussieht und man trotzdem Ruckler hat, ist es dann eher die GPU. Das erkennt man auch gut über die FPS Anzeige. Die FPS sind nämlich von der Simulation nicht betroffen. Das merkt man auch daran, dass man das Spiel bei Simulationsoverload immer noch flüssig bewegen/bedienen kann.
which road type? Which track type? (Rail crossing type, mods?)
hier nochmal die Erinnerung, es gab ein Update, das einen Crash in der neuen Spielversion behebt, wenn man den Gleistyp eines Lagerhauses ändert.
Außerdem hat melectro einen optionalen Parameter hinzugefügt, sodass die Schienenfabrik nicht benötigten Stahl recyceln kann.
----> https://www.transportfever.net…/6797-rail-track-industry
Ruf mal bei der NASA an 
Eine Art "Formel" die dir für die gewünschten Parameter die nötige Hardware nennt, gibt es so nicht.
Es gibt natürlich grobe Richtlinien (wie Kartengröße>RAM, Einwohner/Simulation>CPU, viele Mods mit Texturen>GPU), aber es kommt sehr individuell drauf an, was du vorhast. 80000 Einwohner können auf einer anderen Map, je nach Straßennetz, viel mehr Berechnungen erzeugen. So hohe Bevölkerung habe ich aber selten hier gelesen, bei den meisten kommt spätestens ab 50000 die Simulation nicht mehr hinterher. Bei 2x,4x Geschwindigkeit natürlich schon früher. Außer man spielt ohne Autos, dann müsste deutlich mehr möglich sein.
Für größenwahnsinnig empfehle ich mind. 32 GB, vmtl. sogar mehr. Wahrscheinlich lohnt es sich auch auf den RAM Takt zu achten, da große Datenmengen ausgetauscht werden müssen. In TPF kann man in 5 Sekunden an jedem Ort der Karte sein (im Gegensatz zu anderen Spielen). So genau kann dir das aber keiner sagen, ich hab noch niemand gesehen, der eine 24x24 Karte vollgebaut hätte.
Was den Graphikspeicher angeht, so sind für höchste Einstellungen selbst 8GB für das Vanillaspiel schon knapp. Mit den neu modellierten Vanillafahrzeugen wird das nicht weniger.
Für TPF lohnen sich Preisleistung mäßig daher AMD Karten eher.
Konnte es jetzt auch reproduzieren bei mir. Scheinbar crasht es nur wenn man das X drückt (was ich nie mache, drücke immer ESC, daher hab ich es nicht gemerkt)
