Güterbahnhof ohne Mittelrampe, Absturz auf Gleis 4

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


    Hallo @Tom,
    ich habe etwas Schwierigkeiten mit deinem Güterbahnhof ohne Mittelrampe: Versuche ich, Waren auf Gleis 4 anzuliefern, stürzt TPF ab (kein LUA Fehler, nur die Windows Meldung "TransportFever.exe funktioniert nicht mehr"). Ändere ich die Linie, so dass sie auf Gleis 1 endet, funktioniert alles reibungslos. Was mir noch aufgefallen ist/ich versucht habe:


    - Solange der Zug keine Waren mitführt, gibt es keinen Absturz
    - den Bahnhof abgerissen und mit 320m Länge (*) neu gebaut => gleicher Absturz
    - den Bahnhof durch einen "Standard" (*) Bahnhof ersetzt => kein Absturz


    Mache ich etwas falsch? Danke im Voraus für hilfreiche Tipps.


    MfG,
    Transalpin


    (*) Ich verwende den MOD Bigger Train Stations, der Bahnhof ist aktuell 480m lang.

    Wenn ich mir die stdout so ansehe sieht es für mich eher nach einem Fahler bei @EAT1963 seinem Schweriner aus...

    Zitat von Thommi01

    Fahler bei @EAT1963 seinem Schweriner

    Ich kann's nicht mit 100%iger Sicherheit sagen, aber laut Kommentar von EAT1963 auf der Hbf Schwerin Downloadseite ...


    "Habe geschaut und diese Dateien fehlen in der Tat. Sorry.
    Allerdings ist dies nicht der Grund für einen Absturz deines Spieles. Fehlende Texturen werden durch das Spiel entweder ignoriert oder, falls erforderlich, durch eine Dummy-Textur ersetzt (lila Farbe)."


    ... würde ich das als Ursache eher ausschließen.

    Die Meldungen "error loading dds file" und "texture load error" sind nur Hinweise auf fehlende/nicht ladbare Texturen und bewirken keinen Absturz.


    Die für einen Absturz relevante Meldung ist immer die ÜBER der Zeile mit "MinidumpCallback:..."!
    Hier also die Zeile mit folgendem Inhalt:

    Code
    c:\build\transport_fever\gog\transport_fever_release\src\game\urbansim\pathfinder_util.cpp:764: struct PathFactoryOutput __cdecl simulation_util::path_finder::FindPathLines(class transport::PathFinder<struct transport::LineSectionOptimized> &,int,const class ecs::Engine *,const class std::unordered_map<struct transport::NodeId,class std::vector<struct std::pair<class ecs::Entity,int>,class std::allocator<struct std::pair<class ecs::Entity,int> > >,struct std::hash<struct transport::NodeId>,struct std::equal_to<struct transport::NodeId>,class std::allocator<struct std::pair<struct transport::NodeId const ,class std::vector<struct std::pair<class ecs::Entity,int>,class std::allocator<struct std::pair<class ecs::Entity,int> > > > > > *,const class std::unordered_map<struct std::pair<class ecs::Entity,int>,class std::vector<struct std::pair<class ecs::Entity,int>,class std::allocator<struct std::pair<class ecs::Entity,int> > >,struct std::hash<struct std::pair<class ecs::Entity,int> >,struct std::equal_to<struct std::pair<class ecs::Entity,int> >,class std::allocator<struct std::pair<struct std::pair<class ecs::Entity,int> const ,class std::vector<struct std::pair<class ecs::Entity,int>,class std::allocator<struct std::pair<class ecs::Entity,int> > > > > > *,const class std::vector<class std::unordered_map<class ecs::Entity,struct ecs::LineCargoInfo,struct std::hash<class ecs::Entity>,struct std::equal_to<class ecs::Entity>,class std::allocator<struct std::pair<class ecs::Entity const ,struct ecs::LineCargoInfo> > >,class std::allocator<class std::unordered_map<class ecs::Entity,struct ecs::LineCargoInfo,struct std::hash<class ecs::Entity>,struct std::equal_to<class ecs::Entity>,class std::allocator<struct std::pair<class ecs::Entity const ,struct ecs::LineCargoInfo> > > > > *,const class std::unordered_map<struct std::pair<class ecs::Entity,int>,class std::vector<int,class std::allocator<int> >,struct std::hash<struct std::pair<class ecs::Entity,int> >,struct std::equal_to<struct std::pair<class ecs::Entity,int> >,class std::allocator<struct std::pair<struct std::pair<class ecs::Entity,int> const ,class std::vector<int,class std::allocator<int> > > > > *,const class std::unordered_map<struct std::pair<class ecs::Entity,int>,int,struct std::hash<struct std::pair<class ecs::Entity,int> >,struct std::equal_to<struct std::pair<class ecs::Entity,int> >,class std::allocator<struct std::pair<struct std::pair<class ecs::Entity,int> const ,int> > > *,const class std::unordered_map<class ecs::Entity,class std::vector<struct std::pair<struct transport::EdgeId,float>,class std::allocator<struct std::pair<struct transport::EdgeId,float> > >,struct std::hash<class ecs::Entity>,struct std::equal_to<class ecs::Entity>,class std::allocator<struct std::pair<class ecs::Entity const ,class std::vector<struct std::pair<struct transport::EdgeId,float>,class std::allocator<struct std::pair<struct transport::EdgeId,float> > > > > > *,const class std::unordered_map<struct transport::EdgeId,class std::vector<struct std::pair<class ecs::Entity,float>,class std::allocator<struct std::pair<class ecs::Entity,float> > >,struct std::hash<struct transport::EdgeId>,struct std::equal_to<struct transport::EdgeId>,class std::allocator<struct std::pair<struct transport::EdgeId const ,class std::vector<struct std::pair<class ecs::Entity,float>,class std::allocator<struct std::pair<class ecs::Entity,float> > > > > > *,int,enum MovePreference,const struct transport::LineOrEdge &,const struct transport::EdgeId &,struct simulation_util::path_finder::LinesExpanderCache &): Assertion `!result.moveEdges.empty()' failed.

    Und das ist ein altbekannter, der hoffentlich mit dem angekündigten Patch behoben wird...

BlueBrixx