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
basically the calendar and simulation speed stop lining up. more days pass , than you have effectively simulated in TC. this can be tested by setting a waypoint , traveling at a certain speed, and calculating how long it should take to travel. by the end of the trip , a different number of days will have passed than should have.
there were instances back in the B131 days where this could get as low as 0.3 simulation rate. but it often would hover at 0.5 during max Time compression. hence the reduced values. while optimizations have been done , It would be a process to figure out if this is needed.
Otherwise a patch mod (anyone can make this) to revert the values to vanilla
Revert game back to 2024.1
This mod doesn't change logic of how the game works neutrality rules are the same as vanilla
Time compression values could be returned to vanilla with a datasheet patch, applied after UBE in mod load order, I have doubts that the game can still handle the increased volume of data at the original TC values. but some machines may fare better than others. I believe this is written in General.xlsx/Settings
If not, is this something that could be handled by a manual edit of the files on the user side?