Print

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

[PatrikLundell]

Probably not what you're asking for, but in case it is:
- PSV values for elevation are translated from a range of 0-400 into a range of 0-250
- PSV values for temperature are modified by altitude and latitude (only if at least one pole is present) using formulae I only have table approximations for.

[Max™]

PHYS_ATT_CAP_PERC does work though, and setting it to 1000 results in gm-editor showing 5000 for the attribute and 50000 for the cap, as expected.

[Ryga_]

Just started trying to dive into dfhack scripting and was poking through the xml files for things. Is it possible to access and modify df.entities upon embark screen load? I'm not sure exactly what order DF loads things or if I'd have to mess with editing history. I would like to make a script that checks the civ level domestication status for animals and adds them to embark options if the level is Expert to get around the global limitations of the current animal training systems. Ideally this would modify the entity list of tamed animals available for embark but I'm not sure if that is only generated when USE_ANY_PET_RACE is included in the civ entity or always exists as an empty array. However before I get too far into trying to script this or figure out the relevant memory addresses, I'd like to know if I'll even be able to touch the required bits through dfhack. Apologies if this info is covered somewhere else but using google + forum search didn't net me any specific results. Thanks!

[Roses]

Probably not what you're asking for, but in case it is:
- PSV values for elevation are translated from a range of 0-400 into a range of 0-250
- PSV values for temperature are modified by altitude and latitude (only if at least one pole is present) using formulae I only have table approximations for.

That's good to know, but I am more interested in numbers that you can change with dfhack that are still valid but outside of what you can do with just raws. I'm just not sure if there are any other numbers in items, materials, tissues, inorganics, interactions, or entities which fall under that category.

PHYS_ATT_CAP_PERC does work though, and setting it to 1000 results in gm-editor showing 5000 for the attribute and 50000 for the cap, as expected.

Also good to know, but still, if you want a creature to spawn with >5000 of an attribute that is not possible without dfhack, correct?

[Max™]

Not that I can tell.

[milo christiansen]

Anyone else notice this?

Last, there are some random requests and promises that have accumulated (some memory address help for modders, a little bit of XML, a few priority bug fixes).

Memory address help for modders? Maybe DFHack updates will be easier in the future...

[lethosor]

Yeah, that's exactly what that is. It came up on the forums a while back, probably in the FotF thread, although I can't find a link right now.

[milo christiansen]

Well, all I can say is that faster DFHack updates (due to less work being required) will surely be a massive win for everyone.

Hopefully the data comes in a form that will be easy to generate (less work for Toady), and easy to integrate into the current DFHack update workflow.

I guess we will see...

[lethosor]

Well, all I can say is that faster DFHack updates (due to less work being required) will surely be a massive win for everyone.

Hopefully the data comes in a form that will be easy to generate (less work for Toady), and easy to integrate into the current DFHack update workflow.

I guess we will see...

Part of the FotF discussion was here. I think the format must have been discussed on IRC or something, but I asked Toady about it, and he said he's probably going with what mifki suggested, which is a global table of name/address pairs plus a couple sentinel values so it can be located in memory easily.

It's also worth noting that we're talking about addresses, not structures. Researching structure layouts could still take a lot of time. (There was some confusion last time due to people thinking Toady was making structure layouts available.)

[milo christiansen]

Well, at least it will be one less thing to worry about. (too bad structure layouts aren't included...)

[lethosor]

Structure layouts would take a massive amount of effort from Toady (that or it would require him to release headers, which he doesn't want to do). Global addresses should take a couple hours at most, assuming he can figure out discrepancies between our names and his.

[mifki]

Structure layouts would take a massive amount of effort from Toady (that or it would require him to release headers, which he doesn't want to do). Global addresses should take a couple hours at most, assuming he can figure out discrepancies between our names and his.

It's not about effort, I offered to make tools to extract data structure layout automatically. But he doesn't want to disclose all of them at once; he's willing to answer questions about specific structures from time to time though.

[Max™]

Yeah, structure research will still be a thing, but having an export of addresses instead of having to hunt through with various tools and figure them out by hand will save a lot of time. One of the things holding back the full dfhack release this time was that the methods used to find the addresses for various globals in 32 bit versions didn't always translate easily or at all to 64 bit, requiring a much more in depth effort instead of running a debugger > doing a reliably identified action in  the 32 bit game > seeing what changes > fleshing out the structures known to be related from there.

[than402]

could someone tell me what is the proper syntax of a create-unit command in order to spawn a dwarf that is considered a member of the fort through a reaction? because it keeps spawning friendlies

[Rumrusher]

you probably need to change their civ ids and remove the resident flag on them if  you end up spawning friendlies
which might mean digging around the unit's data through gui/gm-editor.