Print

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

[Nopenope]

It's worked fine for me. I really can't understand why the prompt would hang when running that command, since it does so little. Does DF still respond? What happens if you run "lua ~df.global.enabler.renderer"?

DF still responds, only DFHack hangs. Here's the output from the lua command:

Spoiler (click to show/hide)

<renderer: 0xeb69df58>
screen                     = <uint8_t: 0x0a232688>
screentexpos               = <int32_t: 0x0a245890>
screentexpos_addcolor      = <int8_t: 0x0a258a98>
screentexpos_grayscale     = <uint8_t: 0x0a25d720>
screentexpos_cf            = <uint8_t: 0x0a2623a8>
screentexpos_cbr           = <uint8_t: 0x0a267030>
screen_old                 = <uint8_t: 0x0a202968>
screentexpos_old           = <int32_t: 0x0a215b70>
screentexpos_addcolor_old    = <int8_t: 0x0a0da458>
screentexpos_grayscale_old    = <uint8_t: 0x0a10b590>
screentexpos_cf_old        = <uint8_t: 0x0a228d78>
screentexpos_cbr_old       = <uint8_t: 0x0a22da00>

[Marza]

Hey all, I'm trying to write a script that would force all underground tree variants to start growing as discovering three cavern layers is not a guarantee to obtaining all the underground tree types. I'm not a very script savvy person, so I looked around and tried to copy and adapt this code for starting Nethercap growth:

Code: [Select]

feat = df.global.world.cur_savegame.map_features[2]
num = #feat.feature.population
feat.feature.population:insert('#', { new = df.world_population, type = df.world_population_type.Tree, plant = dfhack.matinfo.find('PLANT:NETHER_CAP').index });
for i,j in pairs(df.global.world.populations) do if (j.population.cave_id == feat.layer and j.population.population_idx == num - 1) then df.global.world.populations:insert('#', { new = df.local_population, type = df.world_population_type.Tree, plant = dfhack.matinfo.find('PLANT:NETHER_CAP').index, population = {region_x = j.population.region_x, region_y = j.population.region_y, population_idx = num, cave_id = feat.layer, depth = feat.start_depth, unk_28 = -1 } } ) end end
However running that particular script returns the following error from DFHack:

Cannot read field world.T_cur_savegame.map_features: not found.
stack traceback:
[C]: in function '_index'
TreeScript.lua:1: in main chunk
[C]: in function 'safecall'
...DF/hack/scripts/lua.lua:11: in function 'f'
...DF\hack\lua\dfhack.lua:461: in function <...DF\hack\lua\dfhack.lua:425>
(...tail calls...)

It's all greek to me, but I guess DFHack doesn't like this script written from over a year and a half ago. Anyone point me in the right direction?

[Atomic Chicken]

Spoiler (click to show/hide)

Take a look at dfhack.maps.getTileBlock(x, y, z).designation[x%16][y%16]

or
local designation,occupancy = dfhack.maps.getTileFlags(coords)
and just change what you want, it works because it returns a reference to the tile flags.

Didn't know this either, thanks!

Spoiler (click to show/hide)

Hey all, I'm trying to write a script that would force all underground tree variants to start growing as discovering three cavern layers is not a guarantee to obtaining all the underground tree types. I'm not a very script savvy person, so I looked around and tried to copy and adapt this code for starting Nethercap growth:

Code: [Select]

feat = df.global.world.cur_savegame.map_features[2]
num = #feat.feature.population
feat.feature.population:insert('#', { new = df.world_population, type = df.world_population_type.Tree, plant = dfhack.matinfo.find('PLANT:NETHER_CAP').index });
for i,j in pairs(df.global.world.populations) do if (j.population.cave_id == feat.layer and j.population.population_idx == num - 1) then df.global.world.populations:insert('#', { new = df.local_population, type = df.world_population_type.Tree, plant = dfhack.matinfo.find('PLANT:NETHER_CAP').index, population = {region_x = j.population.region_x, region_y = j.population.region_y, population_idx = num, cave_id = feat.layer, depth = feat.start_depth, unk_28 = -1 } } ) end end
However running that particular script returns the following error from DFHack:

