mirror of
https://github.com/Aurorastation/Aurora.3.git
synced 2025-12-25 17:41:56 +00:00
2e33775295
First, the bugfixes:
Ovens, fryers, and similar devices that "require preheat" now actually require preheat before cooking.
Oven trays no longer duplicate messages when inserted.
Oven/fryer temperature efficiency now correctly plays a role in time-to-cook.
Ovens and fryers now draw the correct amount of power.
Upgrading an oven or fryer's scanner module no longer reduces its heat output.
While not exactly a bug, removed an unneeded proc here and there as well as replaced most initial vars with initial() counterparts
Now, the tweaks - I tried to keep these light, since I was really just here to fix bugs and get the existing functionality working. However, compared to the status quo of cooking, actually getting the intended system working would have basically been a massive nerf; before now, cooking_power was locked at 1.4 throughout the "heating process"; now, after tweaks, you start at around 0.48 and end at 1.2.
Heating power increased and resistance reduced so that both machines should preheat in about ten minutes, as opposed to 30-60.
In addition, once they are usable, ovens and fryers will start at 40% efficiency, rather than climbing from 0% after the initial time-lock.
Efficiency is now based on a linear scale of temperature to optimal temperature. This is mostly because it was the simplest way to implement the starting efficiency once preheating is finished.
Upgrading oven/fryer components is now much more rewarding. I may have overdone the numbers a bit, but on the other hand - there should probably be some reward for bothering to upgrade the stove of all things.
The other conclusion I came to (but didn't implement) was the thought that one time-lock should go; either efficiency starts at 0% but you can cook from the beginning, or you have to wait for the preheat cycle and then there's no efficiency to worry about. Obviously, I prefer the former.