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
Biggest loser award
Oh, and I forgot to mention that a lot of game state gets cleared and regenerated at the start of some of the ticks (like the yearly tick).
Now the problem comes when your grubby meat sticks get involved, pawing all over the UI, and the game is going slow enough that in the frame in between the game state being reset, and finishing being regenerated, you've clicked on something that doesn't exist yet, and since frame smoothing was so kind enough to render a new frame and try to process your click or interaction with that thing that doesn't exist yet then the game crashes.
Without frame smoothing this is completely fixed because your input isn't handled (and no new frames are rendered) in the interim period where the tick has reset the game state, and finished rebuilding it.
Fun fact: While frame smoothing makes the UI appear more responsive, it makes the tick literally more slow, in some cases significantly.
The game runs in a very basic loop where it handles input, processes a tick, and then renders a frame (which simultaneously updates any of the gui elements or recalculates every piece of math visible on screen). This probably worked great initially, but obviously if you're doing a late game yearly tick it's going to take a bit, so at some point they added "frame smoothing". All frame smoothing is some added calls into the monthly/yearly/daily tick to something like RenderFrameIfWeAreLate() which just stops what the tick processing was doing and renders a new frame without attempting to do any of the recalculation math (but it DOES handle mouse/cursor/joystick input, if I recall correctly).
[cont...]
So, in another word, it may be work forewer.
100% recommend
Thank you!
" f0urtyfive [author] Jan 21 @ 6:20pm
Re: load order, doesn't matter."
(gotta give it another shot i suppose?)
but the mod does not cause desynchs, i can confirm that. as my group used it a long long time without ever having issues with it
I've tested in late game 3.6 and do still see significant performance increase.
It will likely be a mid game performance improvement and then late game it may or may not be; I've been seeing conflicting data, where with the mod it shows a lot of CPU time spent in Army and Fleet modifier updates, however without the mod it shows a similar amount of CPU time spent in Mutex locks, which could be the same issues in different threads or not.
Either way, test it within your own game if you want to know for sure.