Mork

So... looks like 5 years later, nothing has been done to fix this, has it?

I agree, you may be totally right. It's also a crucial ingredient for bread and pie doughs, two of the rare recipes that require to be learnt and that are used to produce very efficient food. That's why I'm asking to up its frequency just a notch. Not make it as frequent as in real life. Remember: my test was with very abondant food setting. With that kind of setting, every kitchen is full to the brim with fresh, frozen and canned food (and various other types of food & ingredients like oil, flour, cereals, biscuits and so on).

Seems unlikely. The SlicePie() method devides by 5 all the values (as the recipe creates 5 slices). I don't know how the decimals are handled, but if I had to guess, I'd say they are lost, which would decrease effectively the effectiveness of the food when decimals there are. But the thirst reduction is just totally absent of that function. Knowing that a pie can have a petty decent score on that value if you use only vegetables in it, that means that you can easily have around 20 points of thirst reduction that disapear during the process. In fact, the very "sliced pie" item doesn't include any thirst reduction by default, meaning that even if you add the line I mentioned in my post, the thirst value wouldn't appear on the slices description. Note that I'm not sure if the value would still be part of the item without being displayed or if the setThirstChange() function would just be ignored: I didn't test this, I just rapidly cobble something in the mod I was working on to correct the problem as a temporary solution (Temporary, because I'm sure it will be properly corrected in the vanilla PZ, and also because I'm not satisfied with my mod in its current state and that correction will be bettered in the process of finalizing it).

Nice.

Looks the same as

Hi, Pretty much what's said in the title. When we slice a pie, the thirst reduction value of the pie is lost, not carried over the slices of pie. It comes from the Recipe.OnCreate.SlicePie() method (in media\lua\server\recipecode.lua), that lacks the following line of code: result:setThirstChange(item:getThirstChangeUnmodified() / 5); Hope that makes your job easier. Thanks.

Forget it, I didn't search correctly. It's in media\lua\server\recipecode.lua

Hi, I decided to start modding PZ, one baby step at a time. I'm working on a sweet pie recipe, with a very similar structure than the vanilla pie recipe. Everything's fine, from dough to baking, up until the slicing of said sweet pie. The game allows us to cut a home cooked pie in 5 slices, so I want to have the same possibility with my sweet pie mod. However, I can't put my hands on the part of code that calulate the nutritions values of the slices. For instance, with the vanilla pie, the game seems to correctly devide by 5 the pie's values of "hunger reduction", "boredom reduction" and "unhappiness reduction" (while loosing the thirst reduction, for some reason?). However, if I apply the same method to my modded sweet pie, the result is totally wrong. So I'd like to see how it's calculated, and despite noticing a "Recipe.OnCreate.SlicePie" mentioned in the recipe "Slice Pie" and strongly suspecting this method is the culprit, I'm still stuck wondering where to find it. Does someone knows where I can find either that SlicePie procedure or where the values of the slices are calculated? Thank you!

Ok, so, while doing some tests on a brand new sandbox game, I took the time to capture the problem, here it is: 41.71, brand new save, no mods*, no funny things, just vanilla PZ. * Well, I lied, I'm testing a homebrew cooking mod that adds a couple of receipes, but nothing touching the sound, nothing technical, and in any case, my original bug report is about a save that has absolutely no mods. So it's not relevant.

Hi, So, I was doing some testing on a sandbox game, with all ressources set on "very abundant". And while rummaging through every single cupboard of every kitchen, I noticed that salt was in fact a pretty rare item. There was like 1 salt shaker every 10 houses or so. It doesn't seem right, as I'd bet my lunch that salt is one of the most common seasonings / ingredients that can be found in a (western) kitchen. So, maybe, its commonness should be augmented a tad? Thank you.

Hi, Please, see included video (youtube link below): At that time of the game, the fireplace was burning since around 22:00 (10pm). Warmth doesn't spread in the house, at all. I'm not even talking about the fact that the game always puts a -1°C on 1st floor compared to ground level for no reason. I'm talking about the fact that the temperature outside of that living room changed during the night accordingly to the temperature variations taking place outside of that closed house, but was not affected by the fireplace that was on for hours. https://www.youtube.com/watch?v=QfPcvFYhN_s Thank you. Addendum: And when I put out the fire, the temperature just near the fireplace dropped from 25°C to 9°C instantaneously.

I'll add to that list maybe some hunters having a rifle in their house? But yeah, I totally see what you mean.

I just started a new sandbox game (always extremely rare loot for everything), and it wasn't long before finding a house with a corpse holding a partially loaded gun. Few houses farther, I found a barricaded house, one of the zeds inside had a firearm. Few houses farther, I found another house with another corpse, which contained 2 shotguns and two boxes of ammo. For a total of 22 houses looted. Each one of those are kind of events, randomized houses, and not linked to the loot setting I chose (I believe). It is highly possible that some of your findings are linked to randomized houses too (hard to tell, but I think that's a good assemption). However, I don't know how those randomized houses interact with the loot settings. And maybe this interaction should be looked into by the devs? But your map shows impressively the frequency of those findings, and to this regard, it may be interresting to have a setting like "Barely any", or maybe even "None" in each loot category. It would indeed let us have even more freedom to put difficulties where we want to.

Just for information, 3 things you mentionned that are in fact not concerned by loot randomization: Houses for sale are not random, they are pre-defined in the map. Burned down houses and toilet paper houses (a funny reference to the craze for toilet paper we saw during the first covid-19 strike) are random, but linked to the setting "Randomized House Chance". Note that those "randomized houses" can have cool stuff inside (for instance, some will be full of farming supplies, other will have electronics related objects, stashes of food, etc), notably some of them will contain lots of weapons, including firearms. Other things that are worth mentionning, I think: Some secret stashes that are generated with "annotated maps" will more than often have weapons, among which, firearms are not rare. The drop rate of those annotated maps can be modified with the setting "Annotated Map Chance" I agree that firearms are not that uncommon with extremly rare settings, but on an other hand, they are various enough to let you with lots of firearms and not enough ammo. However, the presence of firearm shops, police stations and random police road blocks can greatly increase your access to firearms and ammo. Notably shotguns. So, overall, I agree that even with the "extremely rare" setting, you can end up armed to the teeth. However, I think that the firearms spawn is very much affected by more than just this setting.

Oh, yeah! I totally forgot about this video.