安装 Steam
登录
|
语言
繁體中文(繁体中文)
日本語(日语)
한국어(韩语)
ไทย(泰语)
български(保加利亚语)
Čeština(捷克语)
Dansk(丹麦语)
Deutsch(德语)
English(英语)
Español-España(西班牙语 - 西班牙)
Español - Latinoamérica(西班牙语 - 拉丁美洲)
Ελληνικά(希腊语)
Français(法语)
Italiano(意大利语)
Bahasa Indonesia(印度尼西亚语)
Magyar(匈牙利语)
Nederlands(荷兰语)
Norsk(挪威语)
Polski(波兰语)
Português(葡萄牙语 - 葡萄牙)
Português-Brasil(葡萄牙语 - 巴西)
Română(罗马尼亚语)
Русский(俄语)
Suomi(芬兰语)
Svenska(瑞典语)
Türkçe(土耳其语)
Tiếng Việt(越南语)
Українська(乌克兰语)
报告翻译问题

















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.)