Cannot read field world.T_cur_savegame.map_features: not found.
stack traceback:
[C]: in function '_index'
TreeScript.lua:1: in main chunk
[C]: in function 'safecall'
...DF/hack/scripts/lua.lua:11: in function 'f'
...DF\hack\lua\dfhack.lua:461: in function <...DF\hack\lua\dfhack.lua:425>
(...tail calls...)

It's all greek to me, but I guess DFHack doesn't like this script written from over a year and a half ago. Anyone point me in the right direction?

At first glance,

Code: [Select]

feat = df.global.world.cur_savegame.map_features[2] is outdated and needs to be changed to

Code: [Select]

feat = df.global.world.features.map_features[2]
That should at least get rid of the error.

[Marza]

That fixed it, thanks!

[Morcaster]

I'm looking forward to creating a GUI like dwarf therapist, where should I get started?

[smakemupagus]

I'm looking forward to creating a GUI like dwarf therapist, where should I get started?

Study Dwarf Therapist's code and learn how it works, then join the project or begin your own.

[Warmist]

I'm looking forward to creating a GUI like dwarf therapist, where should I get started?

Study Dwarf Therapist's code and learn how it works, then join the project or begin your own.

Note- there is also dwarf manipulator in dfhack. Two versions even (one C++ and other lua). You can study them too.

[Dirst]

By any chance, is there a script or function to fill in all of the ancillary values when you change a creature's size?  Something to keep the surface area, blood volume, etc. in sync.  Or is there a size adjustment function buried in DF itself that causes all of these to recalculate?

[Geltor]

is it possible to hack a plugin where dfhack handles adventure mode's drinking and eating needs without any player intervention? all the player has to do is supply them of course

[Max™]

If someone makes it and doesn't name it lifesupport I will KILL.

[Max™]

By any chance, is there a script or function to fill in all of the ancillary values when you change a creature's size?  Something to keep the surface area, blood volume, etc. in sync.  Or is there a size adjustment function buried in DF itself that causes all of these to recalculate?

Uhhhh.

I know the body part modifiers under appearance do a lot of that stuff smoothly.

[Atomic Chicken]

Was there a reliable way to obtain the x,y,z coordinates of the target LOCATION of an interaction (considering that you are not targeting a unit)?

[Roses]

Anyone know what happens when you try and use the function dfhack.items.createItem() without a creator? Can't run DF right now so can't check myself. If it crashes, is there anyway to make it so that it doesn't crash?

[Warmist]

Anyone know what happens when you try and use the function dfhack.items.createItem() without a creator? Can't run DF right now so can't check myself. If it crashes, is there anyway to make it so that it doesn't crash?

Either it crashes or it does not work at all (i.e. emits an error message).
This is because it uses df own functions (namely reaction products IIRC) and it needs unit for it to work. You can make your own createItem for subset of items (e.g. I did one for heart tearing out script, just because these reactions do not support body parts). For a general use case it would be lot's of work...

[Roses]

Anyone know what happens when you try and use the function dfhack.items.createItem() without a creator? Can't run DF right now so can't check myself. If it crashes, is there anyway to make it so that it doesn't crash?

Either it crashes or it does not work at all (i.e. emits an error message).
This is because it uses df own functions (namely reaction products IIRC) and it needs unit for it to work. You can make your own createItem for subset of items (e.g. I did one for heart tearing out script, just because these reactions do not support body parts). For a general use case it would be lot's of work...

Good to know. I suppose it would be possible to select a random creator and then set the created_by flag (or whatever it is called) to -1. I actually don't think it is a big deal as I will almost always have a creator, was just wondering what would happen if I didn't.