Инсталирайте 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)
Украински (Українська)
Докладване на проблем с превода









Log export can be found here: https://gist.github.com/HugsLibRecordKeeper/11f1711e4f599a8f990dbf102ecd1072
The exception stacktrace can be found here: https://pastebin.com/tFZ4C2mK
I added support for it in my mod Some more jobs :)
Thx a lot.
My mod list is a bit long (~200), so I wouldn't know which one is causing the conflict, but unfortunately I had to remove this mod from the list.
I guess I did miss some cleaning mods when checking the workshop after all :]
Looking at the source, it patches GetPriority on the vanilla CleanFilth WorkGiver, whereas my mod works by pre-filtering filth into categories and adding two new work givers.
The end result ends up being pretty similar, though Cleanie seems to be more configurable. Someone'd have to profile the two mods to know for sure which has a bigger performance impact.