Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
Edit: This was with the github version.
Cheers
~~~~~~~~~~~~~~~~
MinidumpCallback: dumpPath "C:/Users/FlightDeck/AppData/Roaming/Transport Fever 2/crash_dump/", minidumpId "6b973759-22bb-4e83-bbb7-1c4f718e0162", succeeded 1
local time is Sun Apr 2 00:04:59 2023
Calling thread crashtrace handlers
thread: 14932
(empty)
thread: 2460
(empty)
All thread handlers called
Minidump Callback
Advanced_Statistics: Error while Calc update
lollo_priority_signals WARNING: _mGetGraphCoroutine resumed with error
userdata: 00000136B93AE338
lollo_priority_signals WARNING: _mGetGraphCoroutine resumed with error
"cannot resume non-suspended coroutine"
lollo_priority_signals WARNING: _mGetGraphCoroutine resumed with error
"cannot resume non-suspended coroutine"
lollo_priority_signals WARNING: _mGetGraphCoroutine resumed with error
"cannot resume non-suspended coroutine"
lollo_priority_signals WARNING: _mGetGraphCoroutine resumed with error
"cannot resume non-suspended coroutine"
lollo_priority_signals WARNING: _mGetGraphCoroutine resumed with error
"cannot resume non-suspended coroutine"
lollo_priority_signals WARNING: _mGetGraphCoroutine resumed with error
"cannot resume non-suspended coroutine"
lollo_priority_signals WARNING: _mGetGraphCoroutine resumed with error
"cannot resume non-suspended coroutine"
Uncaught exception while in class UI::CSelector
Thread did not respond to ping. Possible hang detected!
Thread did not respond to ping. Possible hang detected!
Thread did not respond to ping. Possible hang detected!
Thread did not respond to ping. Possible hang detected!
Thread did not respond to ping. Possible hang detected!
Thread did not respond to ping. Possible hang detected!
Having said that, I posted a small fix on github that should take care of "cannot resume non-suspended coroutine".
I did have a lot of performance issues yesterday with a game map after installing the previous github version (lower FPS and freeze/skip/stutter). I was unable to determine for certain if it was the Priority Signals tho, even in a mod test map. Toggling the priority calcs off seemed to smooth it out for my game map. Still monitoring it for now.
Note it's possible that the out of memory ending might not be specifically related to this mod. I'm also trying to sort out other performance issues (I think I'm beginning to experience now what others have described regarding performance issues post-game-update vs pre-update). But whatever is happening with the mod appears to be what pushes it over the edge.
I have several stdout crash files, all similar. Doesn't appear to be very informative when it starts falling apart, but hopefully it's useful somehow. Pasted example below.
Also here are 2 screenshots showing the area, with the 2 priority signals marked in yellow:
https://imgur.com/a/Oo9zcDU
(Note all of this is next to a sprawling Freestyle Station.)
Also I see @Melectro shared some comments with an example that might be similar to my case. Both have a number of switches, crossing parallel tracks, etc, in close proximity with priority signals thrown into the mix. I'm going to try your suggestion there of checking all the branches for other signals/stations.
Cheers
Example stdout.txt:
. . .
::C:/Users/FlightDeck/AppData/Roaming/Transport Fever 2/texture_cache/3CA9645DE6C03243A8748DC9BD51EAAA/totally_transparent_albedo.compressed.mm.dds not in file cache!
::C:/Users/FlightDeck/AppData/Roaming/Transport Fever 2/texture_cache/res/textures/buildings/dirtmap.compressed.mm.dds not in file cache!
::C:/Users/FlightDeck/AppData/Roaming/Transport Fever 2/texture_cache/res/textures/buildings/overlay.compressed.mm.dds not in file cache!
::C:/Users/FlightDeck/AppData/Roaming/Transport Fever 2/texture_cache/res/textures/unknown_texture.compressed.mm.dds not in file cache!
::C:/Users/FlightDeck/AppData/Roaming/Transport Fever 2/texture_cache/res/textures/models/industry/overlay_textures/small_03.compressed.mm.dds not in file cache!
::C:/Users/FlightDeck/AppData/Roaming/Transport Fever 2/texture_cache/3CA9645DE6C03243A8748DC9BD51EAAA/totally_transparent_albedo.compressed.mm.dds not in file cache!
::C:/Users/FlightDeck/AppData/Roaming/Transport Fever 2/texture_cache/3CA9645DE6C03243A8748DC9BD51EAAA/totally_transparent_albedo.compressed.mm.dds not in file cache!
::C:/Users/FlightDeck/AppData/Roaming/Transport Fever 2/texture_cache/3CA9645DE6C03243A8748DC9BD51EAAA/totally_transparent_albedo.compressed.mm.dds not in file cache!
Uncaught exception while in class UI::CSelector
Uncaught exception while in layer
Out of memory
urban_games/train_fever/src/Game/Application.cpp:727: void __cdecl `anonymous-namespace'::Run0(class UserProfile &,class platform::IPlatformBackend &,const class std::vector<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,class std::allocator<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > > > &): Assertion `false && "Out of memory"' failed.
Exception type: Fatal error
Details:
Assertion Failure: Assertion `false && "Out of memory"' failed.
Minidump: C:/Users/FlightDeck/AppData/Roaming/Transport Fever 2/crash_dump/d6340a88-5d0d-45e1-86cf-462050331b61.dmp
In file: urban_games/train_fever/src/Game/Application.cpp:727
In function: void __cdecl `anonymous-namespace'::Run0(class UserProfile &,class platform::IPlatformBackend &,const class std::vector<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,class std::allocator<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > > > &)
__CRASHDB_CRASH__ struct AssertException: urban_games/train_fever/src/Game/Application.cpp:727: void __cdecl `anonymous-namespace'::Run0(class UserProfile &,class platform::IPlatformBackend &,const class std::vector<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,class std::allocator<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > > > &): Assertion `false && "Out of memory"' failed.
I say interesting because I have all real-time options for that mod disabled, so my understanding from the mod's help info is that it only polls for stats when we actually click on one of the report tabs. Screenshot:
https://imgur.com/a/NtZ4T0b
And also peculiar ofc that the crash only happens if I have those 2 signals enabled in that complex switch section. So yeah I think you're right, there definitely seems to be some combined effect there from these 2 mods. (I don't have the other mod you mentioned, the shunting one.)
I haven't yet done the other tests about checking all the branches for signals/stations...
I understand if this particular signal setup is just too demanding for the limitations of the mod. I mean I'm basically stuffing these priority signals into a messy switchyard to control which slow train leaves first, which is probably kinda irresponsible lol. Previously I just used other methods to manage traffic, and in the end it probably didn't matter much -- I mean they're *all* slow freight trains lol. Where I should probably be focussing instead is fast mainlines with trains already at speed that I don't want stopping because a slow train butts in from a siding. I have one of those on the map at the moment and it doesn't seem to cause any crashing (with Advanced Stats enabled).
I had 2 branches that are unused spurs (dead-ends) for cosmetic look that didn't have signals, so I added those, but it still crashed.
I tried again, and for other branches where the signal was pretty far away from the last intersection in the chain (like 8 segments or so) I added a nearer signal. I also added some signals on some of the longer station exits. At that point the signals were everywhere and probably didn't make sense anymore, but I just wanted to cover all the "exits". Anyhow all that still crashed too.
But it was good to check it anyway just in case it helped.
So basically you have "out of memory" crashes with a complex junction AND advanced statistics AND priority signals, never mind if you restrict the junction with more signals (which should not be required anyway). Can I have a savegame with as few mods as possible? You can put it into wetransfer or swisstransfer.
Okay I'll try to make a (mostly) de-modded version for you. I started work on one recently for testing general performance issues. Shouldn't be too hard, it's not a very developed map.
https://drive.google.com/file/d/1Z3SV1xqIPjbssQrdT7nEuHI2s-9G150W/view?usp=sharing
I de-modded it a ton, so expect to see a lot of missing models/textures.
It crashes without this mod (even though I didn't use it, the AI uses roads from it in town construction, and it would be a lot of effort to find/remove them all):
https://steamhost.cn/steamcommunity_com/sharedfiles/filedetails/?id=2340888876
I assume it will also crash without the Industry Expanded and the Mail/Waste add-on:
https://steamhost.cn/steamcommunity_com/sharedfiles/filedetails/?id=1950013035
https://steamhost.cn/steamcommunity_com/sharedfiles/filedetails/?id=1962151270
It was hilarious watching the performance improve as I disabled mods that aren't even used on the map!
Advanced statistics seemed to make the game choppier, but it did not crash. I am running build 35301 (a new beta) on a Mac Silicon, not my usual Windows machine.
Okay I tried the latest github version (still in Build 35300 here) and this problematic save game still crashes the same way. If Advanced Stats is enabled it crashes in like 30 seconds just like before. Disabling Advanced Stats and no crash. (Note this is still the original full modded save, not the de-modded one I sent you.)
However I've since learned that save had some really nasty mods in it that were killing my PC. Actually it was mainly just one mod that is obscenely unoptimized (plus some others by same modder). So after removing those, which like quadrupled(!) my FPS, I have no crashes so far with the combo of Pri Sigs and Adv Stats 🥳
So I think it's like I speculated before, that this save game was already significantly overloaded by certain mods, and Pri Sigs / Adv Stats just happened to be what pushed it over the edge.
The bonus is I've learned just how unbelievably rotten some vehicle mods are with crazy sizes and no LODs. Did a bunch of testing showing before/after comparisons with certain ones removed, plus trying different graphics settings to improve it, and also the good effect of the Performance Tuning mod (which I was already using, but kinda negated it by also loading the Further Render Distance mod lol 🤦♂️).
Which mods did you find to be particularly nasty?