Print

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

[Andux]

Right then, time to find a very simple RNG generator to embed in the script.

Also, if you want a more realistic age distribution, you can do something like this:

Code: [Select]

-- Approximate a normal (Gaussian) distribution
local menopause_age = 0
local unitcaste = df.creature_raw.find(value.race).caste[value.caste]
local mmin = (unitcaste.misc.maxage_min / 2)
local mmax = (unitcaste.misc.maxage_max / 2)
for i=1,4 do
menopause_age = menopause_age + math.random(mmin, mmax)
end
menopause_age = menopause_age / 4

[Warmist]

Right then, time to find a very simple RNG generator to embed in the script.

Also, if you want a more realistic age distribution, you can do something like this:

Code: [Select]

-- Approximate a normal (Gaussian) distribution
local menopause_age = 0
local unitcaste = df.creature_raw.find(value.race).caste[value.caste]
local mmin = (unitcaste.misc.maxage_min / 2)
local mmax = (unitcaste.misc.maxage_max / 2)
for i=1,4 do
menopause_age = menopause_age + math.random(mmin, mmax)
end
menopause_age = menopause_age / 4

Better normal distribution:

Code: [Select]

function norm()
return math.sqrt((-2)*math.log(math.random()))*math.cos(2*math.pi*math.random())
end
function normalDistributed(mean,sigma)
return mean+sigma*norm()
end


[ag]

Ever since I started using DFHack, people report appearance of "granite" with a sand icon and a weight of 1 urist in food stockpile. Some time later it's gone.

From reports:

The spinning granite strikes The Vulture in the lower body, bruising the muscle and bruising the guts!

In the raws:

Code: [Select]

[CDI:MATERIAL:INORGANIC:GRANITE:SOLID_GLOB]
Apparently SOLID_GLOB creates a glob item, and those generally end up in the food stockpile. They are also erased once per season if on ground.

[Thundercraft]

I want to ask if a certain application is possible. And please forgive my ignorance. (My programming is rusty and I'm not familiar yet with Lua.):

In the Units module is the dfhack.units.getPosition function to return the true x,y,z of a unit. And in the Items module is dfhack.items.getPosition(item) to return the true x,y,z of an item.

Those return values. But is it possible to change these values - to force a unit and/or an item to be instantly relocated from one position to another (such as swapping positions with an item or creature)? If so, how would one go about doing that?

Also, if the above is true, is it possible to relocate a creature and/or item instantly to a different global position? To explain, I have an example:

Say I have a utility that - in fortress mode - reads the position of one or more creatures/items and stored the values. Then I use Rumrusher's technique of "properly retiring a fort". (DFusion hack to adjust the items so they do not scatter, civ ownership of pets, etc, etc. See this thread and DFusion's thread for more.) Then I start a new embark.

Now, with the saved position(s) of the creature(s)/item(s) from the now "retired" old fort - assuming they have not moved or scattered - would it be possible to relocate them to the new embark map?

I realize that the game differentiates between global and local maps. But, after the old fort is retired, what used to be local becomes global and a new embark map becomes the new local map... right? Would that pose a problem?

I thought I'd ask before further banging my head on this problem... (I really, REALLY want to see a "Successive Embark" or let my old fort continue on while starting a new one with resources on hand. And I don't have the patience to wait for Toady to get to it one of these days. With the tools and techniques available now, I figure a hack might be within reach.)

[WillowLuman]

At this point, the answer is not known and requires testing of the principle. However, perhaps the x,y,z only applies within a local map? There might be region tile coordinates stored on the unit which might also have to be changed to get them into your map.

However, on a local map level, afaik this is somewhat how autodump works.

[Rumrusher]

I wonder to know what's your problem?.. oh wait you want migrants from a retired fort, they should move over to the new site easily in the upcoming migrant waves.
though the units are stuck in a pool of natural citizens of the civ and might take a couple sessions.

though my guess is the game keeps the global map to be the terrain and the local maps being the site, each time you get near a site the game loads up the local map data of the area.

retired forts just becomes a site with a bunch of changes DF needs to remember next time it needs to load it up.
though if you want people from another site to visit you could jump into adventure mode and walk them to the next site.

[Quietust]

If those embarks are in different locations, it cannot be done - items are offloaded to the site in which they are located, so you can't actually get at them without loading the site itself. Units are offloaded to special global files (unit-*.dat), but you still can't get at them without convincing DF to load them for you.

If it's within the current site, then that's easy - DFHack is already capable of moving items and units (using autodump and fastdwarf, for example).

[WillowLuman]

If flags can be set on an off-site unit, it's possible that one could be forced to load in the map.

[Deon]

Ever since I started using DFHack, people report appearance of "granite" with a sand icon and a weight of 1 urist in food stockpile. Some time later it's gone.

From reports:

The spinning granite strikes The Vulture in the lower body, bruising the muscle and bruising the guts!

In the raws:

Code: [Select]

[CDI:MATERIAL:INORGANIC:GRANITE:SOLID_GLOB]
Apparently SOLID_GLOB creates a glob item, and those generally end up in the food stockpile. They are also erased once per season if on ground.

Oh, thanks for the explanation!

[Thundercraft]

I wonder to know what's your problem?.. oh wait you want migrants from a retired fort, they should move over to the new site easily in the upcoming migrant waves.

