Beiträge von Sandtorhai

I second that. On Steam 2 days ago a chinese modder uploaded a locomotive with 546K tris and no LOD - and you need to couple 2 of those - and also received comments about that fact. He updated the model and the download went down from 1.1 GB to 670 MB. Still a heavy download for just one locomotive. When do you see all those details? In camera tool mode when 30 cm away from it?

Are those even visible details or a lack of mesh optimization?

In normal play mode you cannot come nearer than 15m or so. How far away is the camera when you zoom in fully?

And then many of those "details" are just invisible, because they got parts behind parts.

Plus, the lack of LOD on many models out there.

When creating a high detail model then please add at least 3 additional LOD to it.

When I zoom out and hover 250m above I don't need 100K tris. Even 10K tris I don't need. Do I need 1000 tris? Hmm. How many pixels is the model then btw?

Da man Zeit nicht stapeln kann, kann man sie auch nicht verlieren.

Vielen Dank, ich hatte zum Glück ein Update auf dem PC meiner Freundin (via LAN) und konnte die "alte" v2.94 rüberziehen.

Durch des gestrige Update von https://www.transportfever.net/filebase/index.php?entry/5520-güterwagenpaket-der-epochen-i-bis-iii/ , welches die v2.94 durch eine geänderte v2.94 ersetzt hat, bekomme ich jetzt beim Laden des Spielstandes die folgende Fehlermeldung:

Exception during init
GC Called
Destroying failback ui done
End of redirect Buffer to StdOutBuffer
Restoring as we are still responsible for stdout
End of redirect Buffer to StdOutBuffer: done
Exception type: Configuration error

This error is usually caused by modding. Some game resources contain semantically incorrect data.

Details:

Error message: railVehicle/configs/axles: mesh 'vehicle/waggon/mc_wagon_gtw/mc_wagon_gtw_lod_0_rad_1.msh' does not exist


File name: vehicle/waggon/mc_wagon_ocku_group.mdl

Minidump: C:/Users/Admin/AppData/Roaming/Transport Fever 2/crash_dump/ea7c7080-b333-4962-8809-06d4dba10211.dmp

Mod: "Güterwagenpaket 1 - KPEV, DRG, DB, DR" (mcs_gueterwagen, 2) (consider removing this mod and contacting the mod author)

In file: C:\GitLab-Runner\builds\1BJoMpBZ\0\ug\urban_games\train_fever\src\Game\game_verify.cpp:457

In function: void __cdecl game_verify::VerifyModelMetadata(const struct ModelData *,const class transport::CargoTypeRep *,int,struct mod_util::ModId *,bool)


__CRASHDB_CRASH__ struct ConfigException: C:\GitLab-Runner\builds\1BJoMpBZ\0\ug\urban_games\train_fever\src\Game\game_verify.cpp:457: void __cdecl game_verify::VerifyModelMetadata(const struct ModelData *,const class transport::CargoTypeRep *,int,struct mod_util::ModId *,bool): railVehicle/configs/axles: mesh 'vehicle/waggon/mc_wagon_gtw/mc_wagon_gtw_lod_0_rad_1.msh' does not exist

mods/mcs_gueterwagen_2/ not in file cache!
Exception type: Configuration error

This error is usually caused by modding. Some game resources contain semantically incorrect data.

Details:

Error message: railVehicle/configs/axles: mesh 'vehicle/waggon/mc_wagon_gtw/mc_wagon_gtw_lod_0_rad_1.msh' does not exist


File name: vehicle/waggon/mc_wagon_ocku_group.mdl

Minidump: C:/Users/Admin/AppData/Roaming/Transport Fever 2/crash_dump/ea7c7080-b333-4962-8809-06d4dba10211.dmp

Mod: "Güterwagenpaket 1 - KPEV, DRG, DB, DR" (mcs_gueterwagen, 2) (consider removing this mod and contacting the mod author)

In file: C:\GitLab-Runner\builds\1BJoMpBZ\0\ug\urban_games\train_fever\src\Game\game_verify.cpp:457

In function: void __cdecl game_verify::VerifyModelMetadata(const struct ModelData *,const class transport::CargoTypeRep *,int,struct mod_util::ModId *,bool)



Goodbye.



========================================
Shutdown at Tue Jan 31 14:28:59 2023
========================================

akpsv

Ich weiß doch, was ich sehe. Das Verhalten ist seit der Beta anders.

Ich hatte vor der Beta NIE solche Aussetzer beim Anschließen eines Gleises an eine Brücke. Egal, in welchem Blickwinkel.

Ich bin es also nicht gewohnt.

Dann wird dieses Verhalten von der Beta getriggert und die CommonAPI wird fälschlicherweise in den Fokus gerückt. Ist ja oft so bei neuen Bugs.

Bei jedem Versuch, an eine freistehende Brücke ein Stück Gleis anzuhängen, stoppt Tpf2 für mehrere Sekunden und diese zwei Zeilen landen in der stdout.txt (debug level ist wieder runter auf 10, schraube ich wieder auf 99 hoch vor der nächsten Sitzung):

commonapi2.init    20230129
commonapi2.ui:    Loading commonapi2.ui interface

