Real-Time Game Tweaker

[I like Serena]

Yep. How does repop lairs work btw? Does it regenerate lairs in the same spot or randomly all over?

Did you already try it? :P

It restores all lairs to their original state.

If you checked "max out" it will increase the number of monsters (to 9) and increase the treasure found.

[Question]

Can you make it generate lairs randomly instead?

[Jtm]

Can you make it generate lairs randomly instead?

It really depends on what you want the program to do. Are you asking for regeneration of the defeated lairs or all the lairs, including undefeated. I'm also assuming you want the treasure change accordingly. Also remember that the regeneration process is affected by the game difficulty level. What you are asking is doable yet difficult implement with exact algorithm. Lair generation would go about like this:

Loop through lair data array and for each (defeated) lair produce new data as follows:
1. Randomly pick suitable, unoccupied land tile on the map. Save the coordinates. (may be time-consuming to implement)
2. Randomly pick lair type, restricted by terrain type, as guided in Official Strategy Guide. (straightforward to implement)
3. Randomly pick monster color (death, life, nature, sorcery or chaos). The lair type affects the probability of each color. (straightforward to implement)
4. Repopulate the lair as guided in OSG or alternatively implement better repopulation algorithm (for the sake of diversity). (should be relatively easy to implement)
5. Generate appropriate treasure as guided in OSG. (should be straightforward to implement)

Overall the regeneration algorithm is not very simple.

[Question]

Hmm but isnt there already code to do that when the world is generated?

Edit : At random times MOM tweaker refuses to recognise that dosbox is running when i click connect...only way to solve it seems to be to restart dosbox.

[Jtm]

Hey IlSe, I've noticed Real-Time Game Tweaker can mistake another program as a DOSBOX process. Requirement is the other program's title contains word 'dosbox'. I believe this is due to the search algorithm you are using to find the real DOSBOX process.

In any case, I've recently been investigating battle unit data format with two programs. With yours and another process hacker program. It'd seem you've investigated it yourself too judging by the descriptions found in Tweaker. I've gathered some additional format information your program does not include. There are still few dozen bytes I've not yet figured out.

[Jtm]

Reporting a bug or a missing feature:
While in combat, me/enemy summons a creature, Tweaker does not update accordingly so that it would automatically include the summoned creature into the battle data list. Rereading wont help. Instead I'll have to reconnect Tweaker to the DOSBOX. Solution to this might be to implement a checker which remembers the old Nr_BattleUnits value and updates Tweaker if needed.

[I like Serena]

Hmm but isnt there already code to do that when the world is generated?

Yes, but it's in a different executable (magic.exe).
Not really easy to incorporate.

Generating completely new random lairs is a bit of work.
Exactly as Jtm already pointed out.

Edit : At random times MOM tweaker refuses to recognise that dosbox is running when i click connect...only way to solve it seems to be to restart dosbox.

I have seen this happening as well, and I have checked it out.
It turns out that the signature has been destroyed due to an access violation.
This would mean that your MOM might not be entirely stable any more, so it's a good idea to restart it.
Presumably this should be less common with the Insecticide patch.

Note that it's enough to quit the game and immediately continue it.

When the connection has been established, the signature is not used any more, so the connection will remain.

[I like Serena]

Hey IlSe, I've noticed Real-Time Game Tweaker can mistake another program as a DOSBOX process. Requirement is the other program's title contains word 'dosbox'. I believe this is due to the search algorithm you are using to find the real DOSBOX process.

Yes.
My search algorithm searches for the first application with "dosbox" in its title.
I guess I could keep searching for another application when it doesn't check out.

In any case, I've recently been investigating battle unit data format with two programs. With yours and another process hacker program. It'd seem you've investigated it yourself too judging by the descriptions found in Tweaker. I've gathered some additional format information your program does not include. There are still few dozen bytes I've not yet figured out.

Yep.
I figured out a lot of the fields based on the IDA code analysis.
Obviously I'm very much interested in what you found....
In the Tweaker you can already see everything that I found.

Reporting a bug or a missing feature:
While in combat, me/enemy summons a creature, Tweaker does not update accordingly so that it would automatically include the summoned creature into the battle data list. Rereading wont help. Instead I'll have to reconnect Tweaker to the DOSBOX. Solution to this might be to implement a checker which remembers the old Nr_BattleUnits value and updates Tweaker if needed.

Ah yes.
A change in Nr_BattleUnits is not processed, while it should.
I'll see what I can do about it.

[Question]

Is it possible to use the program to change the location of your fortress?

[I like Serena]

Is it possible to use the program to change the location of your fortress?

Hmm, interesting... you've found something that I have the data for, but that I didn't make accessible in the Tweaker (yet).

Btw, what you can already do in the Tweaker is changing the spell-being-cast into "Move fortress" (spell number 28).