Print

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

[Flinx]

If you cannot wait, you may try this memory layout (save in data/memory_layouts/windows) and this game_data.ini (save in data directory). Some data may be correct (skills, attributes, personality facets, ...) but don't trust too much in it. Also existing gridviews may be incorrect (e.g. skill not matching the column title).

Thank you very very much! Now I can see again what's going on in my fortress (50.03)

[AriRashkae]

And of course there's a DF update after I get halfway through checking all my animals to see which to cull & which to breed (I had to sleep, was going to finish today) LMAO

Oh well, it wouldn't be Dwarf Fortress it it wasn't frustrating af XD

[oasis789]

If you cannot wait, you may try this memory layout (save in data/memory_layouts/windows) and this game_data.ini (save in data directory). Some data may be correct (skills, attributes, personality facets, ...) but don't trust too much in it. Also existing gridviews may be incorrect (e.g. skill not matching the column title).

alas, the .04 update seems to have broke this

[Flinx]

good that i have made a backup of 50.03 version of the game, so i can continue in that folder. Learned that "backup before update" from Skyrim. Updates messed this up every time. I can life better without the new all burrow button than without DT.

[Clément]

Here is the memory layout for 0.50.04.

[theharber]

Phenomenal, being able to quickly organize dwarves based on stats or migrant waves is a gamechanger; thank you & Happy Holidays Clément <3

Out of curiosity, is there anything on the #TODO list that people can do for the DT team or you, or would they just need to create their own forks? I've had a lot of fun playing around with memory editing on my own, but if there ever were a game & utility that I'd contribute my time to, it'd be this.

[Clément]

Right now, you may help with df-structures. When df-structures has stabilized, I'll need to check and fix the last remaining reading error. There will also need to find a new way to get the unit list for the embark screen (world.units.all seems to work but it was broken in the past, I don't trust it too much). The first goal will be to have a release without labor support but all the stats working.

Then adding work details support will require more work. The biggest change is that assigning dwarves to work details will require resizing vectors which DT is currently unable to do. I'm thinking about either extending the function call injection technique currently used for writing strings on Linux to call new/delete for resizing vectors or relying on a DFHack plugin for doing all the modifications. Using DFHack would be simpler to program, but it would make Dwarf Therapist more complex to distribute because of the strong dependency on a DFHack plugin, so I'm unsure what is the best. DFHack may be the only way for me to support macOS.

[Aerth]

Thank you Clément, even in RO mode, this is so massively helpful with large populations.

[CaseMonster]

Right now, you may help with df-structures. When df-structures has stabilized, I'll need to check and fix the last remaining reading error. There will also need to find a new way to get the unit list for the embark screen (world.units.all seems to work but it was broken in the past, I don't trust it too much). The first goal will be to have a release without labor support but all the stats working.

Then adding work details support will require more work. The biggest change is that assigning dwarves to work details will require resizing vectors which DT is currently unable to do. I'm thinking about either extending the function call injection technique currently used for writing strings on Linux to call new/delete for resizing vectors or relying on a DFHack plugin for doing all the modifications. Using DFHack would be simpler to program, but it would make Dwarf Therapist more complex to distribute because of the strong dependency on a DFHack plugin, so I'm unsure what is the best. DFHack may be the only way for me to support macOS.

The amount of people running DT that also run DFHack is probably a 99% overlap.

[Phyroks]

Here is the memory layout for 0.50.04.

Thanks! Hopefully one day it can be fully used again, but this will help for now ^^

[Broken]

It's working mostly fine, although i have noticed some misread info.

Most amusingly, it thinks half of my fort are legendary Gelders.

[Putnam]

Right now, you may help with df-structures. When df-structures has stabilized, I'll need to check and fix the last remaining reading error. There will also need to find a new way to get the unit list for the embark screen (world.units.all seems to work but it was broken in the past, I don't trust it too much). The first goal will be to have a release without labor support but all the stats working.

Then adding work details support will require more work. The biggest change is that assigning dwarves to work details will require resizing vectors which DT is currently unable to do. I'm thinking about either extending the function call injection technique currently used for writing strings on Linux to call new/delete for resizing vectors or relying on a DFHack plugin for doing all the modifications. Using DFHack would be simpler to program, but it would make Dwarf Therapist more complex to distribute because of the strong dependency on a DFHack plugin, so I'm unsure what is the best. DFHack may be the only way for me to support macOS.

Work detail support wouldn't be necessary for basic labor support; as of v50.04 there is a global external flag exported by the game with the rest of the global addresses that can be flipped to disable work details completely so that utilities can do more granular operations without work details stomping on them (since they replace all dwarf labors whenever they're modified at all).

[jecowa]

I would like to be able to use Dwarf Therapist without having DFHack installed, especially now that DFHack isn't needed for using the most advanced graphics packs.

[Putnam]

Have you ever needed DFHack installed for Therapist to work? It works via memory hacking anyway. Therapist just needs to know the location of the flag, which can be provided the same way as all the other memory locations it looks for.

[feelotraveller]

I think jecowa is responding to this:

Then adding work details support will require more work. The biggest change is that assigning dwarves to work details will require resizing vectors which DT is currently unable to do. I'm thinking about either extending the function call injection technique currently used for writing strings on Linux to call new/delete for resizing vectors or relying on a DFHack plugin for doing all the modifications. Using DFHack would be simpler to program, but it would make Dwarf Therapist more complex to distribute because of the strong dependency on a DFHack plugin, so I'm unsure what is the best. DFHack may be the only way for me to support macOS.

I agree that having a strong dependency on dfhack is not that desirable.  Might lead to another layer of compatibility problems, or a least having to wait until both dfhack and DT are updated.  Going on previous discussions of mod usage maybe 80% of DT users also already run dfhack but some of the remaining 20% are quite adverse to dfhack.

Having support for macOS is important though.

So I guess that's a point against and a point for, respectively.

Not up with the complexities of the programing side of the issue.

(Disclosure: I use dfhack on linux.)