Print

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

[chmod]

Newest info: http://www.bay12forums.com/smf/index.php?topic=122968.0
Previous newest info: http://www.bay12forums.com/smf/index.php?topic=66525.0

Spoiler: "almost as ancient original post" (click to show/hide)

SEEKING NEW MAINTAINER

DwarfTherapist
Latest Version: 0.5.7
Released: July 13, 2010
PROJECT PAGE & DOWNLOADS
DEDICATED FORUM

This thread has become so long it's just about worthless for answering questions or discussing DwarfTherapist on the whole. I invite those interested to please post at DwarfTherapist's Dedicated Forum which does not require registration.

You can always get to the dedicated forum via the help menu like so...


[spoiler="ancient original post"]
Greetings. I have been working the past few weeks on a replacement for DwarfManager. Not that DM isn't awesome, but I really wanted to try adding some new features myself. And I figured C++ would be a better platform for eventually getting this working on OSX and Linux. So I went with C++ and Qt for the platform. The source is open, and I hope some enterprising Linux/OSX hacker can help me with getting those versions working in the future.

For now though, I'd really just like to get some eyeballs on this and hammer it into submission. I'm am *positive* there are some bugs left in this. But I've been using it personally with 40d11 for about a week now on some forts with around 170 dwarves, and it's been great.

You can download the Alpha release candidate from the project page linked above. It only runs on windows right now, and should run against 40d, 40d8, 40d11, and 40d13. It's been tested on XP, Vista, and Win 7.

Here's a quick video a friend put together showing its custom profession handling. http://screencast.com/t/LXN4aY1F5VJ

Features so far

• Persistent custom professions - import and manage any number of custom professions across all your forts.
• Assign multiple dwarves to a custom profession at once to unify active labors
• Manage labors and professions much more easily than in-game using a flexible UI, allowing quick review of all  dwarves at-a-glance
• Display all pending changes before they're written to the game
• Sort labor columns by associated skill level
• Persistent and customizable display; change colors, reposition/hide information screens
• Group your dwarves by several criteria

Please give it a go, and feel free to post feature requests or any bugs you find on the issue tracker. Have fun!

[/spoiler]

[Eduren]

This is awesome. The expand/collapse mechanic alone makes it better than DM.

[Adultratedhydra]

This is awesome. The expand/collapse mechanic alone makes it better than DM.

i agree. i was worried when DM wasnt working on D13 as my fort had reached 150 and i wanted to set up professions better.

just found this today and as soon as i loaded it up i had my dwarves being much more efficient than in days past =P

Excellent program and at a good time too.

[Eduren]

Hmm, two bugs already. It doesn't read the dwarves from a 40d11(mayday if that's relevant). It connects fine (Says so) but the "Get dwarves" button does nothing.

Tried it on a vanilla 40d13 and the names are screwed up a little bit.

Spoiler (click to show/hide)

[chmod]

Thanks for trying it out guys!

Hmm, two bugs already. It doesn't read the dwarves from a 40d11(mayday if that's relevant). It connects fine (Says so) but the "Get dwarves" button does nothing.

Tried it on a vanilla 40d13 and the names are screwed up a little bit.

eduren can you file a bug report here http://code.google.com/p/dwarftherapist/issues/entry  with a log from trying to run against 40d11? I basically built this whole thing using the mayday d11 pack, so it's crazy it doesn't work for you. I'd love to see that log, also maybe a copy of your fort to test with if it continues not to work.

re: 40d13 names, I haven't seen that one yet. What OS are you on? And have you changed any of the windows fonts?

[Eduren]

re: 40d13 names, I haven't seen that one yet. What OS are you on? And have you changed any of the windows fonts?

Windows Xp (MCE), and no.

Spoiler (click to show/hide)

