train/BR242_rust_albedo.dds
Muss man da ewig suchen?
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
train/BR242_rust_albedo.dds
Muss man da ewig suchen?
c:\build\transport_fever\steam\transport_fever_release\src\game\ecs\transportvehiclesystem.cpp:899: void __cdecl ecs::TransportVehicleSystem::HandleVehicleArrived(class ecs::Engine *,const class ecs::Entity &): Assertion `remainingCounts <= previewCapacities[i]' failed.
Ich bin mir nicht sicher, aber HandleVehicleArrived und train/BR242_rust_albedo.dds müssen nicht unbedingt dasselbe sein.
Siehe beim Vorgänger:
error loading dds file: res/textures/models/waggon/waggon_marchandise_1950_normal.dds
c:\build\transport_fever\steam\transport_fever_release\src\lib\model_construction\constructionrep.cpp:783: const struct ConstructionDesc &__cdecl ConstructionRep::GetConstructionDesc(const class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &) const: Assertion `it != m_constructions.end()' failed.
Der dds Fehler war nicht die Ursache, sondern ein Scriptmod ("Längere Bahnhöfev5"). Bisher denke ich, dass die DDS Files vielleicht nur merkwürdige Texturen oder sowas verursachen, aber Scripts das Spiel zum Absturz bringen.
Kommt drauf an, wie der Code aufgebaut ist. Er versucht die Textur zu laden und wirft nen error aus. Wenn dadurch das Laden der Lok unterbrochen wird, fehlen sicher auch andere Daten die bei späteren Abragen fehlen und zu weiteren Fehlern führen, die das Game dann aber crashen lassen.
Kann sein, muss nicht sein. Ich würde mir ne originale rust_albedo.dds suchen, die ins Mod-Verzeichnis kopieren, die scheinbar fehlerhafte umbenennen (BR242_rust_albedo_ori.dds bspw) und die kopierte originale wie die gesuchte Datei umbenennen. Dann lädt TpF zwar eine völlig unpassende aber prinzipiell funktionierende Textur und man muss nich gleich den Mod löschen und das Save riskieren. WENN es dann geht, kann man versuchen die originale rust zu fixen.
Ich würde das nicht mit dem Umbenennen machen. Erst versuchen den Mod zu deaktivieren und dann schauen was passiert. Nicht jeder Mod ist zwingend notwendig beim Laden eines Spielstandes. Hab gerade mal die Mods geprüft und scheinbar ist es doch nur dieser Mod.
Danke erstmal für eure Hilfe. Der Mod kann nicht ohne Probleme deaktiviert werden - da ich die Lok auf den Gleisen habe kommt dann ein lua Fehler.
Ist halt kein Script Mod Daher ja die Idee mit der kopierten Textur.
Danke, die Texturen habe ich soweit geändert. Der Mod Fehler tritt zwar nicht mehr auf, das Game stürzt aber trotzdem ab. Ich habe auch von steam nochmal alle Dateien überprüfen lassen.
Nvidia hatte vor dem Öffnen des savegames auch einen neuen Treiber installiert. Ist die Frage ob es daran liegen kann.
PreventSetUnhandledExceptionFilter: 1
locale name: * (de_DE.utf8)
========================================
Startup at Mon Nov 21 13:42:30 2016
========================================
seed: 1479732150
double buffering: 1
sample buffers: 1
samples: 4 (4)
swap interval: 1
video memory: 4096 MB
============================================================
OpenGL version: 3.2.0 NVIDIA 375.95
Renderer (vendor): GeForce GTX 980M/PCIe/SSE2 (NVIDIA Corporation)
Shading language version: 1.50 NVIDIA via Cg compiler
============================================================
opened device OpenAL Soft
sampling rate: 48000 Hz
Loading from file C:/Program Files (x86)/Steam/userdata/60156341/446800/local/save/3.sav
active mods:
urbangames_vehicles_no_end_year/1
*795881064/1
*763689570/1
*772368731/1
*763856605/1
*797454518/1
config dict:
vehicles: default
terrain: default
nameList: default
trees: default
buildings: default
streets: default
environment: default
scenario: default
savegame version 57
achievements earnable: 0
c:\build\transport_fever\steam\transport_fever_release\src\game\ecs\transportvehiclesystem.cpp:899: void __cdecl ecs::TransportVehicleSystem::HandleVehicleArrived(class ecs::Engine *,const class ecs::Entity &): Assertion `remainingCounts[i] <= previewCapacities[i]' failed.
MinidumpCallback: dumpPath "C:/Program Files (x86)/Steam/userdata/60156341/446800/local/crash_dump/", minidumpId "ba89bb8f-853c-4985-b86d-1cebabc8c17d", succeeded 1
local time is Mon Nov 21 13:43:13 2016
Sowas am besten in nen Spoiler packen Es scheint also, dass das 2 getrennte Fehler waren Einen haben wir wohl "geflickt", der andere war aber tatsächlich unabhängig davon. Du hast da 5 Workshop-Mods aktiv - was sind denn das für welche?
Ganz lieb von dir, ich habe aber jetzt neu angefangen.
Schön wäre es wenn es eine Art "abgesicherten Modus" gäbe und man damit savegames laden kann. So hätte man die Chance die Inhalte einzelner Mods aus dem Spiel zu löschen und dies zu überprüfen. So setzt das ganze ja ein recht hohes technisches Verständnis voraus oder man muss die Community wegen jedem Furz belästigen. Ich befürchte auch das man bei einer entsprechend hohen Anzahl von Mods das ganze nicht mehr überblicken kann.
Das gilt aber für jedes Spiel. Mods sollte man immer nur Stück für Stück installieren und erstmal testen. Ein Grund, warum ich bei WoT aktuell Vanilla fahre - ich hab einfach keine Zeit. Im Moment j nichtmal zum fahren an sich xD Weiß garnich, wann ich das letzte mal irgendwas gezoggt hab
Bei WoT gibt es bis auf die zweite Artillerieansicht auch keine sinnvollen Mods - meiner Meinung nach. Ich denke das TpF auch ganz gut Vanilla gespielt werden kann, bei City Skyline ginge es ohne Mods schon mal gar nicht.
Ja, du hast Recht. Langsam herantasten.
Den 4x langsamer Mod möchte ich genauso wenig missen, wie jey Bees Strassen, und noch Gwindas Signalmod.
c:\build\transport_fever\steam\transport_fever_release\src\game\ecs\transportvehiclesystem.cpp:899: void __cdecl ecs::TransportVehicleSystem::HandleVehicleArrived(class ecs::Engine *,const class ecs::Entity &): Assertion `remainingCounts <= previewCapacities[ i ]' failed.
Den Fehler hatte ich auch, bei mir lag es daran, dass auf einer Linie alle Fahrzeuge ihre Ladungseinstellungen verloren hatten (also nicht mal mehr automatisch, sondern einfach gar nichts). Wenn du das Savegame noch laden kannst würde ich es direkt pausieren und dann mal in der Linienübersicht oder Fahrzeugliste nach Fahrzeugen suchen bei denen überhaupt kein Ladungssymbol angezeigt wird. Sollte es solche Fahrzeuge geben, müssen sie ausgetauscht werden.
Ja, Danke. Ich habe ein autosave zum Laufen bekommen und dort stimmen die Linien zwar auf den ersten Blick - mitgenommen wird aber nichts - > die automatische Güteränderung funktioniert nicht mehr. Ganz kurios - savegame stürzt auch nicht mehr ab. So trotzdem nicht mehr spielbar.
Das nächste Mal achte ich darauf. Danke nochmal.
Bitte um hilfe
Gestern habe ich eine längere zeit gespielt. Heute kan ich nicht fortsetzen, Weil das Spiel nach einen sekund ab stürtzt. Keine fehler meldung, nur Windows klagt. Im crash dump ordner habe ich folgendes gefunden.
Ich finde die name von stdout.txt (7 reihe vom sluss):
"error loading dds file: res/textures/models/vehicle/truck/vvolvo_lv66_chassis_albedo_opacity.dds"
wird mit zwei vv geschrieben. Im ordner des mods heissen alle datai nur mit ein "v". Kan das der fehler sein?
Innhalt in stderr.txt (lehr)
Innhalt in stdout.txt
PreventSetUnhandledExceptionFilter: 1
locale name: * (de_DE.utf8)
========================================
Startup at Mon Nov 28 17:14:29 2016
========================================
seed: 1480349669
double buffering: 1
sample buffers: 1
samples: 4 (4)
swap interval: 1
video memory: 6144 MB
============================================================
OpenGL version: 3.2.0 NVIDIA 372.90
Renderer (vendor): GeForce GTX 980 Ti/PCIe/SSE2 (NVIDIA Corporation)
Shading language version: 1.50 NVIDIA via Cg compiler
============================================================
opened device OpenAL Soft
sampling rate: 48000 Hz
Loading from file I:/Steam/userdata/70790454/446800/local/save/S1.sav
active mods:
*763708927/1
*801561841/1
*767380887/1
*782417728/1
*804828109/1
*802086730/1
*795877484/1
*796083159/1
*804306770/1
*799820657/1
*792717087/1
*763665514/1
*797303861/1
*778100818/1
*792065738/1
*800888155/1
*803937931/1
*772636711/1
*784018532/1
*803323740/1
*769740065/1
*766060779/1
*801726425/1
*800970613/1
*778196022/1
*796621993/1
*801936845/1
*799556424/1
*805371784/1
*805372310/1
*805490341/1
*804988742/1
*805383604/1
*804913129/1
*799930419/1
*805385473/1
*800034377/1
*799579682/1
config dict:
vehicles: default
terrain: default
nameList: sweden
trees: default
buildings: default
streets: default
environment: default
scenario: default
savegame version 60
achievements earnable: 0
error loading dds file: res/textures/models/vehicle/truck/vvolvo_lv66_chassis_albedo_opacity.dds
c:\build\transport_fever\steam\transport_fever_release\src\game\ecs\transportvehiclesystem.cpp:839: void __cdecl ecs::TransportVehicleSystem::HandleVehicleArrived(class ecs::Engine *,const class ecs::Entity &): Assertion `(int)tv.config.allCaps.size() == numCargoTypes' failed.
MinidumpCallback: dumpPath "I:/Steam/userdata/70790454/446800/local/crash_dump/", minidumpId "94f3af66-1fb4-413b-86aa-b8fbaca2170e", succeeded 1
local time is Mon Nov 28 17:16:54 2016
Möglich ist alles. Bei der Menge an Mods wird es allerdings schwierig. Vielleicht guckst Du erst einmal, welche aktualisiert wurden.
vvolvo_lv66_chassis_albedo_opacity.dds
Da steht es schon und ja da hast du recht änder das mal das sollte dein Problem lösen
Bitte können Sie mir die anweisung geben in welche Datai finde ich die lade kommando? Ich habe schon einen versuch getan, die datainahme ändern aber es hat nicht geklappt.
Edit von Merk: Vollzitat des vorherigen Beitrags entfernt.
Das müsste wenn ich mich nicht täusche in der mtl Datei sein Mods/modordner/res/model/material glaube ich
Ich bekam kontakt mit dem hersteller des Volvo mods und dieser Fehler ist jetzt behoben, aber das Spiel stürzt immer noch ab und jetzt mit dieser fehler meldung (stdout.txt):
c:\build\transport_fever\steam\transport_fever_release\src\game\ecs\transportvehiclesystem.cpp:839: void __cdecl ecs::TransportVehicleSystem::HandleVehicleArrived(class ecs::Engine *,const class ecs::Entity &): Assertion `(int)tv.config.allCaps.size() == numCargoTypes' failed.
Ich werde bald mistraurig wegen die neue Steam Workshop funktion. Ich glaube da kommen updates ohne mein wissen und die stören "saved games". Ich benütze ein mod "Neue Industrie" und das ist jetzt unter verdacht