Asenna Steam
kirjaudu sisään
|
kieli
简体中文 (yksinkertaistettu kiina)
繁體中文 (perinteinen kiina)
日本語 (japani)
한국어 (korea)
ไทย (thai)
български (bulgaria)
Čeština (tšekki)
Dansk (tanska)
Deutsch (saksa)
English (englanti)
Español – España (espanja – Espanja)
Español – Latinoamérica (espanja – Lat. Am.)
Ελληνικά (kreikka)
Français (ranska)
Italiano (italia)
Bahasa Indonesia (indonesia)
Magyar (unkari)
Nederlands (hollanti)
Norsk (norja)
Polski (puola)
Português (portugali – Portugali)
Português – Brasil (portugali – Brasilia)
Română (romania)
Русский (venäjä)
Svenska (ruotsi)
Türkçe (turkki)
Tiếng Việt (vietnam)
Українська (ukraina)
Ilmoita käännösongelmasta

















Nexus or CurseForge would be solutions to most of the problems that RimPy/RimSort solves. Mainly it's a pity that all mods are mainly in the Workshop.
Unfortunately, RimSort doesn't handle the order of mods very well. No current program can handle creating .
dds and this is especially annoying when there are 400+ mods and a very long generation time, so that later you cannot remove them from the RimSort or RimPy program. Only Steam file verification helps.
I hope the next RimWorld doesn't use Unity. I have 900+ mods in Fallout4 and Skyrim,
where the textures take up much more and the loading time is about 20x faster than in Rimworld with these 400+ mods.
Rimworld with mods and potential exceeds the optimization capabilities of this engine, especially the conclusion can be reached by looking at games such as Cities Skylines 2, Wasteland 3, Rogue Trader... a whole lot of problems,
and good graphics are not very visible anywhere.
So whatever the cause is - it's highly unlikely RimPy/this database (which you probably shouldn't rely on these days anyways, given that it's outdated for over 2 years.)