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
Es ist ein Problem im Spiel, da der Fehler abgefangen wird, aber es steht nichts dabei.
Beim Start, noch bevor die Build Nr (ein zweites Mal) geschrieben wird, kommt ein error occured.
Es kann an einer ungünstigen Konfiguration bei dir liegen. Daher wird auch jedes Neuinstallieren nicht helfen.
Am besten du schickst UG die stdout und das Minidump.
So kompliziert muss es eigentlich gar nicht sein.
Zum Savegame hinzufügen und die Entwicklung wird deaktiviert.
Der Schalter ist nur drin, falls man sich irgendwann mal umentscheidet, da die Information im Savegame gespeichert ist...
In der transf.lua in den Spiel-Scriptdateien
Mit dem Update sollte es mit den Dammgleisen funktionieren. Gleise mit geänderten Dammsteigungen werden ausgelassen.
ManniTF Weil du mich hier (Berg und Tal) erwähnt hast:
Ich würde nicht an der transf rumfummeln, sondern die fertigen Funktionen benutzen.
Habe deine Berechnung nicht durchschaut, auch wenn es funktioniert, es ist fehleranfällig und da können die verrücktesten Dinge rauskommen.
Für eine Neigung am Gleis müsste man an der Y Achse drehen.
transf = transf.rotZYXTransl(transf.degToRad(0, Y drehung in grad, 0), vec3.new(0, 0, höhe))
gibt aber auch andere Funktionen z.B.
transf.rotY(rotY in rad)
Das mit dem Dampf kann ich leider nicht beantworten.
Bei mir hat GTA V eine höhere Auslastung (100% GPU und CPU) als TPF, kann die Ressourcen anscheinend besser ausnutzen.
70 Grad sind nicht viel, zumindest sollte jedes moderne System bei Überhitzung vorher runterschalten und nicht abstürzen.
Und auch weil Benchmarks problemlos durchlaufen, würde ich ein rein hardwareseitiges Problem ausschließen.
Ich würde daher am ehesten bei Windows im (Un-)Zuverlässigkeitsverlauf und bei der Ereignisanzeige nachschauen.
Könnte ein Treiberproblem sein. (Aktuell?)
Daher könnte man evtl auch andere Grafikeinstellungen probieren.
der Wert muss hoch genug sein
Kapazitäten hochsetzen
Nun die Simulationsergebnisse
Okay schade.
Aber eigentlich war bei deinem i7 4.8Ghz auch schon zu erwarten, dass das nicht viel besser wird.
Ich denke deren PCs sind eher auf GPU ausgelegt.
Interessant wäre auch noch, wie sich das auf wieviele Kerne verteilt. (was man bei GeForce schlecht sehen kann)
Kommt auf deine Epoche an.
Aktuell ist die 120 eher veraltet und wurde durch die 101 abgelöst.
S-Bahn:
Regio Triebwagen:
Baureihe 442 / Bombardier Talent 2 - Basispaket
429, 446, 628, 646
Klassische Regio Dostos:
Als Lok 114, 143 oder 146 (ggf von Tpf1 konvertieren)
Baureihe 143 / 243 in den Farben DR, DB, MEG und RBH
Wagen:
DB Doppelstockwagen (DB Regio, NRW, VVO) (TPF2)
IC:
mit klassischen IC-Wagen: UIC-Z Wagen (DB) (TPF2)
oder eben relativ neu IC2
Nur weil eine Engine unverändert ist, heißt es ja nicht, dass sie schlechter wird. Im Gegenteil, mit besseren PCs müsste es ja im Laufe der Zeit theoretisch besser werden.
Dass die Simulation in TPF2 Performance-Schwächen hat, liegt daran, dass neues dazu gekommen ist und irgendwas schlecht optimiert ist. Aber da die Simulationsengine selbst entwickelt und seit Train Fever darauf aufgebaut wird, kann nur UG diese Probleme lösen.
Komplett schlecht und "veraltet" kann sie nicht sein, da es ja in TPF1 diese Probleme nicht gab und mehr Einwohner möglich waren.
es arbeitet mit einer veralteten Simulationsengine.
Woher weißt du, welche Engine benutzt wird und dass die veraltet ist?
Die Simulation ist komplett Eigenbau.
Und könnte auf jeden Fall noch optimiert werden.
Und kann ich irgendwie eingrenzen, wo da der Flaschenhals ist?
Eigentlich dachte ich immer, dass mein PC jetzt nicht ganz schwach auf der Brust ist...
Tendenziell ist das die CPU, aber hardwareseitig kann man da nicht viel verbessern.
Anzahl deiner Einwohner wäre interessant?
Nachdem ich das Spiel das erste mal starten wollte, kam diese Fehlermeldung:
Ich wollte das Problem selbst beheben, indem ich den virtuellen Speicher leicht angehoben habe. Ich probierte dann eine freie Karte ohne MODS aus, es lief zu diesem Zeitpunkt. Falls ich hier falsch liege, bitte korrigiert mich!!
War das beim Starten des Spiels oder beim Laden eines Spielstands?
Was war denn vorher eingestellt? Normalerweise sollte man mit "automatisch verwalten" keine Probleme haben.
Aber diese Meldung sieht nicht nach einem Fehler in der MOD aus, oder?
Doch, irgendeine Textur ist ungültig. Evtl TPF1
Da das Spiel leider nicht sagt welche, bleibt nur try and error
Man braucht keine gute Grafikkarte, alles was man braucht ist eine schnelle, stabile Internetverbindung (>25 Mbit/s).
Ich hab mir das mal angeschaut und es funktioniert doch besser als man vielleicht erwartet.
Ohne Abo kann man 1 Stunde am Stück spielen (was man allerdings abends wegen der Warteschlange vergessen kann).
Die Rechner sind aber recht ordentlich und man kann auch mit den höchsten Einstellungen flüssig spielen. Nur bringt einem die bessere Qualität nicht viel, wenn die Übertragung nicht perfekt ist, denn durch das Streamen und komprimieren wird alles etwas unscharf.
Es ist also im Prinzip ein Tausch von Auflösung zu FPS 
Kann grundsätzlich schon interessant sein, auch bei mittel-guten Rechnern.
Wenn das Savegame immer ruckliger wird, kann man es auf GeForce flüssig weiterspielen.
Broiler Das klappt vielleicht für ein Fahrzeug, aber nicht für alle. Jedes Fahrzeug hat andere Abmaße und der Lokführer sitzt woanders.
Genau das wird ja von ACV berücksichtigt...
Habe mir mal den Code angeschaut:
updateFn = function(params)
local result = { }
result.models = { }
local grad = 0
local height = 0
local shiftm = 0
local wardm = 0
if params.position == 1 then
height = 1.05
end
if params.ward == 0 then wardm = 0 end ;
if params.ward == 1 then wardm = 0.1 end ;
if params.ward == 2 then wardm = 0.2 end ;
if params.ward == 3 then wardm = 0.3 end ;
if params.ward == 4 then wardm = 0.4 end ;
if params.ward == 5 then wardm = 0.5 end ;
if params.ward == 6 then wardm = 0.6 end ;
if params.ward == 7 then wardm = 0.7 end ;
if params.ward == 8 then wardm = 0.8 end ;
if params.ward == 9 then wardm = 0.9 end ;
if params.ward == 10 then wardm = 1.0 ; end
if ( params.ward == 0 ) then result.models[#result.models+1] = { id = "asset/plm_220.mdl", transf = { 1, 0, grad, 0, 0, 1, 0, 0, grad, 0, 1, 0, wardm, shiftm, height, 1 } } ; end
if ( params.ward == 1 ) then result.models[#result.models+1] = { id = "asset/plm_220.mdl", transf = { 1, 0, grad, 0, 0, 1, 0, 0, -grad, 0, 1, 0, wardm, shiftm, height, 1 } } ; end
if ( params.ward == 2 ) then result.models[#result.models+1] = { id = "asset/plm_220.mdl", transf = { 1, 0, grad, 0, 0, 1, 0, 0, -grad, 0, 1, 0, wardm, shiftm, height, 1 } } ; end
if ( params.ward == 3 ) then result.models[#result.models+1] = { id = "asset/plm_220.mdl", transf = { 1, 0, grad, 0, 0, 1, 0, 0, -grad, 0, 1, 0, wardm, shiftm, height, 1 } } ; end
if ( params.ward == 4 ) then result.models[#result.models+1] = { id = "asset/plm_220.mdl", transf = { 1, 0, grad, 0, 0, 1, 0, 0, -grad, 0, 1, 0, wardm, shiftm, height, 1 } } ; end
if ( params.ward == 5 ) then result.models[#result.models+1] = { id = "asset/plm_220.mdl", transf = { 1, 0, grad, 0, 0, 1, 0, 0, -grad, 0, 1, 0, wardm, shiftm, height, 1 } } ; end
if ( params.ward == 6 ) then result.models[#result.models+1] = { id = "asset/plm_220.mdl", transf = { 1, 0, grad, 0, 0, 1, 0, 0, -grad, 0, 1, 0, wardm, shiftm, height, 1 } } ; end
if ( params.ward == 7 ) then result.models[#result.models+1] = { id = "asset/plm_220.mdl", transf = { 1, 0, grad, 0, 0, 1, 0, 0, -grad, 0, 1, 0, wardm, shiftm, height, 1 } } ; end
if ( params.ward == 8 ) then result.models[#result.models+1] = { id = "asset/plm_220.mdl", transf = { 1, 0, grad, 0, 0, 1, 0, 0, -grad, 0, 1, 0, wardm, shiftm, height, 1 } } ; end
if ( params.ward == 9 ) then result.models[#result.models+1] = { id = "asset/plm_220.mdl", transf = { 1, 0, grad, 0, 0, 1, 0, 0, -grad, 0, 1, 0, wardm, shiftm, height, 1 } } ; end
if ( params.ward == 10 ) then result.models[#result.models+1] = { id = "asset/plm_220.mdl", transf = { 1, 0, grad, 0, 0, 1, 0, 0, -grad, 0, 1, 0, wardm, shiftm, height, 1 } } ; endDa tun einem natürlich die Augen weh...
Ich weiß nicht, ob er weiß was er tut, und fragt mich nicht warum er die mdls kopiert hat und bei den cons @2x davor geschrieben hat...
grad wird irgendwie nicht benutzt, ist so eh nicht ganz richtig
Die letzte Zahl (4,4) muss immer eine 1 sein.
Die drei davor (also 1,2,3 von 4. Spalte) sind die x,y,z Werte der Translation, z ist die Höhe. Ich sehe das öfter, dass Modder die einfach in diese Liste (in Lua ist es einfach nur eine Liste mit Länge 16) reinschreiben, was aber unschön ist und nicht so gedacht.
In transf.lua haben die Entwickler die Grundlagen für die Transformationsmatrix programmiert, diese Datei wird auch öfters eingebunden, damit man nicht an den einzelnen Werten rumfummeln muss. Für Drehungen wirds nicht mehr so einfach.
z.B. transf.rotZYXTransl(transf.degToRad(180, 0, 0), vec3.new(5, 0, 0.3))
Der Vorteil der Transformationsmatrizen ist auch, dass man Verkettungen einfach multiplizieren kann.
transf.mul(t1, t2)
Einiges davon wird in Advanced Camera Views benutzt
Ok, das steht da halt nicht. Und ich bin darüber gestolpert, weil Kravchenko in seinem Vanilla-Loks-Asset-Mod die drei Nullen der 4. Reihe mit Variablen gesetzt hat (dieser "forward-backward"-Parameter in dem Screenshot ist daraus übernommen, der setzt {3,0}, hat aber irgendwie keinen Effekt)
Stimmt. Ich kenne das aus dem Studium.
Finde grade keine bessere Quelle als die hier: https://www.cg.tuwien.ac.at/co…he%20Transformationen.pdf
Habe mir die Mod jetzt nicht genauer angeschaut, aber kann gut sein, dass die 4. Spalte verändert wird. Denn deren ersten 3 Werte sind im Prinzip die Translation (x,y,z).
Ich erinnere mich, die Matrizen sind in von Tpf in Lua so definiert {spalte1[1], spalte1[2], ... spalte2[1], ...}
Klingt nach Grafikkarte/Treiber Problem.
Mal den texture cashe löschen
