Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Tarlin]

I propose to introduce the third temperature options BASIC in addition to YES and NO with greatly simplified behavior.
Something like: outside temperature is mostly the same everywhere and changes according to current weather algorithm,
normal underground, warm stone and magma temperatures are constant almost everywhere.
So, the program has to recalculate temperature only near the sources of dynamically changing high temperature like fire,
and moving magma, to check for new heat sources when something happens in high temperature area and to treat
cooling and fire extinguishing in those areas somehow. If temperature in the area drops below warm stone one then
set it to normal and remove the location from need_special_treatment_list.
I hope such behavior will be close to YES from the game effects point of view in most part of usual cases,
require very little processor time in most cases and be not too complex to implement.

[NJW2000]

If this would work, I would be absolutely behind it. Taking features out isn't too hard to code, right? Then again, I know nuthin' about the issue, being an ordinary bloke who'd like to set fire to stuff at a slightly higher FPS.

[expwnent]

The game already does this.

[Tarlin]

The game already does this.

Yes, but the main idea is to reduce enormous processor time used with TEMPERATURE:YES
by simplification of physical model and algorithms.

[Dirst]

The game already does this.

Yes, but the main idea is to reduce enormous processor time used with TEMPERATURE:YES
by simplification of physical model and algorithms.

The problem is that "normal" temperatures get perturbed every time a creature with homeotherm moves.  For example, one of your dwarves.

Maybe a setting that ignores homeotherms within a certain band of the ambient temperature?