Edit:

Wenn ich den weißen Layer beim Geschwindigkeitsoverlay abschalte, kann ich nicht mehr parallel an bestehende Tunnelstrecken ansetzen.

Ach Mist, jetzt habe ich da im Hinterkopf so eine verschwommene Erinnerung an ein Fahrzeugmod, dessen Menüeintrags-Dummy.mdl nur halb entfernte Einträge hatte, also z.B. einen Eintrag

        availability = {
        },

mit nix drin, was manche Scriptmods zum Absturz bringt, weil nicht jeder Zwischenschritt failsafe geprüft wird.

Aber welches Fahrzeugpaket das war, weiß ich jetzt nicht mehr.

Ein Stück 60 km/h Gleis davor und dahinter legen. Falls das langsam genug ist.

Zitat von eis_os

Du hast die DLL Komponente abgeschaltet, beim Starten im Hauptmenü wird dir das aber auch angezeigt:

Ah, verstehe, ich hatte die abgeschaltet, weil ich diese obskure Fehlermeldung bekam - das war bevor ich die Beta2 runterlud, in der dieser Bereich

--    steam_35129_1 = true,
--    gog_35129_1 = true,

nicht mehr auskommentiert ist.

Windows, GOG:

Spielstand geladen mit Logging Debuglevel 99, Öffnen des Overlay "Geschwindigkeitslimits" mit Button und Keypad4:

Während des Vorgangs des Öffnens des Overlays wird nichts zur Log hinzugefügt.

So sieht die settings.lua aus:

return {
    improveui = 1,
    location7zip = "d:\\Programme\\7-Zip\\7z.exe",
    uiscale = 1,
    fixscripts = true,
    rendermode = 1,
    newevents = true,
    flexstreets = true,
    verbosity = 99,
    workshopbackup = "",
    buildoverwrite = "gog_35129_1",
    enableluasocket = false,
    disablenative = true,
    layerview = 2,
    linedestination = true,
    
}

stdout.txt:

stdout.7z

Zitat von eis_os

Mehr context, steht es auf 2 bzw. 1, gespeichert und dann auch das Spiel komplett neugestartet?

Die settings.lua aus dem Backup stand eh schon auf "2".

Das erste, was ich testen wollte, war der "LayerView Patch". Genau das funktioniert wohl noch nicht.

Ich denke, mit Hamburg stimmt was nicht.

Vulkan rendert irgendwie besser, aber ist sehr mimosenhaft wenn es um kaum noch freien VRAM handelt == Crash.

OpenGL ist stabiler und lagert mehr in den RAM aus, der somit mehr genutzt wird.

Kann die Industrie ab- oder downgraden, ohne einen Absturz wegen der Kollisionen zu verursachen?

Hast du Abnehmer für den Treibstoff, die per Linie angebunden sind? Wenn niemand es haben will/kann, wird es auch nicht versendet.

Es gibt einen Unterschied zwischen "echter" Speicherauslastung und der Nutzung des virtuellen Speichers (Auslagerungsdatei).

Bei mir momentan 10,6 GB Gesamtbedarf von Transport Fever 2, aber nur 3,7 GB davon sind im RAM, der insgesamt nur zu 67% genutzt wird (16 GB).

Das mit OpenGL, was sich ja in Sachen Speichernutzung total von Vulkan unterscheidet.

Da steht doch, woran es vermutlich liegt. Zu wenig RAM und/oder VRAM.

Wäre das nicht ein Zugewinn für den Modmanager, Fahrzeugmods anhand ihrer Startdaten automatisch nicht mitzuladen, wenn diese in der Zukunft liegen und kurz vor dem Erreichen eines solches Startjahres den Zeitablauf zu stoppen, und zwar so, dass der Spieler ihn nicht mehr aktivieren kann und eine Mitteilung aufzuploppen in der Art:

Zitat

Der Zeitablauf wurde angehalten. Um mit den im kommenden Spieljahr erscheinenden Fahrzeugen weiter zu spielen, bitte jetzt speichern und den Spielstand von hier oder vom Hauptmenü aus laden, dann werden die entsprechenden Fahrzeugmods automatisch aktiviert.

Dabei sollte es in der normalen Modliste problemlos möglich sein, alle Mods in der entsprechenden Ladereihenfolge zu aktivieren und die o.g. Aktion würde automatisch ablaufen.

Alternative:

Der Modmanager bietet einen "Wizard" an, mit dessen Hilfe verschiedene Modpresets aus einem ursprünglichen Modpreset erstellt werden können, welches alle verfügbaren Mods enthält und manuell erstellt wurde.

Die vom "Wizard" erstellten Modpresets wären nach Epochen aufgeteilt, wobei sowohl yearFrom als auch yearTo und evtl. sogar Modsettings wie "endlos verfügbar" berücksichtigt würden.

Dann verweise ich mal ganz klammheimlich auf https://de.wikipedia.org/wiki/Oldsmobile_98 wobei du dir das Jahrzehnt des größten Gefallens ganz nach Geschmack aussuchen müsstest.

Da die dicksten Brummer 1961 - 1970 gebaut wurden, wäre diese meine Empfehlung.