安装 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(越南语)
Українська(乌克兰语)
报告翻译问题






Please try to add the below code after "JoyKindDef joyKind = __instance.def.joyKind;" in "VarietyMattersDT.MealTimeJoy.Postfix".
if (joyKind == JoyKindDefOf.Gluttonous || joyKind.defName == "Chemical")
{
return;
}
https://gist.githubusercontent.com/ELLIOTTCABLE/83ff24fab329f564586a00807b8cb510/raw/4fb3f742ef3ef9dfef7091bcbbc6f07455e031e7/hugslib.log
Tried to use an uninitialized DefOf of type TimeAssignmentDefOf. DefOfs are initialized right after all defs all loaded. Uninitialized DefOfs will return only nulls. (hint: don't use DefOfs as default field values in Defs, try to resolve them in ResolveReferences() instead)
Stacktrace shows this mod (VarietyMattersDT.Mod_VMDT:.ctor (Verse.ModContentPack))
https://gist.github.com/e93e0ec5b3013c2efbf5fd0e876f45fa
Issue goes away upon removing VMDT.
"Exception in RimWorld.ThinkNode_Priority_GetJoy TryIssueJobPackage: System.NullReferenceException: Object reference not set to an instance of an object
at VarietyMattersDT.MealTimeJoy.Postfix" etc
I found a incompatibility between DinnerTime and CommonSense.
Please dont think I expect you to fix stuff...
I just try to narrow down errors when I find them and report them.
Happens even if I turn off all the mod settings for DinnerTime and CommonSense.
Happens only if I schedule food time for colonists.
Tell me if you want more information or even a savegame.
https://gist.github.com/a6c7a45a51e9d7033111d91dafcc2fb8
Greetings!
seems the small incompatibility with "Thermodynamics - Hot Meals" we talked about on 25th of february and earlier is back.
Any chance for another fix? :P
Greetings!
"Travel" is probably a bit of a misnomer, but it sounds better than "inventory food."
The warm temperature is a cutoff. Filters have been added, but XML Extensions is required to get them.
Once something's already turned to leftovers, I don't much want to waste space in my 'warmer' for it. Similarly, once something's already been freezer-burned, it might as well stay in the freezer.
i.e. can I warm a room up to, say, 45°C, to keep meals warm for a day and a half, instead of only for 20 hours?
Seems like you fixed it :)
Thanks a lot for spending your time on providing compatibility!
@Alexandr - New update has the setting you wanted.
I'll take a look at fixing compatibility.
1/1
After further testing the error pops up 100% if the stack the meal should be added to is below zero degree celsius and the mode is "drop on floor". (quality cooking on or off)
The stack counter stays the same but the ingredients change and the temperature of the stack as well.
(Had a 1x simple meal stack with temperature below 0°C and one ingredient. Meal cooked. Red error pops up. Stack has two ingredients and temperature changed to about 20°C while still being 1x simple meal).
So the meal and the ingredients used to make it are lost.
If the mode is "take to stockpile" the pawn sometimes refuses to put the newly cooked meal on the stack and is making a new stack. (But the new stack has ingredients from the newly cooked meal and the old stack)
If the newly made stack is below zero the error appears.
If the stacks are above 0°C the error is not happening at all.
Maybe turning off "quality cooking / unskilled chefs" gave less errors in previous tests but right now I can not confirm.
Thanks for your quick response and dont hestitate telling me more things to test if necessary ;)
And sorry for spaming the comment section. Feel free to delete my comments after reading :)