Zainstaluj Steam
zaloguj się
|
język
简体中文 (chiński uproszczony)
繁體中文 (chiński tradycyjny)
日本語 (japoński)
한국어 (koreański)
ไทย (tajski)
български (bułgarski)
Čeština (czeski)
Dansk (duński)
Deutsch (niemiecki)
English (angielski)
Español – España (hiszpański)
Español – Latinoamérica (hiszpański latynoamerykański)
Ελληνικά (grecki)
Français (francuski)
Italiano (włoski)
Bahasa Indonesia (indonezyjski)
Magyar (węgierski)
Nederlands (niderlandzki)
Norsk (norweski)
Português (portugalski – Portugalia)
Português – Brasil (portugalski brazylijski)
Română (rumuński)
Русский (rosyjski)
Suomi (fiński)
Svenska (szwedzki)
Türkçe (turecki)
Tiếng Việt (wietnamski)
Українська (ukraiński)
Zgłoś problem z tłumaczeniem









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.