[00:43:54.890] [Info] Dwarf Therapist 0.1.5 starting normally.
[00:43:55.000] [Debug] .\src\mainwindow.cpp (ln 62 ):  setting up connections for MainWindow 
[00:43:55.015] [Debug] .\src\mainwindow.cpp (ln 97 ):  begining to read settings 
[00:43:55.015] [Debug] .\src\models\dwarfmodel.cpp (ln 233 ):  group_by now set to 0 
[00:43:55.015] [Debug] .\src\mainwindow.cpp (ln 158 ):  finished reading settings 
[00:43:55.015] [Debug] .\src\mainwindow.cpp (ln 207 ):  attempting connection to running DF game 
[00:43:55.015] [Debug] .\src\dfinstance.cpp (ln 484 ):  attempting to find running copy of DF by window handle 
[00:43:55.015] [Debug] .\src\dfinstance.cpp (ln 493 ):  found copy with HWND:  0x160174 
[00:43:55.015] [Debug] .\src\dfinstance.cpp (ln 497 ):  PID of process is:  5552 
[00:43:55.015] [Debug] .\src\dfinstance.cpp (ln 56 ):  working set size:  149.727 MB 
[00:43:55.015] [Debug] .\src\dfinstance.cpp (ln 59 ):  PEB is at:  0x7ffd6000 
[00:43:55.015] [Debug] .\src\dfinstance.cpp (ln 73 ):  read 12 bytes BASE ADDR is at:  0x400000 
[00:43:55.015] [Debug] .\src\dfinstance.cpp (ln 82 ):  DF's checksum is: 49c82d3f 
[00:43:55.015] [Debug] .\src\dfinstance.cpp (ln 95 ):  memory correction  0 
[00:43:55.015] [Debug] starting with creature vector 151b354 
[00:43:55.281] [Debug] OUR VERSION: "0.1.5" 
[00:43:55.281] [Debug] LATEST VERSION: "0.1.5" 
[00:43:56.484] [Debug] starting with creature vector 151b354 
[00:43:57.968] [Debug] starting with creature vector 151b354 
[00:43:58.203] [Debug] starting with creature vector 151b354 
[00:43:58.390] [Debug] starting with creature vector 151b354 
[00:43:58.578] [Debug] starting with creature vector 151b354 
[00:43:58.765] [Debug] starting with creature vector 151b354 
[00:43:58.968] [Debug] starting with creature vector 151b354 

EDIT: Report filed.

[lodester]

I've been testing this with mod for a while, WinXP using mayday 40d11 and never saw any behavior like that.
Not really sure why/if media center edition would cause any weirdness like that.
Pretty weird though.

[Dohon]

Oooh, DM mk2 (so to speak). I'm especially digging the persistant custom professions. Gonna try this one tonight.

[peterix]

Hi, I'm working on a related project called khazad (check my sig), mostly writing the memory reader backend. It works in both Windows and Linux right now and it's meant to be a library for df memory access.
I checked out your code to see if there's stuff that could be merged and to see if I can get it to compile. Opening the .pro file left me with a mostly empty project... so that will need some work apparently.

Scanning through the code I found lots of Qt specific containers used. In khazad, I'm not using QT. So, no merging of backends is possible right now.

One quite bad problem is that stl strings on linux are just a pointer unlike MS stl strings, which have 16B of space reserved inside the object. Reading them is easy enough (dereference, read C string), but writing involves possibly injecting code into the debugged process to destroy the old string and allocate a new one. Not easy. Right now, writing to strings would be limited by how much space is already allocated for them.

Anyway, check out the DF Extractor part of khazad and tell me what you think or what is missing if it were to be used as the DF access backend.

Edit:
I made qtcreator load the .pro file by changing all the '\' in paths into '/'.
Lots of windows-specific code.
libqxt as a dependency... I can't make it compile without fixing it by hand. Most users won't have it in repositories I think.
DF extractor - or libdfhack, that's a nice name - will need something to track objects and provide read/write access. I have this in my TODO list. Currently, there's just one-shot map extraction and reading of strings and vectors... stuff that was needed in khazad.

[Nabobalis]

This looks brilliant, although I won't be testing it since my dwarf fortress is on Linux I was wondering if the profession names could be slanted because reading downwards is difficult for me.

[chmod]

Hi, I'm working on a related project called khazad (check my sig), mostly writing the memory reader backend. It works in both Windows and Linux right now and it's meant to be a library for df memory access.
I checked out your code to see if there's stuff that could be merged and to see if I can get it to compile. Opening the .pro file left me with a mostly empty project... so that will need some work apparently.

Scanning through the code I found lots of Qt specific containers used. In khazad, I'm not using QT. So, no merging of backends is possible right now.