That's not exactly what I was talking about. I want dwarves from my old fort as the founders (not migrants) of a new embark. In addition, I want to take along a selection of pets and creatures and a sizable amount of supplies and items.

...if you want people from another site to visit you could jump into adventure mode and walk them to the next site.

I've thought of that, but can be problematic (such as surviving the trip and carrying all the stuff).

Thanks for the replies, guys. It is appreciated. My idea sounds unlikely now, but it has sparked some new ideas.

But to avoid getting too far off topic, I started a new thread on this subject:
Successive Embark (from retired, not abandoned fortresses)

[Shininglight]

I was wondering if i could get a bit of help here, i've been trying to get the dfhack for osx to work on my computer but so far nothing has worked, for whatever reason it doesn't seem to run any help would be wonderful. I can start normal df but the dfhack attachment doesn't start up when it does and specifically starting dfhack just opens a terminal that does nothing.

[danaris]

I was wondering if i could get a bit of help here, i've been trying to get the dfhack for osx to work on my computer but so far nothing has worked, for whatever reason it doesn't seem to run any help would be wonderful. I can start normal df but the dfhack attachment doesn't start up when it does and specifically starting dfhack just opens a terminal that does nothing.

If you are running 10.6, you will need to edit the dfhack script to remove the line referencing DYLD_FORCE_FLAT_NAMESPACE.

...We should really mention somewhere prominent that 10.6 a) is not fully supported, and b) requires this change to even have a chance at working. This is at least the third person who's asked about it.

[Shininglight]

Thanks for the help danaris, it works now.

[Mugtorg]

Here are some small scripts in case someone needs them.

Spoiler (click to show/hide)

Code: [Select]

local mode = ...
local modeint = tonumber(mode)

function clear_reports()
local reports = df.global.world.status.reports
local units = df.global.world.units.all
for i=#reports-1,0,-1 do
reports:erase(i)
end
reports:resize(0)
for k,v in pairs(units) do
local combat_log = v.reports.combat_log
for j=#combat_log-1,0,-1 do
combat_log:erase(j)
end
combat_log:resize(0)
end
end

function clear_announcements()
local announcements = df.global.world.status.announcements
for i=#announcements-1,0,-1 do
announcements:erase(i)
end
announcements:resize(0)
end

if modeint==0 then
clear_reports()
end

if modeint==1 then
clear_announcements()
end

if modeint==2 then
clear_reports()
clear_announcements()
else
print ("Invalid argument.")
print ("0 - clear combat log")
print ("1 - clear announcements")
print ("2 - clear both")
return
end

This one clears the combat reports or announcements list.

Spoiler (click to show/hide)

Code: [Select]

function erase_migrant_skills()
local migrant_count, animal_count
migrant_count = 0
animal_count = 0
for k,v in pairs(df.global.world.units.all) do
    for kk,vv in pairs(v.status.misc_traits) do
if (vv.id == 8) and (vv.value >= 100750) then
if dfhack.units.isDwarf(v) then
clear_skills(v)
migrant_count=migrant_count + 1
else
vv.value = 0
v.flags1.left=true
print ("set the flag for an animal")
animal_count=animal_count + 1
end
end 
end 
end
print ("Migrant count: "..migrant_count.." Animal count: "..animal_count)
end

function clear_skills(unit)
local skills=unit.status.current_soul.skills
for index,skill in ipairs(skills) do
   skill:delete()
end
skills:resize(0)
if (unit.profession ~= 103) and (unit.profession ~= 104) then
unit.profession=102
print (unit.name.first_name.." is now a peasant!")
else
print (unit.name.first_name.." is a child or a baby. Profession unchanged")
end
end

erase_migrant_skills()

Run this one right after the migrant wave shows up and it erases their skills, sets their profession to peasant and sets the flag on their animals so they leave the map.(Usually you won't even see them, but very rarely they show up and leave on the edge of the map immediately.)

Spoiler (click to show/hide)

function clear_skills()
local unit=dfhack.gui.getSelectedUnit()
local skill_list=unit.status.current_soul.skills
   for k,v in pairs(skill_list) do
      v:delete()
   end
   skill_list:resize(0)
   if (unit.profession ~= 103) and (unit.profession ~= 104) then
      unit.profession=102
      print (unit.name.first_name.." is now a peasant!")
   else
      print (unit.name.first_name.." is a child or a baby. Profession unchanged")
   end
end
clear_skills()

Same as above but for the selected unit only.

Code may be kind of bad as i started coding in LUA only recently

[Putnam]

So a unit can have more than one soul.

What effect, exactly, does that have?

I made a real quickie script to test if I could do it and, sure enough, it shows the creature as having two souls after using it:

Code: [Select]

-- It's a test!

function getMaxId()
local maxid = 0
  local units = df.global.world.units.all
  for _uid,unit in ipairs(df.global.world.units.all) do
    maxid = maxid + 1
end
return maxid
end

local selectedUnit = dfhack.gui.getSelectedUnit()

local maxid = getMaxId()+1

selectedUnit.status.souls:insert('#',
{
new = df.unit_soul,
unit_id = maxid,
race = 894, --this is Lord English in Fortbent, shouldn't cause any problems in vanilla etc. AFAIK. If it does, just change it to 1  or something.
sex = 1,
caste = 0,
unk1 = -1,
unk2 = -1,
unk3 = -1,
unk4 = -1,
anon_1 = 0,
anon_2 = 0,
anon_3 = -1,
anon_4 = -1,

}
)