Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
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 :)
Do you have Quality Cooking enabled? If so, please turn off that setting and try again. I suspect that is where the conflict would lie, but it would be nice to have that confirmed.
Seems like I found a incompatibility with Thermodynamics(Hot Meals).
https://steamproxy.net/sharedfiles/filedetails/?id=2110964897
https://steamproxy.net/sharedfiles/filedetails/?id=2110968173
Sometimes the cook cant drop the food he made and this error appears.
I tried different mod configurations.
It does not happen if thermodynamics is removed.
It does not happen if variety dinner time is removed.
This made me think it is a incompatibility between them two.
https://gist.github.com/HugsLibRecordKeeper/c1d2a8f3177a686b2b33a6c2422b562c
As there was a discussion here in the comments about compatibility I just wanted to let you know.
Keep up the good work :)