Khazad looks awesome. Nice work! Sharing a common backend for reading/writing data to DF would be awesome. I chose to use mostly Qt-based data structures in the hopes of keeping some portability. And yes this version is rife with windows code. However almost all of it is contained in the DFInstance class. Which could hopefully be made abstract, and then subclassed per platform.

One quite bad problem is that stl strings on linux are just a pointer unlike MS stl strings, which have 16B of space reserved inside the object. Reading them is easy enough (dereference, read C string), but writing involves possibly injecting code into the debugged process to destroy the old string and allocate a new one. Not easy. Right now, writing to strings would be limited by how much space is already allocated for them.

Anyway, check out the DF Extractor part of khazad and tell me what you think or what is missing if it were to be used as the DF access backend.

This is something I know very little about. I could grab a linux VM and try to build it for linux, which would at least get it building and be a good start. The direct memory access is shaky at best, and I think most users realize that. Hey, at least it's in C++

Edit:
I made qtcreator load the .pro file by changing all the '\' in paths into '/'.
Lots of windows-specific code.
libqxt as a dependency... I can't make it compile without fixing it by hand. Most users won't have it in repositories I think.
DF extractor - or libdfhack, that's a nice name - will need something to track objects and provide read/write access. I have this in my TODO list. Currently, there's just one-shot map extraction and reading of strings and vectors... stuff that was needed in khazad.

That .pro file is horribly out of date. I will fix it up so it makes a sane Makefile for linux. I also haven't tried compiling libqxt for linux, but I assumed they would make it as compatible as regular Qt. I'll see what I can do. Thanks for checking it out peterix!

[chmod]

This looks brilliant, although I won't be testing it since my dwarf fortress is on Linux I was wondering if the profession names could be slanted because reading downwards is difficult for me.

I tried doing the slanted labor names, and thought it looked pretty bad. Even with anti-aliasing it just looked a bit crappy. You can single click the labor headers to popup guide-lines, which I think is better anyways. Also the tool tips, and status tips should let you know which labor you're on.

[Elvin]

I am running 40d11, with the Civilisation Forge and Orc mods installed. I have Mayday graphics. And when I run this utility, I cannot see anything, just like one of the above posters. It seems to acknowledge that I have DF running ( that butto nis greyed out) but when I press Read Dwarves it just has a blank screen.

[peterix]

Did a little bit more research. libqxt isn't packaged... anywhere. The build script that is in AUR (arch linux user repository) is seriously outdated. I had to write my own to make it get version 0.5 instead of 0.3. Still doesn't compile. Gcc started checking and rejecting some ugly constructions used in a lot of older code, so that's probably why.

Couldn't find it packaged in Ubuntu - there's only a bug report. That means it's not in debian too. Quick googling for libqxt in other major distros turned up nothing (OpenSUSE, Fedora, etc.). Also, the sourceforge and libqxt.org sites are out of sync. I'm for butchering this thing. Just get the logger stuff out of it and integrate it into the codebase directly.

Edit: made it compile by omitting some database related stuff. Let's see how far I'll get now

[chmod]

Did a little bit more research. libqxt isn't packaged... anywhere. The build script that is in AUR (arch linux user repository) is seriously outdated. I had to write my own to make it get version 0.5 instead of 0.3. Still doesn't compile. Gcc started checking and rejecting some ugly constructions used in a lot of older code, so that's probably why.

Couldn't find it packaged in Ubuntu - there's only a bug report. That means it's not in debian too. Quick googling for libqxt in other major distros turned up nothing (OpenSUSE, Fedora, etc.). Also, the sourceforge and libqxt.org sites are out of sync. I'm for butchering this thing. Just get the logger stuff out of it and integrate it into the codebase directly.

Edit: made it compile by omitting some database related stuff. Let's see how far I'll get now

I just grabbed an Ubuntu 8.04 deskop vmware image. apt-get install libqt4-dev seemed to bring in all the qt4 that I needed. I then just grabbed the libqxt-0.5.0 tarball from libqxt.org. Ran qmake, then make on it, and it built fine. It's been a few years since I did any dev on linux so I'm a bit slow, but compiling qxt from source seemed fairly easy (but I know it sucks to diverge from your package system if you use it a lot).

The only other dep is on http://www.qtsoftware.com/products/appdev/add-on-products/catalog/4/Widgets/qtcolorpicker for the color customizations. It also compiled for me on linux. I'll try to get a better .pro file with these changes in soon.