Post by: splinterz on February 15, 2013, 06:56:07 pm
Latest Version - 37.0.0
Latest Release (https://github.com/splintermind/Dwarf-Therapist/releases/latest)
DFFD Alternative Downloads
Download for Windows (http://dffd.bay12games.com/file.php?id=11420)
Download for OSX (http://dffd.bay12games.com/file.php?id=11579)
Spoiler: DF 40.24 (click to show/hide)
Spoiler: DF 34.11 (click to show/hide)
Full Patch Notes (https://github.com/splintermind/Dwarf-Therapist/wiki/Change-Log)
Project Home (https://github.com/splintermind/Dwarf-Therapist)
Spoiler: Version 20 - 20.4 Patch Notes Archive (click to show/hide)
Post by: Taffer on February 15, 2013, 07:22:53 pm
Post by: Ironlion on February 15, 2013, 07:35:28 pm
Oh, I had to clear user settings (and then restart the program...twice!?). It was very, very strange. Now annoying too, as I'll need to replace all my lovely custom professions and color coding :p
But otherwise looks good.
Post by: Ironlion on February 15, 2013, 07:56:36 pm
Post by: Trev_lite on February 15, 2013, 07:59:18 pm
it only crashes after clicking ok.
it does not crash if i start it when dwarf fortress is not running. connecting to dwarf fortress after i start it does make it crash.
Post by: thistleknot on February 15, 2013, 09:06:10 pm
I'd start with your %appdata%/roaming/udp software/*.ini (back it up first)
and then the one inside your /etc folder in the Dwarf Therapist dir...
then open and rerun everything (make sure your running from an extracted folder, i.e. full install, don't just use the exe or something).
Edit/update:
if that doesn't work, then upload your save to mediafire (let him know the mod your using) and give the link to splinterz so he can see what the issue is... but it's working for me.
Post by: BigD145 on February 15, 2013, 11:09:09 pm
Post by: Lycaeon on February 15, 2013, 11:25:45 pm
Post by: splinterz on February 16, 2013, 05:11:59 am
For some reason, no dwarves appear on the screen for the latest version. I had no trouble with the previous version but this one appears troublesome.
Oh, I had to clear user settings (and then restart the program...twice!?). It was very, very strange. Now annoying too, as I'll need to replace all my lovely custom professions and color coding :p
But otherwise looks good.
Hmm, now I'm getting crashes every time I try to create a custom profession from a dwarf.hrmm i haven't been able to reproduce these yet, any other information? send me the bad ini and/or save?
Post by: Meph on February 16, 2013, 07:29:03 am
Post by: Finn on February 16, 2013, 11:41:07 am
Post by: charlielovesyou on February 16, 2013, 01:07:13 pm
Post by: Skin36 on February 16, 2013, 01:10:51 pm
http://www.bay12forums.com/smf/index.php?topic=66525.2820
gamedata.ini
71\attributes\2\id=toughess
Post by: splinterz on February 16, 2013, 01:18:29 pm
1 error remainsargh i thought i got them all! i better take another run through that file... thanks for bringing it to my attention (again).
http://www.bay12forums.com/smf/index.php?topic=66525.2820
gamedata.ini
71\attributes\2\id=toughess
Post by: Maklak on February 17, 2013, 03:57:48 am
Post by: vrga on February 17, 2013, 04:43:57 am
had a bit of a dumbass moment with it just now :p
[edit] also, default grouping is not selected at anything, at least on default linux, giving the (wrong) first impression that it failed reading them dorfs.
Post by: caddybear on February 17, 2013, 08:48:43 am
Post by: BumblingBEE on February 17, 2013, 02:24:36 pm
Is there any possibility for a (ubuntu) linux version?
Post by: Dradis on February 17, 2013, 02:57:49 pm
Is anyone doing anything to get the ball rolling on proper Mac support? Hell, I'd settle for simply being able to set a custom profession in Mac OS. If no one else is working on it, can anyone provide any insight or advice for building the source in Mac OS? I wouldn't mind trying it, but I don't know where to begin with such things.
Post by: Itnetlolor on February 17, 2013, 04:02:56 pm
Here they are:
Lower Tier (Microcline-Class) Workforce Skill (Best for turning mostly useless dwarves into a herd of haulers or farmers):
NOTE: Unfortunately, I don't think this is refined enough to be of any real help. There may not be any visible change.
Name: (Space before name sends to top of list, _Underscore puts it at bottom, no matter what. A neat trick to use to force positions)
Unskilled (0) to Skilled (4)
Code: [Select]
(d.skill_rating(30) < 4 ||
d.skill_rating(16) < 4 ||
d.skill_rating(08) < 4 ||
d.skill_rating(15) < 4 ||
d.skill_rating(14) < 4 ||
d.skill_rating(47) < 4 ||
d.skill_rating(71) < 4 ||
d.skill_rating(71) < 4 ||
d.skill_rating(54) < 4 ||
d.skill_rating(24) < 4 ||
d.skill_rating(03) < 4 ||
d.skill_rating(24) < 4 ||
d.skill_rating(11) < 4 ||
d.skill_rating(36) < 4 ||
d.skill_rating(04) < 4 ||
d.skill_rating(33) < 4 ||
d.skill_rating(38) < 4 ||
d.skill_rating(54) < 4 ||
d.skill_rating(17) < 4 ||
d.skill_rating(21) < 4 ||
d.skill_rating(63) < 4 ||
d.skill_rating(34) < 4 ||
d.skill_rating(22) < 4 ||
d.skill_rating(42) < 4 ||
d.skill_rating(43) < 4 ||
d.skill_rating(41) < 4 ||
d.skill_rating(04) < 4 ||
d.skill_rating(45) < 4 ||
d.skill_rating(07) < 4 ||
d.skill_rating(50) < 4 ||
d.skill_rating(51) < 4 ||
d.skill_rating(55) < 4 ||
d.skill_rating(64) < 4 ||
d.skill_rating(44) < 4 ||
d.skill_rating(06) < 4 ||
d.skill_rating(27) < 4 ||
d.skill_rating(62) < 4 ||
d.skill_rating(13) < 4 ||
d.skill_rating(60) < 4 ||
d.skill_rating(44) < 4 ||
d.skill_rating(37) < 4 ||
d.skill_rating(34) < 4 ||
d.skill_rating(00) < 4 ||
d.skill_rating(40) < 4 ||
d.skill_rating(35) < 4 ||
d.skill_rating(61) < 4 ||
d.skill_rating(68) < 4 ||
d.skill_rating(70) < 4 ||
d.skill_rating(65) < 4 ||
d.skill_rating(73) < 4 ||
d.skill_rating(23) < 4 ||
d.skill_rating(05) < 4 ||
d.skill_rating(14) < 4 ||
d.skill_rating(66) < 4 ||
d.skill_rating(57) < 4 ||
d.skill_rating(58) < 4 ||
d.skill_rating(26) < 4 ||
d.skill_rating(31) < 4 ||
d.skill_rating(67) < 4 ||
d.skill_rating(12) < 4 ||
d.skill_rating(01) < 4 ||
d.skill_rating(53) < 4 ||
d.skill_rating(56) < 4 ||
d.skill_rating(18) < 4 ||
d.skill_rating(20) < 4 ||
d.skill_rating(28) < 4 ||
d.skill_rating(25) < 4 ||
d.skill_rating(72) < 4 ||
d.skill_rating(46) < 4 ||
d.skill_rating(32) < 4 ||
d.skill_rating(64) < 4 ||
d.skill_rating(10) < 4 ||
d.skill_rating(02) < 4 ||
d.skill_rating(52) < 4)Mid-Tier (Bronze-Class) Workforce Skill (Good for training backups, or filtering out useful migrants)
Name:
Proficient (5) to Professional (9)
Code: [Select]
(d.skill_rating(30) < 9 && d.skill_rating(30) > 5 ||
d.skill_rating(16) < 9 && d.skill_rating(16) > 5 ||
d.skill_rating(08) < 9 && d.skill_rating(08) > 5 ||
d.skill_rating(15) < 9 && d.skill_rating(15) > 5 ||
d.skill_rating(14) < 9 && d.skill_rating(14) > 5 ||
d.skill_rating(47) < 9 && d.skill_rating(47) > 5 ||
d.skill_rating(71) < 9 && d.skill_rating(71) > 5 ||
d.skill_rating(71) < 9 && d.skill_rating(71) > 5 ||
d.skill_rating(54) < 9 && d.skill_rating(54) > 5 ||
d.skill_rating(29) < 9 && d.skill_rating(29) > 5 ||
d.skill_rating(03) < 9 && d.skill_rating(03) > 5 ||
d.skill_rating(24) < 9 && d.skill_rating(24) > 5 ||
d.skill_rating(11) < 9 && d.skill_rating(11) > 5 ||
d.skill_rating(36) < 9 && d.skill_rating(36) > 5 ||
d.skill_rating(09) < 9 && d.skill_rating(09) > 5 ||
d.skill_rating(33) < 9 && d.skill_rating(33) > 5 ||
d.skill_rating(38) < 9 && d.skill_rating(38) > 5 ||
d.skill_rating(59) < 9 && d.skill_rating(59) > 5 ||
d.skill_rating(17) < 9 && d.skill_rating(17) > 5 ||
d.skill_rating(21) < 9 && d.skill_rating(21) > 5 ||
d.skill_rating(63) < 9 && d.skill_rating(63) > 5 ||
d.skill_rating(39) < 9 && d.skill_rating(39) > 5 ||
d.skill_rating(22) < 9 && d.skill_rating(22) > 5 ||
d.skill_rating(42) < 9 && d.skill_rating(42) > 5 ||
d.skill_rating(43) < 9 && d.skill_rating(43) > 5 ||
d.skill_rating(41) < 9 && d.skill_rating(41) > 5 ||
d.skill_rating(04) < 9 && d.skill_rating(04) > 5 ||
d.skill_rating(45) < 9 && d.skill_rating(45) > 5 ||
d.skill_rating(07) < 9 && d.skill_rating(07) > 5 ||
d.skill_rating(50) < 9 && d.skill_rating(50) > 5 ||
d.skill_rating(51) < 9 && d.skill_rating(51) > 5 ||
d.skill_rating(55) < 9 && d.skill_rating(55) > 5 ||
d.skill_rating(69) < 9 && d.skill_rating(69) > 5 ||
d.skill_rating(44) < 9 && d.skill_rating(44) > 5 ||
d.skill_rating(06) < 9 && d.skill_rating(06) > 5 ||
d.skill_rating(27) < 9 && d.skill_rating(27) > 5 ||
d.skill_rating(62) < 9 && d.skill_rating(62) > 5 ||
d.skill_rating(13) < 9 && d.skill_rating(13) > 5 ||
d.skill_rating(60) < 9 && d.skill_rating(60) > 5 ||
d.skill_rating(49) < 9 && d.skill_rating(49) > 5 ||
d.skill_rating(37) < 9 && d.skill_rating(37) > 5 ||
d.skill_rating(34) < 9 && d.skill_rating(34) > 5 ||
d.skill_rating(00) < 9 && d.skill_rating(00) > 5 ||
d.skill_rating(40) < 9 && d.skill_rating(40) > 5 ||
d.skill_rating(35) < 9 && d.skill_rating(35) > 5 ||
d.skill_rating(61) < 9 && d.skill_rating(61) > 5 ||
d.skill_rating(68) < 9 && d.skill_rating(68) > 5 ||
d.skill_rating(70) < 9 && d.skill_rating(70) > 5 ||
d.skill_rating(65) < 9 && d.skill_rating(65) > 5 ||
d.skill_rating(73) < 9 && d.skill_rating(73) > 5 ||
d.skill_rating(23) < 9 && d.skill_rating(23) > 5 ||
d.skill_rating(05) < 9 && d.skill_rating(05) > 5 ||
d.skill_rating(19) < 9 && d.skill_rating(19) > 5 ||
d.skill_rating(66) < 9 && d.skill_rating(66) > 5 ||
d.skill_rating(57) < 9 && d.skill_rating(57) > 5 ||
d.skill_rating(58) < 9 && d.skill_rating(58) > 5 ||
d.skill_rating(26) < 9 && d.skill_rating(26) > 5 ||
d.skill_rating(31) < 9 && d.skill_rating(31) > 5 ||
d.skill_rating(67) < 9 && d.skill_rating(67) > 5 ||
d.skill_rating(12) < 9 && d.skill_rating(12) > 5 ||
d.skill_rating(01) < 9 && d.skill_rating(01) > 5 ||
d.skill_rating(53) < 9 && d.skill_rating(53) > 5 ||
d.skill_rating(56) < 9 && d.skill_rating(56) > 5 ||
d.skill_rating(18) < 9 && d.skill_rating(18) > 5 ||
d.skill_rating(20) < 9 && d.skill_rating(20) > 5 ||
d.skill_rating(28) < 9 && d.skill_rating(28) > 5 ||
d.skill_rating(25) < 9 && d.skill_rating(25) > 5 ||
d.skill_rating(72) < 9 && d.skill_rating(72) > 5 ||
d.skill_rating(46) < 9 && d.skill_rating(46) > 5 ||
d.skill_rating(32) < 9 && d.skill_rating(32) > 5 ||
d.skill_rating(64) < 9 && d.skill_rating(64) > 5 ||
d.skill_rating(10) < 9 && d.skill_rating(10) > 5 ||
d.skill_rating(02) < 9 && d.skill_rating(02) > 5 ||
d.skill_rating(52) < 9 && d.skill_rating(52) > 5)Upper-Tier (Silver-Class) Workforce Skill (Best for producing masterwork and beyond quality stuff, from shops to halls; along with production speed) NOTE: No need for a god-tier (Gold or Cotton-Candy); in this setting, they're easy enough to spot. Re-labeled Silver, because Silver is way better in-game, due to it's practicality.
Name:
Accomplished (10) or Better (15+)
Code: [Select]
(d.skill_rating(30) > 10 ||
d.skill_rating(16) > 10 ||
d.skill_rating(08) > 10 ||
d.skill_rating(15) > 10 ||
d.skill_rating(14) > 10 ||
d.skill_rating(47) > 10 ||
d.skill_rating(71) > 10 ||
d.skill_rating(48) > 10 ||
d.skill_rating(54) > 10 ||
d.skill_rating(29) > 10 ||
d.skill_rating(03) > 10 ||
d.skill_rating(24) > 10 ||
d.skill_rating(11) > 10 ||
d.skill_rating(36) > 10 ||
d.skill_rating(09) > 10 ||
d.skill_rating(33) > 10 ||
d.skill_rating(38) > 10 ||
d.skill_rating(59) > 10 ||
d.skill_rating(17) > 10 ||
d.skill_rating(21) > 10 ||
d.skill_rating(63) > 10 ||
d.skill_rating(39) > 10 ||
d.skill_rating(22) > 10 ||
d.skill_rating(42) > 10 ||
d.skill_rating(43) > 10 ||
d.skill_rating(41) > 10 ||
d.skill_rating(04) > 10 ||
d.skill_rating(45) > 10 ||
d.skill_rating(07) > 10 ||
d.skill_rating(50) > 10 ||
d.skill_rating(51) > 10 ||
d.skill_rating(55) > 10 ||
d.skill_rating(69) > 10 ||
d.skill_rating(44) > 10 ||
d.skill_rating(06) > 10 ||
d.skill_rating(27) > 10 ||
d.skill_rating(62) > 10 ||
d.skill_rating(13) > 10 ||
d.skill_rating(60) > 10 ||
d.skill_rating(49) > 10 ||
d.skill_rating(37) > 10 ||
d.skill_rating(34) > 10 ||
d.skill_rating(00) > 10 ||
d.skill_rating(40) > 10 ||
d.skill_rating(35) > 10 ||
d.skill_rating(61) > 10 ||
d.skill_rating(68) > 10 ||
d.skill_rating(70) > 10 ||
d.skill_rating(65) > 10 ||
d.skill_rating(73) > 10 ||
d.skill_rating(23) > 10 ||
d.skill_rating(05) > 10 ||
d.skill_rating(19) > 10 ||
d.skill_rating(66) > 10 ||
d.skill_rating(57) > 10 ||
d.skill_rating(58) > 10 ||
d.skill_rating(26) > 10 ||
d.skill_rating(31) > 10 ||
d.skill_rating(67) > 10 ||
d.skill_rating(12) > 10 ||
d.skill_rating(01) > 10 ||
d.skill_rating(53) > 10 ||
d.skill_rating(56) > 10 ||
d.skill_rating(18) > 10 ||
d.skill_rating(20) > 10 ||
d.skill_rating(28) > 10 ||
d.skill_rating(25) > 10 ||
d.skill_rating(72) > 10 ||
d.skill_rating(46) > 10 ||
d.skill_rating(32) > 10 ||
d.skill_rating(64) > 10 ||
d.skill_rating(10) > 10 ||
d.skill_rating(02) > 10 ||
d.skill_rating(52) > 10)I hope these help a great deal.
PROTIP:
Notepad++ and macros, as well as the find&replace function help a colossal amount when making these kinds of semi-indiscriminate filters.
Post by: Dradis on February 17, 2013, 06:04:20 pm
Still, the fact that someone with zero programming experience can get this to build and launch gives me hope that someone skilled will be able to accomplish this soon.
Post by: Skin36 on February 18, 2013, 01:00:54 pm
"job_type","1","","","enum-item","MakeRawGlass","82",""
why
83/name = "Make Raw ??"
still an error
gamedata.ini
6/title=Thrist
6/thought="has complained of thirst lately"
Post by: LordBaal on February 18, 2013, 01:03:25 pm
Post by: splinterz on February 18, 2013, 02:14:32 pm
https://raw.github.com/angavrilov/df-structures/master/windows/all.csv
"job_type","1","","","enum-item","MakeRawGlass","82",""
why
83/name = "Make Raw ??"
still an error
gamedata.ini
6/title=Thrist
6/thought="has complained of thirst lately"
the ?? should be replaced by the material (clear, green, etc.) this might not apply to all the jobs, but i wasn't able to test them all. so if you see ?? in any job within DT a material probably wasn't able to be found.
Post by: falsefaith on February 18, 2013, 10:26:46 pm
Post by: Skin36 on February 19, 2013, 11:25:56 am
67/title=Inuries (Major)-------->injuries
142/title=Noble (Sychophant) ---- >Sycophant
144/title=Aquisition---->Acquisition
Post by: Skin36 on February 19, 2013, 11:35:41 am
https://raw.github.com/angavrilov/df-structures/master/windows/all.csv
"job_type","1","","","enum-item","MakeRawGlass","82",""
why
83/name = "Make Raw ??"
still an error
gamedata.ini
6/title=Thrist
6/thought="has complained of thirst lately"
the ?? should be replaced by the material (clear, green, etc.) this might not apply to all the jobs, but i wasn't able to test them all. so if you see ?? in any job within DT a material probably wasn't able to be found.
I mean why
83/name = "Make Raw ??"
rather than
83/name = "Make Raw Glass"------>https://raw.github.com/angavrilov/df-structures/master/windows/all.csv
Post by: splinterz on February 19, 2013, 04:25:31 pm
https://raw.github.com/angavrilov/df-structures/master/windows/all.csv
"job_type","1","","","enum-item","MakeRawGlass","82",""
why
83/name = "Make Raw ??"
still an error
gamedata.ini
6/title=Thrist
6/thought="has complained of thirst lately"
the ?? should be replaced by the material (clear, green, etc.) this might not apply to all the jobs, but i wasn't able to test them all. so if you see ?? in any job within DT a material probably wasn't able to be found.
I mean why
83/name = "Make Raw ??"
rather than
83/name = "Make Raw Glass"------>https://raw.github.com/angavrilov/df-structures/master/windows/all.csv
oh i see what you mean, i misunderstood the first time. yes, it should be either "Make Raw Glass" or "Make Raw ?? Glass". i'll test it out and make sure it's fixed.
Post by: Nkosi_SW on February 20, 2013, 02:07:16 am
Post by: hehehillman on February 20, 2013, 04:22:43 am
Such as miner(0), farmer(39) woodworker(1)
(sorry i don't know how to upload my screenshot)
Post by: splinterz on February 20, 2013, 04:45:13 am
Thanks! I'm a newb.And a question about the Therapist: When my cursor hang on A profession icon,a tooltip shows. What does the VALUE after the PROFESSION NAME mean?
Such as miner(0), farmer(39) woodworker(1)
(sorry i don't know how to upload my screenshot)
that's the id number of the profession. it's mostly useful if you're writing filter scripts to show/hide particular professions. ie. only show miners with d.raw_profession() == 0
Post by: Meekohi on February 20, 2013, 09:21:09 am
Are there any plans to release for OSX or are there any directions to compile for OSX? Thanks for your work.
I dream of this.
Post by: hehehillman on February 20, 2013, 10:48:22 am
Thanks! I'm a newb.And a question about the Therapist: When my cursor hang on A profession icon,a tooltip shows. What does the VALUE after the PROFESSION NAME mean?
Such as miner(0), farmer(39) woodworker(1)
(sorry i don't know how to upload my screenshot)
that's the id number of the profession. it's mostly useful if you're writing filter scripts to show/hide particular professions. ie. only show miners with d.raw_profession() == 0
Thanks!
Post by: splinterz on February 20, 2013, 11:34:13 am
Are there any plans to release for OSX or are there any directions to compile for OSX? Thanks for your work.
I dream of this.
unfortunately i have no experience at all with anything osx related. i know that the previous version had some work done to support osx (http://code.google.com/p/dwarftherapist/downloads/list) but i can't say if it worked properly.
Post by: Skin36 on February 23, 2013, 04:44:36 pm
Post by: Arumba on February 23, 2013, 05:40:28 pm
*edit*
I looked through the game_data.ini file and found the offending line:
"9\traits\1\id=0"
I changed it to
"9\traits\1\id=1"
Post by: thistleknot on February 23, 2013, 05:51:29 pm
I had an idea for it that I displayed to splinterz in the past.
Define your categories that make up a melee dwarf (i.e. combat skills, weapon skills, armor skills)
then include in each category the sub-categorie skills.
For example:
weapons groups: all weapons would be part of the role at equal percentage.
i.e.
@ 33% combat skills, equally weighted
i.e. dodge
i.e. fighter
@ 33% armor skills, equally weighted
i.e. armor user (ex... 1/2 of 33%)
i.e. shield user
@ 33% weapon skills (All weapons), equally weighted
i.e. mace (i.e. 1/3 of 33%)
i.e. sword
i.e. warhammer
Mine is a bit more elaborate (may have varying % for each category vs the default 33% described above), being so I just pasted a picture of how mine is setup (as you can see looking at my skill groups, each number that was the same weight as the next was treated as the same within that category).
(http://i49.tinypic.com/27x0wfl.jpg)
The reason I recommend this setup is this way I can create squads where melee weapon is chosen by the dwarf rather than having to create the melee category for each squad...
Post by: Arumba on February 23, 2013, 06:52:30 pm
However now my issue is that 'ranged dwarves' and 'melee dwarves' seem to be nearly identical in their respective roles. I put roughly equal stats, traits, skills and preferences. Melee guys like melee weapons, ranged like ranged. Ranged dwarves have ranged skills, melee have melee. But untrained dwarves seem pretty darn equally fit for either role, and I want to differentiate the two more.
Could you show me more of that stat weighting you just posted? How do you have it set up for your ranged dwarves?
Post by: thistleknot on February 23, 2013, 10:28:33 pm
the secret if there close is to use the labor optimizer (it's funny, this exact scenario of dwarf's close to each other was the exact reason I based my formula of the labor optimizer the way it is).
i.e. if you have a bunch of dwarf's that are similar in ranking, you want that dwarf to do whatever it's best at.
in the case of militia dwarf's, you want the dwarf to do whatever job he's best at.
whether it's militia or ranged...
yes, they are close, because there mainly based on similar attributes and traits (and skills)
but using the labor optimizer, you can assign a custom role to say architect for ranged dwarf's, and then mechanic for melee dwarf's (just an example), then re-assign them to squads after the labor optimizer does it's job, then unassign their labors
(http://i47.tinypic.com/5xjuyf.jpg)
Post by: Arumba on February 23, 2013, 11:21:20 pm
So you're suggesting I use labor optimizer itself to select the military dwarves?
Post by: thistleknot on February 24, 2013, 12:53:09 am
if its possible. i might just rely on a script that just returns the higjest weapon skill vs all the weapon skills
Post by: splinterz on February 24, 2013, 10:07:01 am
In the current version, 20.1, under the Military-Alt tab, if you look at the role for Marksdwarf the weighting is .15 *Anxiety*. Every other military role is .15 Anger. I assume this is a typo? Why would anxiety make your dwarf better as a crossbowman? Is there a way to change this in the settings somewhere?
*edit*
I looked through the game_data.ini file and found the offending line:
"9\traits\1\id=0"
I changed it to
"9\traits\1\id=1"
yes that's a typo, it should have been anger. the default roles in general should probably be tweaked to be a bit more accurate. they were quickly setup and intended to be a starting point for people to create their own roles. all the attributes, for example, have been taken from the wiki page, however they state that there's not really any proof that any of those attributes actually make a difference.
strength and agility are also attributes that are ideal for virtually every job because they affect a dwarf's movement speed. creativity is the only one that i've seen proof that it can help in getting higher quality crafted items, but only until the dwarf is legendary, if i remember correctly. this uncertainty regarding attributes is the reason i've set the highest weight on skill levels instead.
for military roles again the defaults are lacking and i should spend some time to update them. most of them don't even have disease resistance nor recuperation, which is a big deal, since it's an attribute that can't be improved! i've also read that perhaps student should be fairly important for military training as well, possibly observer too. i had originally put in generalized 'melee' and 'ranged' roles, but i found them lacking since i usually look for dwarfs that already have experience in a particular weapon skill. it wouldn't be a big issue to add them if people find them useful.
i was hoping that more people would contribute roles so i could replace the current basic (and sometimes wrong) default roles as things progressed. unfortunately that didn't work out too well, so i'll just have to suck it up, do some research, and spend some time modifying the current default roles so they make more sense and are based on attributes and traits that are known to actually affect jobs.
TL;DR: i need to revisit the default roles.
Post by: Arumba on February 24, 2013, 10:29:34 am
Here's an example of what I ended up with, since there's still overlap there's often dwarves that are well suited to both, but you can still clearly see which one they would be better at.
(http://i46.tinypic.com/15quvk3.png)
Post by: thistleknot on February 24, 2013, 10:45:22 am
I've tried these
89\name = MeleeDwarf
89\script = "latestiteration"
90\name = MeleeDwarf
90\script = latestiteration
91\name = MeleeDwarf
91\script = <"latestiteration">
and there not showing up in my custom roles... I really don't care for individualized melee dwarf's, I was hoping to return the highest weapons skill for my role and I was trying to test it out, but I can't seem to get it to show up :`(
btw, a 1650% role rating is a bug. It should never exceed 100%
Post by: Sutremaine on February 24, 2013, 12:16:45 pm
why DT shows "does not mind being outdoors" instead "likes working outdoors " ?There are two levels of outdoors tolerance in DF. "Likes working outdoors and grumbles only mildly at inclement weather", and "does not mind being outdoors, at least for a time". I don't know if DT handles those separately or not.
Post by: Arumba on February 24, 2013, 12:22:34 pm
Also, it does say "This value is prior to comparison with other dwarves" if that matters.
Post by: splinterz on February 24, 2013, 01:11:47 pm
did I lose the ability to add custom roles via scripts? I'm trying to see if I can create a custom role that returns the highest weapon skills so I can create a generic melee/ranged dwarf again vs these custom ones.i think when i added the interface for the role editing i may have removed the script stuff since i didn't have a ui for it. i'll have to double check.
Minor bug: Misc. Object User skill shows as 0XP in the table, but correctly in the tooltips.ok i'll get that fixed up
i didn't know about the two different descriptions. i'll have to look into this more and find out what the threshold is.why DT shows "does not mind being outdoors" instead "likes working outdoors " ?There are two levels of outdoors tolerance in DF. "Likes working outdoors and grumbles only mildly at inclement weather", and "does not mind being outdoors, at least for a time". I don't know if DT handles those separately or not.
How do I fix that bug then, because I do want traits to be more relevant to my roles, but if i set it any higher it breaks the calculation.i've just tested and can reproduce this, it shouldn't be affecting vanilla df, but it's screwing up mods with multiple castes at the moment. i may release a hotfix later today to addresses all these little issues that have been reported.
Also, it does say "This value is prior to comparison with other dwarves" if that matters.
Post by: adam35413 on February 24, 2013, 02:46:31 pm
Post by: Arumba on February 24, 2013, 03:46:09 pm
Post by: splinterz on February 24, 2013, 04:19:31 pm
I also would love an OSX version of this. Any plans to move towards this eventually?if i can get some kind of vmware setup to run osx or something i may give it a go.
I'm playing masterwork with castes disabled, yet I still get that bug. Any quick workaround I can do in between updates?i just tried this myself, and the castes still seem to be present, even if they're disabled. it seems that what masterwork does is leave the castes in, but just sets the frequency to zero, which makes sense. i'll have to modify the check for multiple castes to take this into account. short of applying a fix yourself there's not much you can do, sorry.
edit: apparently ignoring the castes still keeps them in with a pop_ratio of 1..
Post by: Arumba on February 24, 2013, 04:32:53 pm
Post by: adam35413 on February 24, 2013, 06:25:47 pm
Post by: thistleknot on February 24, 2013, 07:20:02 pm
Post by: splinterz on February 25, 2013, 05:21:58 am
- for the outdoor preference, i can differentiate between the two descriptions, however i'm not sure it's necessary for setting up roles. in my opinion as long as they don't mind being outdoors, that's what you need to know. now if the two descriptions have a different effect on happiness or it's some kind of counter, that might be more important, but i can't find any information on it.
- scripted roles seem to be working fine. if you're adding roles under the [custom_roles] section in the ini file manually, make sure that you increase the size=x line, x being the number of custom roles. otherwise the roles won't be read in.
- the other tweaks for typos, detecting multiple castes and fixing the trait stuff should be resolved as well in the next update
Post by: Arumba on February 25, 2013, 07:54:32 am
Post by: splinterz on February 25, 2013, 09:25:36 am
Awesome. Can we help you create new default roles for military positions?absolutely, just post any findings or ideas for roles. after looking around a bit, i think i'd like to add some specialized military roles as well. for example some kind of drill instructor, essentially a teacher with some array of combat skills. as another example, perhaps a guard role, where the emphasis is on observer (to spot thieves/stealth units) and combat skills.
i think adding specific roles for hand picking specialized military dwarves, combined with some generalized melee/ranged roles will give a nice mix between specialized roles and general soldiers for players to choose from.
Post by: Arumba on February 25, 2013, 09:27:48 am
Post by: splinterz on February 25, 2013, 09:51:20 am
Is there a way to export customized roles to csv?not at the moment. you'll have to copy them from your Dwarf Therapist.ini file under the [custom_roles] section. i've made a note to see about adding import/export functionality similar to custom professions.
Post by: Arumba on February 25, 2013, 10:21:35 am
1\attributes\1\id=focus
1\attributes\1\weight=1.8
1\attributes\2\id=strength
1\attributes\2\weight=0.5
1\attributes\3\id=recuperation
1\attributes\4\id=agility
1\attributes\4\weight=2.5
1\attributes\5\id=toughness
1\attributes\5\weight=0.5
1\attributes\6\id=endurance
1\attributes\7\id=spatial sense
1\attributes\7\weight=2
1\attributes\8\id=kinesthetic sense
1\attributes\8\weight=2
1\attributes\9\id=disease resistance
1\attributes\size=9
1\attributes_weight=4
1\name=Ranged Dwarf
1\preferences\1\exact=true
1\preferences\1\flags\size=0
1\preferences\1\item_type=38
1\preferences\1\name=Axe heads
1\preferences\1\pref_category=4
1\preferences\1\weight=0.5
1\preferences\10\exact=true
1\preferences\10\flags\size=0
1\preferences\10\item_type=38
1\preferences\10\name=Javelins
1\preferences\10\pref_category=4
1\preferences\10\weight=0.5
1\preferences\11\exact=true
1\preferences\11\flags\size=0
1\preferences\11\item_type=38
1\preferences\11\name=Knife blades
1\preferences\11\pref_category=4
1\preferences\11\weight=0.5
1\preferences\12\exact=true
1\preferences\12\flags\1\flag=52
1\preferences\12\flags\size=1
1\preferences\12\item_type=-1
1\preferences\12\name=Spear Throwers
1\preferences\12\pref_category=4
1\preferences\12\weight=0.5
1\preferences\13\exact=true
1\preferences\13\flags\1\flag=52
1\preferences\13\flags\size=1
1\preferences\13\item_type=-1
1\preferences\13\name=-Springloaded Knives
1\preferences\13\pref_category=4
1\preferences\13\weight=0.5
1\preferences\14\exact=true
1\preferences\14\flags\size=0
1\preferences\14\item_type=38
1\preferences\14\name=Throwing spears
1\preferences\14\pref_category=4
1\preferences\14\weight=0.5
1\preferences\2\exact=true
1\preferences\2\flags\1\flag=52
1\preferences\2\flags\size=1
1\preferences\2\item_type=-1
1\preferences\2\name=Axe Throwers
1\preferences\2\pref_category=4
1\preferences\2\weight=0.5
1\preferences\3\exact=true
1\preferences\3\flags\1\flag=52
1\preferences\3\flags\size=1
1\preferences\3\item_type=-1
1\preferences\3\name=Bola Throwers
1\preferences\3\pref_category=4
1\preferences\3\weight=0.5
1\preferences\4\exact=true
1\preferences\4\flags\size=0
1\preferences\4\item_type=38
1\preferences\4\name=Bolas
1\preferences\4\pref_category=4
1\preferences\4\weight=0.5
1\preferences\5\exact=true
1\preferences\5\flags\size=0
1\preferences\5\item_type=38
1\preferences\5\name=Bolts
1\preferences\5\pref_category=4
1\preferences\5\weight=0.5
1\preferences\6\exact=true
1\preferences\6\flags\1\flag=52
1\preferences\6\flags\size=1
1\preferences\6\item_type=-1
1\preferences\6\name=Crossbows
1\preferences\6\pref_category=4
1\preferences\6\weight=0.5
1\preferences\7\exact=true
1\preferences\7\flags\size=0
1\preferences\7\item_type=38
1\preferences\7\name=Hammer heads
1\preferences\7\pref_category=4
1\preferences\7\weight=0.5
1\preferences\8\exact=true
1\preferences\8\flags\1\flag=52
1\preferences\8\flags\size=1
1\preferences\8\item_type=-1
1\preferences\8\name=Hammer Slings
1\preferences\8\pref_category=4
1\preferences\8\weight=0.5
1\preferences\9\exact=true
1\preferences\9\flags\1\flag=52
1\preferences\9\flags\size=1
1\preferences\9\item_type=-1
1\preferences\9\name=Javelin Throwers
1\preferences\9\pref_category=4
1\preferences\9\weight=0.5
1\preferences\size=14
1\skills\1\id=44
1\skills\2\id=89
1\skills\2\weight=0.1
1\skills\3\id=57
1\skills\3\weight=0.1
1\skills\4\id=105
1\skills\4\weight=0.06
1\skills\5\id=100
1\skills\5\weight=0.1
1\skills\6\id=86
1\skills\6\weight=0.1
1\skills\7\id=98
1\skills\7\weight=0.1
1\skills\size=7
1\skills_weight=3
1\traits\1\id=25
1\traits\2\id=26
1\traits\3\id=9
1\traits\4\id=28
1\traits\5\id=1
1\traits\5\weight=1.5
1\traits\size=5
1\traits_weight=0.05
2\attributes\1\id=focus
2\attributes\1\weight=0.5
2\attributes\10\id=disease resistance
2\attributes\10\weight=1.5
2\attributes\2\id=strength
2\attributes\2\weight=2.5
2\attributes\3\id=willpower
2\attributes\3\weight=2
2\attributes\4\id=recuperation
2\attributes\4\weight=1.5
2\attributes\5\id=agility
2\attributes\6\id=toughness
2\attributes\6\weight=2.5
2\attributes\7\id=endurance
2\attributes\7\weight=1.5
2\attributes\8\id=spatial sense
2\attributes\8\weight=1.5
2\attributes\9\id=kinesthetic sense
2\attributes\9\weight=1.5
2\attributes\size=10
2\attributes_weight=4
2\name=Melee Dwarf
2\preferences\1\exact=true
2\preferences\1\flags\1\flag=51
2\preferences\1\flags\size=1
2\preferences\1\item_type=-1
2\preferences\1\name=Battle Axes
2\preferences\1\pref_category=4
2\preferences\1\weight=0.5
2\preferences\10\exact=true
2\preferences\10\flags\1\flag=51
2\preferences\10\flags\size=1
2\preferences\10\item_type=-1
2\preferences\10\name=Battle Picks
2\preferences\10\pref_category=4
2\preferences\10\weight=0.5
2\preferences\11\exact=true
2\preferences\11\flags\1\flag=51
2\preferences\11\flags\size=1
2\preferences\11\item_type=-1
2\preferences\11\name=War Hammers
2\preferences\11\pref_category=4
2\preferences\11\weight=0.5
2\preferences\12\exact=true
2\preferences\12\flags\1\flag=51
2\preferences\12\flags\size=1
2\preferences\12\item_type=-1
2\preferences\12\name=Morningstars
2\preferences\12\pref_category=4
2\preferences\12\weight=0.5
2\preferences\13\exact=true
2\preferences\13\flags\1\flag=51
2\preferences\13\flags\size=1
2\preferences\13\item_type=-1
2\preferences\13\name=Great Axes
2\preferences\13\pref_category=4
2\preferences\13\weight=0.5
2\preferences\14\exact=true
2\preferences\14\flags\1\flag=51
2\preferences\14\flags\size=1
2\preferences\14\item_type=-1
2\preferences\14\name=Short Swords
2\preferences\14\pref_category=4
2\preferences\14\weight=0.5
2\preferences\15\exact=true
2\preferences\15\flags\1\flag=51
2\preferences\15\flags\size=1
2\preferences\15\item_type=-1
2\preferences\15\name=Long Swords
2\preferences\15\pref_category=4
2\preferences\15\weight=0.5
2\preferences\16\exact=true
2\preferences\16\flags\1\flag=51
2\preferences\16\flags\size=1
2\preferences\16\item_type=-1
2\preferences\16\name=Knuckle Dusters
2\preferences\16\pref_category=4
2\preferences\16\weight=0.5
2\preferences\17\exact=true
2\preferences\17\flags\1\flag=51
2\preferences\17\flags\size=1
2\preferences\17\item_type=-1
2\preferences\17\name=Scimitars
2\preferences\17\pref_category=4
2\preferences\17\weight=0.5
2\preferences\18\exact=true
2\preferences\18\flags\1\flag=51
2\preferences\18\flags\size=1
2\preferences\18\item_type=-1
2\preferences\18\name=Meteor Hammers
2\preferences\18\pref_category=4
2\preferences\18\weight=0.5
2\preferences\19\exact=true
2\preferences\19\flags\1\flag=51
2\preferences\19\flags\size=1
2\preferences\19\item_type=-1
2\preferences\19\name=Zweihander
2\preferences\19\pref_category=4
2\preferences\19\weight=0.5
2\preferences\2\exact=true
2\preferences\2\flags\1\flag=51
2\preferences\2\flags\size=1
2\preferences\2\item_type=-1
2\preferences\2\name=Axes
2\preferences\2\pref_category=4
2\preferences\2\weight=0.5
2\preferences\3\exact=true
2\preferences\3\flags\1\flag=51
2\preferences\3\flags\size=1
2\preferences\3\item_type=-1
2\preferences\3\name=Pikes
2\preferences\3\pref_category=4
2\preferences\3\weight=0.5
2\preferences\4\exact=true
2\preferences\4\flags\1\flag=51
2\preferences\4\flags\size=1
2\preferences\4\item_type=-1
2\preferences\4\name=Daggers
2\preferences\4\pref_category=4
2\preferences\4\weight=0.5
2\preferences\5\exact=true
2\preferences\5\flags\1\flag=51
2\preferences\5\flags\size=1
2\preferences\5\item_type=-1
2\preferences\5\name=Spears
2\preferences\5\pref_category=4
2\preferences\5\weight=0.5
2\preferences\6\exact=true
2\preferences\6\flags\1\flag=51
2\preferences\6\flags\size=1
2\preferences\6\item_type=-1
2\preferences\6\name=Mauls
2\preferences\6\pref_category=4
2\preferences\6\weight=0.5
2\preferences\7\exact=true
2\preferences\7\flags\1\flag=51
2\preferences\7\flags\size=1
2\preferences\7\item_type=-1
2\preferences\7\name=Halberds
2\preferences\7\pref_category=4
2\preferences\7\weight=0.5
2\preferences\8\exact=true
2\preferences\8\flags\1\flag=51
2\preferences\8\flags\size=1
2\preferences\8\item_type=-1
2\preferences\8\name=Maces
2\preferences\8\pref_category=4
2\preferences\8\weight=0.5
2\preferences\9\exact=true
2\preferences\9\flags\1\flag=51
2\preferences\9\flags\size=1
2\preferences\9\item_type=-1
2\preferences\9\name=Picks
2\preferences\9\pref_category=4
2\preferences\9\weight=0.5
2\preferences\size=19
2\skills\1\id=101
2\skills\1\weight=0.03
2\skills\10\id=38
2\skills\10\weight=0.06
2\skills\11\id=39
2\skills\11\weight=0.06
2\skills\12\id=86
2\skills\12\weight=0.1
2\skills\13\id=89
2\skills\13\weight=0.1
2\skills\14\id=40
2\skills\14\weight=0.06
2\skills\15\id=41
2\skills\15\weight=0.06
2\skills\16\id=42
2\skills\16\weight=0.06
2\skills\17\id=43
2\skills\17\weight=0.06
2\skills\18\id=45
2\skills\18\weight=0.1
2\skills\19\id=46
2\skills\19\weight=0.1
2\skills\2\id=102
2\skills\2\weight=0.03
2\skills\3\id=103
2\skills\3\weight=0.03
2\skills\4\id=98
2\skills\4\weight=0.1
2\skills\5\id=99
2\skills\5\weight=0.1
2\skills\6\id=104
2\skills\6\weight=0.03
2\skills\7\id=105
2\skills\7\weight=0.1
2\skills\8\id=50
2\skills\8\weight=0.06
2\skills\9\id=51
2\skills\9\weight=0.06
2\skills\size=19
2\skills_weight=3
2\traits\1\id=25
2\traits\2\id=26
2\traits\3\id=9
2\traits\4\id=28
2\traits\5\id=1
2\traits\5\weight=1.5
2\traits\size=5
2\traits_weight=0.05
size=2
Post by: Skin36 on February 25, 2013, 10:59:26 am
why DT shows "does not mind being outdoors" instead "likes working outdoors " ?There are two levels of outdoors tolerance in DF. "Likes working outdoors and grumbles only mildly at inclement weather", and "does not mind being outdoors, at least for a time". I don't know if DT handles those separately or not.
i didn't know about the two different descriptions. i'll have to look into this more and find out what the threshold is.
I'm talking about
DT show->does not mind being outdoors
DF show->likes working outdoors
or no ?
Post by: Skin36 on February 25, 2013, 11:02:43 am
why DT shows "does not mind being outdoors" instead "likes working outdoors " ?There are two levels of outdoors tolerance in DF. "Likes working outdoors and grumbles only mildly at inclement weather", and "does not mind being outdoors, at least for a time". I don't know if DT handles those separately or not.
i didn't know about the two different descriptions. i'll have to look into this more and find out what the threshold is.
I'm talking about
DT show->does not mind being outdoors
DF show->likes working outdoors
or no ?
[/quote]
Post by: splinterz on February 25, 2013, 11:12:04 am
yeah, DF shows two different descriptions, depending on the value. currently in DT, i'm not checking what the value is, only if it exists, so DT only has a single description. what i may do is show the two descriptions in DT, so it matches DF, but still have them as the same preference, since a dwarf can't have both descriptions.why DT shows "does not mind being outdoors" instead "likes working outdoors " ?There are two levels of outdoors tolerance in DF. "Likes working outdoors and grumbles only mildly at inclement weather", and "does not mind being outdoors, at least for a time". I don't know if DT handles those separately or not.
i didn't know about the two different descriptions. i'll have to look into this more and find out what the threshold is.
I'm talking about
DT show->does not mind being outdoors
DF show->likes working outdoors
or no ?
Post by: thistleknot on February 25, 2013, 12:39:05 pm
Post by: splinterz on February 25, 2013, 12:46:17 pm
i for one would like an option to select highest weapon (one for ranged weapons, one for melee)skill when creatimg a role so i can make better default melee/ranged dwarfs.you'll have to elaborate
Post by: thistleknot on February 25, 2013, 01:08:52 pm
Post by: LordBaal on February 25, 2013, 01:19:13 pm
Post by: splinterz on February 25, 2013, 02:34:12 pm
Post by: thistleknot on February 25, 2013, 03:11:41 pm
Post by: LordBaal on February 25, 2013, 03:54:49 pm
Post by: splinterz on February 25, 2013, 04:58:05 pm
the problem is i want the ggeneric melee and ranged back so i can have squads w melee weapons n ranged weapons.what? you can add your own role columns! now i'm not saying i won't add something like that back to the default roles, but what exactly are you on about?
Post by: 13thEssence on February 25, 2013, 05:29:28 pm
what? you can add your own role columns! now i'm not saying i won't add something like that back to the default roles, but what exactly are you on about?
I'm not entirely sure, but I think he means that weighing different overlapping skills will skew the role rating. A dwarf with level 4 spear, hammer and axe will rate higher than one with level 6 hammerdwarf skill.
He can accomplish what he wants, but would need to set up a different role for each weapon type.
Post by: splinterz on February 25, 2013, 05:42:41 pm
yeah, if there's more applications for setting up groups of skills within roles i may have to consider a rewrite of that area... i usually setup squads by weapon types so i haven't run into this kind of problem myself.what? you can add your own role columns! now i'm not saying i won't add something like that back to the default roles, but what exactly are you on about?
I'm not entirely sure, but I think he means that weighing different overlapping skills will skew the role rating. A dwarf with level 4 spear, hammer and axe will rate higher than one with level 6 hammerdwarf skill.
He can accomplish what he wants, but would need to set up a different role for each weapon type.
Post by: 13thEssence on February 25, 2013, 06:07:10 pm
I'm relatively new to the game, and found the roles in Dwarf Therapist early. I thought "Cool, it's all there". I always looked askance at the creativity x2, but everything else seemed to fit with what the wiki had to say. But the more I read on the forums the more it seemed like what you call it: a skeleton to build on, useful but far from complete and not accurate. I was excited when once you explained how to use custom roles in views, and wanted to redo the default ones too, but that was subdued by frustration. I seems there's too little information to go on yet, if the goal is production speed and quality.
Most of the information I've found on how traits and attributes affect job speed, quality, persistence, etc is very speculative, with one assertive comment or observation immediately countered by another. One guy puts every consideration on this or that while another affirms it really doesn't matter. It seems faith-based, and I can't get on-board with that. I've seen a couple of posts that positively identify a trait as doing something specific, such as traditionalists engraving more historical figures and self-disciplined dwarves taking shorter breaks and holding longer in a fight. Makes perfect sense and may have been the case in someone's game, but where's the measured evidence? These could conceivably be implemented but not functional, like the musicality attribute. Or Toady had a completely different vision for these than the speculating players. Most probably do have some significant function, and ignoring them in favour of something with proof (such as creativity x2, though I'd like to see that experiment for myself) would greatly skew results. That's why we currently see a few dwarves so good at everything and the rest show as fairly useless, when they might not be. The few that still jump out for certain roles after the godly choices usually weigh in because of preferences that are wholly unjustified, so I put prefs at 0.0 weight and do that part manually even though they are my most significant consideration.
So far I've mainly seen evidence for preferences. They make significant difference to quality early on, but almost none with legendary skill. And in addition to happy thoughts upon noticing/consuming things they like, they also seem to be top choices for moods, mandate and trade ban materials and items. So war hammer, adamantine, door, or gold/statue loving dwarves will be nudged to their future moods in hopes of useful artifacts and legendary skill. Steel, flux/obsidian, and oak wood dwarves will, depending on map materials, have pre-determined careers as armour smith, mason/engraver and carpenter because of their early game advantage and long term utility. Dwarves with common preferences, good socials and essential traits gets to be mayor. But other than that, I can't find further info on preferences.
Happy thoughts seem to be a big consideration for some current default Dwarf Therapist roles. But will a smith admire the anvil used to build the forge? Will a farmer persevere against the death of a husband because she likes plump helmets and barrels? Does using/producing preferred items trigger happy thoughts, and isn't keeping dwarves happy more important than a few extra high quality products? This is a question I'd really like answered. Furthermore, while preference Plants(Alcohol) and Metal might be convenient for setting up roles, it doesn't make any sense to give wild strawberries equal weight to sweet pods for a farmer or cook, or rose gold being no different than bronze to a weapon smith. Some materials and products are clearly more appropriate. Others will be more readily available, more precious, or entirely depend on availability on the map, making them the right choice to determine weight.
Attributes supposedly have an affect on job speed and product quality, but nobody I've read has demonstrated that advantage to be dramatic or even true. With so many players having no problem producing for the fortress even blindly assigning dwarves, this seems of little real consequence. But attributes are very significant for military where it's life or death, especially with the attribute cap depending on their starting stats and both resistance and recuperation not being trainable.
Traits are the biggest mystery to me. Aside from doctors and nurses getting happy thoughts from helping others, and mayors potentially missing out on an entire social skill if a trait is too high or low, there's no definitive relationship to roles. I'd like to assume they are all implemented and integrated with appropriate skills/jobs. But even if they are, it's not clear how.
As I mentioned before, this is all complicated by individual situations, embarks, and player preference. Everyone will have a different idea of optimization. I might like to get the most masterwork gold statues possible, but you might want to make the best out of a limited platinum supply. I might be thinking long term benefits and not care about skill levels, while you might want the best dwarf for the job right now. Default roles will never please everyone. But until we figure out all the variables it does narrow utility and expectations for roles. Therefore, for me at least, it gives very specific focus, priority on what I can achieve with roles.
1) Targeted artifacts (if I'm not wrong about prefs vs moods).
2) Maximize high quality weapons and armour.
3) Designate specialized, multi-disciplined, important, time intensive or time restrained jobs like goldsmith, CMD, mechanic, butcher/tanner, farmer.
4) Males aspire to be elite gutbusters or become regulars.
5) Industry specialists (with focus on happiness from mat/item/tool prefs?).
6) Industry generalists by sector, and various non-critical jobs.
7) Reserves/Haulers.
This is much simpler than trying to find the perfect dwarf for everything, but it's not quick. It's actually compatible to the most thorough dwarf optimization system (http://www.bay12forums.com/smf/index.php?topic=113967.msg3485783#msg3485783) I've found. I can be a perfectionist and I'm trying to accept that for 90% of dwarves it doesn't really matter what they do. Even with that pressure gone, though, I'm compelled to optimize it and need to set up these custom roles. I spend too much time paused after my first and second migration waves bouncing back between pros and cons and doubts as I juggle job matches between limited "suitable" dwarves.
These are some of my ideas for roles, beefs and concerns, knowledge and wishes. If anyone can point to solid info about attributes, traits or prefs here it would be very useful. If I've got anything wrong, don't let it slide and cause confusion; correct me. Also, with the ability to change these stats with DFhack plugins, I'd love to see some experiments for the unknowns. I only discovered those scripts on the weekend, so I won't be doing my own science just yet.
Post by: splinterz on February 26, 2013, 03:51:48 am
so first up, attributes. i believe excluding strength and agility, most of the physical attributes are only for combat roles. strength and agility both directly affect movement speed, this has been reverse engineered by the dfhack guys, and is easily to test. the wiki has additional information on these attributes, but no links to tests to be sure. however that said, some of them seem fairly logical. for example, higher strength is related to a creature token which increases muscle mass, which reduces damage. the most interesting physical attributes to me are recuperation and disease resistance as they can't be increased. in my opinion that makes a pretty good case for giving them a high weight in combat roles. i also believe some of the information on the wiki, such as the notes about willpower reducing pain, are more apparent in adventure mode. there has also been some testing on combat learning skills and their effects on combat training (http://www.bay12forums.com/smf/index.php?topic=85279.0).
the mental/soul attributes are trickier, and the wiki links to a post by toady explaining what skills are affected by them. essentially the assumption is made that skills that can train up certain soul attributes probably use them as well. this seems to be valid, when you look at some tests like this one for creativity and crafting quality (http://www.bay12forums.com/smf/index.php?topic=96501.0). it also makes some notes on material preferences and their effect on quality. however, kinesthetic sense is used in almost every single skill, so this is one i may remove, because it's something that causes some dwarfs to appear as a good fit for literally everything.
i also want to lower the weight on attributes for most of the labor roles. i really don't think it's that important for a milker to have incredible strength and endurance, or a weaver to have great spatial sense. on the other hand, you definitely want miners that are agile and strong to tear through stone efficiently.
for traits, there are a few that have known additional effects, like anger causing dwarfs to go into a berserk rage, which can be useful for combat roles. however i've come to the same conclusion as you, that they mostly relate to social skills, excepting those that modify happy thoughts. i've also seen numerous people mention that traits are important for medical roles as well (http://www.bay12forums.com/smf/index.php?topic=90126.0). again though, it's more of a consensus than quantifiable tests.
preferences are mostly related to happy thoughts, but also quality of work, as shown in the previous link about creativity. i've set up DT to assign a low weight to preferences by default, as i wanted them to just give a slight bonus to roles, not be a major factor. the reason some general categories are used, like metal or seeds is because of the sheer variety of items and materials they can have preferences for. this can also increase dramatically with some mods, so i wanted to find a middle ground, so that a role with a 'metals' preference is valid for vanilla DF, but also for mods like masterwork, which add different metals.
a dwarf working with materials or jobs that they like, will in fact get happy thoughts. you'll see a 'satisfied at work recently' thought for the dwarf, which only gives a medicore +5 to happiness, but this can add up quickly. it's interesting to note that DF will also only show a recent thought once. this means that there could be 10 'satisfied at work' thoughts in a row, but you'll only see one in the view window.
the issue with current best vs potential best is related to both attributes and skills, as they can both be increased to specific maximum values. the roles actually take this into account with the most recent versions. you'll find weights in the options to specify how much importance you want to put on skill learning rates, and the potential values of attributes. by default these are set so that learning rates, and potential attribute maximums give a modest bonus to the ratings.
so while i agree that not everything is known precisely with detailed, documented tests, i think there's certainly enough to go on to make some significant modifications to the existing roles to make them more accurate and useful.
Post by: thistleknot on February 26, 2013, 09:11:28 am
If you remove it, a dwarf with a low score in it will not show up properly rated.
Also having a dwarf with a lot of good labors isn't really an issue anymore, (not for me anyway). I long ago noticed this trend myself and labeled them "super dwarf's" and was a main motivation in seeking out how to do the labor optimizer. By setting labor priorities and # of jobs per dwarf, the super dwarf will find a good fit of what roles he should be focusing on within his arsenal of good role %'s
Post by: Intrinsic on February 26, 2013, 04:49:35 pm
Post by: adam35413 on February 26, 2013, 09:44:35 pm
Post by: 13thEssence on February 27, 2013, 01:40:17 am
Stuff was saidThanks for the reply and answers.
I try to set up my industry in sectors and set labours accordingly while also using quantum piles, so my tradesdwarves aren't running back and forth very far. I agree that strength and agility shouldn't be weighed for most trades, and instead those dwarves should be reserved for military or haulers. But as you said, some trades benefit from speed and strength; certainly miners, but also mechanics, architects and siege operators, and maybe to a lesser degree growers, masons, stonecrafters, furnace operators, and milkers/shearers/butchers. I think these attributes should add a moderate boost to the ratings for those roles.
As for other attributes, what I understood from the crafting skills and quality thread you linked is that attributes (including creativity) are not significant factors toward quality. They have negligible gains and only at unrealistic levels. And while it mentions creativity by name as an example, it doesn't necessarily give more importance to it than any other. Going by those conclusions, I personally wouldn't include job-affiliated attributes for non-military roles at all if it wasn't for production speed, which is yet unquantified and arguably unnecessary.
Toady's test of creativity with carpentry quoted in that thread is too small scale to be conclusive and is at odds with Blue_Dwarf's take on it. But assuming it was a simple demo of something Toady knows to be factual rather than a quick attempt to remember how it was implemented, while also accepting Blue_Dwarf's conclusions, all affiliated attributes should have an equal weight. Likewise, I agree with Thistleknot that removing any contributing factors unilaterally is not a good idea. Until proven otherwise, I think the assumption that affiliated attributes do affect jobs and do so equally is the logical approach. As they do have some effect, many players will want them included for tradesdwarf roles, but we're on the same page in thinking the overall weight for attributes should be set quite low for those roles. I'd pin it at 0.2, essentially serving as tie-breakers. But this would have to be set in individual roles rather than the master weight control in options as it is now because of military roles. An exception would be str and agi, where there are significant considerations outside the scope of direct bonuses to job performance.
I disagree with weighing preferences that low, however. For players that wish to get the best dwarf on the job right away, high skill and low pref weights would be ideal. But if that's your main concern, you can find those by sorting on the labour view rather than using roles. I put greater importance on preferences and would rather train an unskilled dwarf with better potential from scratch, so I think roles should be used for facilitating that. Again, it's personal play style and you can't please everyone, but I think that makes the most sense if you're carefully tuning roles for best overall matches. That said, I was unaware that skill ratings are capped similar to attributes. I never noticed that, but I haven't trained many dwarves to legendary other than miners. And I thought variable skill learning rates was something implemented by mods, not in vanilla (beyond xp values of different products). If xp rates and potential for skills vary dwarf to dwarf, then that certainly does far outweigh preferences for long term job matching, though I maintain that prefs far outweigh attributes. (BTW, I don't see skill potential or rate represented in the 20.1 options.)
I don't know what percentage of players use mods. I haven't tried any yet. I understand the desire to make the roles universal with broad preference categories, but IMO doing so breaks the utility of roles when they include many inapplicable materials/products. Defining them individually is a bit of work initially, but that's the point of defining roles and is most ideal. I don't know if it's possible to include materials for popular custom mods in DT without crashing, having it just ignore those which don't exist. But that would put maintenance on your shoulders when mods evolve or new ones come out. I think you should stick to roles for vanilla while promoting, documenting and facilitating custom roles so that modders and their fans can create and distribute them for specific mods.
Traits. Yeah, beyond the little that we already know I think it will be hard to unveil these. They are the most abstract. Strength is straightforward as a concept, easy to associate and measure. You might not have damage numbers and hit points, but there are hit ratios, arena outcomes, hauling distance/tick - measurable outcomes. Things like endurance and focus are easy to qualify, but harder to quantify. Measuring them usually requires observing processes rather than results, and is disrupted by too many factors like thirst, distance, and random "do something else now" AI. Traits, such as modesty and dutifulness, are much harder to qualify beyond speculation and almost impossible to quantify. The interactions of all these things with various aspects of the game are amazingly intricate. I'm not surprised if strength affects muscle mass and therefore reduces critical wounds. I am amazed that someone without a corkboard of post-its outlining design ideas (ie Toady himself) came up with that and possibly found evidence in game. I think there are many other interactions, even for "understood" variables and principles, which will never be discovered without help from Toady. Still, I believe people will find ways to measure these and discover more when they set down to it, either through ingenuity or painstaking trials.
Thanks for the info on happy thoughts from materials/products. I'd appreciate if anyone can confirm whether or not anvils, buckets, etc used to build a workshop are physically present in the workshop location to be noticed and admired.
I know the inner workings of games generally remain a mystery, and discovery is hard earned by hackers and modders. I guess there's a pride and possessiveness, as well as real intellectual property issues, with all the mathematical complexities that compose good AIs and artificial personalities. Even if within game dev circles it's all straightforward math and code, it will be achieved in different ways to different effect. For players, this instils mysticism and an archaic quality to games, allowing us to just enjoy the unpredictable experience rather than formulating win. I'm all for that, yet I'm torn because this stuff kinda keeps me up at night, or stuck on pause for hours on end. I'm like that, I over-analyze and try to understand mechanics of any game I respect. I never got deep into programming, and have only been a moderate modder, but I like the puzzle and appreciate the art of how it comes together as much as playing the game itself. So I kinda wish some of these basic things would just be revealed.
Anyway, I'd like to help draft some roles for public scrutiny, but first I'd like to establish some standards and get a sense of what's most appropriate and desired for defaults. So I hope there's additional feedback on this discussion.
Post by: 13thEssence on February 27, 2013, 01:47:27 am
Weights for individual items in preferences for custom roles are set globally.
Create two custom roles "Test 1" and "Test 2"
In Test 1, add plump helmets and cave wheat (default weight of 0.5)
In Test 2, add plump helmets. Change plump helmet weight to 0.71
View Test 1. Cave wheat is 0.5, plump helmets is 0.71
Post by: splinterz on February 27, 2013, 03:16:58 am
I fired up 0.20 tonight, and when the UI starts up there are no dwarves listed. It shows the correct number, but no rows in the main table. At the bottom of the screen I noticed it says "Setting up interface...", and it stays like that forever.try changing the 'group by'
Post by: splinterz on February 27, 2013, 06:45:56 am
when i setup the default craft roles, i assumed that creativity would affect crafting quality, while spatial sense probably doesn't, hence the additional weight on creativity. however it does seem that this is such a minuscule effect that it's probably not worth having an increased weight.Stuff was saidmore stuff was said
removing, or reducing the weight on attributes with unknown effects on non-military roles is exactly what i meant when i mentioned removing kinesthetic sense from such roles. maybe i'm misunderstanding, but you seem to support this initially, and then in the next paragraph state that removing kinesthetic sense wouldn't be a good idea, so perhaps you can clarify.
the reasoning behind the lowering or removing of kinesthetic sense for non-combat roles is simply because it has unknown effects, but it's in just about every role. to me this is an issue because attributes with known effects, like strength or creativity in a role aren't as prominent in the final rating. that said, i agree that lowering the overall weight for attributes for non-combat labors, and setting them equal, is probably a good idea. while i'd still like to remove kin. sense due to the aforementioned problem, this will probably work as an alternative.
skill learning rates are all equal in vanilla, it's mostly in there to support mods. yes, you could consider preferences as an additional factor for the potential best fit for a role, since they should be cranking out a few more masterwork items, and possibly gaining additional happy thoughts from working with materials/items they like. i may have underrated preferences simply because of the overwhelming possibilities, i figured it was going to be incredibly rare to find a dwarf fit for a job with even one matching preference, let alone two or three. but if such a match was found, then it might make sense that it should give a significant bonus.
the weight for the attributes should be on the top right of the options->roles tab. the skill learning weight is only available when playing a mod that has multiple castes. skills are all still capped at +5 legendary, regardless of the mod, the only thing that changes in some mods is the learning rate which affects how fast they'll increase their level.
the other reason for not hand-picking many materials or items for preferences was simply due to time constraints. i'd just wanted to get some base preferences in there for the default roles, and tweak things later. it shouldn't break things to add specific preferences for mods and vanilla. i'm not opposed to setting up finely tuned roles for vanilla only and letting the modders define default roles themselves. the default roles are still stored in an ini file that's shipped with DT, so a modder could go through all the default roles and define their own materials/items for their mod if they wanted to, and ship that with the mod. the documentation is another issue i'm working on, it's just taking me more time than anticipated to figure out the best way to get some kind of integrated help going.
the only traits i think i've even setup are just for things like anger, which has a known effect and i still believe the doctor traits make sense, even if there haven't been quantifiable tests done, as it's so hard to test that.
i don't think the materials/items used to construct a workshop will give happy thoughts since i don't think dwarves admire workshops.
you're more than welcome to work on default roles. i'm going to fix up the bug with the preference weights, and then see about getting another update out. i've also added in importing/exporting for custom roles, so that should help facilitate sharing roles.
Post by: mSSM on February 28, 2013, 06:37:33 am
Embarking, I wanted to look at my dwarves' attributes to check who is most suitable for some jobs, and I added the “Attributes” register to my list of grid types. 'lo! All attributes are displayed as 0 (some are actually red, some are black, but that's it).
I find that very unhelpful for what I try to accomplish. But maybe this is a feature? Relative gain of attributes w.r.t. starting value per invidual dwarf?
Here is a screenshot:
(http://i.imgur.com/f4SXE2Es.png) (http://imgur.com/f4SXE2E)
EDIT: I have just updated to branch 0.20.2, and the problem is gone. :)
Post by: Arumba on February 28, 2013, 08:48:10 am
Post by: splinterz on February 28, 2013, 09:00:32 am
How did you do that? When did the 20.2 update happen?it's not 'officially' out. i still push changes to the repository while working on things to keep a backup and allow any users who want the absolute most up to date version (which is usually in testing and may have bugs). that said, expect an update soon :)
Post by: Arumba on February 28, 2013, 01:20:30 pm
Post by: thistleknot on February 28, 2013, 06:32:50 pm
Post by: thistleknot on February 28, 2013, 10:07:24 pm
mild (not really a big deal, generally aesthetic, obviously a work around)
annoying (work arounds exists)
and major (no workaround, obviously broken in an area).
I'd like to say I have an annoying
Custom grid view I added, doesn't show up in the grid view window. I created a new "custom" named gridview that never appears to be edited, which means I have to recreate it everytime.
The grid view name also doesn't appear in the list of gridviews next to the add button
Post by: thistleknot on February 28, 2013, 10:27:19 pm
It would be nice if I could add a scripted role when: defining the grid view and adding a scripted role. Instead I have to jump into the right .ini file and make changes... and even when I think I make the right changes, I don't see the script showing as a role to add...
Post by: thistleknot on February 28, 2013, 11:07:41 pm
even though I can't see my grid views... rewriting them (or deleting them from the ini) doesn't seem to delete them from the add menu...
Post by: thistleknot on February 28, 2013, 11:12:35 pm
I don't know what I'm fucking up, but here is my script that does show in the grid view but as nan (albeit the prior mentioned bugs)
//highest weapon, axedwarf (38), speardwarf (43), hammerdwarf (42), swordsdwarf (39), macedwarf (41), knife user (40)
Code: [Select]
var skills = new Array(d.skill_level(38,false,true), d.skill_level(39,false,true), d.skill_level(40,false,true), d.skill_level(41,false,true), d.skill_level(42,false,true), d.skill_level(43,false,true));
//skills.sort();
skills.reverse();
skills[0];I tested with vanilla, and then masterwork (that had some dwarfs with those skills, and it's not working (i.e. still nan)...
HELP ME SPLINTERZ,
i.e. test it, implement it, baby step me through it no?
btw, I even tried it with just the speardwarf, and it still showed nan, and I have dwarfs with spear skill
here's my script again just in case (btw, these two should be edited the same, i.e. role editor should map to a script editor if based on a script)
Code: [Select]
//highest weapon, axedwarf (38), speardwarf (43), hammerdwarf (42), swordsdwarf (39), macedwarf (41), knife user (40)
var skills = {
new Array(d.skill_level(43,false,true));
skills.sort();
skills.reverse();
skills[0]
};just fyi, I tried a return var as well as var[0]; at the end
Post by: splinterz on March 01, 2013, 06:15:14 am
Custom grid view I added, doesn't show up in the grid view window. I created a new "custom" named gridview that never appears to be edited, which means I have to recreate it everytime. The grid view name also doesn't appear in the list of gridviews next to the add buttonfixed in the update today
Yeah, I've failed miserably to add a custom scripted role. It would be nice if I could add a scripted role when: defining the grid view and adding a scripted role. Instead I have to jump into the right .ini file and make changes... and even when I think I make the right changes, I don't see the script showing as a role to add...if you don't know what you're doing, you really shouldn't edit the ini directly. you can edit your script in the custom role editor. once you've added a custom role, it will be available as a column to add to any custom views, just like any other column.
argh...I don't know what I'm fucking up, but here is my script that does show in the grid view but as nan (albeit the prior mentioned bugs)this isn't going to do what you want. you should have just used the code i sent you in the pm. reverse simply reverses the values in the array, it's not sorted in any way doing this. furthermore, i already sent you better code with a function to sort it with a comparison function, which is a better solution.Code: [Select]//highest weapon, axedwarf (38), speardwarf (43), hammerdwarf (42), swordsdwarf (39), macedwarf (41), knife user (40)
var skills = new Array(d.skill_level(38,false,true), d.skill_level(39,false,true), d.skill_level(40,false,true), d.skill_level(41,false,true), d.skill_level(42,false,true), d.skill_level(43,false,true));
//skills.sort();
skills.reverse();
skills[0];
this also isn't going to work, because you're attempting to assign the entire script as a variable, of an array type, with code statements as the values. read the documentation on the qscript language (http://doc.qt.digia.com/qsa-1.2.2/language.html), it's very similar to javascript. edit the custom role from the menu, and add this into the script section:Code: [Select]//highest weapon, axedwarf (38), speardwarf (43), hammerdwarf (42), swordsdwarf (39), macedwarf (41), knife user (40)
var skills = {
new Array(d.skill_level(43,false,true));
skills.sort();
skills.reverse();
skills[0]
};
Code: [Select]
function float_desc(a,b) {return a < b ? 1 : a > b ? -1 : 0;}
var skills = new Array(d.skill_level(38,false,true), d.skill_level(43,false,true), d.skill_level(42,false,true), d.skill_level(39,false,true), d.skill_level(41,false,true), d.skill_level(40,false,true));
skills.sort(float_desc);
skills[0] <= 0 ? 0 : skills[0] / 20 * 100;
the first line declares a function to use for comparison. the second line loads an array of the melee skills, with interpolated values. the next line sorts the array with the comparison function from the first line. finally the first item (highest skill) of the array is checked for negatives, and if it's a positive value, returns a percent as the rating for the role.
Post by: Meph on March 01, 2013, 09:21:53 am
So yeah, I like it. Especially the red ! for the caste sorting. Perfect for the Kobold Camp mod I am doint atm. The normal caste system couldnt catch those... awesome and thanks that you did this :)
I also have a suggestion for another sort-function: Group by marriage status. "Single/Married" and then the two people that are married together in one block/group. That way people can see: Ah, I have 20 singles, 3 couples (couple1, dwarf A and B, couple2, dwarf C and D, couple3, dwarf E and F). Not all too much functionality, more of a roleplay, succession fort feature I guess... but if you want to add another item to your to-do list, there it is. ;)
Post by: splinterz on March 01, 2013, 09:36:13 am
DAMN. I came here to congratulate you on how much better the 20.1 version in comparison to the 18 is, and find 2 more updates waiting already. :)excellent! let me know if i broke anything else masterwork-wise if you notice :D yeah i've been considering adding some kind of group by relations or something, but i was thinking of going further and grouping within groups to add children etc. i'm not sure if it'll be possible though.
So yeah, I like it. Especially the red ! for the caste sorting. Perfect for the Kobold Camp mod I am doint atm. The normal caste system couldnt catch those... awesome and thanks that you did this :)
I also have a suggestion for another sort-function: Group by marriage status. "Single/Married" and then the two people that are married together in one block/group. That way people can see: Ah, I have 20 singles, 3 couples (couple1, dwarf A and B, couple2, dwarf C and D, couple3, dwarf E and F). Not all too much functionality, more of a roleplay, succession fort feature I guess... but if you want to add another item to your to-do list, there it is. ;)
Post by: Meph on March 01, 2013, 10:00:09 am
I will try the 20.3 now, but I dont think anything will be broken. Besides "reading dwarves" when you are really reading orcs and kobolds, but who cares. The game itself still calls them dwarves at some points. ;)
Post by: TwilightWalker on March 01, 2013, 12:50:23 pm
Post by: splinterz on March 01, 2013, 01:11:14 pm
Color me confused, I used to be able to right click on a dwarf in order to mess with custom professions, now I can't find the stuff anywhere. Am I missing something?yeah i broke something there. fix will be up shortly.
edit: 20.4 up, just to fix the right click menu :-\
Post by: thistleknot on March 01, 2013, 08:26:29 pm
Anyways... I looked at the source, I don't see functions to return %'s for the attributes or traits... I suspect this will have to be done manually with the script editor, as if I'm calling functions within QT to accomplish the same thing?
BUG:
My squares aren't being drawn right
http://tinypic.com/r/f4ixad/6
using mwmod... I only get a large square, or nothing.
Update:
that's weird, bug fixed itself when I closed/reopened... could have been because I switched games (i.e. accelmod to mwmod without closing/reopening dt).
Post by: Sutremaine on March 01, 2013, 10:12:52 pm
Post by: splinterz on March 02, 2013, 06:05:05 am
Anyways... I looked at the source, I don't see functions to return %'s for the attributes or traits... I suspect this will have to be done manually with the script editor, as if I'm calling functions within QT to accomplish the same thing?the only available values for scripts are the raw values. attribute adjusted could be made available, but skill and trait ratings aren't stored so they'll require a bit more work.
Minor bug: in DT it says 'happy to have been able to give food / water lately' (in grey), and in DF it says 'irritated at having to give somebody food / water lately'.yeah it's grey because it may be positive or negative depending on the individual. i'll have to see about checking traits for certain thoughts or changing the description.
Post by: zwei on March 02, 2013, 02:33:49 pm
Post by: thistleknot on March 02, 2013, 07:33:25 pm
(http://i47.tinypic.com/oqvgnk.jpg)
it's a 1:1:1 attribute:skill:trait ratio (I think there all equally important in combat, but that's my opinion)
Post by: thistleknot on March 04, 2013, 08:57:52 pm
update:
nm, splinterz told me to check the wiki and stated 150+ is ecstatic
btw:
I think a trait weight of <.5 (assuming default is 1 for all) is WAY too low, only because of the cmd.
Post by: yenticha on March 05, 2013, 10:45:46 pm
first, thank you so much for all the work!
Now, my question: I'm running linux (mint), DF 34.11, and I can't connect DT to my fortress. I've tried replacing the ini file (the one called 34.11), with one posted somewhere in another thread (hmm), without success.
Any "official" memory layout that would work? Should I absolutely use ubuntu for it to work?
Post by: splinterz on March 06, 2013, 04:25:25 am
Hi,i've only tested with ubuntu, but perhaps this memory layout (https://code.google.com/r/splintermind-attributes/source/browse/etc/memory_layouts/linux/v034.11.ini) will help you, if you're using this version. if you're using the old DT, they may not work.
first, thank you so much for all the work!
Now, my question: I'm running linux (mint), DF 34.11, and I can't connect DT to my fortress. I've tried replacing the ini file (the one called 34.11), with one posted somewhere in another thread (hmm), without success.
Any "official" memory layout that would work? Should I absolutely use ubuntu for it to work?
Post by: Demdemeh on March 06, 2013, 10:59:10 am
Post by: splinterz on March 06, 2013, 11:12:09 am
How do I get Therapist to show the different skill rates and to sort by them in the newest version? The new features are pretty awesome, but you seem to have removed that one.to sort by skill rates, right click on the column header and choose that method. however, skill rate information is only available when using mods with multiple castes, as in vanilla, all the skill rates are the same.
Post by: Sutremaine on March 07, 2013, 11:33:13 am
Post by: splinterz on March 07, 2013, 02:33:52 pm
Would it be possible to restore size readings? Not for weapon useage, because that doesn't work properly, but just the raw figures. Size is an important combat modifier, and it's pretty easy for one dwarf to be 3/4 the size of another. It's also the one weakness of uberdwarves -- they can last all day against an enemy that keeps knocking them over, but they won't be able to get on the offensive.sure. the only reason i disabled it was because i figured it was exclusively used for determining what weapons could, or could not, be equipped, but that turned out to be untrue.
Post by: yenticha on March 07, 2013, 09:45:07 pm
Post by: Sutremaine on March 08, 2013, 12:56:07 pm
Post by: splinterz on March 08, 2013, 01:54:41 pm
Would it be possible to restore the old size readings, but updated to use racial size (or caste size) for wielding at all and individual size for 1H/2H? I'm not sure how much of a big deal it is in Fortress Mode -- adventurers can hold a shield and an oversized weapon in one hand, but dwarves might not.what i've got setup at the moment is that it will use the caste's size to determine weapon usage, however in the weapon column's tooltip, it will show the actual dwarf's size. additionally i've added options to show the dwarf's size in the regular tooltip, and i've added a sort type in the right click menu on the main column.
Post by: Neowulf on March 08, 2013, 05:13:20 pm
Post by: Sutremaine on March 10, 2013, 11:07:54 am
Post by: splinterz on March 10, 2013, 12:17:01 pm
Is it possible to have a global option to ignore preferences? If a dwarf has a preference for something that isn't on your map and can't be brought onto the map, it's practically the same thing as having no preference at all.you can temporarily do this by setting the global weight for preferences to zero in the options under the roles tab.
Post by: Sutremaine on March 10, 2013, 10:31:26 pm
Post by: Skin36 on March 12, 2013, 11:06:05 am
Post by: Skin36 on March 12, 2013, 11:08:28 am
Post by: splinterz on March 12, 2013, 11:20:56 am
http://shot.qip.ru/00b0A8-2VVx8escK/ (http://shot.qip.ru/00b0A8-2VVx8escK/)
http://shot.qip.ru/00b0A8-3VVx8escI/ (http://shot.qip.ru/00b0A8-3VVx8escI/)already fixed for the next version ;)
Post by: Maklak on March 14, 2013, 08:23:36 am
An easy way to make a standalone version of DT is to take the version from Masterwork Mod, then just replace the exe.
EDIT: Nevermind, I compiled it on an older computer with 32 bit Linux, bundled it with libraries from Masterwork Mod and it kinda works, but is slow and seems to be missing a library. It stopped displaying attributes and I don't even know if it works under Windows correctly. http://dl.dropbox.com/u/71287918/Dwarf%20Therapist-20.4.zip
Post by: Askot Bokbondeler on March 14, 2013, 12:03:05 pm
Post by: Intrinsic on March 15, 2013, 04:23:03 am
How would i change the Role weights to show nothing but pure potential as the two seperate "attribute weight" and "potential weight" seem sort of odd seeing as it's the dwarfs attributes which dictate how good they'll be at something. Or does "potential weight" include Traits and Preferences?
Many thanks.
Post by: splinterz on March 15, 2013, 04:50:14 am
Hi Splinterz etc,the attribute weight is its importance relative to skills, preferences and traits. a higher attribute weight means attributes are worth more when determining the rating.
How would i change the Role weights to show nothing but pure potential as the two seperate "attribute weight" and "potential weight" seem sort of odd seeing as it's the dwarfs attributes which dictate how good they'll be at something. Or does "potential weight" include Traits and Preferences?
Many thanks.
the attribute potential weight determines how important the maximum possible attribute value is, rather than the current value. if you want to only use the potential rating, then set the weight to 1.0. this essentially means that dwarfs with the highest maximum possible values, rather than the current values will get the highest ratings, for attributes.
there's no potential weight for traits or preferences as there isn't a quantifiable maximum that can be determined. skills also have a way to incorporate who will potentially reach a legendary level fastest, which is directly related to the rate at which xp is gained (skill learn rate). there is a weight for this as well, but you'll only see it when using mods which have multiple castes, which usually indicates different skill rates.
in the next version DT will be smarter about how it recognizes whether or not to display the skill learning rates by watching for different learn rates, as opposed to only multiple castes. for example right now if you run the accelerated/modest mod, which has the vanilla castes, but modifies learn rates for some combat related skills, DT isn't using the skill rate information.
anyway let me know if that clears things up. also take a look at the information on the bottom of the options window when you mouse-over the various settings. any feedback on how i can improve the explanations is welcome.
Post by: Intrinsic on March 16, 2013, 05:13:31 am
So basically if i set Attrib Weight & Potential Weight to 1.0, and Skill Weight to 0.00 that would give me the desired effect?
It just seems odd though, and if i have PW at 1.00 my people actually get rated worse, and if i lower PW they get better...but i'm not a maths guy and maybe this is intended and makes sense to those that are ;p
Post by: Skin36 on March 17, 2013, 04:56:07 am
What are the numbers in brackets?
Post by: Meph on March 17, 2013, 05:50:38 am
Post by: splinterz on March 17, 2013, 11:47:10 am
I think i understand.the attribute weight of 1.0 will give attributes the most importance if the weights for traits, preferences and skills are lower than 1.0. the potential weight may give a lower rating, since it uses a different method to calculate the rating, but the dwarf rankings should still be correct. i'll take a look anyway since it sounds like it may be weird.
So basically if i set Attrib Weight & Potential Weight to 1.0, and Skill Weight to 0.00 that would give me the desired effect?
It just seems odd though, and if i have PW at 1.00 my people actually get rated worse, and if i lower PW they get better...but i'm not a maths guy and maybe this is intended and makes sense to those that are ;p
http://shot.qip.ru/00b0A8-1VVx8eslC/ (http://shot.qip.ru/00b0A8-1VVx8eslC/)the numbers in brackets are the effect on happiness.
What are the numbers in brackets?
Just wanted to say that I like how your poll is a total stalemate. :)i know. kind of shot myself in the foot with that one, now i'm going to have to do all of them :(
Post by: MrWiggles on March 18, 2013, 06:53:37 am
Post by: KurzedMetal on March 19, 2013, 09:58:40 pm
Post by: aocarson on March 21, 2013, 05:28:01 pm
Any chance for a mac version or a wiki file to get the *nix version to run on OSX?
second that. i'm looking at trying to compile it under qt4 on mountain lion, i'll let you know if i can get anything going. would like to check out Labor Optimizer
edit: there's lots of code still lying around about OSX but... many links are broken and I'm getting nowhere just randomly editing files. this needs a seasoned porter/compiler. maybe we could submit it to macports? it runs too hot under wine :\
Post by: Dradis on March 21, 2013, 11:11:32 pm
The whole process was beyond my understanding so there's nothing worth reporting from it other than it's possible to toy with it and get it to run in Mountain Lion, but that's not new information. Previous projects would compile and run so it doesn't surprise me that this fork will. It doesn't really do anything useful, though, and I am incapable of really producing anything meaningful. I'm not a programmer, as I said.
Anyway, the lack of Mac OS support in Dwarf Therapist, in general, can be traced back to an inability to access/modify the memory addresses in question. This specifically pops up when dealing with setting custom professions. It doesn't surprise me that the newest enhancements are available mostly for Windows. What's surprising is that Linux-based systems are getting these new versions of DT because Mac OS X is also a Unix-like system. The fact that there's no steam behind getting this going on Mac OS is surprising, considering the number of Mac OS users nowadays and how similar it is to other Unix-like systems. This isn't a Splinterz issue, though. DT for Mac OS has been broken for a while now. It's just surprising that among all of the Mac OS players, there's no one familiar enough to solve this.
Please don't get me wrong -- I don't like complainers who won't/can't step up and try to offer solutions. I realize that's what I'm doing now. But, I did fire up Xcode and QTCreator. I did try to step through the source code and get this going. However, I'm not a programmer and the solution for this is well beyond me. I'm just surprised that there aren't seasoned programmers who are also Mac users. Me not fixing this should come as no shock, but there must be people familiar with programming and Mac OS who could fix this. Splinterz is doing great work with this, but if he or she is more comfortable developing for Windows, that's fine. This is a free project and no one is in a position to make demands beyond what a person is comfortable offering.
Post by: Isileth on March 22, 2013, 01:19:41 am
It seems to me Strength is being weighted negatively (I have checked in the .ini and its definitely positively weighted). For example I have a dwarf with a 94.13% rating in axedwarf despite having only 557 strength and a big red square in the attribute. This stands out even more when compared against the Dodger rating which swaps Strength for Endurance yet is rated as only 26.1% despite Endurance being completely average. The dwarf has 0 levels in any of the skills or any preferences effecting either of them.
Another dwarf has 2143 Strength and completely average attributes and traits, yet only gets a 14% rating for Axedwarf. His dodger rating which again swaps out his mighty level of strength for a red quick to tire 737 causes an increase to 42.8%. *After writing the next bit I realised anger isnt involved in dodger so that may well be having an influence.
Anger also seems to be weighted way more than the 0.15 it claims a dwarf again with 0 skills or preferences and red scores in Strength 919 and Agility 205 is getting a 95% axedwarf rating with the only influence above average is an anger of 94.
Looking through my dwarfs almost all of my top rated ones are low strength high anger with most high strength dwarfs having a red rating.
My options are all default 1.00 for attribute, skill and trait weights, 0.15 for preferences and potential weight I was running at default but have been trying all ranges to see if that was having an effect but its minimal and at 0 or 100 doesnt make any dent in the apparent opposite effect of strength or huge anger boost.
Post by: splinterz on March 22, 2013, 06:37:20 am
@Isileth, having all the global weights at 1.0 means that traits (in this case only anger) is going to be worth as much as attributes (weighted average of all of them). the 0.15 weight on anger is deceptive (and somewhat incorrect) as that's relative to the other traits, of which there are none, so it's not really doing anything. what i should have done was set the trait weight to 0.15, and left the anger weight at 1.0 instead. this all comes back to those template roles being half-assed :-[
so try this: create a new role, and copy the existing axedwarf role. leave the name the same, as this will override the default role, so you don't need to add a new column or view. now you can edit the custom axedwarf role, without worrying about messing with the global weights. if you want strength to be worth much more than all the other attributes, give strength a higher weight. additionally if you want attributes to be worth more than the single anger trait, set the trait weight (not the anger weight) lower than the attribute weight. save the custom role, refresh and see if the rankings are closer to what you expected.
keep in mind that when you change the global weights within a role, that's essentially overriding the global weight you set in the defaults. so if you find a nice balance within an individual role, you may want to apply those weights globally for all your roles. in my experience, combat roles often need special weights, as in my opinion, preferences are less important and attributes more important than general labor roles.
Post by: Aklyon on March 22, 2013, 08:13:34 am
Post by: aocarson on March 22, 2013, 08:29:23 am
@Dradis, i realize there's a lot of people who would appreciate an osx port, unfortunately at the moment i don't have any means to develop nor test on that platform, so i can't really move forward with anything. however, i believe the last 'official' DT version did support osx, and if that's the case it should be possible to merge those changes into this branch. again though, i can't verify this.
Hey splinterz thanks for the info. I was trying to work from the .6.20 version of DT which compiles and runs on the Mac, then looking at your branch and comparing file by file to figure out what changed and to try and get it to run. I'm no programmer and it seems like the unix and windows code is c++ where the OSX code was objective-c. This endeavour is beyond me.
Thanks!
Post by: Dradis on March 22, 2013, 12:57:12 pm
@Dradis, i realize there's a lot of people who would appreciate an osx port, unfortunately at the moment i don't have any means to develop nor test on that platform, so i can't really move forward with anything. however, i believe the last 'official' DT version did support osx, and if that's the case it should be possible to merge those changes into this branch. again though, i can't verify this.
That's understandable. I'm just surprised there isn't a seasoned programmer who is familiar with Mac OS, considering how many people have been involved with Dwarf Therapist at various branches of the projects.
Post by: maliphas on March 23, 2013, 06:57:49 pm
Post by: Fungus on March 26, 2013, 11:41:21 am
Little bug, I'm using 20.4 packaged with the latest release of Masterwork DF, when deleting all text (once you've typed something in) from the "Profession Name" box in "Add New Custom Profession" Dwarf Therapist crashes. Apart from having to execute the program again I don't notice any untoward effects. Must be a funny little oversight in the code there.
Thanks a bunch! Also you may wish to change the link in the help tab, it links to the old thread. Also the bug report feature wants you to sign in to Google something-or-other; that might put people (like me) off. Some of us hate signing in/signing up to things. :p
Post by: burchalka on March 26, 2013, 01:37:26 pm
Post by: maliphas on March 29, 2013, 01:42:42 am
Post by: hehehillman on March 29, 2013, 02:05:22 am
My fortress population has grown to 50+,so I decide to choose some of my dwarves to be in a squad, using his suitable weapon.
I decide equip them with different weapon(Battle Axe,Mace,Spear,Shortsword,Crossbow) , due to the highest "role weight"(In "Military-Alt." Tab: Axedwarf,macedwarf,speardwarf,sworddwarf,marksdwarf).
However,I find the therapist give a weight of item preference in these columns,which may influence the final result.
There isn't anything about that the preference for a given weapon may influence the effect of a soldier using it in the wiki ( http://dwarffortresswiki.org/index.php/Preference (http://dwarffortresswiki.org/index.php/Preference))
May I ask you why count this?
Post by: splinterz on March 29, 2013, 07:56:17 am
so I got it working but how to I change the labors so they are not sideways haha, neck is starting to hurt a little.you can change the orientation of the text from top to bottom or bottom to top, but that's all.
Hi, Splinterz! I'm a newbie and there's a question.
My fortress population has grown to 50+,so I decide to choose some of my dwarves to be in a squad, using his suitable weapon.
I decide equip them with different weapon(Battle Axe,Mace,Spear,Shortsword,Crossbow) , due to the highest "role weight"(In "Military-Alt." Tab: Axedwarf,macedwarf,speardwarf,sworddwarf,marksdwarf).
However,I find the therapist give a weight of item preference in these columns,which may influence the final result.
There isn't anything about that the preference for a given weapon may influence the effect of a soldier using it in the wiki ( http://dwarffortresswiki.org/index.php/Preference (http://dwarffortresswiki.org/index.php/Preference))
May I ask you why count this?
purely for happy thoughts to offset the negative thoughts related to military (draft, patrols, constant training, etc). again though, if you read some of the previous posts, the military roles are admittedly lacking and it's advised to adjust them until i (or someone else) redoes the default set.
Post by: Goncyn on March 29, 2013, 12:37:52 pm
Post by: thistleknot on March 30, 2013, 12:18:44 pm
nm, I see there is an option underneath the add/remove custom roles
Post by: Goncyn on March 30, 2013, 12:29:11 pm
Post by: thistleknot on March 30, 2013, 01:13:38 pm
Post by: thistleknot on March 30, 2013, 08:01:55 pm
say I want a labor to always be assigned to a dwarf via labor optimizer plan...
how do I go about it? So far I'm using a custom profession mask...
I ask because at the beginning I want all my dwarf's to be a default hauler (which has my pre-prescribed list of labors assigned to them), but then later on I don't want them to be assigned to them.
so I don't know, maybe it's not important since it can be done with a two step process, but if it can be incorporated without too much effort, it would make sense to allow me to assign a "all dwarf's have this labor assigned" in the labor optimization plan, so I can have a pre-embark vs post-embark plan, but to be honest, a workaround already exists...
the specific subject in question is "hauling"
Post by: thistleknot on March 31, 2013, 06:09:22 pm
!d.noble_position()
not !d.noble_position()=="" or whatever it is in the help for scripting
Post by: splinterz on April 01, 2013, 11:13:48 am
should benoble_position returns a string, not a boolean
!d.noble_position()
not !d.noble_position()=="" or whatever it is in the help for scripting
Post by: Goncyn on April 01, 2013, 06:03:10 pm
Post by: human_dictionary on April 02, 2013, 05:00:09 am
Post by: thistleknot on April 02, 2013, 07:13:04 pm
a way to show what dwarf's are in a burrow zone. This way I can set off the caverns as a burrow, or set off an area of the game that are not caverns to a burrow, and see who's outside of it within the tool, that way I can find them quickly. As it is, if I have someone run to the caverns for who know's what, how am I to find them without looking through each unit via the unit screen? If I had a "safe area" burrow, I could see who was in that and see who was not, then I could focus on that unit inside the game and see what there doing.
I came up with the idea right now trying to figure out who/where/why a dwarf is in the cavern (early on in breaching).
Post by: thistleknot on April 03, 2013, 06:23:24 pm
here's my save, using my latest version of accelerated mod mod
http://www.mediafire.com/?lojckoo943tl2kb
it was the m scourges squad, removing the military members from it solved it, but that's a weird workaround/bug
Post by: thistleknot on April 03, 2013, 09:09:43 pm
update:
upon further thought, such a low amount of cursed creatures would make such a request ridiculous (I thought I had more than one).
Update:
I'm very glad (y)our labor optimizer is in place... my idle dwarf's are way way way lower. I have like 1-2 with 77/34/12 dwarf's
Post by: splinterz on April 04, 2013, 10:38:23 am
whoa, weird bug, some labors are not clearing from my militia dwarfs, particularly one squad, there stuck as read-only, no more write of labor changes within dt allowed. here's my save, using my latest version of accelerated mod mod: http://www.mediafire.com/?lojckoo943tl2kb it was the m scourges squad, removing the military members from it solved it, but that's a weird workaround/bugi haven't looked at the save, but once a dwarf reaches a master level in a military profession, DT will disallow the changing of labors, as within DF itself those dwarfs who reach a master/lord level in military skills will ignore/disable any labors set. you could try applying this binary patch (http://www.bay12games.com/dwarves/mantisbt/view.php?id=3100#c23111), and see if it resolves it for you.
Post by: Pan on April 04, 2013, 09:51:04 pm
(http://i.cubeupload.com/i4qfr2.png)
The dwarf himself in-game profile shows he is (http://i.cubeupload.com/vSgSmY.png)
Post by: Meph on April 05, 2013, 04:30:47 am
Post by: thistleknot on April 05, 2013, 08:27:15 pm
whoa, weird bug, some labors are not clearing from my militia dwarfs, particularly one squad, there stuck as read-only, no more write of labor changes within dt allowed. here's my save, using my latest version of accelerated mod mod: http://www.mediafire.com/?lojckoo943tl2kb it was the m scourges squad, removing the military members from it solved it, but that's a weird workaround/bugi haven't looked at the save, but once a dwarf reaches a master level in a military profession, DT will disallow the changing of labors, as within DF itself those dwarfs who reach a master/lord level in military skills will ignore/disable any labors set. you could try applying this binary patch (http://www.bay12games.com/dwarves/mantisbt/view.php?id=3100#c23111), and see if it resolves it for you.
Applying that patch was a pain, but when I got it implemented, the exact same squad had issues (I'm not sure if it has something to do with it, but it's the active ones (at least on my latest save)). I would figure DT would allow assignments regardless, and that's where the problem is at, I can't check/uncheck boxes INSIDE DT. It's not something I'm noticing after assignments...
the problem persists even when I remove them from the squad... I'm not sure what's causing it... Darnit... I'm using the dfhack dt plugin to accomodate for this...
Post by: splinterz on April 06, 2013, 06:15:48 am
you may be able to work around it by editing the game_data.ini and removing the can_assign_labors flag from the professions in question. i still haven't had time to sit down with the save and check to see that for sure that's the cause, so you'll have to give it a go. have you checked within DF that changing labors for those military professions (without the binary patch) actually works? if that's the case then i can remove this can_assign_labors check entirely from DT.whoa, weird bug, some labors are not clearing from my militia dwarfs, particularly one squad, there stuck as read-only, no more write of labor changes within dt allowed. here's my save, using my latest version of accelerated mod mod: http://www.mediafire.com/?lojckoo943tl2kb it was the m scourges squad, removing the military members from it solved it, but that's a weird workaround/bugi haven't looked at the save, but once a dwarf reaches a master level in a military profession, DT will disallow the changing of labors, as within DF itself those dwarfs who reach a master/lord level in military skills will ignore/disable any labors set. you could try applying this binary patch (http://www.bay12games.com/dwarves/mantisbt/view.php?id=3100#c23111), and see if it resolves it for you.
Applying that patch was a pain, but when I got it implemented, the exact same squad had issues (I'm not sure if it has something to do with it, but it's the active ones (at least on my latest save)). I would figure DT would allow assignments regardless, and that's where the problem is at, I can't check/uncheck boxes INSIDE DT. It's not something I'm noticing after assignments...
the problem persists even when I remove them from the squad... I'm not sure what's causing it... Darnit... I'm using the dfhack dt plugin to accomodate for this...
@Pan: you'll have install the version in this thread, that looks like the old version.
@Meph: i wish i had more to report, but progress has been slow. i've been having some problems figuring out some of the injuries like bruising. it's getting there, but i haven't had a solid amount of time to sit down with it recently.
Post by: thistleknot on April 06, 2013, 08:58:37 am
Hopefully that binary patch will let me play with these elite dwarf's
Post by: mnjiman on April 07, 2013, 12:39:30 pm
Post by: Intrinsic on April 10, 2013, 04:03:50 am
Hi, how can I view a dwarf's physical attributes in Dwarf Therapist? Here's a screenshot of it only showing the skills and mental traits, but not physical:
The dwarf himself in-game profile shows he is (http://i.cubeupload.com/vSgSmY.png)
They're displayed on the Military tab.
Post by: Nalbir on April 11, 2013, 10:20:27 am
Is there a way to use Therapist to set embark skills, preferably from the result of an optimization plan? That would be a killer feature.
Just load DT when on the embark screen (where you set the skills and items). It will load the dwarfs.
It also would be nice if we could sort the Labors tab by role ranking, to make it easier to go from "who is best for this labor" to enabling the labor.
Yes, merging the labors and roles tabs would be epic.
Post by: splinterz on April 11, 2013, 10:43:09 am
you can sort labor columns by role rating. right click on the column header and choose your sort method.It also would be nice if we could sort the Labors tab by role ranking, to make it easier to go from "who is best for this labor" to enabling the labor.
Yes, merging the labors and roles tabs would be epic.
Post by: Nalbir on April 11, 2013, 10:50:46 am
you can sort labor columns by role rating. right click on the column header and choose your sort method.It also would be nice if we could sort the Labors tab by role ranking, to make it easier to go from "who is best for this labor" to enabling the labor.
Yes, merging the labors and roles tabs would be epic.
That would do it. Thanks!
Post by: Nalbir on April 11, 2013, 10:55:22 am
BTW anyone built this for linux (20.4?)
Post by: Slyjoker87 on April 11, 2013, 03:56:09 pm
Post by: splinterz on April 12, 2013, 02:30:14 am
Hello, thanks for spending time on this tool for me in your spare time! I would appreciate it if perhaps you could indicate on the first post the availability for different operating systems, thanks again!ah well it's DF, so all things by proxy should have a learning curve right? ;) anyway, i assumed most people just went immediately to the project page for information, but i'll make the o/s information more apparent in the original post.
Post by: Nalbir on April 12, 2013, 11:00:11 am
Post by: zooeyglass on April 13, 2013, 04:06:59 am
Wonderful work!
Your guidance would be gratefully received. I recently had six dwarves afflicted with a blistering syndrome - they all swelled up and bled everywhere & had to have surgery. All six survived. However, Dwarf Therapist is not showing them any longer, as thought they had died. I recall seeing something like this before, but I've not been able to find it: is there a way of making DT 'check again' / 'check more carefully' to realise the error of its ways? Sorry if it's very obvious - I think I have a bit of a blind spot for this one. My search for 'therapist' & 'syndrome' didn't lead me anywhere useful....
Thank you.
Post by: splinterz on April 13, 2013, 03:04:53 pm
Hello,
Wonderful work!
Your guidance would be gratefully received. I recently had six dwarves afflicted with a blistering syndrome - they all swelled up and bled everywhere & had to have surgery. All six survived. However, Dwarf Therapist is not showing them any longer, as thought they had died. I recall seeing something like this before, but I've not been able to find it: is there a way of making DT 'check again' / 'check more carefully' to realise the error of its ways? Sorry if it's very obvious - I think I have a bit of a blind spot for this one. My search for 'therapist' & 'syndrome' didn't lead me anywhere useful....
Thank you.
hrmm that does seem very strange, would you mind uploading your save so that i can take a look?
Post by: Meph on April 13, 2013, 04:28:42 pm
Post by: zooeyglass on April 13, 2013, 05:15:48 pm
Post by: thistleknot on April 14, 2013, 12:15:31 am
what happens is I jump to some roles, and see a bunch are all the same (as if they all got assigned the same value)...
reading dwarf's doesn't fix it...
I have to close/re-open.
Problem is, I don't always see it, I don't see it on the labors screen, only when I go to roles... probably because the labors screen is using skills to draw squares... where-as roles is doing something different?
I dont know, but the roles are not updating right...
Next time I see it, I'll make a video and show you what's going on.
It's happened quite a few times btw... so there's some sort of "stopping of reading of values" going on.
The reason it can be a problem is... sometimes I don't even know it's happening until I go to the roles screen.
I've done a before/after labor optimization, and they come out quite different due to the roles being read wrong. So there's potential for non optimal labor assignments...
and we know we don't want that now :)
Post by: splinterz on April 14, 2013, 05:45:40 am
Reading the words Therapist and Syndrome next to each other... is it possible to show the syndromes that affect dwarves? I like how you can see those in Arena Mode, but dislike that you can never tell in Fortress Mode. That would be a very big change indeed. It wouldnt just ease things you can already do, but open up new informations, previously unreachable to the player. So, to make it short, I hope your answer is yes. ^^yes it's possible to some degree. i've tried out showing the name/description of a syndrome and that works out alright. unfortunately i can't really show much more than the names and whether or not it's bad (needs hospitalization).
Post by: splinterz on April 14, 2013, 05:52:22 am
I've been dealing with a weird bug that at first I was like, "oh, no biggie, I can just close and re-open dt". What happens is I jump to some roles, and see a bunch are all the same (as if they all got assigned the same value)...reading dwarf's doesn't fix it...I have to close/re-open.is this perhaps when you've reconnected to DF after closing and then reloading a save?
Problem is, I don't always see it, I don't see it on the labors screen, only when I go to roles... probably because the labors screen is using skills to draw squares... where-as roles is doing something different? I dont know, but the roles are not updating right...Next time I see it, I'll make a video and show you what's going on. It's happened quite a few times btw... so there's some sort of "stopping of reading of values" going on. The reason it can be a problem is... sometimes I don't even know it's happening until I go to the roles screen. I've done a before/after labor optimization, and they come out quite different due to the roles being read wrong. So there's potential for non optimal labor assignments...and we know we don't want that now :)
Post by: thistleknot on April 14, 2013, 08:35:55 am
Post by: Meph on April 14, 2013, 01:31:51 pm
Same trick I use for the rune coatings. I just called the materials "blablabla bonus given by the intricate runes coating", done.
Even all vanilla syndromes (at least those in creatures) can be given a more descriptive name, if so desired.
Post by: splinterz on April 14, 2013, 01:43:40 pm
With name you mean the SYN_NAME? That would be more then enough, because the name does not have to be "poison", modders could simply rename it to "Desert Scorpion Sting; Very poisonous, affects lungs and heart, can cause paralysis. Resistable, Size dilutes."yes that's right, the syn_name. so as you've described you could give it a more detailed name/description. after that it's just a matter of adding in some code to read the active syndromes on a unit and displaying them.
Same trick I use for the rune coatings. I just called the materials "blablabla bonus given by the intricate runes coating", done.
Even all vanilla syndromes (at least those in creatures) can be given a more descriptive name, if so desired.
Post by: Meph on April 15, 2013, 02:00:04 pm
Post by: aocarson on April 23, 2013, 09:08:56 am
I know there are numerous threads about Dwarf Therapist running on a Mac, but I hope this question has a simple answer. I originally ran DF under WINE and felt like I was able to use it with the 20.4 DT just fine. After playing on Windows for a while, then the OSX native, I've come back to trying to run under WINE (being able to see % of roles to assign labors, and assigning to squads from the military tab are indispensable). I'm running vanilla DF with dfhack r3, yet when I start DT it literally takes minutes to load. I do not remember it taking this long, at all. It takes about a minute to connect, then it reads dorfs over another minute. I have tried numerous different versions of wine, wine-developer branch, wine-crossover, etc, but DT under WINE seems to crawl. I thought I remember playing and using it just fine; am I taking crazy pills, or is it this slow for everyone?!
Thanks,
AOC
Post by: aocarson on April 23, 2013, 09:12:06 am
Post by: lukego on April 24, 2013, 03:58:08 pm
-Luke
Post by: drayath on April 24, 2013, 08:32:07 pm
Post by: Meph on April 24, 2013, 08:52:41 pm
Post by: GiantUrist on April 24, 2013, 08:59:59 pm
This branch was created before a lot of the relevant patches for OS X were completed. For whatever reason, the changes in splinterz' branch weren't merged back into the main branch (Does Google Code not support merge requests like Github?).
In any case, I emailed splinterz on the email address he used for this branch on Google Code with my findings yesterday.
P.S. Is there any mapping between https://github.com/angavrilov/df-structures/blob/master/symbols.xml (https://github.com/angavrilov/df-structures/blob/master/symbols.xml) and the .ini memory layouts?
Thanks
Post by: Meph on April 24, 2013, 10:08:45 pm
Code: [Select]
[dwarf_jobs]
size=231
1/name = "Carve Fortification"
1/type = FORTIFICATION
2/name = "Detail Wall"
2/type = ENGRAVE
3/name = "Detail Floor"
3/type = ENGRAVE
4/name = "Dig"
4/type = DIGThey dont use the standard DF syntax for skills or labors, and I figured they are just to show which active job a dwarf currently has. Nothing important. I do however have a problem changing the labors. See the picture. Here is the game_data.init (https://dl.dropboxusercontent.com/u/60111839/game_data.ini), if you want to have a look. I hope you can find a more or less easy way to fix this. The only thing missing is renaming the labors/titles in the tables. If it is something you have to do I can compile you a list with the changed names.
(http://i.imgur.com/tdGHJYq.png)
Post by: Ashery on April 25, 2013, 12:58:51 am
When exporting the .csv file, is it possible to exclude certain dwarves? I know I could manually delete the entries after exporting, or just kill the dwarves that I don't want to export, but I'm going to be exporting a *ton* of data and a way to simply exclude certain dwarves from being exported would be the easiest way to proceed.
Filtering dwarves doesn't work; It'll only display those filtered in DT, but the .csv exported, despite "...the current grid view...," still contains all dwarves.
Post by: splinterz on April 25, 2013, 03:32:54 am
@drayath, in the default animals view there's a butcher column that can be toggled to butcher animals from DT
@GiantUrist, you're correct that this version of DT has additional addresses. you'll need to add an osx directory in the memory_layout directory, and then put the relevant layout files there. those df-structures are the same ones that DT uses but i'm not sure which need to be modified for osx (globals and the checksum?)
@Meph, the column header text is separate from the labors/skills/whatever. i may have to make some adjustments on how the default views are read to use the game_data.ini values instead of specific text stored with the columns. i haven't tried the modified exe you sent me but if you create a new view you should be able to get the proper column names. obviously this isn't very practical as you won't be able to ship custom views (yet?)
@Ashery, sounds like a bug, i'll check it out.
Post by: Crazor on April 25, 2013, 06:03:11 am
I'm in on the Mac version! @GiantUrist and others, if you like, contact me so we can join forces hacking on the OS X version...
Post by: Crazor on April 25, 2013, 08:21:46 am
Problems so far:
I need to directly run the executable from a shell, because doubleclicking the app just pops up the window for a second and then closes. No run log.
Also I need to run the executable using sudo, the authentication doesn't seem to work. There were changes needed in the auth code, so maybe I f*cked up.
Once DT is running (with sudo), I can add the checksum to the memory layout, restart DT and it connects. Scan Memory stuff doesn't work at all, though. As soon as I click on any button in the Scan Target box, DT just closes (not even crashes).
So I guess I better try running it from within Xcode and get debuggin'. Any hints on how to set this up?
Post by: Meph on April 25, 2013, 08:42:58 am
(http://i.imgur.com/cw0Janr.png)
In theory that means I could create a custom grid view, delete the old "labor" tab, include the new one, and bundle that with Masterwork. Can I somehow save them, without forcing the user to run "import grid views" manually?
Or you do change to init. ^^
Edit: In case it makes it easier for you: Here is the game_data.init I use (https://dl.dropboxusercontent.com/u/60111839/game_data.ini) and the patched exe (https://dl.dropboxusercontent.com/u/60111839/Dwarf%20Fortress%20Lng.exe).
Post by: splinterz on April 25, 2013, 09:08:36 am
Post by: lukego on April 25, 2013, 04:16:40 pm
Sounds like we need to grab the /etc/memory_layouts/osx folder from the latest version of the original Dwarf Therapist and add it to this branch's /etc/memory_layouts/ folder. Then, add in the new .ini found here: http://moo.cat/~dan/v.0.34.11.ini.txt (many thanks to digis...@gmail.com for putting it up there), renaming it, of course. The offsets are identical to the Linux .ini for v0.34.11 and it has the same number of [addresses], as well. The only differences are the values of the checksum and each of the [addresses]. As long as Splinterz's new features and changes made do not affect the rest of Dwarf Therapist's compatibility with Mac, that should be all we need.
I am still searching for the compiler that will work on my system in order to test it out myself (as I said before, I have an older Mac with OSX 10.6.8, so I need xcode that's compatible with my system), but it sounds like both Crazor and GiantUrist have the setup to get this rolling without any more of my help. Can't wait for OSX support again! :D
-Luke
Post by: Meph on April 25, 2013, 04:34:50 pm
Post by: lukego on April 26, 2013, 04:13:08 am
-Luke
Post by: aocarson on April 26, 2013, 01:09:40 pm
Lukego, I am not 100% sure, but this (http://dffd.wimbli.com/file.php?id=5672) should have a mac version of splinterz branch included. I cant really check if it works, because I dont have a Mac...
Hey Meph,
The 0.6.12 version is included in that archive, not splinterz branch. There's no Labor Optimizer, extra tabs, etc. I haven't used Masterwork, but the DT included in that archive doesn't work with the included DF at all. The 0.6.12b05 does. I am still getting my feet wet in DF, and once I can grasp vanilla I'm really looking forward to your Masterwork mod. Keep up the good work!
AOC
Post by: Meph on April 26, 2013, 01:15:22 pm
Post by: lukego on April 26, 2013, 02:14:51 pm
-Luke
Post by: Tychocrash on April 27, 2013, 07:53:53 am
Post by: thistleknot on April 27, 2013, 08:08:48 pm
I just had a great idea.
I'm trying to unassign labors after using labor optimizer (and wondering why two similarly ratio'd labors are not assigning the same # of dwarfs to each labor), and am thinking, it's okay, I'll just add the labor and unassign the least desired labor.
Then I realized, there's no function for this.
It would be nice if it would show the %'s in a tooltip showing the fit for each role/labor that is currently assigned for that dwarf.
for it to be usefuk. It would have to be ordered by the raw role rating (possibly after being factored by the priority weight). Which may result in a ton of confusion...
Post by: thistleknot on April 28, 2013, 06:16:34 pm
Spoiler (click to show/hide)
bug report
http://tinypic.com/r/344uu5h/5
save
http://www.mediafire.com/?89jpf821ipvib0s
I noticed it when a lot of my dwarf's had the same role rating... this is the kind of stuff I was getting at about attributes not being read, but this time it's on a reload of dt.
Update:
It may not be a bug, (sure does look/act like one with role calculations). The reason I say this is because a lot of the attributes are strangely closely related to each other... could be a bug with my mod? I doubt it though, I didn't mod the dwarf's attributes... I also didn't create any castes
Post by: Crazor on May 01, 2013, 05:02:20 am
Post by: lukego on May 01, 2013, 04:25:45 pm
-Luke
Post by: thistleknot on May 01, 2013, 06:39:48 pm
Post by: laularukyrumo on May 03, 2013, 01:53:24 am
Post by: splinterz on May 03, 2013, 08:08:52 am
Found a bug that causes crashing. Right-clicking a dwarf and going into "Create Custom Profession from Dwarf", typing in something for the name, then using backspace to delete the characters crashes DT when you try to backspace the first character. Reproduced multiple times.yeah someone mentioned that previously, it'll be fixed in the next release.
Post by: Ringmaster on May 04, 2013, 01:08:58 pm
Any fixes for this?
Edit: Wrong error message, changed that.
Post by: thistleknot on May 04, 2013, 06:49:52 pm
on a side note, there's another variable that could be brought in; i.e. one that show's the importance of the job in a low # of population (selected). I had this in my sheet before as embark/non embark profiles. However I figured priority and adjusting the # of dwarf's per labor w/could eliminate that, but now I'm finding with my sub application of militia dwarf's (using the optimizer) is creating this conundrum of: some high important jobs with low ratio's not assigning anything.
Update:
I'm thinking something easy like ratio * priority would create this new variable. If a large # is specified, it will be reduced by the priority, and somehow numbers will be worked on the backend so #'s are brought up to at least 1 at some threshold of minimum values based on this outputted list (yet some will be 0, i.e. a low priority, low ratio)
Post by: Tanaman on May 08, 2013, 02:34:45 pm
Post by: splinterz on May 08, 2013, 05:09:36 pm
I've gone through several pages of this topic, but can't find an answer to my question. Anyways, I keep getting dead dwarves sticking around in the list. They're pretty much all migrants that showed up at...inopportune times. I've had to go through and nickname them all "dead". I've tried restarting and all that but the dead dwarves stay. Any way to clear these guys out? The list is pretty long, lol!what version of DT and DF are you using? what operating system are you running? are you using mods?
Post by: LordBaal on May 08, 2013, 06:35:04 pm
Post by: Tanaman on May 08, 2013, 10:01:57 pm
I've gone through several pages of this topic, but can't find an answer to my question. Anyways, I keep getting dead dwarves sticking around in the list. They're pretty much all migrants that showed up at...inopportune times. I've had to go through and nickname them all "dead". I've tried restarting and all that but the dead dwarves stay. Any way to clear these guys out? The list is pretty long, lol!what version of DT and DF are you using? what operating system are you running? are you using mods?
DT version 20.4. DF version 34.11. I'm not using any mods, but I'm using the Lazy Newb Pack and the Phoebus tile set. Windows 7 OS.
Post by: Havvy on May 10, 2013, 04:50:15 am
0. Install all required packages.
1. Bash `hg clone https://code.google.com/p/dwarftherapist/`
2. Go into src/dfinstancelinux.cpp and find DFInstanceLinux::find_running_copy.
If you are using systemd, change pidof to pgrep.
Comment out `args << "dwarfort.exe";`
3. Bash `qmake`
4. Bash `make`
5. Bash `ln -s etc bin/release/etc
6. Run bin/release/DwarfTherapist as root (sudo or su)
Post by: crossmr on May 14, 2013, 06:00:07 am
Post by: splinterz on May 14, 2013, 08:21:14 am
I don't know if anyone knows this or not, but with the latest DF and latest of this.. i have frequently had dwarves that are dead showing up as alive in DT. Several times I've been looking for someone who had skill X, found them in DT, assigned them to something it never got done. Went scrolling through the graveyard and found them there.a few posts up Tanaman mentioned the same thing. if anyone can upload a save exhibiting this behaviour it would be much appreciated.
Post by: Mr S on May 14, 2013, 01:35:05 pm
I got to wondering how this could be, but I have to ask for due dilligence. Have you made certain to "Read Dwarves" before assigning a dead dorf labors? Or seen when they deceased to see that it was before the most recent save/load?
Post by: Tanaman on May 14, 2013, 02:01:34 pm
Post by: Tanaman on May 14, 2013, 02:03:18 pm
Post by: aocarson on May 14, 2013, 04:02:08 pm
Post by: crossmr on May 14, 2013, 06:27:29 pm
Crossmr, Tanaman, et al
I got to wondering how this could be, but I have to ask for due dilligence. Have you made certain to "Read Dwarves" before assigning a dead dorf labors? Or seen when they deceased to see that it was before the most recent save/load?
Yes i've read dwarves several times and the person has been dead for awhile.
The program shows him as idle, and even after finding him in a coffin, refresh refresh still shows him.
Quote
I'll try to upload when I get home tonight. They're defiantly staying around through multiple save and loads. It's fairly easy to duplicate, though. It's always migrants showing up when invaders are present or showing up on the heels of the migrants and slaying them before they can trickle into the fort. Happened to me under the same circumstances multiple times over two entirely separate games. One time I even kept save scumming it to try to save the migrants because I knew that their deaths would screw up DT.That would explain it. I had ambushes all show for like 3 straight migrant waves, lost like 20-30 dwarves as they were big waves, which came very early before I had a competent military (still don't really). About 90% of the deaths in my fort have been brand new migrants wiped out.
Post by: Hommit on June 03, 2013, 12:10:08 pm
I have this guy as mayor.
(http://4put.ru/pictures/max/633/1946975.jpg) (http://4put.ru/)
After he was accused of vampirism, i looked him up in DF to see what hes doin', but i he isn't there!
He's visible only in filter and not in actual table (another guy invisible too).
so... ideas?
EDIT: hmm... seems to fixed itself after DF finally crashed and i had to relaunch it
and yeah, "Diamondteeth" is pretty telling name )) (Mebzuth was still first name btw) time for... unfortunate accident! :D (damn, and this is the only dwsrf with social skills :'( )
ps: if the dwarf was a member of LOTS of different gulds and whatsnot in the past, is it sign of vampire? ::)
Post by: ORCACommander on June 03, 2013, 01:07:01 pm
Post by: Brilliand on June 03, 2013, 02:51:44 pm
Post by: paulseph on June 15, 2013, 09:51:58 pm
Should I keep looking for Xcode 3.2.6?Luke, I can get you XCode 3.2.6 if you want. Not sure how I'd get it to you though, since it's over 4 GB... any ideas?
I've been looking for a OS X version of DT for a little while now and just found this thread. I have XCode and a (very) little bit of programming experience, and I'd love to help with the Mac version effort, so let me know what I can do to help.
Post by: crossmr on June 16, 2013, 08:38:23 am
Post by: Canageek on June 18, 2013, 12:08:02 am
Thanks again!
Splinterz, now that the other DT got on it's feet again, do you think on merging? Which one do you recommend?
There doesn't seem to be any activity in the old thread, where are you seeing this?
Post by: zedutchgandalf on June 20, 2013, 05:38:24 pm
I read through this whole thread but there still doesn't appear to be a working version?
I'm also a CS student, and I've got a lot of experience programming C++ and Objective-C, and a bit of experience using QT.
I updated Splinterz' version of DT to work with Mac but I can't get it to connect to DF properly (it just crashes when trying to connect). I did however manage to get the old Mac-version (the one by Chmod and/or DwarfEngineer) to work properly with v. 0.34.11.
The memory-layout used in df_structures (someone linked it higher up in this thread) wasn't completely right (though most of it is). I had to change a few memory locations, but now everything works (I think).
Anyway, here's the correct v0.34.11.ini file: http://pastebin.com/GNwG2ti2 (http://pastebin.com/GNwG2ti2)
It works with version 0.6.12b05 of the original DT fork: https://code.google.com/p/dwarftherapist/downloads/list (https://code.google.com/p/dwarftherapist/downloads/list)
To add the new memory-layout to DwarfTherapist, download and install v.0.6.12b05 like you normally would. Once installed, locate it in the Applications folder and right-click -> show package content. Then navigate to "Contents/MacOS/etc/memory_layouts/osx" and paste the file "v0.34.11.ini".
That should be all you have to do. It now works exactly as it used to work under Windows on my old pc.
I will look into updating Splinterz version to work with Mac OSX as well, but it'll probably take some time since I'm in the middle of my finals at Uni and I'll have to "get used" to DT's code. Anyway, this is a quick fix to get the old version working again in the meantime.
Post by: rsgm123 on June 24, 2013, 04:05:17 pm
I tried to compile the linux version my self, I might not have done it correctly because I ran DT and DT would close right away like the windows version. Here is the log output from the windows version.https://gist.github.com/Rsgm/8103881c7afaf9d2de0a (https://gist.github.com/Rsgm/8103881c7afaf9d2de0a)
Could you please either update the linux download link, or try your best to fix the windows version (assuming the windows version is the only affected one.)
EDIT - fixed
So for anyone else with this problem, wine does not work with this if it is set to windows 7 or 8; Vista and lower works(I have only tested the non-server OSs). For some reason in windows 7 and higher, it can't locate the memory config files. My guess is an update to path systems in win7.
Post by: vrga on June 27, 2013, 02:13:51 am
Please tell me, why arent you using the native linux DF and DT?Splinterz, I run linux, and the 20.4 version of this works on one of my computers using wine but not the other. Both are the same linux version, and both use the same wine. I have no idea why one works and one doesn't.
I tried to compile the linux version my self, I might not have done it correctly because I ran DT and DT would close right away like the windows version. Here is the log output from the windows version.https://gist.github.com/Rsgm/8103881c7afaf9d2de0a (https://gist.github.com/Rsgm/8103881c7afaf9d2de0a)
Could you please either update the linux download link, or try your best to fix the windows version (assuming the windows version is the only affected one.)
EDIT - fixed
So for anyone else with this problem, wine does not work with this if it is set to windows 7 or 8; Vista and lower works(I have only tested the non-server OSs). For some reason in windows 7 and higher, it can't locate the memory config files. My guess is an update to path systems in win7.
Post by: rsgm123 on June 27, 2013, 08:04:51 pm
"make: g++: Command not found
make: *** [bin/release/dfinstancelinux.o] Error 127"
It probably doesn't matter that much, I run DF through wine for the LNP and get about 70 cpu fps on a three year old fort in a 10x10 area.
Post by: Loschmidt on July 01, 2013, 07:06:41 pm
I have tried a few times to build it myself but I am unable to. I have linux mint, which is built on ubuntu.
Hi,
I'm having trouble building the linux native version too. And sadly running the windows one in wine is not a possiblity for me. I'm playing on my tiny netbook whilst on holiday in Central America (haha, serious dedication to DF ey) and i'm getting like 40 FPS on a 1 year old fort with a 3x3 area.
Anyway, any suggestions?
Cheers,
Loschmidt
Post by: STZao on July 12, 2013, 06:49:58 pm
Post by: thistleknot on July 14, 2013, 10:55:13 am
The ability to select multiple dwarf's, and unassign a group of labors (example, hauling).
I thought I was able to do this before...
The reason I do this, is I usually enable hauling on everyone, but until then... While I need certain projects done I need to selectively unassign hauler's (such as all my woodcutters or masonry people)
I guess the same should be for vice-versa (enable grouping of labors on multiple dwarf's)... this one is workaroundable, as in I could do a custom profession/mask, but I can't apply a mask that only removes labors...
Post by: Sutremaine on July 14, 2013, 05:50:36 pm
Post by: thistleknot on July 14, 2013, 07:49:54 pm
Post by: Kurik Amudnil on July 15, 2013, 12:27:36 pm
Post by: Sutremaine on July 15, 2013, 03:34:46 pm
Post by: GiantUrist on July 15, 2013, 10:25:54 pm
I play Dwarf Fortress (quite a lot) on my MacBook and I was searching these forums to see if there was a new version of DT that works with Mac.
I read through this whole thread but there still doesn't appear to be a working version?
I'm also a CS student, and I've got a lot of experience programming C++ and Objective-C, and a bit of experience using QT.
I updated Splinterz' version of DT to work with Mac but I can't get it to connect to DF properly (it just crashes when trying to connect). I did however manage to get the old Mac-version (the one by Chmod and/or DwarfEngineer) to work properly with v. 0.34.11.
The memory-layout used in df_structures (someone linked it higher up in this thread) wasn't completely right (though most of it is). I had to change a few memory locations, but now everything works (I think).
Anyway, here's the correct v0.34.11.ini file: http://pastebin.com/GNwG2ti2 (http://pastebin.com/GNwG2ti2)
It works with version 0.6.12b05 of the original DT fork: https://code.google.com/p/dwarftherapist/downloads/list (https://code.google.com/p/dwarftherapist/downloads/list)
To add the new memory-layout to DwarfTherapist, download and install v.0.6.12b05 like you normally would. Once installed, locate it in the Applications folder and right-click -> show package content. Then navigate to "Contents/MacOS/etc/memory_layouts/osx" and paste the file "v0.34.11.ini".
That should be all you have to do. It now works exactly as it used to work under Windows on my old pc.
I will look into updating Splinterz version to work with Mac OSX as well, but it'll probably take some time since I'm in the middle of my finals at Uni and I'll have to "get used" to DT's code. Anyway, this is a quick fix to get the old version working again in the meantime.
I've been sitting on a version of Splinterz DT for DF 0.34.11 that works on OS X for some time now (~ 1-2 months).
It suffers from a bug where the settings file gets corrupted after a while (no idea why), as well as having two DT icons on the Dock (I have an idea why, but I don't know how to fix it).
I sent my modified source to Splinterz, but I've yet to hear back from him.
At some point, I might put up a .dmg file upon on http://dffd.wimbli.com (http://dffd.wimbli.com), and maybe my modified source on Github too.
Post by: thistleknot on July 16, 2013, 05:36:10 pm
Post by: GiantUrist on July 16, 2013, 06:39:49 pm
Once the source is updated, a how-to will be the next sensible step.
Post by: GiantUrist on July 18, 2013, 11:59:06 pm
OS X version of splinterz' dwarf therapist: http://dffd.wimbli.com/file.php?id=7842 (http://dffd.wimbli.com/file.php?id=7842)
(md5: 51e78f52ea657309240d37c8d3eb548c
sha1: f4a184a4798042ff36df102f89f9e1821aca8103)
Github project page: https://github.com/tareqak/dwarftherapist (https://github.com/tareqak/dwarftherapist)
I did my best to put some coherent instructions for building it, so if anyone has time and patience to spare please compile and reply with your results for Windows, OS X, and Linux.
Thanks,
Post by: Loschmidt on July 20, 2013, 10:57:41 pm
Log output here:
Spoiler (click to show/hide)
Any ideas?
Post by: thistleknot on July 21, 2013, 07:19:03 am
If I have DT open, and dfhack: die my game, and reopen a new DF and reopen a game (without closing/reopening DT). That's when I had the categories not load correctly.
Post by: GiantUrist on July 21, 2013, 05:31:05 pm
So I successfully built DT from source for Linux using GiantUrist's instructions, but it crashes straight away.
Log output here:Spoiler (click to show/hide)
Any ideas?
I think I forgot to add a
Code: [Select]
make install line at the end of the instructions. Could you try that and let me know?
Post by: thistleknot on July 21, 2013, 09:21:36 pm
I'm trying to determine who to set as nobles (since the optimizer doesn't do that, not that I want it to, but I've had it happen where I assigned someone resting to a noble position and didn't figure it out till later). Having a filter script to exclude those resting would make it easier.
I tried d.current_job() < 0 or > 0, didn't do anything.
Post by: Loschmidt on July 22, 2013, 05:33:44 pm
So I successfully built DT from source for Linux using GiantUrist's instructions, but it crashes straight away.
Log output here:Spoiler (click to show/hide)
Any ideas?
I think I forgot to add aCode: [Select]make installline at the end of the instructions. Could you try that and let me know?
So before reading your post I got it to work by:
Moving the executable out of /bin/release to the top dwarf therapist folder, and then running it as the super user (sudo).
Post by: ResMar on July 22, 2013, 10:04:17 pm
Quote
So before reading your post I got it to work by:
Moving the executable out of /bin/release to the top dwarf therapist folder, and then running it as the super user (sudo).
http://xkcd.com/149/
Post by: GiantUrist on July 23, 2013, 01:52:50 pm
http://dffd.wimbli.com/file.php?id=7842 (http://dffd.wimbli.com/file.php?id=7842)
md5: df0ab78b81f624050adf1e2ba3cc4f3a
sha1: cd6dec07072f5dc0b60185fa630682a103e397d6
Edit: new upload with new checksums (again - 2 edits total).
Post by: thistleknot on July 26, 2013, 06:13:17 pm
touches on how to use the labor optimizer to do some militia assignments/ and just how to use the labor optimizer in general.
http://youtu.be/gNVci8h1MkY
Post by: silentdeth on July 27, 2013, 12:17:55 am
Post by: thistleknot on July 27, 2013, 04:48:49 am
Post by: silentdeth on July 27, 2013, 08:00:10 am
Also the reverse too, everyone gets x labor and it does not count towards the limit. i.e. everyone can feed patients and recover wounded. Less of a problem as it is easy to turn things on for everyone, but it also shouldn't be difficult to add.
Post by: thistleknot on July 27, 2013, 05:49:55 pm
Before, each labor would have an associated attention cost. So no dwarf could have more than a sum of 1 attention cost in total labors assigned to him.
In your case, you would have had your brewer at 1 attention cost.
I changed the formula around so instead of assigning costs to each labor (and having to guess what each labor should be), it's setup using ratio's. So you can kind of think. Each labor would then have an attention cost of (Ratio of Labor / Sum (or is it average?) of Ratio's) * # of Labors to assign to each dwarf (or something to that affect). If I have to, I'll look it up, but this has been discussed in the old DT thread quite extensively (or has it... it might just be emails).
The math came out the same. It just ensures that you have proper "coverage" by ensuring you have a high enough ratio to ensure you have a dwarf always around to do that job.
The only other way around it, is to assign those labors exclusively and outside of the labor optimization plan (I've done this before for miner's). Or, what else I've done, is deselect all miner's from hauling, where-as the rest of dwarf's would have it enabled (who also had labors).
What also works is using autolabor JUST FOR HAULING labors, and don't assign any hauling inside DT.
Anyways, this tool doesn't do what your seeking due to pain in the ass implementation of such methods, but trust me, Splinterz and I have gone over this, and I was pushing for what you wanted, and he was kind of wanting an exclusive labor concept, but we/he decided ratio's works just as well, and manual deslection of exclusive dwarf's is a good workaround (that's how I do my nobles/militia)
Post by: thistleknot on July 27, 2013, 06:49:11 pm
Optimization Plan:
Average Ratio. Useful for trying to figure out what we're comparing to? Or maybe, what the result of current ratio / sum of all ratio's is. Or maybe current ratio / sum of all ratio's? I don't know. I'm just thinking we're assuming 1 is a baseline, and if 1 isn't really the baseline for the rest of the ratio's, the average is off, and we lose track of what we're really comparing... it would mean a separate spreadsheet would be needed to keep track of what the average value is.
NM, looks like Worker count does just this (although, miner, woodcutter, hunter might confuse this a bit, but if user's look at the other labors, not really)
Post by: thistleknot on July 29, 2013, 10:25:25 pm
FYI, I think it would be a perfect time for roles to custom professions time!
Post by: BoffoDorf on July 30, 2013, 05:49:37 am
Is there a way for me to edit the role tab so that the skills from the mod match up properly? I tried messing around with custom roles but I have no earthly idea how to incorporate custom roles into the roles tab nor how to delete outdated skills like "soaper"
Thanks for maintaining this fine utility.
Post by: kgb on July 30, 2013, 03:54:26 pm
The attributes tab shows the information about the actual values in the tooltip on mouse over, but any values that are not in the middle of the range are shown simply as filled red boxes. After embarking everything is fine, there are black/small/large boxes, etc..
In the roles tab the ratings don't seem to be calculated correctly on the embark screen. The influence of attributes don't seem to work correctly, if at all. I tried changing e.g. Strength to weight 10 for the Miner role, but this does not affect the rating even on Strong/Very Strong/Mighty dwarves. Traits/Preferences seem to work correctly.
Another thing I tried was assigning a Strength weight of -1 to the Miner role, now this did change the rating. However, it went up the same for everyone.
The Raw Rating shown when editing a role also does not seem to correlate to the "X% fit for this role" number in the tooltip/dwarf details at all.
I like the new ideas this branch brought however and would love to see them work at embark.
Edit: After a crash of splintermind and DF when I tried to write and use a custom script to rate a role it suddenly worked. After another restart of DF/splintermind it didn't again. It also does not seem directly connected to the order/point in time when I start the embark screen and splintermind/DT.
Post by: thistleknot on August 03, 2013, 10:08:40 am
Post by: thistleknot on August 03, 2013, 08:54:11 pm
VJek's script "Armoks_blessing" which is uber cheaty, but hits upon his trait research... We may have the inverse relationships off for specific traits. Run the script, and you'll see a bunch of red traits for what is supposedly optimal...
Post by: thistleknot on August 05, 2013, 09:40:41 pm
I explained it doesn't because since skills are low at first, seeing all that negative didn't make much sense.
However, if one just disabled skills, then they would start to make sense (of course, why would you want to disable skills?)
However, it would also show a user how the roles directly compare with each other...
Either way, I explained one can see the raw values in the role editor.
Post by: ResMar on August 10, 2013, 11:37:34 am
I've uploaded the draft version of a fairly extensive user guide for Dwarf Therapist 20.4 to the DFFD, here: http://dffd.wimbli.com/file.php?id=7889. It covers all or as far as I can tell all of the features of the program except for the Labor Optimizer, which I'm still scratching my head at (Thistleknot :) ). Would like some of you experienced therapist-ites to review it and give me some feedback or any corrections I should make.
Thanks.
Post by: thistleknot on August 13, 2013, 01:23:14 pm
Total Jobs = Jobs Per Dwarf * # of Dwarf's
(ex: 10 * 100 = 1000)
% Jobs to assign = Total Jobs * % desiring to assign.
(ex: 80% of 1000 jobs, will only assign 800 jobs, some dwarf's will have filled up their Jobs Per Dwarf, i.e. 10, where-as 200 jobs will not be assigned, so some dwarf's will have less than 10 jobs per). This is useful when you have dwarf's that are good at a lot of jobs, where-as some dwarf's just suck and are good at a few, and you want to use these few that don't have their max "Jobs Per Dwarf" reached for other things, such as a default hauling custom profession.
The ratio works like this
ratio for that job / (sum of ratio's) = % of the % Jobs to assign.
Ex.
Mining 3 ratio = 8.3% of jobs = 66 Dwarf's assigned to that labor
Woodcutting 1 ratio = 2.7% of jobs = 22 Dwarf's...
Masonry 2 ratio = 5.5% of jobs * 800 Jobs = 44 Dwarf's...
Rest of Jobs... total ratio = 30
Total Ratio: 36
There is a miner/woodcutter/ambusher check coded here
http://www.bay12forums.com/smf/index.php?topic=66525.msg3822047#msg3822047
It checks to make sure the # of (miners + woodcutters + ambusher; due to the equipping bug) < Population, else it reduces the ratio's of these labors to ensure they add up to population, and then adds to the total ratio for the rest of the jobs
Here is code on how a list of jobs is created based on a dwarf's role, and the priority of the job
http://www.bay12forums.com/smf/index.php?topic=66525.msg3796316#msg3796316
hopefully the notes (i.e. //comments) help explain how it's loaded
Post by: silentdeth on August 14, 2013, 05:03:42 pm
Could there be an option to have the optimizer not change existing roles when it runs? For example, if the optimizer says there should be 3 miners, and one guy has mining already enable, he is one of those 3.
Post by: smjjames on August 14, 2013, 06:16:53 pm
Found a bug that causes crashing. Right-clicking a dwarf and going into "Create Custom Profession from Dwarf", typing in something for the name, then using backspace to delete the characters crashes DT when you try to backspace the first character. Reproduced multiple times.
Seeing the same thing as well. Can't a hotfix be released or something?
Post by: _Ivan_ on August 17, 2013, 03:40:20 am
I was assigning nicknames to my laborers and noticed I couldn't find three of them in the games unit list. After a little investigating I found one who was dead yet DT shows him alive. He died in year 14 to a goblin crossbow bolt. It is now year 103. I assign all dwarves to a squad so they have a uniform and a few have no squad, the dead dwarves are among them. I expect all 16 are dead but I haven't verified each one.
Definitely a bug. I can upload a save if needed, but to where?
Post by: ResMar on August 18, 2013, 06:28:09 pm
Post by: thistleknot on August 19, 2013, 01:57:32 pm
Is it possible to provide the ability to assign dwarfs to burrows from therapist?
Could there be an option to have the optimizer not change existing roles when it runs? For example, if the optimizer says there should be 3 miners, and one guy has mining already enable, he is one of those 3.
currently not supported (not sure whyd ud want to do that, edit: or how it really would work with the optimizer in it's current form) but u can run the optimizer on just the dwarves u select. So u could unselect that miner.
Post by: ResMar on August 22, 2013, 03:55:27 pm
http://dffd.wimbli.com/file.php?id=7889
More or less awaiting feedback right now, I'm hoping this will be included in the next release, perhaps as a menu item in the "Help" taskbar header. :)
Post by: _Ivan_ on August 28, 2013, 12:35:54 am
The save is uploaded here: http://dffd.wimbli.com/file.php?id=7940 (http://dffd.wimbli.com/file.php?id=7940)
Info is in the description. Find a dead unit listed as No Squad in DT and search his/her name in stocks->corpses and you will be able to zoom to the units grave and body. Still listed as living in DT.
Post by: _Ivan_ on August 30, 2013, 01:44:58 pm
2013-Aug-30 13:36:26.454 DEBUG core Found migrant "Zaneg Inethrôber" [src\dwarf.cpp:1121] (get_dwarf)
2013-Aug-30 13:36:26.454 DEBUG core FOUND DWARF "0x173c13e8" "Zaneg Inethrôber" [src\dfinstance.cpp:475] (load_dwarves)
If I'm not mistaken our little buddy Zaneg was a buggy merchant migrant who had to be tweaked with DFhack (tweak fixmigrant) so there could be a flag uncleared by DFhack or DT is reading it wrong. I did skim a bit over the sources but couldn't find the migrant entry. I have no clue about how DFhack handles migrant merchants so I leave it to you to solve. I suspect he's being loaded twice. One a dead refrence and one a buggy merchant refrence that is in limbo from DFhack but still loaded by DT.
Post by: vanatteveldt on September 01, 2013, 05:42:00 am
The attributes and roles tabs (with regards to attributes) don't seem to work correctly on the embark screen. Has somebody else noticed this?
I have the same problem. Role suitability used to be (and should be?) based on skills, preferences, and attributes; but now it no longer seems to use the attributes.
Just to test I made an embark with no skill points used, pre-embark screenshot below. For example, look at the mining column. Both pre- and post embark all dwarfs were 32% suitable as miners, even though they obviously vary on strenght etc. Only exception is Zon, who happens to like picks. After embark the situation remained unchanged, until I set one dwarf to mine out some soil, at which point suitability went up.
(http://www.zimagez.com/miniature/screenshot-09012013-122437pm.png) (http://www.zimagez.com/zimage/screenshot-09012013-122437pm.php)
This is the same for other roles. For example, in another embark a dwarf that liked greaves was very suited for armorsmith but totally unsuited as a weaponsmith, even though they use the same attributes.
I use the version built manually from the splintermind-attributes repository. I've tried updating and even reverting to previous hg revisions and making again. I've tried quitting and reopening therapist. I use the latest vanilla DF version, both directly from the DF site and the prepackaged one with the phoebus tileset. This happens on do different computers, both running ubuntu+xmonad.
I really like using the roles screen for assigning dwarfs to labours (even though I'm not sure how much it matters), so it would be nice if I can somehow fix this?
Thanks!
Post by: ResMar on September 08, 2013, 04:36:53 pm
Post by: splinterz on September 13, 2013, 07:02:17 am
Dwarf Therapist appears to not be out of active development at the moment, so non-trivial bugfixes like this probably aren't going to happen anytime soon. :/or is it... thanks for the work on the user guide by the way.
I found something odd in DT's log file:yeah there's an issue right now where migrants are automatically assumed to be alive, which apparently is not always the case. in your fort these dead dwarfs that are showing up have both the dead/ghost flags and the migrant flag. it should be fixed for the next update.
2013-Aug-30 13:36:26.454 DEBUG core Found migrant "Zaneg Inethrôber" [src\dwarf.cpp:1121] (get_dwarf)
2013-Aug-30 13:36:26.454 DEBUG core FOUND DWARF "0x173c13e8" "Zaneg Inethrôber" [src\dfinstance.cpp:475] (load_dwarves)
If I'm not mistaken our little buddy Zaneg was a buggy merchant migrant who had to be tweaked with DFhack (tweak fixmigrant) so there could be a flag uncleared by DFhack or DT is reading it wrong. I did skim a bit over the sources but couldn't find the migrant entry. I have no clue about how DFhack handles migrant merchants so I leave it to you to solve. I suspect he's being loaded twice. One a dead refrence and one a buggy merchant refrence that is in limbo from DFhack but still loaded by DT.
re: attributes in roles on embark - i haven't had a chance to look into this yet, but i will.
re: osx support - GiantUrist has a seemingly stable build, i just have to go through it all and merge the code. which is going to be great fun as i've hacked up everything for bug fixes and the health stuff :P
i've taken an extended break from maintaining DT, but i'm working on it again to get some kind of a health view setup. i can't promise it'll have everything in the first iteration, but most likely it'll be a set of columns similar to the in game health overview, with tooltips showing wounds grouped by area, as opposed to listing each wound, and then the affected parts as it does in game. establishing columns for body parts/areas is more difficult than expected, especially for mods with playable races that don't have a typical humanoid/bipedal body structure.
Post by: thistleknot on September 14, 2013, 07:40:11 pm
currently high values are all read as good values.
But nervousness being high isn't a good thing. having a low value is better.
One could edit the values using vjek's scripts rather quickly, and just be reading the descriptions of a 100 trait will tell you whether it's good or not.
It might just be easier (and i haven't looked into it), if you could just setup roles to use values of low or high values as being good. I believe there is an inverse option in the role editor for traits.
I also have this crazy idea.
I've been reading about voting methods, like the condorcet method. i'm not sure if attributes, traits, and skills could be used as a form of condorcet voting method to give a ranking of who is better at what job.
I think an example would be
Dwarf A Strength 1300; Trait 90; Skill 5 (level)
Dwarf B Strength 1400; Trait 50; Skill 3
Dwarf C Strength 900; Trait 92; Skill 6
Currently there is no way to compare a Strength to a Trait without converting to %'s... but maybe all the %'s could be added and compared to each other
I know they are converted to a %... and they are added (just like a condorcet method)...
Anyways, not sure if voting methods could improve rankings of dwarfs for jobs
Post by: splinterz on September 15, 2013, 09:33:04 am
Post by: Blue_Dwarf on September 18, 2013, 10:12:07 am
I haven't found anything with the Search, but I can't be the only one that's experiencing it?
edit: Nobody??? I have to alt-tab all the time to use the Therapist, and every second time I can't even tab back into the game, because clicking on the game tab is sending the mouse cursor into the upper left corner of the screen.
Post by: Blue_Dwarf on September 20, 2013, 11:56:55 am
I'm having a weird bug with Therapist, when I alt-tab it sometimes locks my mouse in the top left corner of the screen. No matter what I do it returns there a few times. Then it stops.
I haven't found anything with the Search, but I can't be the only one that's experiencing it?
edit: Nobody??? I have to alt-tab all the time to use the Therapist, and every second time I can't even tab back into the game, because clicking on the game tab is sending the mouse cursor into the upper left corner of the screen.
Hmm it looks like it isn't caused by the Therapist after all. Running vanilla DF without Therapist also produced it. I'm going to repost it into the bug section.
Post by: splinterz on September 21, 2013, 03:37:34 pm
(http://farm8.staticflickr.com/7454/9860826286_62a6683293_m.jpg)
(http://farm8.staticflickr.com/7454/9860826286_7c3077e3d9_o.png)
- on the bottom left side, you'll see a section in the dwarf details with a breakdown of various health information
- the grid in the middle will be the default health view i'll include. i'll probably move the columns into groups though. column cells show the most severe symbol
- the tooltip shown is what you'll see when you hover over a health cell. the relative information is highlighted in the color of the item in the full summary.
- on the bottom right side is a legend of all the health symbols and their descriptions. additionally clicking on an item will filter the displayed dwarfs to those that have the selected wound/status/treatment.
i've also added a group by option for wounds, and additionally i'll be adding in options to controls colors, using symbols over descriptions, and adding the health information to the default tooltip when you hover over a dwarf's name.
so if anyone has any additional ideas or suggestions let me know!
Post by: Meph on September 22, 2013, 05:13:02 am
Suggestions: How about a military equip or uniform template option? Its probably a big project, but the ingame system gets very complicated if you have a lot of dwarves and a lot of items/Materials. You already read out weapon raws and compare them, and issue labors, so can you not do equipping too?
A tab with "Military", rightclick on dwarf, assign "full metal armor", or "custom armor set 1", things like that.
Post by: vanatteveldt on September 22, 2013, 06:43:49 am
Yeah, you are back :)
Suggestions: How about a military equip or uniform template option? Its probably a big project, but the ingame system gets very complicated if you have a lot of dwarves and a lot of items/Materials. You already read out weapon raws and compare them, and issue labors, so can you not do equipping too?
A tab with "Military", rightclick on dwarf, assign "full metal armor", or "custom armor set 1", things like that.
+1. I find military equipment one of the most difficult things to get right, at the moment.
For another project, a better stocks interface linked to the manager and/or workflow would be quite nice, i.e. where you can easily see how many 'pig tails' there are, and just click "process to thread". But since that is not dwarf-based I guess it would be out of place in the therapist...
Post by: Meph on September 22, 2013, 09:34:33 am
Post by: thistleknot on September 22, 2013, 11:43:43 am
Nice work!
Is there a way to add some filter capability for some of the health status.
Currently I simply exclude wounded dwarf's from some placeholder labors that I use to mark fitting combat dwarf's.
However, I don't really know what that means. If a dwarf's ability to grasp is affected, this is pretty much one of my main concerns. I could write a filter script that automatically filters based off of this condition vs-= using the optimizer's exclude wounded dwarf's.
So I was wondering if something like
d.dwarf_status()!=woundstatus(17)
woundstatus(17) being ability to grasp is gone
Post by: splinterz on September 22, 2013, 11:50:48 am
@vanatteveldt: i agree with Meph, this sounds like exactly what falconne has already created. check out his plugins.
@thistle: yes this will be possible, as i'm already doing this kind of filtering when you select an item from the 'health legend' area. in fact, not only can you filter by specific problems (cannot grasp), but you'll be able to filter by entire groups (grasp problem group = can't grasp, grasp impaired).
Post by: Meph on September 22, 2013, 01:09:13 pm
Post by: ResMar on September 22, 2013, 04:30:17 pm
Splinterz, you should take a look at http://dffd.wimbli.com/file.php?id=7880 and http://dffd.wimbli.com/file.php?id=7927.
In terms of active development, I think allowing "multi-labor" single-box toggling (ae. a "hauling" column to toggle all of the hauling labors at once) would be a wonderful near-term addition.
I thought about maybe helping out but I only have a novice's experience with C++, looked at the source code and said to myself "ah, who am I kidding."
Post by: Hans Lemurson on September 23, 2013, 03:37:36 am
Something that has become an issue for me in a "Single-Pick Evil Tundra" challenge-game is that waves of migrants will be regularly massacred by hordes of the undead on the surface.
This results in a large "missing" population which shows up in DT's population count. Since the corpses reanimate, there is no way for these unfortunate dwarves to be "found dead", and so there is a steadily growing population of non-existent dwarves that show up in Dwarf Therapist.
I've had no luck filtering by custom profession, and have resorted to simply sticking them into squads called "Missing Dead".
Is there any way that dwarves who are officially "Missing" (as shown on the Missing/Dead Unit list) could be properly pruned from DT's displayed population?
Post by: splinterz on September 23, 2013, 05:42:07 am
Your Dwarf Therapist fork is a wonderful tool, Splinterz! Now like everybody else, I have a complaint. :Di believe that's the same issue i responded to here (http://www.bay12forums.com/smf/index.php?topic=122968.msg4600748#msg4600748). however, if you've got a save you can upload to dffd, i'd be happy to have another test sample to verify the fix will work for this case as well.
Something that has become an issue for me in a "Single-Pick Evil Tundra" challenge-game is that waves of migrants will be regularly massacred by hordes of the undead on the surface.
This results in a large "missing" population which shows up in DT's population count. Since the corpses reanimate, there is no way for these unfortunate dwarves to be "found dead", and so there is a steadily growing population of non-existent dwarves that show up in Dwarf Therapist.
I've had no luck filtering by custom profession, and have resorted to simply sticking them into squads called "Missing Dead".
Is there any way that dwarves who are officially "Missing" (as shown on the Missing/Dead Unit list) could be properly pruned from DT's displayed population?
Post by: Hans Lemurson on September 23, 2013, 07:02:41 am
I'll try to get the save uploaded so you can have more material to test with. Will the fact that I've given all the missing dwarves a custom profession interfere with anything?
...
Ok, here it is!
http://dffd.wimbli.com/file.php?id=7998
Post by: Meph on September 23, 2013, 10:37:18 am
Post by: splinterz on September 23, 2013, 11:14:04 am
I wasn't sure if it was the same or not. However, I just compared the Missing dwarves from the unit list with the dead who appear in Dwarf Therapist, and the error applies only to dead migrants.yeah it looks like it's the same issue. the current build i've got now is filtering out those dead dwaves, and animals as well.
I'll try to get the save uploaded so you can have more material to test with. Will the fact that I've given all the missing dwarves a custom profession interfere with anything?
Ok, here it is!
http://dffd.wimbli.com/file.php?id=7998
The updated LNP by Peridexis includes a very detailed 3,5mb PDF manual. Its really nice and I think you could either link to it, or include it in the download. I saw it today for the first time and damn... its not bad. I for one will certainly include it in the Masterwork Download.i checked out his thread, and i think he's using the one that resmar posted. i've only taken a quick look at it, but it seems pretty comprehensive, albeit... quite opinionated (stupid icons, useless labors, pointless gradients...)
Post by: Meph on September 23, 2013, 02:17:30 pm
Post by: ResMar on September 26, 2013, 06:05:45 pm
In UI terms that means that Functional > Pretty, and that Information Density > Feature Creep.
I don't need grinning emoticons: a color gradient would be a vastly more useful feature.
I don't need to know whether or not my dwarves have Animal Care, a labor with no associated jobs, enabled in the default Labor screen.
Functionless gradients to make everything look "glossy" just make the screen more crowded and detract from the program's value.
Post by: thistleknot on September 27, 2013, 01:32:09 am
I like color graphs vs numbers.
Post by: splinterz on September 27, 2013, 04:06:01 am
The goal of Dwarf Therapist is (should be?) to make it so that using it takes up as little time as possible.
In UI terms that means that Functional > Pretty, and that Information Density > Feature Creep.
I don't need grinning emoticons: a color gradient would be a vastly more useful feature.
I don't need to know whether or not my dwarves have Animal Care, a labor with no associated jobs, enabled in the default Labor screen.
Functionless gradients to make everything look "glossy" just make the screen more crowded and detract from the program's value.
sure, i fully see where you're coming from, and i think you've done a great job on that document, but you're missing my point that user manuals requires a degree of objectivity. everything you've listed here is fully controllable via options or custom settings, and i think focusing on the various options and customizability, in a manual, is more pertinent than what a single person believes is best for everyone.
that said, i do agree with some of your suggestions regarding the defaults (ie. happiness icons shouldn't be on by default, and i really should remove inactive labors from the vanilla default views)
Post by: Meph on September 27, 2013, 02:59:15 pm
Quote
I don't need to know whether or not my dwarves have Animal Care, a labor with no associated jobs, enabled in the default Labor screen.
Because people might play mods using these labors. :P
Post by: ResMar on September 27, 2013, 09:23:51 pm
QuoteI don't need to know whether or not my dwarves have Animal Care, a labor with no associated jobs, enabled in the default Labor screen.
Because people might play mods using these labors. :P
Alas, I've mostly stopped playing and never got around to screwing around in Masterwork. But you've got a point - which is why I don't preclude having an "all labors" screen, just having one as the default option.
Post by: thistleknot on September 27, 2013, 10:34:31 pm
Quote
Alas, I've mostly stopped playing and never got around to
Alas, we're meta players.
We've played a bunch, realized some flaws with the game, voiced them, and WOW, people get around to fixing them for us.
Albeit it be in 3rd party utilities, but it happens.
Hell, we're meta 3rd party utility players.
Post by: Icefire2314 on September 28, 2013, 05:53:40 pm
Edit: Scratch that, they were migrants. For whatever reason, they didn't show up immediately on the DF unit screen, but they did on DT.
Post by: Blue_Dwarf on September 28, 2013, 10:36:31 pm
They are uncollapsed every time I use Read Dwarves.
Post by: thistleknot on September 28, 2013, 11:12:11 pm
http://tinypic.com/m/hurl79/4
see armoring
Post by: ResMar on September 30, 2013, 10:11:32 pm
Fun fact: this was originally supposed to be a demonstratatory LaTeX project for myself (I was/am learning the language), and got a little out of hand :P.
Post by: splinterz on October 01, 2013, 09:27:36 am
So is there any specific editing that you want me to do? I can balance the document better, but it's not always easy to avoid awkward disconnects like the role weight issue or the role-profession-view juncture fault.can you elaborate more on the awkward disconnects you mention? also, what did you mean in the document where you talk about the preferences and thoughts not reporting correct numbers? is there a bug, and/or something reproducible i can test? same applies to why you think grouping by total skill levels and total assigned labors is incorrect?
Fun fact: this was originally supposed to be a demonstratatory LaTeX project for myself (I was/am learning the language), and got a little out of hand :P.
Post by: ResMar on October 01, 2013, 11:09:15 pm
So is there any specific editing that you want me to do? I can balance the document better, but it's not always easy to avoid awkward disconnects like the role weight issue or the role-profession-view juncture fault.can you elaborate more on the awkward disconnects you mention? also, what did you mean in the document where you talk about the preferences and thoughts not reporting correct numbers? is there a bug, and/or something reproducible i can test? same applies to why you think grouping by total skill levels and total assigned labors is incorrect?
Fun fact: this was originally supposed to be a demonstratatory LaTeX project for myself (I was/am learning the language), and got a little out of hand :P.
I need to reread what I wrote, but I can give you the first one off bat:
Role weights
Simple: role weights are artificially done. Not really your fault, though, there just hasn't been enough !!SCIENCE!! done on this topic. I think your solution is elegant, but it took me a good bit of 'xplaining from thistle to understand, and I nonetheless have to explain why role numbers are so fuzzy in the document. Doing so requires getting a bit involved in the mathematics and some lamentation on the state of labor !!SCIENCE!! today, which could be seen as objectionable in a manual, but I think is necessary.
Role-profession-view-juncture fault
Right now custom roles have only been implemented into the program insofar as viewing them as columns, or using them in the labor optimizer. A much more immediately useful application that I was initially shocked that the program lacked would be to link these roles to custom professions. Custom professions, meanwhile, would be much more useful if they could be made into individual "labor groupings", so that you could toggle them on or off at will within the view without having to resort to right-clicking. Allow me to explain in detail.
Custom professions to the grid view: A useful capacity for the program to have would be the ability to link several labors under a single profession (which can be done), and then have the ability to add a row of boxes for that "superlabor" to your grid view. For instance, hauling. Hauling is almost always all-on or all-off, so instead of having the horizontal sprawl of an entire row of hauling sublabors, you can have just one, neat "Hauling" column. This has three benefits:
- It goes a long way towards reducing the horizontal sprawl of the default labor view, making the program significantly more usable, especially on smaller screens.
- It increases utility and speeds up application by allowing you to manipulate a set of labors in groupwise order, instead of having to resort to right-click "turn off all <labor grouping> labors", and having to repeat that operation multiple times.
- It adds what I feel is that one last missing piece of interactivity to custom grid views.
Custom roles to custom professions: So I now have a superlabor toggling option linked to my profession. However, because custom professions are defined ad hoc, there are no role ratios and so that entire chunk of the program's utility is missing. One solution would be to simply add up the role weights of the job normally associated with the labor, ignoring any overlap; in fact I think this would be a good "default" solution. It would be even more useful if you could link my own, custom-written role to that profession and therefore to that column of boxes.
An unrelated query: I think Dwarf Therapist should ship with some predefined sort scripts already embedded in the program. These are actually not intuitive to write, but extremely useful and easy to use. Also, I think you should include my heavily edited "Labor+" view as an option the default install, but this is up to you: I'm not going to plug my own work if it's not necessarily wanted. :)
Post by: splinterz on October 02, 2013, 05:10:51 am
ahh i see, you're asking for custom professions to be available as a column, which allows you to toggle all the labors associated with the custom profession on or off. i like the concept, but there may be a few problems with it.
the first, more minor issue, is what we do when you set multiple custom professions for a single dwarf. currently, setting a custom profession changes, the name, and/or associated profession icon for the dwarf. so which name do we use? this is important because that's how DT figures out what custom profession a dwarf has when we read it in from memory. this leads to the more worrisome problem...
performance. if you set multiple custom professions for a dwarf, we've got no way to know that when we're loading up DT. we can match up one custom profession based on the name, but that's it. after that, for every dwarf in the fort, we have to check all the labors from every custom profession to see if we've got a match, so we know we need to toggle that cell in the custom profession's column on. the more dwarfs, the more professions, the more labors per profession you have, is all going to make this scale very, very badly. that said, the only solution may be to start storing an additional file with this kind of fort specific information.
anyway, i'll mess around with it and see what i can come up with, after i've got this health stuff finished up, that is.
Post by: Skin36 on October 03, 2013, 12:35:15 pm
Post by: splinterz on October 04, 2013, 01:48:21 pm
there's also a few bugs, specifically one that occurs after DT is closed, so if anyone wants to try compiling on their machines to see if it's just an environment problem please do and let me know the results!
Post by: thistleknot on October 04, 2013, 04:11:55 pm
btw, I second the custom profession thing as well, it was an idea I had earlier, but at the time I mentioned it, you thought I wanted the feature only to work around some unknown issue I may have had at the time. I think it would be useful in early forts where I want my CMD to have all medical labors on.
A problem I see with custom professions though, is--for purposes of the labor optimizer--should a custom profession be counted as 1 labor or the # of labors that the custom profession has. Maybe it can be specified in the custom profession.
Unmasking:
I honestly think having custom professions that can unmask labors as well as mask them would be useful as well.
Say I want to unassign masonry to a group of dwarf's. It would be nice to have a custom profession to do so. (Ie, the ability to deenable masonry if it's currently enabled).
Post by: PeridexisErrant on October 04, 2013, 07:49:17 pm
There are a number of old bits that have stuck around, for example: half the help menu links point to the old DT (forum and bug report) and help-about lists it as fork 20.4 - nothing big, but worth fixing if possible.
Post by: thistleknot on October 04, 2013, 09:12:25 pm
Depression needs to be inversed, check immoderation?
I'm assuming drinking alcohol in excess is not a good thing, and the game sets the dwarf's at slightly a higher rate.
however, you still have immoderation set to high = good, which I'm thinking means drunk dwarfs are good dwarfs.
I guess it's subjective...
Assertive:
pop ups have no description in the GUI on my dwarf's values
Anger:
I think should be reversed.
Anger should only be beneficial for combat dwarfs
Intellectual Curiosity:
Not sure what's beneficial. Dumb dwarf's might be better
Liberalism:
Not sure
Post by: splinterz on October 05, 2013, 03:31:14 am
Splinterz, a few more traits that need work. Depression needs to be inversed, check immoderation? I'm assuming drinking alcohol in excess is not a good thing, and the game sets the dwarf's at slightly a higher rate. however, you still have immoderation set to high = good, which I'm thinking means drunk dwarfs are good dwarfs. I guess it's subjective...anxiety, depression, self-consciousness and vulnerability are the traits that have been inverted. i was on the fence about anger, since it's a good thing to have for combat, but i suppose that overall, it's a bad trait to have. liberalism supposedly determines happy or unhappy thoughts from talking with nobles, but it seems it's unverified (wiki). immoderation and intellectual curiosity, as far as i'm aware, doesn't affect anything at all.
- Assertive: pop ups have no description in the GUI on my dwarf's values
- Anger: I think should be reversed. Anger should only be beneficial for combat dwarfs
- Intellectual Curiosity: Not sure what's beneficial. Dumb dwarf's might be better
- Liberalism: Not sure
which tooltips aren't showing up for you?
Wow, this is awesome. A new version of my LNP will go up sometime next week when I have a connection with stable upload - should I include both and tag 20.6 'BETA', or just go for it and replace? (I might only have space for one).thanks, i'll clean that stuff up. the crash on exit bug is still there, but otherwise it's pretty solid. i'll still increment the version with any other changes, so feel free to use it as is, beta tag or not, if you're finding it stable enough.
There are a number of old bits that have stuck around, for example: half the help menu links point to the old DT (forum and bug report) and help-about lists it as fork 20.4 - nothing big, but worth fixing if possible.
the memory layouts for linux have been updated, but i haven't tested it, and it's got no backward compatibility, the mem layouts are only updated for 34.11.
Post by: Mr.Elendig on October 05, 2013, 06:18:02 am
GNU/Linux
changeset: 579:6c9761f8ec20
gcc 4.8.1.
qmake 3.0 / qt 5.1.1
Post by: splinterz on October 05, 2013, 07:14:26 am
Compile error: http://bpaste.net/show/137970/ (click 'raw' to get non-parsed output)i've updated the source with a fix (i hope)
GNU/Linux
changeset: 579:6c9761f8ec20
gcc 4.8.1.
qmake 3.0 / qt 5.1.1
Post by: Mr.Elendig on October 05, 2013, 07:32:39 am
Post by: thistleknot on October 05, 2013, 08:22:44 am
Anger default should be low=good. Combat dwarfs should use the role editors invert option.
Post by: splinterz on October 05, 2013, 08:41:54 am
Assertiveness shows no tooltip.tooltips seem fine to me, again please specify which tooltip you're talking about. anger has been changed.
Anger default should be low=good. Combat dwarfs should use the role editors invert option.
Post by: thistleknot on October 05, 2013, 09:00:41 am
Ill have to check again when i get home
Post by: GiantUrist on October 05, 2013, 09:36:10 am
Post by: boroda on October 05, 2013, 10:18:08 am
Ubuntu 12.04
It can't found qt widgets
$ qmake
Project MESSAGE: Release Mode
Project MESSAGE: Setting up for Linux
Project MESSAGE: Setting up for Linux Install
Project MESSAGE: Warning: unknown QT: widget
But libqt4-dev(and all other dependent packages) installed and header files existing
$ find /usr -iname "QWidget.h" -type f
/usr/include/qt4/QtGui/qwidget.h
/usr/include/qt4/Qt/qwidget.h
Google not answered, anybody have ideas?
PS: original builded successfully
Post by: splinterz on October 05, 2013, 10:24:11 am
Can't build linux versionlatest version is built with qt 5.1.1
Ubuntu 12.04
It can't found qt widgets
$ qmake
Project MESSAGE: Release Mode
Project MESSAGE: Setting up for Linux
Project MESSAGE: Setting up for Linux Install
Project MESSAGE: Warning: unknown QT: widget
But libqt4-dev(and all other dependent packages) installed and header files existing
$ find /usr -iname "QWidget.h" -type f
/usr/include/qt4/QtGui/qwidget.h
/usr/include/qt4/Qt/qwidget.h
Google not answered, anybody have ideas?
PS: original builded successfully
Post by: boroda on October 05, 2013, 11:42:58 am
Post by: thistleknot on October 05, 2013, 05:04:25 pm
I still don't see why Immoderation isn't inverted. NICE, IT'S AN INI INVERSION!, straightforwardness may need some insight on...
I know from real world experience. Some people don't like to hear they need to brush their teeth. I guess you can always backtrack on it by appeasing someway, but... leaders always need straightforwardness
Here's the 20.6.2 built version (download 20.6, replace exe with this file)
http://www.mediafire.com/?rdwxwx8s5pwwdjr
On trait inversion.
When the traits are inverted. Is the formula for converting a non normal to normal trait, before conversion to a percent, inverted to?
Post by: thistleknot on October 06, 2013, 08:31:49 pm
Post by: ResMar on October 08, 2013, 11:23:26 pm
Post by: splinterz on October 09, 2013, 02:25:45 am
if you only want to check for hospitalized (resting) dwarfs, you can actually just check the current job for resting, but i don't think i've exposed that to the script engine (yet). if you want to check for something specific you can use d.has_health_issue(category_id,idx). passing -1 for the idx will return true if anything in the category is found. there's a table in the script thinger™ for reference.
Post by: ytterbium on October 10, 2013, 03:01:23 am
(http://www.zimagez.com/miniature/capturedcran-10102013-104710.png) (http://www.zimagez.com/zimage/capturedcran-10102013-104710.php)
I compiled the latest version under manjaro (based on arch linux). And even older version (up to 20.3) doesn't work.
However, the old dwarftherapist work, and if I build it form a virtual machine, it is OK.
What could be the reason of this bug ?
Post by: splinterz on October 10, 2013, 07:21:07 am
Hello, I have a little problem : I have no text in my menu.probably an issue with the default font that's hardcoded in. i've just updated the source and it inadvertently includes some changes to the default font stuff which may fix it, so give that a try.
(http://www.zimagez.com/miniature/capturedcran-10102013-104710.png) (http://www.zimagez.com/zimage/capturedcran-10102013-104710.php)
I compiled the latest version under manjaro (based on arch linux). And even older version (up to 20.3) doesn't work.
However, the old dwarftherapist work, and if I build it form a virtual machine, it is OK.
What could be the reason of this bug ?
Post by: ytterbium on October 10, 2013, 12:32:30 pm
probably an issue with the default font that's hardcoded in. i've just updated the source and it inadvertently includes some changes to the default font stuff which may fix it, so give that a try.No, it doesn't still work.
Post by: thistleknot on October 10, 2013, 06:10:28 pm
currently it's just the trait drawing that's inverted, the actual raw rating is still used for roles and such. i didn't want to break any custom roles, and with the changes Toady is making to personalities, that'll be the time to revisit this again i think.
this might be important to include in the release notes. So people don't try to create roles based on inverted traits. This can currently be accounted for by manually inverting in the role though (I believe).
Post by: splinterz on October 11, 2013, 04:17:20 am
it's in the patch notes, maybe it wasn't clear enough?currently it's just the trait drawing that's inverted, the actual raw rating is still used for roles and such. i didn't want to break any custom roles, and with the changes Toady is making to personalities, that'll be the time to revisit this again i think.this might be important to include in the release notes. So people don't try to create roles based on inverted traits. This can currently be accounted for by manually inverting in the role though (I believe).
Post by: DanielTDS on October 11, 2013, 04:57:25 pm
Second, I got a question. Before, I would like to say that I'm not a native english speaker and sometimes my skills may fail me (mainly, the reading one).
I came to the forum (got registered recently) and I started playing DF some time ago (like 6 months). I've been using Lazy Newb Pack and its graphichs tileset and DT's program. The problem is: I've played a game called Towns that works kinda like DF (But without a complex world gen, history, minerals and such) and I've been used to, in that game, create one specific type of labor group (e.g people who are only miners, no hauling and others) and assign people to that labor, thus making people that I assign to that specific work group having its specifi functions and, even if they are the greatest woodcutters on earth, they would be in job group "Miners" and doing miner's jobs. I think that, currently, people are assigned to pre-made professions depending on their skills, not? The way I used to do was just based on what I wanted them to do.
So, after so much explanation, here is the question: I download your custom DT version because I thought it was capable of organizing dwarfs the way I wanted, but I couldn't also. I may be asking a very dumb question but I've read info about DT and tried organizing dwarfs this way in both the DT normal version and yours but I wasn't capable off. Is there a way of doing so?
Again, sorry for the dumb question, I didn't knew where to ask it. Thanks for your help and your software.
EDIT: Just after posting this, I've learned of Custom Profession's use and it suited me well. But is there any way I can divide dwarves using custom professions as a pattern? If so, my problems would be all solved!
Post by: Oddible on October 12, 2013, 11:40:49 am
Is the data in the Roles tab used in any other function in DT?
How should I use the data in Roles? I'm guessing that this is merely a recommendation of how to assign my dwarves based on their attributes, brilliant!
And now to the suggestion in relation to the Roles tab: If I'm using Roles to help facilitate assignments, I will be tabbing back and forth between the Roles and Labors tabs. I found the Option to link scrolling but unfortunately it doesn't like Sort so the scroll link feature doesn't quite get me what I want - it would be AMAZING if there were an option to link sort as well (ideally there would be a "Link Sort and Scroll" button on the tool bar which could be toggled on and off).
Cheers and thanks for the unbelievably great app!
Post by: ResMar on October 13, 2013, 10:57:37 pm
Once you get the hang of it, linked sorting doesn't make too much sense anymore, because each individual view presents its own information. If anything you can make a custom view and smush together the info you want displayed side-by-side in a more convenient manner.
Post by: Dutchling on October 14, 2013, 12:55:04 am
Post by: Oddible on October 14, 2013, 01:05:53 pm
If you hover over the individual gridviews it will present the dwarf's role fitness. You can also sort the columns by row fitness. Check the user manual for help with this stuff, when you put together the various sorting mechanisms it's actually very convenient. Check the user manual for help with this (it's linked somewhere earlier in this thread).
Once you get the hang of it, linked sorting doesn't make too much sense anymore, because each individual view presents its own information. If anything you can make a custom view and smush together the info you want displayed side-by-side in a more convenient manner.
Whoa whoa whoa what!? If there was a user manual I'd be reading that thing like it was brain food! Where in the world is the "user manual"? When I click the Project Homepage it takes me to a series of patch notes with no 'user manual' link anywhere to be found. When I go to the Forum Page there is a link to a Project Homepage which is different, goes to a code.project site that has a wiki but there are only 2 How-to videos there and only the most basic stuff. Man I LOVE MANUALS, I looked all over for a manual, however, due to some information design issues I need a manual to find the manual in this case. Thanks! Where is it!?
Post by: thistleknot on October 14, 2013, 01:17:02 pm
Post by: Oddible on October 14, 2013, 03:15:16 pm
I think mwmod has the manual included. Resmar is the author. U can find it on reddit searching in the df subreddit
Nope, not something you can find by searching for any rational set of terms on the DF subreddit. Was going to try to download MW to get it but that's a huge download and crazy absurd. You'd think that something like this would be easier to find.
Managed to rustle it up by searching for Resmar (thanks for the tips), and it isn't called a manual and the word manual is no where to be found in any of the pages related to it, which is why it doesn't come up in any searches. It is called a 'user guide', which is a name that suffices I guess. If everyone views this guide so highly, why isn't it linked in more obvious places!??!
Here it is anyway, in case anyone else is looking. (http://dffd.wimbli.com/file.php?id=7889)
Post by: ResMar on October 14, 2013, 05:01:13 pm
Post by: ResMar on October 14, 2013, 08:13:24 pm
Splinterz, you should fully read it and tell me if there are any changes that you think I should make, and we'll debate them.
Post by: thistleknot on October 16, 2013, 12:26:08 am
I posted it earlier in the thead (http://www.bay12forums.com/smf/index.php?topic=122968.msg4627781#msg4627781). Thistle, never suggest anyone search for anything on reddit, their search algo is somewhere between abysmal and non-existent.
sorry I was on my phone and didn't have time at work to find it. I feel really bad right now that I sent someone on an erroneous search for it.
Post by: Maul_Junior on October 16, 2013, 04:44:12 pm
Post by: thistleknot on October 16, 2013, 09:44:00 pm
Post by: thistleknot on October 16, 2013, 09:44:34 pm
At one point I thought there was a Masterwork version of DT, that had the new Masterwork roles, etc added in. Am I imagining that, or did that stop getting supported?
it's just an ini add in based on this version
Post by: mross on October 17, 2013, 12:10:49 am
Post by: splinterz on October 17, 2013, 04:25:51 am
actually, the next version will support replacing/adding default views and roles. currently there's a packaged DT with special roles for the masterwork labours, as well as views to replace the defaults. normally Meph will include it in the next version(s) once it's completed, but if you'd like to test it out now, here you go (http://www.mediafire.com/download/z26a7hpz6rl20w4/MW_Dwarf_Therapist_20.6.4.zip).At one point I thought there was a Masterwork version of DT, that had the new Masterwork roles, etc added in. Am I imagining that, or did that stop getting supported?it's just an ini add in based on this version
what about adding in status icons?you'll have to elaborate. for me, statuses are a type of health information (hunger, thirst, drowsiness) which are already available via health columns.
Is there a list of profession icons and their associated profession? Nothing in the guide.no there's nothing yet, you'll have to make do with the tooltips for now.
Post by: ResMar on October 17, 2013, 07:10:55 am
Is there a list of profession icons and their associated profession? Nothing in the guide.
You can find and edit the ID list for things in the .ini file, which I reference in the appendix (but don't cover in much depth: not terribly useful imo). No list for the actual icons, afaik. Splinterz, if you have a "sticker sheet" for the icons it would definitely help with the guide.
Post by: splinterz on October 17, 2013, 08:20:07 am
they're actually the same icons that stonsense uses. (https://github.com/peterix/stonesense/blob/master/resources/SSProfIcons.png)Is there a list of profession icons and their associated profession? Nothing in the guide.
You can find and edit the ID list for things in the .ini file, which I reference in the appendix (but don't cover in much depth: not terribly useful imo). No list for the actual icons, afaik. Splinterz, if you have a "sticker sheet" for the icons it would definitely help with the guide.
Post by: ResMar on October 17, 2013, 08:44:05 am
Post by: thistleknot on October 17, 2013, 09:09:37 am
what about adding in status icons?
http://dwarffortresswiki.org/index.php/DF2012:Status_icon
it's not always just health, but if all those icons are in health, then great. But if a dwarf has gone berserk, is that in the health screen?
GREAT FEATURE REQUEST
The ability to sign to (multiple) burrows via DT. Reasoning. Mods such as MW and CivForge use certain buildings that train skills (such as the Quintain for CivForge, or the Tavern for Masterwork). The buildings are obviously targeting a certain subset of dwarfs, BUT... here's the kicker. Without specifying a burrow, there's no way to limit who is going to train in those buildings. Which means any random dwarf with no job will train there. Trying to manage burrows manually is a pain. What I would love to do is assign my militia via DT, then assign them to a burrow that has all my military training buildings specifically built for them. If I could do it in DT, I could assign the burrows right after their relevant labor assignments (combat, or labors).
Another example would be a building that trains I don't know... say Carpentry. I could sort my DT by dwarf's with carpentry enabled, and assign them to the "carpentry training" burrow. Of course this is a whole new level of play management. For if I assigned them to burrows for the purpose of training, I'd have to have "common areas" burrows that I would probably have everyone assigned to (hence the need for multiple burrow assignments).
Post by: splinterz on October 17, 2013, 10:57:40 am
what about adding in status icons?
http://dwarffortresswiki.org/index.php/DF2012:Status_icon
it's not always just health, but if all those icons are in health, then great. But if a dwarf has gone berserk, is that in the health screen?
GREAT FEATURE REQUEST: assign dwarves to burrow(s).
many of the status icons are handled by the new health stuff, and others by the current job (moods, sleeping, no job). if a dwarf has gone berserk, crazy or raving mad, they're considered hostile and no longer appear in DT at all. i think the only ones that can't be found in DT are: no destination, wrestling, dead, prone, thrown and martial trance, which i'm not sure are entirely useful to display, but correct me if i'm wrong.
burrow assignment has been asked for many times, but it's currently not possible due to the technical limitations of DT.
Post by: ResMar on October 17, 2013, 03:22:39 pm
I assume it is.
Post by: splinterz on October 17, 2013, 05:00:25 pm
Is military squad creation also outside of the technical scope of DT? Currently you can add dwarfs to a squad through the interface, but not create them.yeah that's right. because there are designations for 10 members, it's just a matter of placing a unit into an empty spot. a unit's burrow assignments on the other hand, requires the extension of the unit's list of burrows, which DT can't do.
I assume it is.
to be honest, it would be much more practical and ideal to integrate DT with dfhack, but i've no idea how to do it.
Post by: mross on October 17, 2013, 06:21:25 pm
Post by: ResMar on October 17, 2013, 07:48:26 pm
to be honest, it would be much more practical and ideal to integrate DT with dfhack, but i've no idea how to do it.
Yeah, I'd always wondered whether or not that was possible, but rebasing the code like that seems like an unacceptably large amount of work at this point.
Post by: thistleknot on October 18, 2013, 12:35:15 am
Quote
it's ratio based labor assignments based on your top dwarf for the job
You calculate every dwarf's raw role % (which means the role for a job based on values that are comparative to all other roles, i.e. not run through a CDF function that only compares the role to itself). Then you sort all (your dwarfs) jobs in a big list, from highest % to lowest %, the optimizer goes down the list and starts picking jobs (i.e. dwarfs) and filling up queues (i.e max # to assign based on ratio) until the queue is full or the dwarf's # of max labors are full.
priorities adjust the % by multiplying the raw role % by the priority
if so, it should be in the manual/documentation.
Post by: ResMar on October 18, 2013, 10:40:16 am
Post by: thistleknot on October 18, 2013, 01:27:17 pm
Also you didn't mention the ability to map a custom profession to the labor optimizer in your guide. I thought that was one of your wants as well. I think it would be useful for "medics" or even "haulers" and of course the ability to set a number of labors the optimizer would count the custom profession as.
Post by: ResMar on October 19, 2013, 11:43:01 am
Post by: Etherdrinker on October 19, 2013, 04:39:19 pm
So is like the modder add a special file than could help DT read it and successfully import all the labor sheets automatically?
Sorry for my ignorance about this, just asking if exists a posibility.
Post by: splinterz on October 20, 2013, 05:56:52 am
I have a suggestion after seeing the DT version for MW. Is there a possibility to create a in-build thing than allows the sheets creates by reading any mod?that masterwork DT version was created by me (views by JodGap), and the way it supports replacing/adding default views will be in the next version.
So is like the modder add a special file than could help DT read it and successfully import all the labor sheets automatically?
Sorry for my ignorance about this, just asking if exists a posibility.
Post by: thistleknot on October 20, 2013, 09:25:14 pm
btw, toady truly owes this tool a great acknowledgement (as well as other plugins, falconne's comes to mind) in how much this helps manage the game.
Post by: splinterz on October 21, 2013, 05:21:03 am
is there a (highly cheaty) non cursed filter script I can run?you can use d.curse_name() != "" to check for cursed dwarves. i'll be adding d.is_cursed() for convenience in the upcoming version.
btw, toady truly owes this tool a great acknowledgement (as well as other plugins, falconne's comes to mind) in how much this helps manage the game.
no sir, i think you've got it backwards, it's Toady's creation that deserves all the credit. the community that's gravitated to the game and pours countless hours refining mods and third party tools purely for the benefit of the playerbase only exists because of the awesomeness that is dwarf fortress.
Post by: vanatteveldt on October 21, 2013, 09:48:59 am
Code: [Select]
wva@yuppy:~/splintermind-attributes$ qmake
Project MESSAGE: Release Mode
Project MESSAGE: Setting up for Linux
Project MESSAGE: Setting up for Linux Install
Project MESSAGE: Warning: unknown QT: widgets
wva@yuppy:~/splintermind-attributes$ make
g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_SCRIPT_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++-64 -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtScript -I/usr/include/qt4 -Iinc -Iinc/models -Iinc/grid_view -Iinc/docks -Iui -Ithirdparty/qtcolorpicker-2.6 -Ibin/release -Ibin/release -o bin/release/dfinstancelinux.o src/dfinstancelinux.cpp
src/dfinstancelinux.cpp:23:21: fatal error: QtWidgets: No such file or directory
compilation terminated.
make: *** [bin/release/dfinstancelinux.o] Error 1
I've installed the packages from the BUILDING.txt. Since I saw something about qt5, I've also tried installing a lot of qt5 packages, and even uninstalling a bunch of qt4 packages.
Code: [Select]
wva@yuppy:~/splintermind-attributes$ tail -12 BUILDING.txt
# Install the qt4 dev tools. You're on your own for non debian/apt systems
> sudo apt-get install qt4-qmake qt4-dev-tools
#Checkout the project
> hg clone https://dwarftherapist.googlecode.com/hg/ dwarftherapist
#Build the project
> cd dwarftherapist
> qmake
> make
wva@yuppy:~/splintermind-attributes$ sudo apt-get install qt4-qmake qt4-dev-tools qt5-qmake | grep version
qt5-qmake is already the newest version.
qt4-dev-tools is already the newest version.
qt4-qmake is already the newest version.
The following packages were automatically installed and are no longer required:
Any hints?
Post by: splinterz on October 21, 2013, 09:53:44 am
Post by: vanatteveldt on October 21, 2013, 05:56:53 pm
Spoiler (click to show/hide)
Post by: thistleknot on October 21, 2013, 10:46:18 pm
Post by: Yanek on October 23, 2013, 08:55:33 am
Code: [Select]
$ qmake
Project MESSAGE: Release Mode
Project MESSAGE: Setting up for Linux
Project MESSAGE: Setting up for Linux Install
$ make
g++ -c -pipe -O2 -Wall -W -D_REENTRANT -fPIE -DQT_NO_DEBUG -DQT_WIDGETS_LIB -DQT_SCRIPT_LIB -DQT_NETWORK_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I/opt/Qt5.1.1/5.1.1/gcc_64/mkspecs/linux-g++ -I. -Iinc -Iinc/models -Iinc/grid_view -Iinc/docks -Iui -Ithirdparty/qtcolorpicker-2.6 -I/opt/Qt5.1.1/5.1.1/gcc_64/include -I/opt/Qt5.1.1/5.1.1/gcc_64/include/QtWidgets -I/opt/Qt5.1.1/5.1.1/gcc_64/include/QtScript -I/opt/Qt5.1.1/5.1.1/gcc_64/include/QtNetwork -I/opt/Qt5.1.1/5.1.1/gcc_64/include/QtGui -I/opt/Qt5.1.1/5.1.1/gcc_64/include/QtCore -Ibin/release -Ibin/release -o bin/release/scriptdialog.o src/scriptdialog.cpp
In file included from src/scriptdialog.cpp:25:0:
bin/release/ui_scriptdialog.h:14:25: fatal error: QtGui/QAction : no such file or directory
compilation terminated.
make: *** [bin/release/scriptdialog.o] Error 1
$ find /opt -name QtGui
/opt/Qt5.1.1/5.1.1/gcc_64/include/QtGui
/opt/Qt5.1.1/5.1.1/gcc_64/include/QtGui/QtGui
/opt/Qt5.1.1/5.1.1/gcc_64/include/QtGui/5.1.1/QtGui
$ find /opt -name QAction
/opt/Qt5.1.1/5.1.1/gcc_64/include/QtWidgets/QAction
Post by: thistleknot on October 26, 2013, 03:24:11 am
Post by: vanatteveldt on October 26, 2013, 04:23:22 am
Code: [Select]
wva@yup:~/splintermind-attributes$ hg up -C 577
128 files updated, 0 files merged, 21 files removed, 0 files unresolved
wva@yup:~/splintermind-attributes$ qmake
Project MESSAGE: Release Mode
Project MESSAGE: Setting up for Linux
Project MESSAGE: Setting up for Linux Install
wva@yup:~/splintermind-attributes$ hg up -C 578
129 files updated, 0 files merged, 0 files removed, 0 files unresolved
wva@yup:~/splintermind-attributes$ qmake
Project MESSAGE: Release Mode
Project MESSAGE: Setting up for Linux
Project MESSAGE: Setting up for Linux Install
Project MESSAGE: Warning: unknown QT: widgets
wva@yup:~/splintermind-attributes$ hg log -r 578
changeset: 578:4294379f597b
user: joshb
date: Thu Oct 03 17:39:35 2013 +0200
summary: v.20.6 ** updated the project to qt 5.1.1 **
I did get a bit further by removing qt4 and installing qt5 and some additional scripts:
Code: [Select]
$ sudo apt-get remove --purge qt4-default qt4-designer qt4-dev-tools qt4-qmake qt4-doc qt4-linguist-tools qtchooser
[..]
$ sudo apt-get install qt5-qmake qt5-default qttools5-dev-tools libqt5script5 libqt5scripttools5 qtscript5-dev
[..]
$ qmake
Project MESSAGE: Release Mode
Project MESSAGE: Setting up for Linux
Project MESSAGE: Setting up for Linux Install
$
Edit: Victory! The problem was caused by building an old version, stupid me. So, if you uninstall and install the packages mentioned above, remove 'bin' if it exists, and qmake+make, it works (at least on my ubuntu 13.10).
(probably you can make do with less packages, I simply added stuff until it stopped complaining...)
Post by: thistleknot on October 26, 2013, 04:39:13 pm
As is, I have no way to find where my mages are inside DT
Post by: splinterz on October 26, 2013, 05:41:34 pm
As is, I have no way to find where my mages are inside DTyou should be able to find them by grouping by caste.
Post by: thistleknot on October 26, 2013, 05:47:04 pm
As is, I have no way to find where my mages are inside DTyou should be able to find them by grouping by caste.
Not so sure on that, but I'll check into it
follow up:
Gem setting vs gem cutting.
I always use gem setting, but turns out a lot of dorfs are gem cutters in mwmod
so what does this mean for me?
well my labor optimizer is set to just exclude gem cutters... which means i'm missing out on gem setters.
my initial guess was to merge a new role that accounted for both labors... but...
I can't pick the higher labor to assign (i.e. matching skill).
Not sure what the problem/solution really is, but I know what the problem is, two skills that do the same thing, and I need to assign the best of two labors... I guess I just need to half the ratio between the two, and pick the higher of the two?
It's just weird that mw uses only one labor (gem cutter?)
Post by: thistleknot on October 26, 2013, 06:39:34 pm
As is, I have no way to find where my mages are inside DTyou should be able to find them by grouping by caste.
confirmed not the case. If you want further proof, I could upload
Post by: thistleknot on October 26, 2013, 06:42:30 pm
As is, I have no way to find where my mages are inside DTyou should be able to find them by grouping by caste.
Not so sure on that, but I'll check into it
follow up:
Gem setting vs gem cutting.
I always use gem setting, but turns out a lot of dorfs are gem cutters in mwmod
so what does this mean for me?
well my labor optimizer is set to just exclude gem cutters... which means i'm missing out on gem setters.
my initial guess was to merge a new role that accounted for both labors... but...
I can't pick the higher labor to assign (i.e. matching skill).
Not sure what the problem/solution really is, but I know what the problem is, two skills that do the same thing, and I need to assign the best of two labors... I guess I just need to half the ratio between the two, and pick the higher of the two?
It's just weird that mw uses only one labor (gem cutter?)
This has come up in the past, but i'm thinking the best solution would be an if check.
checking which labor is higher, then using that labor and carrying it forward to be used for the assignment of what labor should be assigned. This situation is a conundrum because either labor produces the same results for the gem workshop. I believe animal dissection and butchery produce the same situation.
Post by: splinterz on October 26, 2013, 07:17:11 pm
yeah i'll need to see it then, as i see arcane, wavekin, etc. caste groupings. maybe that's not the same as mages?As is, I have no way to find where my mages are inside DTyou should be able to find them by grouping by caste.
confirmed not the case. If you want further proof, I could upload
Post by: Meph on October 26, 2013, 07:56:19 pm
For example
CASTE:MALE
CASTE_NAME:dwarf:dwarves:dwarven
and
CASTE:EVIL_STUFF_WILL_HAPPEN
CASTE_NAME:dwarf:dwarves:dwarven
CAN_DO_INTERACTION:EVIL_STUFF
These two the Therapist will group into one group. I thought you had one that sorts by caste name and one by caste id? One for regular play, the other for testing/bugfixing/cheating. I vaguely remembering talking to you about that, but that was a year ago. ;)
Anyway, I was just told that the Therapist now shows syndromes, which is godsend. Thanks so much for that :)
Post by: thistleknot on October 27, 2013, 01:04:16 am
vessel callfrey...
shows up as a regular caste dwarf
http://imgur.com/30ppB0e
Post by: splinterz on October 27, 2013, 05:49:30 am
I can see them, simply sort by caste. I cannot see the hidden castes, the ones where the name is the same, but the ID is different.
For example
CASTE:MALE
CASTE_NAME:dwarf:dwarves:dwarven
and
CASTE:EVIL_STUFF_WILL_HAPPEN
CASTE_NAME:dwarf:dwarves:dwarven
CAN_DO_INTERACTION:EVIL_STUFF
These two the Therapist will group into one group. I thought you had one that sorts by caste name and one by caste id? One for regular play, the other for testing/bugfixing/cheating. I vaguely remembering talking to you about that, but that was a year ago. ;)
Anyway, I was just told that the Therapist now shows syndromes, which is godsend. Thanks so much for that :)
yeah that's right. there's a group by caste, and a group by caste tag/id, which has a little spoiler indicator that you might show special/hidden castes.
not all syndromes are being shown in the tooltip though, only those that don't require health care, which DT assumes means it's a 'buff'. you can filter your dwarves with scripts to only show those with buffs (d.is_buffed()).
maybe the guy I'm looking at isn't a wizkid..looks like a priest to me, which is a profession in masterwork. a dwarf can belong to a caste but have a completed unrelated profession. in DT if you hover over the name, the tooltip should show (near the very bottom) the description of the caste as well.
vessel callfrey...
shows up as a regular caste dwarf
http://imgur.com/30ppB0e
Post by: ResMar on October 27, 2013, 08:15:31 pm
Post by: EvilTwin on October 27, 2013, 08:36:16 pm
Before starting DT, enter this into the command line:
Code: [Select]
sudo su
echo 0 > /proc/sys/kernel/yama/ptrace_scope
exitNow you should be able to start Dwarf Therapist without trouble
Post by: thistleknot on October 28, 2013, 07:24:11 pm
Post by: splinterz on October 29, 2013, 03:56:47 am
using mw mod's custom grid view and ini for dwarf therapist, I was wondering if udp software .ini file will get messed up between non mw mod and vanilla. For example, I have my labor optimizer mapping to certain roles and I had to switch them to mw role's... wondering if this would have to be done everytime between mods.roles are the main problem. since mw has different labors and professions, it's also got different roles. it would probably be best to keep separate optimization plans for vanilla and any other mods.
Post by: Meph on October 29, 2013, 08:04:55 am
Post by: splinterz on October 29, 2013, 08:11:09 am
I dont think its a big issue... the download here has the best fitted for vanilla, as does the one included in the LNP. The only mod that is using custom labors is MDF, which has its own roles/labors grids already included. I dont see a conflict.the conflict with the optimization plans is that it expects a labor to be mapped to a role. so in the case of MW, some roles have been changed and it may not find a match.
Post by: splinterz on October 29, 2013, 08:27:31 am
- grouping is saved/loaded for each tab/view
- skilled labors (above dabbling) can be toggled by row or by column
- labors can be enabled/disabled by columns
- commit/clear pending changes can be performed on individual dwarves (right click menu)
- the custom profession section of the right click menu can be 'torn off'
- GUI enhancements to tooltips and the dwarf details pane (standardized colors, caste information, extra trait info)
- modders can include a file to override/add custom views (see masterwork for an example)
OSX should be supported now. i can't compile it to confirm, but all the code changes have been merged, and the memory layout file has been completed.
Post by: thistleknot on October 29, 2013, 09:48:57 am
Happy to see this
labors can be enabled/disabled by columns
Post by: ResMar on October 30, 2013, 10:36:18 pm
I've promised to myself that I will finish basic revision on the doc this weekend.
On that timetable, I should be able to update it to reflect changes by next weekend.
Post by: splinterz on October 31, 2013, 02:05:30 am
That's quite the changelist, splinterz! Nice to see things rolling smoothly.
I've promised to myself that I will finish basic revision on the doc this weekend.
On that timetable, I should be able to update it to reflect changes by next weekend.
no worries, thanks for spending the time on it. quite a few of those changes are due to your feedback as well. i've been thinking about the super labor vs custom professions more, and it might be better to have them both, since you really may not want to assign a custom profession and assign labors. it may be more practical to separate them as you've suggested.
Post by: thistleknot on November 01, 2013, 09:02:42 pm
Unassigning labors "From everyone" should apply to the filtered view... as is, it literally applies to everyone :(
I can't apply an opt plan and disable mining on my militia filtered dwarfs
Post by: splinterz on November 02, 2013, 06:38:45 am
If I wanted a filter script to exclude those with missing limbs, how could I accomplish that?31 is the health category for missing/severed/leaking body parts. the first item in the category is severed (0), the second is missing (1) and the third is leaking (2) so:
!d.has_health_issue(31,0) && !d.has_health_issue(31,1)
if you wanted to exclude leaking as well, you could use:
!d.has_health_issue(31,-1)
Unassigning labors "From everyone" should apply to the filtered view... as is, it literally applies to everyone :(ok i'll take a look at it.
I can't apply an opt plan and disable mining on my militia filtered dwarfsare you saying that the optimization plan isn't working with filtering, or just repeating the previous problem?
Post by: thistleknot on November 02, 2013, 07:29:13 am
Post by: splinterz on November 02, 2013, 08:05:46 am
Post by: Tonren on November 02, 2013, 11:40:11 am
Post by: ResMar on November 02, 2013, 02:30:12 pm
Edit: an updated version of the guide addressing your comments has been uploaded.
Post by: splinterz on November 02, 2013, 04:21:47 pm
Question: What does the scripting box in the Custom Role dialogue do, exactly? I pay it lip service in the guide but don't go into any level of detail.rather than using the built-in aspects to create a role from, you could do something else entirely with a script instead, as long as it results in a number to use a rating. so for example, you could do something like give a rating based on whether or not a dwarf has a noble position. it's very niche and i'm unaware of how many people actually use it, so i wouldn't worry about it too much.
Post by: ResMar on November 02, 2013, 05:40:44 pm
I've started playing around with the new version. One quick fix: when the Health Legend dock is closed, you should have the program automatically clean the filter, or else they might get stuck with a filtered view whose filter they can't remove without reopening the dock.
I have some ideas regarding expanding this capacity to the "Filter Dwarves" text box, but I'll chew on them a bit first.
I'll do some testing and start patching together a fix list/editing the doc for next week.
Post by: splinterz on November 02, 2013, 06:22:34 pm
good catch on the filtering. i'll have to apply the same thing to thoughts and preferences as well. what really needs to be done is expand the filtering to allow for multiple filters (preferences, health, thoughts, etc.) and to actually show/list them somewhere. it would be nice to remove select filters as well from a single location, rather then having to find the dock and clear it.
Post by: thistleknot on November 02, 2013, 07:12:51 pm
Btw, copying from the script editor still results in a crash.
If I wanted a filter script to exclude those with missing limbs, how could I accomplish that?31 is the health category for missing/severed/leaking body parts. the first item in the category is severed (0), the second is missing (1) and the third is leaking (2) so:
!d.has_health_issue(31,0) && !d.has_health_issue(31,1)
if you wanted to exclude leaking as well, you could use:
!d.has_health_issue(31,-1)Unassigning labors "From everyone" should apply to the filtered view... as is, it literally applies to everyone :(ok i'll take a look at it.I can't apply an opt plan and disable mining on my militia filtered dwarfsare you saying that the optimization plan isn't working with filtering, or just repeating the previous problem?
Man... injured has alot more to it. A dwarf is only resting until he is actually deposited into a bed huh?
I'm asking because I currently exclude resting, but a dwarf with missing limb might not be resting, but then again a dwarf with leaking isn't resting or missing a limb...
So after combat I need to constantly re-adjust, but missing limbs are a big one.
btw
this worked for me
Missing limbs
d.has_health_issue(31,1)
UpdatE:
I mean seriously... I had an archer (crossbowman) with a fucking missing limb before this script!
Post by: rmblr on November 03, 2013, 05:12:39 am
Quick bug report: The script editor allows formatted text to be pasted into it. I'm not sure if it affects the function of the script (probably not if you're not calling the rich text functions), but the edit should be a plain text edit anyways.
Cheers!
Post by: splinterz on November 03, 2013, 06:41:09 am
Crash Bug:
Btw, copying from the script editor still results in a crash.
Man... injured has alot more to it. A dwarf is only resting until he is actually deposited into a bed huh? I'm asking because I currently exclude resting, but a dwarf with missing limb might not be resting, but then again a dwarf with leaking isn't resting or missing a limb...
So after combat I need to constantly re-adjust, but missing limbs are a big one. btw, this worked for me: Missing limbs d.has_health_issue(31,1)
Update:
I mean seriously... I had an archer (crossbowman) with a fucking missing limb before this script!
if that's all you're looking for it's not really that complex. when a dwarf is injured and needs healthcare, they enter a 'rest' job once they're in a bed. resting is basically 'too hurt to do anything'. a dwarf who has recovered from injuries may have missing limbs, but they can perform (most) jobs perfectly fine. sometimes they don't even need any health care when limbs are severed. i've seen dwarfs get hands/arms chopped off by a surprised thief, and then just carry on as though nothing happened.
Post by: rmblr on November 04, 2013, 07:16:58 am
If not, could we make one? Perhaps a wiki page?
Post by: DoWhileGeek on November 04, 2013, 03:42:45 pm
I play Dwarf Fortress (quite a lot) on my MacBook and I was searching these forums to see if there was a new version of DT that works with Mac.
I read through this whole thread but there still doesn't appear to be a working version?
I'm also a CS student, and I've got a lot of experience programming C++ and Objective-C, and a bit of experience using QT.
I updated Splinterz' version of DT to work with Mac but I can't get it to connect to DF properly (it just crashes when trying to connect). I did however manage to get the old Mac-version (the one by Chmod and/or DwarfEngineer) to work properly with v. 0.34.11.
The memory-layout used in df_structures (someone linked it higher up in this thread) wasn't completely right (though most of it is). I had to change a few memory locations, but now everything works (I think).
Anyway, here's the correct v0.34.11.ini file: http://pastebin.com/GNwG2ti2 (http://pastebin.com/GNwG2ti2)
It works with version 0.6.12b05 of the original DT fork: https://code.google.com/p/dwarftherapist/downloads/list (https://code.google.com/p/dwarftherapist/downloads/list)
To add the new memory-layout to DwarfTherapist, download and install v.0.6.12b05 like you normally would. Once installed, locate it in the Applications folder and right-click -> show package content. Then navigate to "Contents/MacOS/etc/memory_layouts/osx" and paste the file "v0.34.11.ini".
That should be all you have to do. It now works exactly as it used to work under Windows on my old pc.
I will look into updating Splinterz version to work with Mac OSX as well, but it'll probably take some time since I'm in the middle of my finals at Uni and I'll have to "get used" to DT's code. Anyway, this is a quick fix to get the old version working again in the meantime.
You are a saint.
Post by: ResMar on November 04, 2013, 06:54:59 pm
Is there a definitive place to share custom professions, optimization plans, and filter scripts?
If not, could we make one? Perhaps a wiki page?
No, but a package marketplace might not be a bad idea in the future. I just used DFFD (http://dffd.wimbli.com/file.php?id=7880).
Post by: Ravendarksky on November 05, 2013, 05:05:48 am
If you connect, then save fort and exit to main menu then reload the same fortress and try and refresh dwarfs it crashes.
Post by: rmblr on November 05, 2013, 05:08:07 am
Is there a definitive place to share custom professions, optimization plans, and filter scripts?
If not, could we make one? Perhaps a wiki page?
No, but a package marketplace might not be a bad idea in the future. I just used DFFD (http://dffd.wimbli.com/file.php?id=7880).
Ah nice, but but the problem with just using DFFD is that searching for stuff related to Dwarf Therapist and filtering out all the mods and packs that mention it is a PITA!
I propose a wiki page, similar to the Graphics Pack or Quickfort Blueprints page, where we can link to the files/packs. What do you all think?
Edit: alright I jumped the gun here and created a wiki page: Dwarf Fortress Therapist Addons Repository (http://dwarffortresswiki.org/index.php/DF2012:Dwarf_Therapist_Addons_Repository). I've added the boiler-plate and some rough descriptions, so let's load it up!
Also ResMar, I just stumbled on your DT guide (http://dffd.wimbli.com/file.php?id=7889), that thing is amazing. Great work! Do you plan to make the LaTeX source available so others can submit patches/contributions?
Post by: ResMar on November 05, 2013, 07:01:32 pm
Do I plan to make the LaTeX available? Hmm. Dunno, maybe. Right now I'm mostly focused on working with Splinterz to update it and brush it to form.
Post by: thistleknot on November 06, 2013, 01:21:49 am
Anyways, I think at the top of the forum thread links to these guides would be useful. And maybe after some updated info on the wiki, maybe it can be included in docs upon releases.
Post by: rmblr on November 06, 2013, 08:24:57 am
I think that a wiki repo is fine for now, but a more permanent solution should be sought out in the future, preferably some sort of in-program marketplace.
Do I plan to make the LaTeX available? Hmm. Dunno, maybe. Right now I'm mostly focused on working with Splinterz to update it and brush it to form.
Could you release the filter scripts separately? Copy and pasting them from my PDF viewer borks the formatting, so the boolean operators are disconnected from the functions.
Post by: rmblr on November 06, 2013, 08:36:06 am
in game marketplace?
I think he means in-program marketplace, that is, inside DT, not DF.
That would be sweet, and somewhat straightforward to implement. DFFD has XML feeds of categories, so we could simply parse that list for DT related uploads, and show them in a window for easy download.
Could very well be outside the scope DT though.
Post by: King Mir on November 08, 2013, 08:47:11 pm
Post by: splinterz on November 09, 2013, 11:26:52 am
Bit of a bug: it seems thralls don't get removed from Dwarf Therapist. You can continue to make changes to them.what the hell are those and how do i test them? :D
Post by: scamtank on November 09, 2013, 11:51:55 am
Code: [Select]
[SYN_NAME:profane murk sickness]
[SYN_AFFECTED_CLASS:GENERAL_POISON]
[SYN_INJECTED]
[SYN_CONTACT]
[SYN_INHALED]
[SYN_INGESTED]
[CE_FLASH_TILE:TILE:165:3:0:0:FREQUENCY:2000:1000:START:0]
[CE_DISPLAY_NAME:NAME:profane murk thrall:profane murk thralls:profane murk thrall:START:0]
[CE_PHYS_ATT_CHANGE:STRENGTH:120:300:TOUGHNESS:200:400:START:0]
[CE_ADD_TAG:NO_AGING:NOT_LIVING:OPPOSED_TO_LIFE:STERILE:EXTRAVISION:NOEXERT:NOPAIN:NOBREATHE:NOSTUN:NONAUSEA:NO_DIZZINESS:NO_FEVERS:NOEMOTION:PARALYZEIMMUNE:NOFEAR:NO_EAT:NO_DRINK:NO_SLEEP:NO_PHYS_ATT_GAIN:NO_PHYS_ATT_RUST:NOTHOUGHT:NO_THOUGHT_CENTER_FOR_MOVEMENT:NO_CONNECTIONS_FOR_MOVEMENT:START:0]
[CE_REMOVE_TAG:HAS_BLOOD:TRANCES:LIKES_FIGHTING:MISCHIEVOUS:START:0]
Post by: thistleknot on November 09, 2013, 08:46:32 pm
I.e. implement burrows so I could have only certain dwarfs in workshop profiles (for mods).
Answer is using nicknames to tag them, then use the tags in workshop profiles (after sorted) to mark them.
beautiful solution that avoids all the drama of burrows
posted here
http://dwarffortresswiki.org/index.php/DF2012:Dwarf_Therapist_Addons_Repository#Workshop_Profiles (some reason my spoilers cause wiki to scroll up, so SCROLL DOWN)
Post by: thistleknot on November 10, 2013, 09:14:33 pm
Post by: King Mir on November 10, 2013, 10:56:31 pm
Horrible, hard to kill things that evil mists spawn. Here's a save (http://dffd.wimbli.com/file.php?id=8126).Bit of a bug: it seems thralls don't get removed from Dwarf Therapist. You can continue to make changes to them.what the hell are those and how do i test them? :D
The fort's not doing so well, and there are more thralls than living dwarves. All Thralls have nicknames that start with "Ex" like "ExDwarf" or "ExCook".
Post by: splinterz on November 11, 2013, 05:40:53 pm
Horrible, hard to kill things that evil mists spawn. Here's a save (http://dffd.wimbli.com/file.php?id=8126).Bit of a bug: it seems thralls don't get removed from Dwarf Therapist. You can continue to make changes to them.what the hell are those and how do i test them? :D
The fort's not doing so well, and there are more thralls than living dwarves. All Thralls have nicknames that start with "Ex" like "ExDwarf" or "ExCook".
yes that fort is looking pretty grim... but i think i'll finally have this resolved (applies to husks, zombies and other undead as well) by checking for NOT_LIVING or OPPOSED_TO_LIFE flags on the units. every other flag, civ, etc. check seems to pass but i think that'll do it.
Post by: King Mir on November 11, 2013, 09:02:42 pm
Post by: thistleknot on November 11, 2013, 10:37:06 pm
Post by: splinterz on November 12, 2013, 04:17:51 am
it would be nice to see enemy units in dt.i've thought about doing this, and maybe a page for dead units. i constantly seem to have this problem where a dwarf dies, and i have no idea who they were or what they were doing haha..
Post by: thistleknot on November 12, 2013, 07:35:32 pm
it's not really that important since it's not that slow
but when a labor is met, or a dwarf has his # of labors filled. The list could be pruned of those labors/dwarf's that no longer are eligible for labor assignment.
I was talking with my CIS professor about some things.
If certain labors had a job requirement (such as quality items being produced), of which I said the priority takes care of that. Or if a few dwarfs have a lot of good labors (could be calculated using an average % of all their raw labors), then maybe these dwarfs can get a slight proportion more of labors assigned to them, while weaker dwarfs get less (or maybe just of these higher quality labors as defined earlier).
Just some ideas. I think as is, setting priority, and a % of jobs to assign, kind of does this.
Post by: thistleknot on November 17, 2013, 12:42:22 am
selected militia dwarfs, as well as nobles...
so...
if I highlighted a bunch of dwarfs
and then in my optimization plan.
I had 8 labors per dwarf
but...
I had a 4 labors per militia dwarf
or 2 labors per noble dwarf.
Then I could include them in the optimization plan.
Sometimes I want my broker to have labors... just not too many. Same with CMD, sometimes even my Manager. I just don't want them involved with the rest of the mix of all the other labors (i.e. my # labors per dwarf, in this example 8, which are my civilian dwarfs).
Of course.. nobles and militia are kinda diff. I actually think it's better to assign militia to a separate optimization plan, so as not to mess with the regular running fort (which is the standard plan applied to civilians).
Post by: turabeasel on November 18, 2013, 08:38:43 pm
i've uploaded another beta version. highlights:
- grouping is saved/loaded for each tab/view
- skilled labors (above dabbling) can be toggled by row or by column
- labors can be enabled/disabled by columns
- commit/clear pending changes can be performed on individual dwarves (right click menu)
- the custom profession section of the right click menu can be 'torn off'
- GUI enhancements to tooltips and the dwarf details pane (standardized colors, caste information, extra trait info)
- modders can include a file to override/add custom views (see masterwork for an example)
OSX should be supported now. i can't compile it to confirm, but all the code changes have been merged, and the memory layout file has been completed.
has anyone complied this yet to see if it works with osx?
Post by: Urist McBeatdemtantruming on November 18, 2013, 10:22:07 pm
I would like to make a suggestion, kinda cosmetic one, but could be good for those who, like me, play on notebook or simply doesn't have a big screen. To show all the jobs columns at the same time, it's required for us, People of the Smaller Resolutions (maybe we are the Dwarf Screens :P ), to close all the docks. Just like this:
Spoiler (click to show/hide)
Sure, it is more than enough to work on, but the docks kinda have some easy-to-read info, specially the "Dwarf Details" one. Now, if we want to, we can make it float on the screen instead of being attached to it, just like this:
Spoiler (click to show/hide)
Again, sure its enough to inform me relevant things about mr. Stukos Kûbukonol. But it's a little bit clumsy to have to open and close this dock every now and then. In fact, it is quite clumsy, indeed, and even mr. Kûbukonol agrees with it.
Now, if we happen to have a little tweak on that floating window, the people of the Dwarf Screens would be much obliged. Lets say that someone puts a little button at the left side of the "close window" button on the floating dock, just like this:
Spoiler (click to show/hide)
So, let's say I want to keep that dock opened, minimizing it would be amazing just like this:
Spoiler (click to show/hide)
I don't know if it is feasible, but if it is, than it is an easy way to rise the happiness of the people of the Dwarf Screens, so that their Dwarf Therapist may be engarved with little docks windows that menaces with spikes of info. ;D
And, since I'm already here, is there anyone having trouble to assign dwarves to squads from DT? Mine shows greyed option on that righ button menu, even if I clearly have an active, not full squad. I can remove from squad, but not assign... :'( Edit: Yes, mine is the nwest version, 20.6.6, i think.. Edit 2: Nevermind... It happens that you can't assign a dwarf to a sqad if you are on the military tab, because DT for some reason greys out the option, but it works on the other tabs.
Post by: ResMar on November 19, 2013, 01:25:19 am
Sorry it's taking me forever to update the file. Buried in work at the moment, no time.
Post by: splinterz on November 19, 2013, 07:26:20 am
Hello everyone! I'm new to the forum and, first of all, I would like to thank the guy who maintain DT. You gives us some of your time so we can save some of ours on playing DF. Your work is much appreciated!
[excellent explanation and images]
And, since I'm already here, is there anyone having trouble to assign dwarves to squads from DT? Mine shows greyed option on that righ button menu, even if I clearly have an active, not full squad. I can remove from squad, but not assign... :'( Edit: Yes, mine is the nwest version, 20.6.6, i think.. Edit 2: Nevermind... It happens that you can't assign a dwarf to a sqad if you are on the military tab, because DT for some reason greys out the option, but it works on the other tabs.
i've played with this a bit today, and it seems i've been able to get it working as you've demonstrated. i'm not sure if the behaviour will be consistent across platforms, so we'll have to see. essentially it changes the dock to a true window when you 'float' it, allowing you to minimize it. once minimized, it creates a little bar you can drag around and place where you'd like on the screen. so we'll try that out for the next release and see how it goes.
the bug with the military assignment will be fixed in the next update as well. it's actually caused when you try to assign a non-eligible citizen to the militia (children for example). the menu becomes greyed out, but doesn't become activated again. thanks for the report.
i've been distracted re-writing the masterwork settings gui, but i've been able to get in some additional changes to the filtering stuff as well. in the upcoming update you'll be able to set any number of scripts as filters (ie. more than one) and health, thought and preference selections are applied the same way. you'll then see a list of all the currently applied filters, and be able to remove any individual ones, or click the 'x' button to clear all active filters.
this will allow you to apply multiple filters on top of each other, so to speak. for example, you could apply a 'nobles only' script, then a 'strength > 1000' script, then choose a few preferences, and a recent thought, and it'll filter down to those nobles with > 1000 strength who also have the chosen preferences and the selected recent thought.
Post by: urmane on November 19, 2013, 09:25:26 am
1. Only the middle button (button 2) will toggle labors. Turning off single-click option allows left button to work, but is not draggable. I haven't been able to find out why this is.
2. Is there an option to display castes? I play Masterwork, and find that very useful.
Post by: splinterz on November 19, 2013, 09:40:40 am
Compiles fine for me on linux. Two questions, tho:i'll see if i can find anything on the mouse buttons, i think someone mentioned it before as well.
1. Only the middle button (button 2) will toggle labors. Turning off single-click option allows left button to work, but is not draggable. I haven't been able to find out why this is.
2. Is there an option to display castes? I play Masterwork, and find that very useful.
castes should be detected and shown automatically. you'll see the caste name in the details pane, and on the tooltip (optional). if you group by caste it should also break them into their respective masterwork castes.
Post by: urmane on November 19, 2013, 12:28:39 pm
castes should be detected and shown automatically. you'll see the caste name in the details pane, and on the tooltip (optional). if you group by caste it should also break them into their respective masterwork castes.
That's the confusing bit - there is no option to group by caste, and they don't show in the popup tooltip.
I've cleared User Settings ... wondering if there's some compile option I missed ... ?
Post by: splinterz on November 19, 2013, 02:48:48 pm
there should definitely be a group by caste option in the drop down, are you certain you didn't compile the old version accidentally?castes should be detected and shown automatically. you'll see the caste name in the details pane, and on the tooltip (optional). if you group by caste it should also break them into their respective masterwork castes.
That's the confusing bit - there is no option to group by caste, and they don't show in the popup tooltip.
I've cleared User Settings ... wondering if there's some compile option I missed ... ?
Post by: urmane on November 20, 2013, 08:00:52 am
Sorry for the confusion - I'll look at the 19.2 package.
Post by: thistleknot on November 20, 2013, 09:39:57 pm
I have this idea for a script that compares ustom roles I would have for each weapon type, and then pick the highest one.
Post by: Sutremaine on November 21, 2013, 03:02:49 pm
Post by: Urist McBeatdemtantruming on November 21, 2013, 04:57:13 pm
i've played with this a bit today, and it seems i've been able to get it working as you've demonstrated. i'm not sure if the behaviour will be consistent across platforms, so we'll have to see. essentially it changes the dock to a true window when you 'float' it, allowing you to minimize it. once minimized, it creates a little bar you can drag around and place where you'd like on the screen. so we'll try that out for the next release and see how it goes.
Niiiice! I can serve as tester in case you're in need of someone.
Post by: splinterz on November 21, 2013, 05:02:40 pm
Is there a way to import a dwarf's raw role % into the script editor?i'll expose the function to get raw or adjusted role ratings in the next update.
I have this idea for a script that compares ustom roles I would have for each weapon type, and then pick the highest one.
Would it be possible to extend the age ranges to have individual years from 0 to 10? For dwarves, it would make it easier to see just how long it is before Urist McUseless grows up, and for animals, it would make keeping track of them a lot easier.yeah i noticed this as well, with some mods < 10 isn't a child anymore. consider it done for the next update.
Post by: thistleknot on November 24, 2013, 10:29:57 pm
Post by: Meph on November 25, 2013, 02:54:19 am
since meph has diseases (edit: in his mod). an ability to see active syndromes in DT would be nice.Which is already included in the DT. Just hover your mouse over a dwarf.
Post by: splinterz on November 25, 2013, 05:33:49 am
you can also filter them out with is_buffed() via a script. currently i'm only showing syndromes that don't require healthcare. however, it appears a lot of negative/bad syndromes may not require healthcare, so i might just include them all and rename it to a generic 'syndromes' section in DT.since meph has diseases (edit: in his mod). an ability to see active syndromes in DT would be nice.Which is already included in the DT. Just hover your mouse over a dwarf.
Post by: Meph on November 25, 2013, 01:05:38 pm
The horror, oh the horror...you can also filter them out with is_buffed() via a script. currently i'm only showing syndromes that don't require healthcare. however, it appears a lot of negative/bad syndromes may not require healthcare, so i might just include them all and rename it to a generic 'syndromes' section in DT.since meph has diseases (edit: in his mod). an ability to see active syndromes in DT would be nice.Which is already included in the DT. Just hover your mouse over a dwarf.
(some complex mechanisms in genesis, lrf, mdf use more or less inactive syndromes that affect a lot of dwarves, for status effects and adding syn-classes to build logic gates. Will be a long list in some of them :) Still, a nice idea. I can guess what you are thinking right now: Uff, someone requests A for Y, and first response is: A is bad for X. Sorry for that, I get that myself often enough.)
Post by: splinterz on November 25, 2013, 01:11:23 pm
The horror, oh the horror...you can also filter them out with is_buffed() via a script. currently i'm only showing syndromes that don't require healthcare. however, it appears a lot of negative/bad syndromes may not require healthcare, so i might just include them all and rename it to a generic 'syndromes' section in DT.since meph has diseases (edit: in his mod). an ability to see active syndromes in DT would be nice.Which is already included in the DT. Just hover your mouse over a dwarf.
(some complex mechanisms in genesis, lrf, mdf use more or less inactive syndromes that affect a lot of dwarves, for status effects and adding syn-classes to build logic gates. Will be a long list in some of them :) Still, a nice idea. I can guess what you are thinking right now: Uff, someone requests A for Y, and first response is: A is bad for X. Sorry for that, I get that myself often enough.)
i'm pretty much limited to reading the names, and whether or not it needs healthcare. anything other then that i'm unable to really read from DT (ie. exactly what kind of syndrome or anything)
Post by: Meph on November 25, 2013, 01:15:18 pm
Post by: thistleknot on November 29, 2013, 04:02:34 am
Post by: splinterz on November 29, 2013, 04:36:00 am
I see your latest build allows me to apply multiple filter scripts... how is that done?you mean in the next update? i don't think i committed those changes yet, did i?
Post by: thistleknot on November 29, 2013, 05:30:46 am
toggling labors by column... filters...
my bad
Post by: thistleknot on November 30, 2013, 11:54:58 am
I guess because a lot of syndromes are "placeholders", then... it would be nice to filter by syndromes... So I could type something in, say "bubonic" or "influenza" and find out who is "sick" and assign them to a burrow. As is, I don't think influenza or bubonic plague show up (blind, insomnia, and schizo show up).
I could be wrong about bubonic plague, maybe I just haven't endured it yet. but a feature that could search those with enabled syndromes would be awesome vs me manually using showunitsyndromes and dumping to a text editor for searching.
Post by: splinterz on November 30, 2013, 06:26:16 pm
on my point on syndromes.You can already do this to some extent with the aforementioned d.buffs but I could expand the scripts to include any syndromes not just those that appear beneficial.
I guess because a lot of syndromes are "placeholders", then... it would be nice to filter by syndromes... So I could type something in, say "bubonic" or "influenza" and find out who is "sick" and assign them to a burrow. As is, I don't think influenza or bubonic plague show up (blind, insomnia, and schizo show up).
I could be wrong about bubonic plague, maybe I just haven't endured it yet. but a feature that could search those with enabled syndromes would be awesome vs me manually using showunitsyndromes and dumping to a text editor for searching.
Post by: thistleknot on December 01, 2013, 12:06:39 am
So, searching by "name" would be a tremendous help with filtering bad from good
Post by: splinterz on December 01, 2013, 04:20:13 am
well... I'm not sure what "(d.is_buffed())" does, but a lot of these syndromes are not beneficial with halfling's disease mod.
So, searching by "name" would be a tremendous help with filtering bad from good
it was explained just a few posts ago. (http://www.bay12forums.com/smf/index.php?topic=122968.msg4788303#msg4788303) however i don't know why some sicknesses don't seem to have the is_sick flag set, if it's due to a missing token in the syndrome or something else.
Post by: thistleknot on December 01, 2013, 09:49:09 pm
Anyways, it appears that a lot of interactions/syndromes don't have syn_names (for example, influenza didn't).
Is there a way to filter by interactions? As these tend to be like function calls and are generally the "name" of the group of syndromes applied (at least with influenza)
btw, I tried d.is_buffed() d.is_buff() d.is_buffs() and d.buff() d.buffed() d.buffs() with no luck
Post by: splinterz on December 02, 2013, 04:29:09 am
is_sick flag? I didn't even know about this flag.i'm pretty sure the syntax is right there in the script gui with all the other commands. if you're not getting any results, then the syndrome probably doesn't have a name, or requires healthcare.
Anyways, it appears that a lot of interactions/syndromes don't have syn_names (for example, influenza didn't).
Is there a way to filter by interactions? As these tend to be like function calls and are generally the "name" of the group of syndromes applied (at least with influenza)
btw, I tried d.is_buffed() d.is_buff() d.is_buffs() and d.buff() d.buffed() d.buffs() with no luck
i'll poke around and see if there's an identifier for the specific interaction(s) when a dwarf is affected by a syndrome.
Edit: looking at the structure of syndromes, i don't see where there's any kind of description/name for the actual interactions. i'm guessing you meant the SYN_CLASS?
Post by: splinterz on December 02, 2013, 08:53:14 am
Anyways, it appears that a lot of interactions/syndromes don't have syn_names (for example, influenza didn't). Is there a way to filter by interactions? As these tend to be like function calls and are generally the "name" of the group of syndromes applied (at least with influenza)i had some time to poke around this a bit more, and what i'll change is to read the SYN_CLASS names from the syndromes, and use that if the syndrome itself doesn't have a name. this certainly helps to differentiate between copy/pasted syndromes, but you'll still probably have to hunt through the raws to find out what exactly the class is referring to. i might add in an option to choose to use SYN_NAME, SYN_CLASS or both, so you can work around poor syndrome names.
for example: in masterwork you can research goblin corpses to gain bonuses when battling them. every single syndrome is named 'Goblin Biology Interaction', regardless of what bonuses they provide. each SYN_CLASS however is different, it's still uninformative (BIOLOGY_GOBLIN_ONE, BIOLOGY_GOBLIN_TWO, etc.), but it's better than what it's currently doing.
really though, the best solution is to harass the mod creator to put in unique/informative syndrome names.
Post by: Meph on December 02, 2013, 11:46:16 am
Post by: thistleknot on December 02, 2013, 11:47:19 am
Anyways, awesome pawsome sauce.
Post by: splinterz on December 02, 2013, 02:20:11 pm
yeah, some syndromes don't have syn_class... so I was thinking using the interaction:"name" instead, if that were possible (that themselves had syndromes defined inside them).
Anyways, awesome pawsome sauce.
hrmmm well i really don't know enough about how syndromes, syndrome classes and interactions are associated with each other. if everything is optional, it's not really going to matter what i do if a mod author leaves the syndrome name, class name, and interaction name all blank.
Post by: thistleknot on December 02, 2013, 03:10:48 pm
I'll post a raw example later that shows how the syndrome is contained in the interaction.
Post by: thistleknot on December 02, 2013, 03:23:17 pm
these examples have syn_names, but influenza didn't... but there was an interaction:influenza... so that's why I (edit:) [was] asking if the interaction name could be used. Then a player can filter by interactions. However... players may never know what the interaction names are to filter by unless they see a list of them. As you see here, the syn_name's, don't actually define the name either. They merely have a descriptor.
Syn_class is merely used for flagging. It's not used in the game as a description.
I think what you could do is filter by interactions THAT CONTAIN syndromes. That way you don't show non syndrome interactions in dt.
Code: [Select]
[OBJECT:INTERACTION]
[INTERACTION:SPREAD_BLACK_PLAGUE]
[I_SOURCE:DEITY]
[IS_USAGE_HINT:MAJOR_CURSE]
[IS_HIST_STRING_1: cursed ]
[IS_HIST_STRING_2: with sores, fevers, aches and rot, causing their body parts to swell with infectious pus]
[I_TARGET:A:CREATURE]
[IT_LOCATION:CONTEXT_CREATURE]
[IT_REQUIRES:CAN_LEARN]
[IT_CANNOT_HAVE_SYNDROME_CLASS:PLAGUE]
[I_EFFECT:ADD_SYNDROME]
[IE_TARGET:A]
[IE_IMMEDIATE]
[IE_ARENA_NAME:Plague 1]
[SYNDROME]
[SYN_NAME:bears the black plague] ## the black death is a mysterious disease - it can be reasonably assumed bubonic plague was a major component, but this mod assumes black plague to be a more virulent variant
[SYN_CLASS:PLAGUE]
[SYN_AFFECTED_CLASS:GENERAL_POISON]
[CE_CAN_DO_INTERACTION:START:1200]
[CDI:INTERACTION:SPREAD_BLACK_PLAGUE]
[CDI:TARGET:A:TOUCHABLE]
[CDI:FREE_ACTION]
[CDI:MAX_TARGET_NUMBER:A:1]
[CDI:WAIT_PERIOD:1200]
[CDI:ADV_NAME:Spread black plague]
[CDI:TARGET_VERB:feel sick to your stomach:looks pale and sickly]
[CE_CAN_DO_INTERACTION:START:0]
[CDI:INTERACTION:DISEASE_BLACK_PLAGUE]
[CDI:TARGET:A:SELF_ONLY]
[CDI:FREE_ACTION]
[CDI:MAX_TARGET_NUMBER:A:1]
[CDI:WAIT_PERIOD:33600]
[CDI:ADV_NAME:Suffer from black plague (yes, it's a choice, dwarves just never choose not to)]
[CDI:TARGET_VERB:feel sick to your stomach:looks pale and sickly]
[CE_DISPLAY_NAME:NAME:ghastly plaguebearer:ghastly plaguebearers:plagued:START:0:CAN_BE_HIDDEN]
[INTERACTION:DISEASE_BLACK_PLAGUE]
[I_TARGET:A:CREATURE]
[IT_LOCATION:CONTEXT_CREATURE]
[IT_REQUIRES:CAN_LEARN]
[I_EFFECT:ADD_SYNDROME]
[IE_TARGET:A]
[IE_IMMEDIATE]
[SYNDROME]
[SYN_NAME:is sick with the black plague]
[SYN_CLASS:PLAGUE]
[SYN_AFFECTED_CLASS:GENERAL_POISON]
[CE_NAUSEA:SEV:50:PROB:33:START:1200:PEAK:16800:END:33600]
[CE_DIZZINESS:SEV:50:PROB:33:START:1200:PEAK:16800:END:33600]
[CE_PAIN:SEV:100000:PROB:20:START:1200:PEAK:16800:END:33600]
[CE_SWELLING:SEV:100:PROB:100:START:1200:PEAK:16800:END:33600]
[CE_OOZING:SEV:50:PROB:100:START:1200:PEAK:16800:END:33600]
[CE_NECROSIS:SEV:100:PROB:10:BP:BY_CATEGORY:ALL:SKIN:START:1200:PEAK:16800:END:33600]
[CE_NECROSIS:SEV:100:PROB:1:BP:BY_CATEGORY:LUNG:ALL:START:1200:PEAK:16800:END:33600]
[CE_NECROSIS:SEV:100:PROB:1:BP:BY_CATEGORY:EYE:ALL:START:1200:PEAK:16800:END:33600]
[CE_NECROSIS:SEV:100:PROB:1:BP:BY_CATEGORY:HEART:ALL:START:1200:PEAK:16800:END:33600]
[CE_NECROSIS:SEV:100:PROB:1:BP:BY_CATEGORY:BRAIN:ALL:START:1200:PEAK:16800:END:33600]
[CE_NECROSIS:SEV:100:PROB:1:BP:BY_CATEGORY:GUT:ALL:START:1200:PEAK:16800:END:33600]
[CE_NECROSIS:SEV:100:PROB:1:BP:BY_CATEGORY:STOMACH:ALL:START:1200:PEAK:16800:END:33600]
[CE_NECROSIS:SEV:100:PROB:1:BP:BY_CATEGORY:ALL:NERVE:START:1200:PEAK:16800:END:33600]
[CE_NECROSIS:SEV:100:PROB:1:BP:BY_CATEGORY:ALL:MUSCLE:START:1200:PEAK:16800:END:33600]
Post by: splinterz on December 05, 2013, 02:23:26 pm
the core of the issue is still the same though, if a mod author puts obscure names (do they even have names?) for all the interactions, we're back to the original problem of identifying them.
Post by: splinterz on December 05, 2013, 02:24:35 pm
Post by: thistleknot on December 05, 2013, 11:58:24 pm
Looks like next version is going to have 2 new personality like facets...
http://www.bay12forums.com/smf/index.php?topic=100851.msg4649312#msg4649312
Post by: splinterz on December 06, 2013, 05:06:06 am
bad news my friend.
Looks like next version is going to have 2 new personality like facets...
http://www.bay12forums.com/smf/index.php?topic=100851.msg4649312#msg4649312
yeah i saw that a while ago. i believe those are actually going to replace the current personality traits, so it shouldn't be too bad once the memory offsets are found. that's the real bad news; you're probably going to be waiting some time for full therapist functionality until all memory offsets are found...
Post by: Ggobs on December 06, 2013, 08:18:28 pm
How far after the nest release can we expect a compatible Dwarf Therapist?
Thanks
Post by: Putnam on December 07, 2013, 04:34:02 am
well, to my understanding. A syndrome is contained inside an interaction
Syndromes can be contained in interactions. Syndromes have been around for longer.
Post by: ResMar on December 07, 2013, 10:40:30 pm
Post by: thistleknot on December 08, 2013, 01:20:18 am
a delay in switching focus to context menu.
I.e. when I move my mouse from one menu to another, it would be nice if there was a delay when I go outside of the menu to drop the menu. Like say a 3 second delay. That way, I can drag my mouse towards (as is, once I leave the menu box's, the MENU'S COLLAPSE) the menu and pick the item I want without having to stay within the boundaries of the menu's when I wish to make my selection.
Post by: splinterz on December 08, 2013, 06:51:22 am
HUGE AMAZON LIKE FEATURE REQUEST
a delay in switching focus to context menu.
I.e. when I move my mouse from one menu to another, it would be nice if there was a delay when I go outside of the menu to drop the menu. Like say a 3 second delay. That way, I can drag my mouse towards (as is, once I leave the menu box's, the MENU'S COLLAPSE) the menu and pick the item I want without having to stay within the boundaries of the menu's when I wish to make my selection.
is this on windows? i'm not sure what behaviour you're referring to. when i right click on a dwarf, the menu appears, i can freely move the mouse around to the sub-menus, move the mouse away from the context menu entirely, and it doesn't close.
is that the menu/behaviour you're talking about, or something else?
Post by: thistleknot on December 08, 2013, 12:53:28 pm
Post by: splinterz on December 08, 2013, 01:45:20 pm
when i try to apply an opt plan and my mouse goes outside of the menu. the menu collapses. its annoying as i try to drag the mouse cursor at a 45 degree angle to select an option in the submenu but im forced to consciously remember the menu behavior and have to keep the cursor inside the menus (ie drag the cursor 90 degrees to stay inside the menus/submenus)ok so we're talking about the optimize button's dropdown list on the main toolbar then? i still can't reproduce this. if i click on the arrow to show the list of optimization plans, it stays there. i can move my mouse outside of the menu or wherever, and it doesn't close.
Post by: thistleknot on December 08, 2013, 06:52:34 pm
it's when I try to right click on a bunch of dwarfs to assign a custom profession.
I see it does stay as long as you can get your cursor within the row height.
I guess I would like to see a taller row height for custom professions
Post by: splinterz on December 12, 2013, 02:41:03 pm
patch notes! (https://code.google.com/r/splintermind-attributes/)
Post by: Dohon on December 13, 2013, 03:39:06 am
Post by: thistleknot on December 14, 2013, 12:22:10 am
Post by: exarion on December 17, 2013, 03:23:24 am
Post by: splinterz on December 17, 2013, 05:20:45 am
Note: the project has been upgraded to qt5, but the building documentation still says to use qt4. The documentation should be updated.i can't update the build documentation for linux, it's on an entirely different site. i should probably move things somewhere else where i have more control over such things.
Post by: ResMar on December 18, 2013, 09:25:47 pm
Splinterz can you give me a rundown of the status as to the Linux and Mac OSX versions of DT? I'm not sure what I have down in the guide is a good explanation as I'm uncertain as to the relative status of the forks.
Post by: Ravendarksky on December 19, 2013, 07:23:29 am
Is there a way of quickly copying dwarfs stats? If not can we please be able to copy/paste the attributes panel OR have an CSV export of the selected dwarfs for the current window/all windows?
Post by: thistleknot on December 20, 2013, 12:17:09 pm
Post by: Ravendarksky on December 20, 2013, 12:49:20 pm
there currently is a feature to export to CSV. view under file menu
I spotted that thanks :)
I was wanting to be a little more selective in my exporting, for when I want to monitor stat changes over several months of a handful of dwarves. I guess I will just do a monthly export of the data and sort it all out in one big job at the end.
I also found a small (but pointless) UI bug. If you try and export while disconnected from DF it crashes.
Post by: Eeote on December 22, 2013, 07:24:04 am
The Linux download link does not seem to work, the file cannot be found
But thank you very much for maintaining this!
Post by: Somnus on December 26, 2013, 08:48:21 pm
First, does anyone know how I can run the "splintermind-attributes" command so that I don't need sudo permissions? I'm using Openbox (linux) as my window manager and would like to be able to run it from the Menu.
Second, is there a way to change the font that used, or is there a font that I should have in order to see things properly? Currently the font is very small and if there's a character with an accent mark or anything like that, it just shows up as a question mark. Thank you in advance for the help!
Post by: ResMar on December 27, 2013, 10:48:25 am
Post by: thistleknot on December 28, 2013, 09:30:57 am
its not in the health window...
I thought it was.
feature request.
Showing syndromes is great, I dont have to rely on non working showunitsyndromes.lua in r4 that also caps out based on my console size.
BUT FILTERING like the health window would be a great asset as I can single out dwarfs with plagues to a militia and expel them vs having to find them AFTER they start to show symptoms.
Post by: splinterz on December 28, 2013, 09:44:53 am
you can filter by them, make a script.how do I filter by syndromes?
its not in the health window...
I thought it was.
feature request.
Showing syndromes is great, I dont have to rely on non working showunitsyndromes.lua in r4 that also caps out based on my console size.
BUT FILTERING like the health window would be a great asset as I can single out dwarfs with plagues to a militia and expel them vs having to find them AFTER they start to show symptoms.
Post by: thistleknot on December 28, 2013, 10:18:56 am
I guess that follows on with a second suggestion I was about to have. The ability to select multiple conditions in the health screen-legend to actively filter the grid view by. I.e. select all 3 fever conditions using shift or ctrl to select each condition so they are all applied to the grid view
Post by: splinterz on December 28, 2013, 06:17:09 pm
you should be able to select multiple items from the health legend and have it filter; you're saying it's broken?
Post by: thistleknot on December 28, 2013, 07:33:43 pm
I was trying to select multiple items from the health legend and it wouldnt let me. I tried shift as well as ctrl to select them, but it only would select one at a time and it only showed 1 active filter.
Post by: splinterz on December 29, 2013, 02:54:33 am
Post by: thistleknot on December 29, 2013, 09:24:47 am
Post by: splinterz on December 29, 2013, 09:53:56 am
Post by: Somnus on December 30, 2013, 03:55:26 pm
Hello! I have two questions.
First, does anyone know how I can run the "splintermind-attributes" command so that I don't need sudo permissions? I'm using Openbox (linux) as my window manager and would like to be able to run it from the Menu.
Second, is there a way to change the font that used, or is there a font that I should have in order to see things properly? Currently the font is very small and if there's a character with an accent mark or anything like that, it just shows up as a question mark. Thank you in advance for the help!
Any clues to these issues? I can change the font size of the menu items, but not of the dwarf names or of the menu options themselves (Files, Scripting, Roles, etc at the top)
EDIT: Okay, I found out how to modify the grid item size, but I"m still having issues with it not displaying special characters, and also there's still the last issue, running without sudo permissions.
Post by: splinterz on December 30, 2013, 04:48:34 pm
for the fonts, you can change the applications main font in the general section of the options. if your font doesn't support the characters/accents, it'll show ? instead, so try a different font.
Post by: Somnus on December 30, 2013, 06:21:13 pm
Thanks for the link about running without sudo. With a little modification it works perfectly!
Post by: splinterz on December 30, 2013, 07:50:41 pm
Post by: celestialjeu on January 03, 2014, 09:18:01 pm
Spoiler (click to show/hide)
I'm on OSX 10.9.1 so it could be a problem with the most recent OS update? I dunno. Any help would be greatly appreciated!
FIXED (Clear user settings. I hadn't changed anything so hadn't thought to try it. Works now!)
Post by: Rinin_Rus on January 08, 2014, 01:37:50 pm
Post by: splinterz on January 08, 2014, 03:16:21 pm
Hello, first of all thanx a lot for maintaining and farther developing this program. I wish to propose a minor interface improvement. Could you disable (or at least make it not modal) message box about loosing connection ("Unable to talk to Dwarf Fortress" title). It's kinda obvious that connection lost when it lost anyway, but this modal window is a bit annoying if you have to reconnect often.Try disabling the 'alert on disconnect' in the options.
Post by: Rinin_Rus on January 08, 2014, 05:21:26 pm
Quote
Try disabling the 'alert on disconnect' in the options.Thanks )
Post by: Cocoprimate on January 09, 2014, 07:15:07 pm
I'm currently trying to equip all of my dwarves to stop the clothing wear problems, and I was mass-assigning via DT. I was able to do it with no problems for 2 squads with DT, but on the 3rd squad after assigning the seventh member, the option "assign to squad" that appears when you right click is greyed out. For all the 150 dorfs. I tried making a new squad, but it's still greyed out.
What can I do? I'm using 20.6.
Post by: splinterz on January 10, 2014, 09:31:04 am
Hey guys, I'm having problems assigning dwarfs to squads via DT.if you group by squad, do you see a notification on the squads that the count doesn't match? did you possibly have children in the selection when you assigned multiple dwarves to squads?
I'm currently trying to equip all of my dwarves to stop the clothing wear problems, and I was mass-assigning via DT. I was able to do it with no problems for 2 squads with DT, but on the 3rd squad after assigning the seventh member, the option "assign to squad" that appears when you right click is greyed out. For all the 150 dorfs. I tried making a new squad, but it's still greyed out.
What can I do? I'm using 20.6.
Post by: Cocoprimate on January 10, 2014, 05:12:48 pm
In any case, it fixed itself after the third or fourth time I restarted DF, and managed to assign all of the dwarfs.
Post by: thistleknot on January 11, 2014, 12:21:00 am
Use case:
early embark.
I have a dwarf that is really good at mining, yet I don't want to just set him to mining, nor do I want him to have my default 12 labors assigned.
Normally, I would unassign hauling labors from him to ensure more mining, but my defaults is "12 labors per dwarf", so he would still have 11 other labors vying for his attention. But... if I could say "this dwarf I want to have only 1 or say 2, 3, or even 4 jobs total". Then the optimizer would set that for his upper limit in the check for if the # of labors has been hit.
However... the labor optimizer would have to know this during the optimization plan. I believe it calculates "total jobs" as (# of jobs per dwarf)*(# of dwarfs). And then determines the # of dwarfs to assign per labor based on this. So... if this were to be implemented properly, total jobs would have to take into account any dwarf that has his # set below (or above) the default "labors per dwarf" (in my example 12).
The only issue I could see, is the # of jobs to assign per dwarf would have to be able to be cleared out when needed. Only a few dwarfs would a player really care to set these settings on individually. So he would flag them in the labor grid view, and when an optimization fires up, it reads these values from wherever they were inputted from (but accessed via the grid view). I would suggest right clicking on the dwarf would pull up an option to alter the number of labors to assign to that dwarf.
On a sidenote
Is there a way to show role %'s in the optimizer plan for a specifically highlighted dwarf (maybe even highlight the labors that are currently active)? I'm trying to verify he was assigned properly and it would be nice to see what raw role % he had for each role in the labor optimizer plan... ex. I have a 98% fit for a woodcutter/lumberer (verified the right labor...) but he was picked to be a hunter...... (both same priority) could be raw role %'s... but I can't really see without creating custom roles to fit those roles and see the % in the role editor for the highlighted dwarf. It kind of bothers me cuz he's level 2 lumberer and level 0 hunter... (my weight for skill is .5 vs .2 and .3 and .05 respectively).
(update... actually I just did the custom role method for seeing raw %s and I see his hunting is about .04% higher...)
Post by: Meph on January 14, 2014, 11:43:55 am
Post by: Bo-Rufus CMVII on January 20, 2014, 05:05:42 pm
### DT 20.7, Ubuntu 10.4, everything up to date. Shell is bash.
hg clone https://dwarftherapist.googlecode.com/hg/ DTlinux
pushd DTlinux
qmake
### Got the error, so I had to install Qt 5 (got 5.2, since that's the latest).
### Put it in ~/Qt, picked it up with environment variables:
QTDIR=~/Qt
PATH=$(~/Qt/5.2.0/gcc_64/bin/qtpaths --binaries-dir):$PATH
LD_LIBRARY_PATH=$(~/Qt/5.2.0/gcc_64/bin/qtpaths --plugin-dir):$LD_LIBRARY_PATH
qmake ### works now
make
### Lots of UTF8 errors, so:
pushd bin/release
for f in *.h ; do sed -i -e s/QApplication::UnicodeUTF8/0/ "$f"; done
popd
make
### Lots of QtGui errors, so:
pushd bin/release/
for f in *.h ; do sed -i -e s/QtGui/QtWidgets/ "$f"; done
popd
make ### works now
### Running gives the "could not find or load" error for xcb, so:
sudo apt-get install libX11-xcb-dev
Now it works. Italicizes some grid fonts even when I specify Regular. The fonts I've tried so far won't render the characters with accents.
Nice features since the fork; thanks.
Post by: Meph on January 20, 2014, 08:41:17 pm
Quote
Dwarf Therapist still lists opposed-to-life skeletons as being fortress-members for some reason, and trying to alter their labors when they're not on the in-game unit list crashes the game.
I assume the same would be true for opposed to life dwarves. (I guess it was never an issue because the dwarves have to die first to become opposed to life, but it might affect husks/thralls)
Post by: Rallor on January 23, 2014, 01:14:51 pm
Post by: Meph on January 23, 2014, 02:22:15 pm
I just made a attribute raising system based on soul-devouring for the Warlocks. The raws, again, are ok, they are very simple:
Spoiler (click to show/hide)
It just adds 250 points, or 10% speed. But the values in the therapist stay the same.
I thought that the raws dont work, so I tested it by adding a lot of speed and agility. The creature is visibly faster. I tested again, with [CE_PHYS_ATT_CHANGE:STRENGTH:0:0:START:0], setting it to 0, but the value in the therapist stays the same as before.
Post by: Putnam on January 23, 2014, 02:52:18 pm
Post by: Tonami on January 25, 2014, 09:11:46 am
Edit: tested with a bunch of other versions of dwarf therapist, even an older version of splinterz's. works fine
Post by: turabeasel on January 27, 2014, 08:22:07 pm
Post by: superglucose on January 30, 2014, 02:14:02 am
Post by: superglucose on January 30, 2014, 02:16:06 am
Post by: Putnam on February 01, 2014, 02:43:11 am
Post by: Poonyen on February 05, 2014, 04:18:23 am
Not RAW stuff, but specifically individual historical figure info like preferences (a la DT), description, family members etc.
Thanks!
Post by: splinterz on February 05, 2014, 06:08:42 am
Just a random question out of nowhere. Can anyone point me to where I can read more about printing out the information of individual creatures (realtime or not). An XML dump doesn't seem to give that info, so I gather that it'll require reading the memory and since DwarTherapist seems to be specialised in that...preferences are actually stored for the individual units, not historical figure information. you can use df-structures to find any offsets you want to read (https://github.com/angavrilov/df-structures), and if you're looking to export data it's probably easiest to write a script for DFHack. a good place to start would probably be to convert the dwarf export plugin (https://github.com/DFHack/dfhack/tree/master/plugins/dwarfexport) to a lua/ruby script.
Not RAW stuff, but specifically individual historical figure info like preferences (a la DT), description, family members etc.
Thanks!
Post by: Poonyen on February 05, 2014, 06:17:37 am
Just a random question out of nowhere. Can anyone point me to where I can read more about printing out the information of individual creatures (realtime or not). An XML dump doesn't seem to give that info, so I gather that it'll require reading the memory and since DwarTherapist seems to be specialised in that...preferences are actually stored for the individual units, not historical figure information. you can use df-structures to find any offsets you want to read (https://github.com/angavrilov/df-structures), and if you're looking to export data it's probably easiest to write a script for DFHack. a good place to start would probably be to convert the dwarf export plugin (https://github.com/DFHack/dfhack/tree/master/plugins/dwarfexport) to a lua/ruby script.
Not RAW stuff, but specifically individual historical figure info like preferences (a la DT), description, family members etc.
Thanks!
Much obliged!
Post by: superglucose on February 06, 2014, 02:34:24 pm
Code: [Select]
2014-Feb-05 19:41:09.971 INFO core Dwarf Therapist "0.6.12" starting normally. [src\dwarftherapist.cpp:140] (setup_logging)
2014-Feb-05 19:41:10.478 DEBUG core setting up connections for MainWindow [src\mainwindow.cpp:148] (MainWindow)
2014-Feb-05 19:41:10.490 DEBUG core beginning to read settings [src\dwarftherapist.cpp:162] (read_settings)
2014-Feb-05 19:41:10.514 DEBUG core finished reading settings [src\dwarftherapist.cpp:227] (read_settings)
2014-Feb-05 19:41:10.554 DEBUG core attempting connection to running DF game [src\mainwindow.cpp:306] (connect_to_df)
2014-Feb-05 19:41:10.556 DEBUG core adding valid layout "v0.34.11 (graphics)" "0x4fcc9488" [src\dfinstance.cpp:118] (DFInstance)
2014-Feb-05 19:41:10.557 DEBUG core adding valid layout "v0.34.10 (graphics)" "0x4fba073a" [src\dfinstance.cpp:118] (DFInstance)
2014-Feb-05 19:41:10.558 DEBUG core adding valid layout "v0.34.09 (graphics)" "0x4fb4c506" [src\dfinstance.cpp:118] (DFInstance)
2014-Feb-05 19:41:10.559 DEBUG core adding valid layout "v0.34.08 (graphics)" "0x4fb0ccba" [src\dfinstance.cpp:118] (DFInstance)
2014-Feb-05 19:41:10.559 DEBUG core adding valid layout "v0.34.07 (graphics)" "0x4f7592fe" [src\dfinstance.cpp:118] (DFInstance)
2014-Feb-05 19:41:10.560 DEBUG core attempting to find running copy of DF by window handle [src\dfinstancewindows.cpp:189] (find_running_copy)
2014-Feb-05 19:41:10.560 DEBUG core found copy with HWND: 0x1804cc [src\dfinstancewindows.cpp:205] (find_running_copy)
2014-Feb-05 19:41:10.560 DEBUG core PID of process is: 4352 [src\dfinstancewindows.cpp:212] (find_running_copy)
2014-Feb-05 19:41:10.560 DEBUG core PROC HANDLE: 0x1d8 [src\dfinstancewindows.cpp:220] (find_running_copy)
2014-Feb-05 19:41:10.560 DEBUG core PEB is at: 0x7efde000 [src\dfinstancewindows.cpp:226] (find_running_copy)
2014-Feb-05 19:41:10.560 DEBUG core read 12 bytes BASE ADDR is at: 0x13c0000 [src\dfinstancewindows.cpp:239] (find_running_copy)
2014-Feb-05 19:41:10.561 DEBUG core Target EXE was compiled at "2012-05-21T03:13:30" [src\dfinstancewindows.cpp:70] (calculate_checksum)
2014-Feb-05 19:41:10.561 DEBUG core DF's checksum is: "0x4fba073a" [src\dfinstance.cpp:1366] (get_memory_layout)
2014-Feb-05 19:41:10.561 INFO core Detected Dwarf Fortress version "v0.34.10 (graphics)" using MemoryLayout from "C:/Users/James/Desktop/Games/Dwarf Therapist 20.7.1/etc/memory_layouts/windows/v0.34.10_graphics.ini" [src\dfinstance.cpp:1378] (get_memory_layout)
2014-Feb-05 19:41:10.561 DEBUG core base address: "0x013c0000" [src\dfinstancewindows.cpp:261] (find_running_copy)
2014-Feb-05 19:41:10.561 DEBUG core memory correction: "0x00fc0000" [src\dfinstancewindows.cpp:262] (find_running_copy)
2014-Feb-05 19:41:10.578 DEBUG core MEMORY SEGMENT SUMMARY: accepted 481 rejected 257 total 738 [src\dfinstancewindows.cpp:368] (map_virtual_memory)
2014-Feb-05 19:41:10.578 DEBUG core GetModuleFileNameEx returned: "C:\Users\James\Desktop\Games\df_34_10_win\Dwarf Fortress.exe" [src\dfinstancewindows.cpp:275] (find_running_copy)
2014-Feb-05 19:41:10.578 INFO core Dwarf fortress path: "C:/Users/James/Desktop/Games/df_34_10_win" [src\dfinstancewindows.cpp:278] (find_running_copy)
2014-Feb-05 19:41:10.580 DEBUG core Connection to DF version "v0.34.10 (graphics)" established. [src\mainwindow.cpp:333] (connect_to_df)
2014-Feb-05 19:41:10.597 DEBUG core MEMORY SEGMENT SUMMARY: accepted 481 rejected 257 total 738 [src\dfinstancewindows.cpp:368] (map_virtual_memory)
2014-Feb-05 19:41:10.597 DEBUG core Loading language translation tables [src\languages.cpp:58] (load_data)
2014-Feb-05 19:41:10.597 DEBUG core Loading generic strings from 282c8e0 [src\languages.cpp:72] (load_data)
2014-Feb-05 19:41:10.600 DEBUG core generic words 2173 [src\languages.cpp:74] (load_data)
2014-Feb-05 19:41:10.778 WARNING core vector at "0x00fbffff" has over 5000 entries! ( 1073717568 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Feb-05 19:41:10.820 DEBUG core dwarf race index "0x02614ffc" "0x01654ffc" (UNCORRECTED) [src\dfinstance.cpp:376] (load_game_data)
2014-Feb-05 19:41:10.820 DEBUG core dwarf race: "0x000001d1" [src\dfinstance.cpp:381] (load_game_data)
2014-Feb-05 19:41:10.822 WARNING core vector at "0x2170005b" has over 5000 entries! ( 750780768 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Feb-05 19:41:10.822 WARNING core vector at "0x21703263" has over 5000 entries! ( 753904801 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Feb-05 19:41:10.823 WARNING core vector at "0x2170646b" has over 5000 entries! ( 58836000 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Feb-05 19:43:40.577 WARNING core vector at "0x073bec2f" has over 5000 entries! ( 1027733892 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Feb-05 19:43:40.577 WARNING core vector at "0x21709673" has over 5000 entries! ( 750780768 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Feb-05 19:43:40.577 WARNING core vector at "0x2170c87b" has over 5000 entries! ( 753904801 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Feb-05 19:43:40.577 WARNING core vector at "0x073c2237" has over 5000 entries! ( 54622531 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
Post by: splinterz on February 06, 2014, 06:08:45 pm
Post by: superglucose on February 06, 2014, 08:56:04 pm
Post by: splinterz on February 07, 2014, 04:56:06 pm
- equipment columns are now available (see here for examples and details (http://imgur.com/a/xCEHz#0))
- the attribute changes that syndromes apply are now shown
- squad changes are now applied like every other change: you need to commit them
- the linux (and osx?) accent issue has been fixed
- units without a gender should be shown correctly (untested)
as i don't have access to any osx machines, the offsets have not been updated. if anyone wants to update them, you can use this script from dfhack to export the offsets (https://code.google.com/r/splintermind-attributes/source/browse/export-dt-ini.lua).
Post by: splinterz on February 14, 2014, 01:05:32 pm
additionally i've moved the project over to a new github repository, so feel free to submit issues, wiki documentation, or patches! (https://github.com/splintermind/Dwarf-Therapist)
Post by: zapa1928 on February 14, 2014, 01:19:27 pm
well i've finally finished up another new version. there are quite a few major changes, so you can probably expect a few bugs. here's a short highlight:
- equipment columns are now available (see here for examples and details (http://imgur.com/a/xCEHz#0))
- the attribute changes that syndromes apply are now shown
- squad changes are now applied like every other change: you need to commit them
- the linux (and osx?) accent issue has been fixed
- units without a gender should be shown correctly (untested)
as i don't have access to any osx machines, the offsets have not been updated. if anyone wants to update them, you can use this script from dfhack to export the offsets (https://code.google.com/r/splintermind-attributes/source/browse/export-dt-ini.lua).
Hi
I tried today new version and there are two bug i`d like to report.
First; DT crashes on reconnecting if DT was opened before DF.
Second; On my dwarf list i see dwarwes from my previous fortresses (not migrated yet to my fortress), and some of them have random arrival dates sth like 5821 and 9070 (it is now 145 ). Plus on different reconnections there are different dwarves on the list (though fixed 86 of dwarves who are pressent at the fortress)
My OS is Win7; I am playing Accelerated Fortress mod (don`t have simmilar world in Vanilla version to try if that is causing the random dwarves problem).
On DT 20.4 was working fine with this mod.
I`ll try upload save on dffd tomoraw as it have some problems right now.
Beside this; the equipment information is great. I was waiting for this feature.
Keep up the good work.
Post by: splinterz on February 14, 2014, 01:23:22 pm
Post by: fricy on February 14, 2014, 02:37:14 pm
Tareq has been kind enough to update the offsets for OSX and package everything up! (http://dffd.wimbli.com/file.php?id=8418)
Would you mind forwarding this crashlog (http://pastebin.com/sJ78msjD) to Tareq? Happens after DT asks for the admin password.
This seems to be the relevant section:
Code: [Select]
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Application Specific Information:
objc[5970]: garbage collection is OFF
*** error for object 0x1003a7d70: pointer being freed was not allocated
Post by: zapa1928 on February 15, 2014, 02:57:36 am
thanks for the report. let me know when you've got the save uploaded and i'll take a look.
Uploaded links to save game and screen shots.
http://dffd.wimbli.com/file.php?id=8421
http://dffd.wimbli.com/file.php?id=8422
Hope that`ll be helpful.
Post by: splinterz on February 15, 2014, 05:27:30 am
are you saying there are dwarves in DT that shouldn't be there, or just different dwarves in the migration waves each time you refresh when grouped by migration?
Post by: zapa1928 on February 15, 2014, 06:44:13 am
that
http://www.bay12games.com/dwarves/mantisbt/view.php?id=6019 (http://www.bay12games.com/dwarves/mantisbt/view.php?id=6019)
bug.
I recreated this behavior today.
As soon as migrants arrive (luckily it's a few seconds into save), I hit refresh dwarves in DT (while DF is stll paused) and i can see the new arrivals (in DT list), including those listed as friendly in DF, but when the 'X' symbol stops blinking and i refresh DT they dissapear from DT list (and correctly appear again when treated with fixmigrant).
So yesterday i was mistaken that i saw for a moment someone who did`t arrive. Because i saw him in the first refresh and didn't in second, and i forgot to check for wandering migrants near edge map and blamed it on DT.
Apologies :)
Post by: splinterz on February 15, 2014, 10:59:07 am
Post by: splinterz on February 15, 2014, 01:17:40 pm
Tareq has been kind enough to update the offsets for OSX and package everything up! (http://dffd.wimbli.com/file.php?id=8418)
Would you mind forwarding this crashlog (http://pastebin.com/sJ78msjD) to Tareq? Happens after DT asks for the admin password.
This seems to be the relevant section:Code: [Select]Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Application Specific Information:
objc[5970]: garbage collection is OFF
*** error for object 0x1003a7d70: pointer being freed was not allocated
Tareq has been working on this and it should be resolved. give the new build a try and see how it goes. (http://dffd.wimbli.com/file.php?id=8418)
Post by: zapa1928 on February 15, 2014, 02:18:09 pm
This time DT 21.2 don`t start at all. Here is what Win7 is throwing at me
Spoiler (click to show/hide)
Write if you need any additional information (and how to get them).
Post by: fricy on February 15, 2014, 02:38:48 pm
Tareq has been working on this and it should be resolved. give the new build a try and see how it goes. (http://dffd.wimbli.com/file.php?id=8418)
Thx, this one works more or less. After asking for the admin pass it takes a long time to connect to the game - about 1-2 minutes. During this time it eats a lot of CPU time, totally saturating one of the cores of my macbook. After it finishes loading the CPU usage goes back to normal, and DT works correctly.
Post by: splinterz on February 15, 2014, 04:14:17 pm
Hey me again.
This time DT 21.2 don`t start at all. Here is what Win7 is throwing at meSpoiler (click to show/hide)
Write if you need any additional information (and how to get them).
post your dwarf therapist log. i just tested with 21.2 and the save you sent me, and i can't get it to crash.
Post by: GiantUrist on February 15, 2014, 05:56:15 pm
Tareq has been working on this and it should be resolved. give the new build a try and see how it goes. (http://dffd.wimbli.com/file.php?id=8418)
Thx, this one works more or less. After asking for the admin pass it takes a long time to connect to the game - about 1-2 minutes. During this time it eats a lot of CPU time, totally saturating one of the cores of my macbook. After it finishes loading the CPU usage goes back to normal, and DT works correctly.
That's what I was getting too. I can't pinpoint the location of the slowdown, and I had to disable the warnings for it to get that far. I can only guess that the OS X memory reading isn't as efficient or as fine-grained as it could be.
Post by: zapa1928 on February 15, 2014, 07:14:47 pm
post your dwarf therapist log. i just tested with 21.2 and the save you sent me, and i can't get it to crash.
I am afraid i can`t as run.log for 21.2 has not been created.
So only i can describe symptoms of a crash.
While opening DT window appears saying normally that application crashed and i have either option to look for solution online or end program.
In Win Manager DwarfFortress.exe thread takes 116 KB of memory and does not respond on termination attempts.
I think DT dosen`t get to the point of creation a log.
I have few copies downloaded and between them, beside first error window i posted, second reoccurs
Spoiler (click to show/hide)
If you`ll get any more idea of how can i help you with recreation of this crash or methods of reporting mine, i'll be happy to help tomorrow.
Post by: splinterz on February 16, 2014, 06:38:10 am
Tareq has been working on this and it should be resolved. give the new build a try and see how it goes. (http://dffd.wimbli.com/file.php?id=8418)
Thx, this one works more or less. After asking for the admin pass it takes a long time to connect to the game - about 1-2 minutes. During this time it eats a lot of CPU time, totally saturating one of the cores of my macbook. After it finishes loading the CPU usage goes back to normal, and DT works correctly.
the dffd file has been updated with another version with some optimizations, give it another go and let us know if it's loading faster for you.
Post by: splinterz on February 16, 2014, 07:00:25 am
i still have no idea what's going on here. i tried downloading and running 21.2 on two other machines, and still haven't had a crash. the version just previous to this one has no problems on your machine?
post your dwarf therapist log. i just tested with 21.2 and the save you sent me, and i can't get it to crash.
I am afraid i can`t as run.log for 21.2 has not been created.
So only i can describe symptoms of a crash.
While opening DT window appears saying normally that application crashed and i have either option to look for solution online or end program.
In Win Manager DwarfFortress.exe thread takes 116 KB of memory and does not respond on termination attempts.
I think DT dosen`t get to the point of creation a log.
I have few copies downloaded and between them, beside first error window i posted, second reoccursSpoiler (click to show/hide)
If you`ll get any more idea of how can i help you with recreation of this crash or methods of reporting mine, i'll be happy to help tomorrow.
Post by: fricy on February 16, 2014, 07:47:50 am
the dffd file has been updated with another version with some optimizations, give it another go and let us know if it's loading faster for you.
Thank you for both you and Tareq. This seems to work as expected. I'll release it in my pack and we'll see if we get any bugreports.
Post by: zapa1928 on February 16, 2014, 08:54:45 am
i still have no idea what's going on here. i tried downloading and running 21.2 on two other machines, and still haven't had a crash. the version just previous to this one has no problems on your machine?
That is affirmative. I`ve been using 20.4 version with no problems at all and 21.0 with stated before.
I also confirm that 21.2 is working ok on other computer i have (unfortunately to week to handle enjoyable df game XD ).
So it must be something vey specific to my configuration. I assume its sth hardware related as Win manager cant candle thread termination. I`ll try few configuration when i`ll have time and report the results.
I`ll also send you my system configuration log. Although i don't think it will be helpful, but you may catch on something i don't.
Post by: Bo-Rufus CMVII on February 16, 2014, 04:00:07 pm
You may want to remove the "latest doesn't work" someone posted at wimbli, since it's no longer true for latest.
Post by: Bo-Rufus CMVII on February 16, 2014, 04:20:18 pm
Post by: splinterz on February 16, 2014, 04:24:41 pm
21.2 works for me (Windows 7), and the funniness with sorting by migration wave is gone.thanks for the feedback! unfortunately i don't think i can remove other people's comments from the file listing on dffd :-\
You may want to remove the "latest doesn't work" someone posted at wimbli, since it's no longer true for latest.
Post by: splinterz on February 16, 2014, 04:28:08 pm
It would be nice if there was a column somewhere that would let you sort the dorfs by size. (Maybe on the weapons page? You can see sizes there by hovering, but it's kind of tedious.)right click the very first column header (dwarf names), and you can sort by body size.
Post by: Bo-Rufus CMVII on February 16, 2014, 11:24:03 pm
If you can't delete the reply, you could reply to it with an update.
Post by: zapa1928 on February 17, 2014, 04:28:49 pm
Post by: splinterz on February 17, 2014, 06:10:53 pm
Ok, so i downloaded qt5gui.dll and copied it to system directory and the original v21.2 is working, but not the second exec you`ve sent me on email.can you send me a link to where you downloaded it from so i can compare the dll files?
Post by: yaymeh on February 18, 2014, 04:38:22 am
Post by: splinterz on February 18, 2014, 06:35:18 am
Is it normal this takes several minutes to read / commit (on linus)? Vanilla DT is a a lot faster... any specific features I need to disable to make the splintermind version faster?no that's not normal! i'm not sure how i managed it, but there was a typo in one of the linux offsets in the 34.11 ini file.
i've fixed that and also made a small performance tweak that should help it load a little faster. i've updated the source, so give it another go and let me know if it's better.
Post by: zapa1928 on February 18, 2014, 06:40:09 am
can you send me a link to where you downloaded it from so i can compare the dll files?
http://www.opendll.com/index.php?file-download=qt5gui.dll&arch=32bit&version=5.1.1.0&dsc=C++-application-development-framework.#
As i understand it is earlier version than copy included with DT
Post by: splinterz on February 18, 2014, 07:23:03 am
i do use a different dll, as i have a 'minimal' compiled version of QT that i use so that i can reduce the overall size of the zip file in the packaged release. it's mainly to remove the ICU libraries (http://site.icu-project.org/), but maybe that's causing an issue on some machines...
can you send me a link to where you downloaded it from so i can compare the dll files?
http://www.opendll.com/index.php?file-download=qt5gui.dll&arch=32bit&version=5.1.1.0&dsc=C++-application-development-framework.#
As i understand it is earlier version than copy included with DT
when you used this new dll file, did you need to add any other libraries to get it run?
Post by: yaymeh on February 18, 2014, 09:40:56 am
Yes, works a lot faster now, thx!Is it normal this takes several minutes to read / commit (on linus)? Vanilla DT is a a lot faster... any specific features I need to disable to make the splintermind version faster?no that's not normal! i'm not sure how i managed it, but there was a typo in one of the linux offsets in the 34.11 ini file.
i've fixed that and also made a small performance tweak that should help it load a little faster. i've updated the source, so give it another go and let me know if it's better.
Post by: zapa1928 on February 18, 2014, 02:04:54 pm
when you used this new dll file, did you need to add any other libraries to get it run?
Yes, and no. For the first time when i copied Qt5Gui.dll it didn`t but the i tried if having the version i downloaded in DT folder would be enoug,h so i overwritten the dll in DT folder. But then i got an error (i dont remember what). So i copied once again the dll i downloaded to system folder but then it said, it want additional dll; namely this one
http://www.opendll.com/index.php?file-download=libglesv2.dll&arch=32Bit&version=1.0.0.2212&dsc=ANGLE-libGLESv2-Dynamic-Link-Library#
Then i unpacked original DT folder once again and just copied downloaded dll to system folder again, but i didn`t check if downloading this libglesv2.dll would help.
Post by: fricy on February 19, 2014, 04:48:35 am
and:
I have some issues with Therapist on the new release. On my MacBook Air, Therapist runs really sluggish and crashes every so often with no error at all. Can anyone confirm those issues? I'm running 10.9.1
It's a bit vague I know, I hope I get more details on this one.
Post by: Sutremaine on February 19, 2014, 11:48:19 am
Post by: splinterz on February 19, 2014, 12:50:00 pm
How does DT access grid views made in previous versions of DT? It's getting a little cluttered, and some of the views I've made in earlier versions are nearly the same as the default ones in this version. You can't edit or delete them from within DT.i'm not sure if you're referring to custom or default views, but you can't remove the default views. however, the custom views you can remove through the grid view dock.
Post by: Sutremaine on February 19, 2014, 03:50:43 pm
Spoiler (click to show/hide)
Post by: splinterz on February 19, 2014, 03:53:58 pm
@splinterz, Tareq: Setting a nickname in DT 21.2 OSX doesn't work, the nick doesn't show up in either DT or DF. Confirmed on 10.7.5.i'm not sure if you've got the latest build. there was a commit from Tareq on the 16th that should have fixed the loading speed and that crash.
and:I have some issues with Therapist on the new release. On my MacBook Air, Therapist runs really sluggish and crashes every so often with no error at all. Can anyone confirm those issues? I'm running 10.9.1
It's a bit vague I know, I hope I get more details on this one.
Edit: nevermind, reading through the thread it looks like you had the changes already
Post by: fricy on February 19, 2014, 04:36:02 pm
i'm not sure if you've got the latest build. there was a commit from Tareq on the 16th that should have fixed the loading speed and that crash.
It's the build from the 16th, version 21.2 with the loading speed fix. Previous was 21.0 if I remember right, and was taking about 2 minutes to load.
I don't have crashes on 10.7.5, and this is the only report I got with instability. My guess that it's related to some architectural change on OSX between 10.8 and 10.9, but that's as far as I can venture. I asked for a crashlog, but there's nothing in the system logs, so I'm a bit stumped on this one. :(
Post by: lordkrike on February 21, 2014, 11:29:54 am
I then belatedly realized that there are also instructions in the readme. I'll fix those in a moment.
If you have both qt4 and qt5 installed, often qt4 is considered the "default".
Also, I'm not sure what was going on, but when I try to run the executable in Dwarf-Therapist/bin/release, the program crashes instantly. However, if I just run dwarftherapist (which was registered in /usr/bin) then it works just fine.
Post by: splinterz on February 21, 2014, 11:58:57 am
I had some issues with building this last night/today. I submitted a pull request to fix the instructions in BUILDING.txt to include qtchooser and the flag to build with qt version 5 (it didn't seem to like version 4).if you run it from /bin/release it's probably looking for the /etc and memory layouts in the release folder. i've merged your changes, thanks for the help!
I then belatedly realized that there are also instructions in the readme. I'll fix those in a moment.
If you have both qt4 and qt5 installed, often qt4 is considered the "default".
Also, I'm not sure what was going on, but when I try to run the executable in Dwarf-Therapist/bin/release, the program crashes instantly. However, if I just run dwarftherapist (which was registered in /usr/bin) then it works just fine.
Post by: lordkrike on February 21, 2014, 04:51:49 pm
Quote
if you run it from /bin/release it's probably looking for the /etc and memory layouts in the release folder. i've merged your changes, thanks for the help!
Not the slightest problem.
I have a bit of programming experience (mostly computational, not software) and a lot of free time. If you want any help at all, even just cleaning up and formatting things, let me know.
Post by: Bo-Rufus CMVII on February 21, 2014, 05:18:17 pm
Or did someone lead me astray when I read that you have to use Qt5 to build it?
Post by: lordkrike on February 21, 2014, 05:44:19 pm
Is there a compiled version that will run on Ubuntu 12.04? I've been trying to build it, but the number of code changes required is prohibitive. (Mostly related to reorganization of includes in Qt5.)
Or did someone lead me astray when I read that you have to use Qt5 to build it?
Having spent the last 36 hours fiddling with it, the most recent versions definitely require qt5.
Splinterz just pulled an update to the build instructions. You can follow them. Ubuntu is based off of Debian, so you should be good to go if you follow them here (https://github.com/splintermind/Dwarf-Therapist/blob/master/BUILDING.txt). If you need a list of qt5 packages to install, you can find them in the readme (https://github.com/splintermind/Dwarf-Therapist/blob/master/README.md).
Just run the executable in /usr/bin/, rather than the one in df_linux/Dwarf-Therapist/bin/release/.
Post by: fricy on February 28, 2014, 04:38:21 am
I think custom profession display is broken in this Dwarf Therapist release on the Mac. Are any of you able to see dwarves grouped by custom professions in the Dwarf Therapist labors tab?
I'm able to add a new custom profession and apply it to dwarves, but those dwarves remain grouped under the profession they had and the new profession doesn't appear. I've followed the same procedure (below) on the Windows version and it works there, so I assume it's not the way I'm doing it.
I've tried deleting DT (and ~/.config/UDP Software/Dwarf Therapist.ini) then re-installing and the custom professions still don't work.
Will you try to verify and report your results and or tell me what I'm doing wrong?
Here's the procedure I'm trying:
1. Switch to the labors tab.
2. Set "Group By" dropdown to "Profession"
3. Create a new custom profession, say "Tester" with a skill or two.
4. Uncheck "Apply as a mask?" checkbox.
5. Click "OK" button
6. Assign the custom profession to a dwarf
7. Commit the change(s)
8. Observe whether the dwarf appears grouped under the new custom profession or not
Post by: Chaos17 on February 28, 2014, 07:32:20 am
I wish there will be more tools like yours (with a nice UI~) around for other stuff.
I just have a question about your optimizer: does the optimizer take in account dwarf traits/tastes?
I'm sorry to ask this, it's just that I'm curious to know how it works and if it will only distribute randomly labor based on the ratio and priority.
Sorry for my bad english.
Post by: splinterz on February 28, 2014, 08:15:59 am
Hi again, I suppose it's the same bug as with the custom nicknames in DT 21.2.currently osx doesn't support writing any string values (nickname, custom profession, squad name, etc.) i have no idea why it's been disabled, so i'll pass it on to tareq to see if he can test it out.Spoiler (click to show/hide)
Just posting to say: thank you for you wonderful tool. 8)when you create an optimization plan, you also map roles to the labors. the rating of the role associated to a labor is what the optimizer uses (in addition to ratio, priority, etc.) to determine which dwarves should be assigned to the labor. so yes, traits are used, but indirectly via a role.
I wish there will be more tools like yours (with a nice UI~) around for other stuff.
I just have a question about your optimizer: does the optimizer take in account dwarf traits/tastes?
I'm sorry to ask this, it's just that I'm curious to know how it works and if it will only distribute randomly labor based on the ratio and priority.
Sorry for my bad english.
Post by: Buttery_Mess on February 28, 2014, 05:46:12 pm
I love running Dwarf Fortress in Linux but as we all know, without Therapist it's unplayable. If anyone's been successful would it be possible to share their build?
Post by: milo christiansen on March 01, 2014, 01:42:56 pm
DT will not read exp/skill level for the alchemy skill. I had a legendary alchemist and he was still reported as having "0 exp" in Therapist
Post by: splinterz on March 01, 2014, 05:43:49 pm
Bug Report:what version of DT are you using?
DT will not read exp/skill level for the alchemy skill. I had a legendary alchemist and he was still reported as having "0 exp" in Therapist
Post by: Chaos17 on March 03, 2014, 04:59:02 am
I've another question : the role "Lawdwarf" what is it ? I couldn't find any explanation of this trait on the wiki.
Is it it for the Sheriff or the captain of militia ? Why is it written weak next to it ?
Post by: splinterz on March 03, 2014, 05:35:29 am
Thank you for your reply.it's a role for a weak sheriff/guard captain/hammerer (http://dwarffortresswiki.org/index.php/DF2012:Fortress_guard) so that when they deal out punishment (no jail available) there's less of a chance of them actually killing the criminal.
I've another question : the role "Lawdwarf" what is it ? I couldn't find any explanation of this trait on the wiki.
Is it it for the Sheriff or the captain of militia ? Why is it written weak next to it ?
Post by: yaymeh on March 03, 2014, 09:50:26 am
- Couldn't find a compiled linux version for download anywhere... why? Is it heavily dependant on the versions I compiled it with or something? Can I just put some license file (
- Have not been able to figure out what that "checksum" checks... oh *wait* the source... ok... looked in the code and now I have figured it out... but still: WHYYYYYY (not just md5 and where does the "0x" come from)? xD
edit: Argh, just realized that it needs to be run as root so it can attach properly... so people can't run it as a restricted user... and I can't sign it -.- which is bad.
Post by: splinterz on March 03, 2014, 10:42:30 am
Few questions...i'd built a packaged version a long while back, and after getting exactly no feedback about whether it was working or not on different distributions, i just stopped doing it. i'm by no means a linux guru but my experience trying to get a packaged build setup for linux has been... well it's been a pain in the ass, to put it simply. if you want to package things up and place it on dffd or somewhere else, feel free.
- Couldn't find a compiled linux version for download anywhere... why? Is it heavily dependant on the versions I compiled it with or something? Can I just put some license file (which one?oh, MIT I guess...) into my therapist folder + upload it somewhere (where?) or will I only make a mess of some sort if I try that?
- Have not been able to figure out what that "checksum" checks... oh *wait* the source... ok... looked in the code and now I have figured it out... but still: WHYYYYYY (not just md5 and where does the "0x" come from)? xD
i didn't write the checksum code and haven't touched it, but i don't really understand what your gripe is; are you reporting some kind of bug regarding the checksum?
Post by: yaymeh on March 03, 2014, 11:25:35 am
Quote
i didn't write the checksum code and haven't touched it, but i don't really understand what your gripe is; are you reporting some kind of bug regarding the checksum?No, sorry. I just didn't realize that it's (truncated part of) md5 (with "0x" in front of it) after all from the looks of it at first and I found myself reading weird and unnecessary manuals about "process memory fingerprinting" while trying to generate the same checksum in a script xD
Uhm... I wasn't really talking about "proper packaging"... more like... "uploading the file that I found in '/var/cache/packages' after compiling splintermind-attributes from AUR" :3 *sigh* no idea if that's a bad idea.
Post by: splinterz on March 03, 2014, 11:34:49 am
ah yeah, i see what you mean about the checksum after looking over the code.. i really cant say about the AUR suggestion, i've no experience with it. however, that you've referenced splintermind-attributes is a concern, as that's most likely the old googlecode source. Adam has been working on getting the linux build documentation cleaned up and fixing the makefile though, if that's of help to you. (https://github.com/splintermind/Dwarf-Therapist/blob/master/BUILDING.txt)Quotei didn't write the checksum code and haven't touched it, but i don't really understand what your gripe is; are you reporting some kind of bug regarding the checksum?No, sorry. I just didn't realize that it's (truncated part of) md5 (with "0x" in front of it) after all from the looks of it at first and I found myself reading weird and unnecessary manuals about "process memory fingerprinting" while trying to generate the same checksum in a script xD
Uhm... I wasn't really talking about "proper packaging"... more like... "uploading the file that I found in '/var/cache/packages' after compiling splintermind-attributes from AUR" :3 *sigh* no idea if that's a bad idea.
Post by: yaymeh on March 05, 2014, 10:16:12 am
I uploaded a messy testing version here: http://dffd.wimbli.com/file.php?id=8462
I have no idea how to compile it in a way that will work on someone elses machine. Guess I need to compile with statically linked libs only? That would be mostly qt5 I guess... maybe I'll try again tomorrow....
edit: gnnn, no idea how qmake works either. At this point I'm just doing random things like: qmake set "CONFIG=create_prl"; qmake set "CONFIG+=link_prl" - no idea if that even does anything xD
edit2: And also, I didn't manage to replace the default gridviews. Well, I can replace the file (with the one from masterwork), but the default gridviews don't change (there are no other *dtg files anywhere on the hd, still the old grid). Do I have to replace that file before compiling? Can't even import the masterwork grid due to the name conflict.
Post by: splinterz on March 05, 2014, 11:51:03 am
Thaat didn't work out too well.this is the documentation for linux qt packages. (http://qt-project.org/doc/qt-4.8/deployment-x11.html#creating-the-application-package) i used the library path solution they propose and it appeared to work (again, no feedback so i don't really know).
I uploaded a messy testing version here: http://dffd.wimbli.com/file.php?id=8462
I have no idea how to compile it in a way that will work on someone elses machine. Guess I need to compile with statically linked libs only? That would be mostly qt5 I guess... maybe I'll try again tomorrow....
edit: gnnn, no idea how qmake works either. At this point I'm just doing random things like: qmake set "CONFIG=create_prl"; qmake set "CONFIG+=link_prl" - no idea if that even does anything xD
edit2: And also, I didn't manage to replace the default gridviews. Well, I can replace the file (with the one from masterwork), but the default gridviews don't change (there are no other *dtg files anywhere on the hd, still the old grid). Do I have to replace that file before compiling? Can't even import the masterwork grid due to the name conflict.
the dtg file in the /etc folder can be used to override or add new default views. there's a readme in the /etc that explains it. if you're trying to compile it with different default views, you'll have to replace the dtg in the source's main directory before you compile. i'd recommend against doing this, and simply add a default_gridviews.dtg to the /etc folder instead.
Post by: yaymeh on March 05, 2014, 01:19:26 pm
Quote from: splinterz link=topic=122968.msg5061314#msg5061314
i used the library path solution they propose and it appeared to work (again, no feedback so i don't really know).Thanks, I'll try that again with an extra startup script then! Might have not worked the first time due to problems with how I set cap_sys_ptrace if I understand that doc correctly.
Quote
and simply add a default_gridviews.dtg to the /etc folder instead.Tried that... segfaults on start, couldn't figure out why so I thought I'd try the other way first. Strace said:
Code: [Select]
stat("/home/yaymeh/DF_Masterwork/Dwarf-Therapist/etc/default_gridviews.dtg", {st_mode=S_IFREG|0644, st_size=60754, ...}) = 0
lstat("/home/yaymeh/DF_Masterwork/Dwarf-Therapist/etc/default_gridviews.dtg", {st_mode=S_IFREG|0644, st_size=60754, ...}) = 0
open("/home/yaymeh/DF_Masterwork/Dwarf-Therapist/etc/default_gridviews.dtg", O_RDONLY|O_CLOEXEC) = 11
fcntl(11, F_SETFD, FD_CLOEXEC) = 0
fstat(11, {st_mode=S_IFREG|0644, st_size=60754, ...}) = 0
fstatfs(11, {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=232154255, f_bfree=89941989, f_bavail=78143473, f_files=58974208, f_ffree=57728075, f_fsid={-1073198243, -447652414}, f_namelen=255, f_frsize=4096}) = 0
fcntl(11, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
stat("/home/yaymeh/DF_Masterwork/Dwarf-Therapist/etc/default_gridviews.dtg", {st_mode=S_IFREG|0644, st_size=60754, ...}) = 0
fstat(11, {st_mode=S_IFREG|0644, st_size=60754, ...}) = 0
fstat(11, {st_mode=S_IFREG|0644, st_size=60754, ...}) = 0
brk(0x2b70000) = 0x2b70000
read(11, "[info]\r\nDT_version\\major=0\r\nDT_v"..., 60754) = 60754
close(11) = 0
brk(0x2b91000) = 0x2b91000
brk(0x2bb2000) = 0x2bb2000
brk(0x2bd3000) = 0x2bd3000
#### and here all the config files are read... lots other stuff... aaaand far far far below: ####
open("/proc/1147/mem", O_RDONLY|O_CLOEXEC) = 11
fcntl(11, F_SETFD, FD_CLOEXEC) = 0
fstat(11, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
lseek(11, 3707240036, SEEK_SET) = 3707240036
read(11, "\1\2\0\0\17\0\217\0\3\0\17\0\217\0\3\0\3\0\0\0\377\377\231\335\2\0\0\0\320\212\320\212"..., 16384) = 16384
close(11) = 0
stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) = 0
write(9, "2014-M?r.-05 18:44:58.224 DEBUG\t"..., 98) = 98
open("/sys/devices/system/cpu/online", O_RDONLY|O_CLOEXEC) = 11
read(11, "0-5\n", 8192) = 4
close(11) = 0
mmap(NULL, 8392704, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7f3424b77000
mprotect(0x7f3424b77000, 4096, PROT_NONE) = 0
clone(child_stack=0x7f3425376f70, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x7f34253779d0, tls=0x7f3425377700, child_tidptr=0x7f34253779d0) = 1549
futex(0x2daf060, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x2daee1c, FUTEX_WAIT_PRIVATE, 1, NULL) = 0
futex(0x2daedf0, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x2daebec, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x2daebe8, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0x2daebc0, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x2daef30, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x2cd57bc, FUTEX_WAIT_PRIVATE, 1, NULL) = 0
futex(0x2cd5790, FUTEX_WAKE_PRIVATE, 1) = 0
brk(0x2dd9000) = 0x2dd9000
stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) = 0
write(9, "2014-M?r.-05 18:44:58.270 INFO\tc"..., 112) = 112
ptrace(PTRACE_DETACH, 1147, 0, SIG_0) = 0
stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) = 0
write(9, "2014-M?r.-05 18:44:58.271 DEBUG\t"..., 126) = 126
stat("/usr/lib/qt/plugins/imageformats/.", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
openat(AT_FDCWD, "/usr/lib/qt/plugins/imageformats", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 15
statfs("/usr/lib/qt/plugins/imageformats/", {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=232154255, f_bfree=89941987, f_bavail=78143471, f_files=58974208, f_ffree=57728075, f_fsid={-1073198243, -447652414}, f_namelen=255, f_frsize=4096}) = 0
getdents(15, /* 5 entries */, 32768) = 144
getdents(15, /* 0 entries */, 32768) = 0
close(15) = 0
lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib", {st_mode=S_IFDIR|0755, st_size=176128, ...}) = 0
lstat("/usr/lib/qt", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib/qt/plugins", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib/qt/plugins/imageformats", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib/qt/plugins/imageformats/libqgif.so", {st_mode=S_IFREG|0755, st_size=27088, ...}) = 0
lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib", {st_mode=S_IFDIR|0755, st_size=176128, ...}) = 0
lstat("/usr/lib/qt", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib/qt/plugins", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib/qt/plugins/imageformats", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib/qt/plugins/imageformats/libqico.so", {st_mode=S_IFREG|0755, st_size=27224, ...}) = 0
lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib", {st_mode=S_IFDIR|0755, st_size=176128, ...}) = 0
lstat("/usr/lib/qt", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib/qt/plugins", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib/qt/plugins/imageformats", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib/qt/plugins/imageformats/libqjpeg.so", {st_mode=S_IFREG|0755, st_size=39928, ...}) = 0
stat("/home/yaymeh/DF_Masterwork/Dwarf-Therapist/bin/release/imageformats/.", 0x7fff1f7fcc80) = -1 ENOENT (No such file or directory)
brk(0x2e06000) = 0x2e06000
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x38} ---
+++ killed by SIGSEGV (core dumped) +++
+program log:Code: [Select]
2014-M?r.-05 18:44:58.053 DEBUG core FOUND BEAST "0xd67df518" "Steppe Auroch Bull" [src/dfinstance.cpp:491] (load_dwarves)
2014-M?r.-05 18:44:58.172 DEBUG core FOUND BEAST "0xdcf3c2d0" "Steppe Auroch Cow" [src/dfinstance.cpp:491] (load_dwarves)
2014-M?r.-05 18:44:58.224 DEBUG core read 9 in 5560 ms [src/dfinstance.cpp:496] (load_dwarves)
2014-M?r.-05 18:44:58.270 INFO core found 9 dwarves out of 45 creatures [src/dfinstance.cpp:520] (load_dwarves)
2014-M?r.-05 18:44:58.271 DEBUG core group_by now set to 0 for view "Labors" [src/models/dwarfmodel.cpp:689] (set_group_by)
edit: The old way of deploying libs with DT might not work any more because of EUID!=UID stuff and changes to security things which result in... problems that I don't understand. I fixed that by inserting
Code: [Select]
addLibraryPath("./")into a random line in dwarftherapist.cpp near those objectoriented looking things that are commented out (one of them says "QApplication" and I read somewhere that QApplication needs a Library path added or something) - don't know if that's a good idea, but bundled libs work without Problems now. Did not manage to fix the segfault - guess that's some c++ thing.
Post by: milo christiansen on March 05, 2014, 03:51:20 pm
what version of DT are you using?
Umm... I forget, I just upgraded 2-3 weeks ago though.
(It has been like that for as long as I have used DT, aka 34.7, but I always thought that something was wrong with the alchemy skill in DF not DT so I never reported it)
Post by: Sutremaine on March 05, 2014, 07:01:25 pm
Spoiler (click to show/hide)
That made -brigandine- instead of -waxed leather brigandine-.
Post by: yaymeh on March 06, 2014, 03:21:44 am
Also managed to bundle the qt5 libs. I guess the only thing left to do is the license stuff now. I just have to put a lgpl-2.1.txt and a LGPL_EXCEPTION.txt into the same directory as "libQt5Core.so.5 libQt5Gui.so.5 libQt5Script.so.5 libQt5Widgets.so.5" and leave the MIT license in the main folder alone, right? Or do I have to write that MIT does not affect qt somewhere (or the other way around)?
(edit: Noooo...! Now it's so big I keep failing to upload it with my sucky ISP T_T ...stupid qt5... *grml*)
Post by: splinterz on March 06, 2014, 03:44:45 am
hrmm that's really strange, it should have been fixed quite a few versions ago, and since there are mods that use those labors/skills i'm sure it would have been reported again before now. do you have a save i can take a look at?what version of DT are you using?
Umm... I forget, I just upgraded 2-3 weeks ago though.
(It has been like that for as long as I have used DT, aka 34.7, but I always thought that something was wrong with the alchemy skill in DF not DT so I never reported it)
Found a crash bug with 21.2. If you have a item that's being worn and is made out of... I dunno, something or nothing, DT crashes upon connection to the fortress. I did this by using the following reaction:could you upload a save that i can debug with?Spoiler (click to show/hide)
That made -brigandine- instead of -waxed leather brigandine-.
In the meantime, my segfault problem somehow disappeared. No idea why.great, sounds like you're slowly but surely making progress! i know what you mean about the qt5 libraries... i actually had to get a smaller compiled version to cut out a bunch of the libraries (specifically the *.icu ones) due to the way they setup the new dependencies. for the licensing i think just leaving the licenses in their respective folders as you've described would be sufficient, but i'll admit i'm not 100% certain.
Also managed to bundle the qt5 libs. I guess the only thing left to do is the license stuff now. I just have to put a lgpl-2.1.txt and a LGPL_EXCEPTION.txt into the same directory as "libQt5Core.so.5 libQt5Gui.so.5 libQt5Script.so.5 libQt5Widgets.so.5" and leave the MIT license in the main folder alone, right? Or do I have to write that MIT does not affect qt somewhere (or the other way around)?
(edit: Noooo...! Now it's so big I keep failing to upload it with my sucky ISP T_T ...stupid qt5... *grml*)
Post by: yaymeh on March 06, 2014, 04:52:40 am
Have not been able to un-segfault it again (no idea what did that).
Post by: splinterz on March 06, 2014, 05:03:39 am
*sigh* after a clean reinstall, the segfault is back. It happens as soon as I put the default_gridviews.dtg in the ./etc folder and DFT works again as soon as I delete that.is it a set of custom views you created, or just the packaged masterwork ones?
Have not been able to un-segfault it again (no idea what did that).
Post by: yaymeh on March 06, 2014, 05:55:49 am
Post by: splinterz on March 06, 2014, 06:35:20 am
Just the one from masterwork. I think it was just a problem with an obsolete game_data.ini for masterwork though - probably noone updated the download (after I grabbed the one from windows Therapist bundled with the latest masterwork release, everything seems to be working again). Will try a clean install later to see if that was the only problem or if the segfaults return (the "animals" tab was segfaulting too and is now working again).that's quite possible, they certainly need to match, as the default views may use roles which exist in the game_data.ini.
Post by: easykiln on March 06, 2014, 02:26:38 pm
Post by: splinterz on March 06, 2014, 03:32:45 pm
Hey, sorry if this has been covered, but is there any chance we can group by role potential or something? Constantly switching between labour and roles is kinda annoying. What would be best and most intuitive, I think, is that, when you clicked on a job and it sorts all the people with the job enable to the top, it ranked those with no experience by potential.you'll have to correct me if i'm wrong, but i think what you're looking for is to sort by role rating. right click any labor column and choose to sort by the role rating.
Post by: easykiln on March 06, 2014, 06:42:06 pm
Post by: Bo-Rufus CMVII on March 06, 2014, 11:37:51 pm
you'll have to correct me if i'm wrong, but i think what you're looking for is to sort by role rating. right click any labor column and choose to sort by the role rating.Nice!
Post by: Bo-Rufus CMVII on March 07, 2014, 05:44:01 pm
Looks like it sorts low-to-high rather than the expected high-to-low. Is that intentional?you'll have to correct me if i'm wrong, but i think what you're looking for is to sort by role rating. right click any labor column and choose to sort by the role rating.Nice!
Post by: Bo-Rufus CMVII on March 07, 2014, 06:06:05 pm
Followed the instructions at https://github.com/splintermind/Dwarf-Therapist/blob/master/BUILDING.txt (https://github.com/splintermind/Dwarf-Therapist/blob/master/BUILDING.txt), *except* prior to doing that I had to do:
sudo apt-add-repository ppa:ubuntu-sdk-team/ppa
sudo apt-get update
Those are necessary because they intend Qt 5 for use on more recent releases of Ubuntu. If you build other stuff that uses Qt, you may want to read up on the above before doing it.
Compiles, installs, and runs OK. I haven't had time to test much - wanted to post before I forget what I did.
I'm suprised at the requirement for running it as root. The old precompiled verision that I was using on Ubuntu 10.04 did not require it. Was use of ptrace added since the fork?
I see the suggestion for running it as a child of df, but I start df with dfhack, and ./dfhack& causes problems because you need the terminal. Any ideas for how to launch it as a child when using dfhack?
Splintermind, are you interested in talking to the dfhack people about converting it to a plug-in?
Post by: Bo-Rufus CMVII on March 07, 2014, 07:34:33 pm
Compiles, installs, and runs OK. I haven't had time to test much - wanted to post before I forget what I did.Well, it was fun while it lasted. I decided it was time to quit fooling with tools and get some play in, but it won't even run now. When I try to start it I get:
QProcess: Destroyed while process ("/usr/bin/env") is still running.
I can't imagine what I've changed or am now doing different from when it ran a few minutes ago.
Post by: splinterz on March 08, 2014, 01:57:55 pm
Building under Ubuntu 12.04 LTS / 64-bit:ok i'll see about adding that to the documentation. if i remember the ptrace/sudo stuff was there before i even forked the code, so i'm not sure how that precompiled version doesn't require it.
Followed the instructions at https://github.com/splintermind/Dwarf-Therapist/blob/master/BUILDING.txt (https://github.com/splintermind/Dwarf-Therapist/blob/master/BUILDING.txt), *except* prior to doing that I had to do:
sudo apt-add-repository ppa:ubuntu-sdk-team/ppa
sudo apt-get update
Those are necessary because they intend Qt 5 for use on more recent releases of Ubuntu. If you build other stuff that uses Qt, you may want to read up on the above before doing it.
Compiles, installs, and runs OK. I haven't had time to test much - wanted to post before I forget what I did.
I'm suprised at the requirement for running it as root. The old precompiled verision that I was using on Ubuntu 10.04 did not require it. Was use of ptrace added since the fork?
I see the suggestion for running it as a child of df, but I start df with dfhack, and ./dfhack& causes problems because you need the terminal. Any ideas for how to launch it as a child when using dfhack?
Splintermind, are you interested in talking to the dfhack people about converting it to a plug-in?
setting things up to use dfhack as a back-end would be very beneficial. i already use a dfhack script to generate another list of memory offsets to use, but it's all very redundant, and probably some code that could be removed entirely if there was access to a dfhack api. however, i honestly don't even know where to begin such a conversion.
Post by: yaymeh on March 08, 2014, 02:42:04 pm
Not sure, but it is possible that ubuntu/older kernel allowed it to users by default to use ptrace... anyway - don't execute Therapist as root. Just allow it to use ptrace.
Post by: Sutremaine on March 08, 2014, 08:23:47 pm
Crash save.
Post by: splinterz on March 09, 2014, 06:21:35 am
http://dffd.wimbli.com/file.php?id=8466great thanks. it looks like the sockplate isn't made of anything (no material type) which is causing the crash. i've got that fixed up, and i'm looking into the health issues you hinted at. there are some strange things going on:
Crash save.
- Catten Fashablel has a burnt right hand in therapist, but in game it looks like she just fell and broke the hand. i think i know what's causing this one.
- Atis Kodsarvesh has a ton of numb fat areas. this one is rather strange. if you look at the health (z) overview in game, there's no indication of anything being numb. in therapist, it thinks there was nerve damage. i'm still trying to figure out what's going on with this one.
Post by: Sutremaine on March 09, 2014, 10:37:13 am
Post by: splinterz on March 09, 2014, 11:13:29 am
were there any other inconsistencies you noticed i should take a look at?
Post by: HammerHand on March 12, 2014, 05:19:24 am
Also, to thank splinterz for the continued work on this program!
Seriously, thank you. So much.
Post by: jellsprout on March 18, 2014, 10:38:34 am
Furthermore, the New Custom Role and New Optimization Plan buttons don't do anything. The New Filter Script does work. The Import/Export Custom Role buttons also appear to work, although they do give me the following message in Terminal:
Code: [Select]
QBackingStore::flush() called with non-exposed window, behavior is undefinedUnder the Windows tab, the Dock drop-down menu does work properly.If you don't know how to fix this, is there some way I can manually edit the roles through a text editor or otherwise turn the entire role/optimization thing off?
And one small thing regarding the building process, you also need a g++ compiler installed, which you can get through $ sudo apt-get install build-essential.
Post by: molkemon on March 18, 2014, 09:02:51 pm
Can you make DT (Windows) not use the current Windows color scheme, or at least give the option to change colors in the program? I'm using a dark Windows color scheme and it makes DT nigh unusable, especially the tooltips: https://www.dropbox.com/s/3v6f6kij1xv6gb2/Screenshot%202014-03-19%2003.01.12.png
Post by: fricy on March 31, 2014, 12:11:02 pm
currently osx doesn't support writing any string values (nickname, custom profession, squad name, etc.) i have no idea why it's been disabled, so i'll pass it on to tareq to see if he can test it out.
Any way I can help fix this bug?
Post by: splinterz on March 31, 2014, 04:19:14 pm
it's not so much a bug, as there is literally no code there. it's a totally unsupported feature at the moment. i've asked tareq to take a look, but he hasn't been able to get working.currently osx doesn't support writing any string values (nickname, custom profession, squad name, etc.) i have no idea why it's been disabled, so i'll pass it on to tareq to see if he can test it out.
Any way I can help fix this bug?
Post by: splinterz on April 01, 2014, 11:17:01 am
Feature Request:hrmm i see. what color background do your regular windows tooltips have?
Can you make DT (Windows) not use the current Windows color scheme, or at least give the option to change colors in the program? I'm using a dark Windows color scheme and it makes DT nigh unusable, especially the tooltips: https://www.dropbox.com/s/3v6f6kij1xv6gb2/Screenshot%202014-03-19%2003.01.12.png
Post by: thistleknot on April 10, 2014, 12:33:51 am
and I noticed the Magic Skill is missing.
I know this is as much a mod question as it is a dwarf therapist question. But where can I change the labor id # of a labor to match the magic id # specified by mw mod?
Post by: splinterz on April 10, 2014, 04:11:00 am
I'm playing beta build off of githubmasterwork uses a different game_data.ini and has different default views. it hasn't been updated to include the 'detachment' trait in the last update, so you'll have to manually merge the game_data.ini to get the masterwork settings and the new detachment trait. you'll also want to put the default_views.dtg from masterwork into the /etc folder to get the mw default gridviews.
and I noticed the Magic Skill is missing.
I know this is as much a mod question as it is a dwarf therapist question. But where can I change the labor id # of a labor to match the magic id # specified by mw mod?
Post by: thistleknot on April 10, 2014, 08:44:08 am
but it sounds like your saying I need to dl the standard mw mod, and pull the gamedata.ini and gridviews and put it in this build of beta?
Post by: splinterz on April 10, 2014, 09:47:54 am
It is the mw gridviews already (beta build of the studded with patches build).if you've already got the magic and other mw skills/professions/labors, then you're probably just missing the views
but it sounds like your saying I need to dl the standard mw mod, and pull the gamedata.ini and gridviews and put it in this build of beta?
Post by: thistleknot on April 10, 2014, 10:20:19 am
Post by: splinterz on April 10, 2014, 11:38:08 am
I think what I was trying to do was add the magic skill to a custom role and I wasn't finding the magic skill inside the custom role editor. So I'm not sure what the magic skill id # is so I can manually edit the .ini file to update whatever current skill is mismapped back to what it should be (i.e. magic)I'm trying to explain to you that it's not mismapped. If you're playing masterwork, then you need the masterwork game_data and default_gridviews to see the magic skill/labor/profession. if you don't see them, you've got your files mixed up.
if you don't have 'sorcerer' or 'sorcery' in your game_data.ini then you're using the wrong game_data for masterwork.
Post by: thistleknot on April 10, 2014, 11:48:08 am
Post by: splinterz on April 10, 2014, 12:45:21 pm
OK. Have u DL d beta or gold? Beta is 0 commits behind gold. Sorcery shows up in the grid views just not in role editor. So ye it is missing something. But I thought beta/gold was/is based on meph's latest release. which means his latest release is missing the INI info as well. I'm playing unmodified beta as found on github.if you look at the game_data.ini on either SWP beta or gold, you'll see they have the necessary sorcerer skill/labour/profession. i'm the one that packaged up the last 4j fixed version on dffd, and i've just checked and it's the exact same game_data.ini as SWP beta/gold.
if you don't see sorcerer in the role editor's skills, then again, you don't have the right game_data.
Post by: thistleknot on April 10, 2014, 01:21:14 pm
Post by: splinterz on April 10, 2014, 02:33:06 pm
Well that makes no sense. Have you verified you can create a custom role that includes sorcery? I'm not home so I can't check all these versions but I have unmodified beta and you say the dffd INI matches beta. So I'm guessing that the dffd ver would have the same issue. I.e. not able to create a custom role w magic skillsall the mw skills show up in the custom role editing, yes.
Post by: thistleknot on April 10, 2014, 09:33:38 pm
I was able to add sorcerer to my military roles
Post by: MystRunner on April 16, 2014, 06:48:21 pm
I was trying to make custom Jobs by turning on off Jobs on a dwarf right clicking on the dwarf and choosing "New Custom Profession From This Dwarf". This should have the boxes marked that are turned on the dwarf checked in the list. But when I try to do this the boxes are unmarked and then I have to dig through the list to mark what I want that job to have turned on.
Don't know if this is an active bug that other people have had problems with or not. Just decided to mention it though.
Post by: splinterz on April 17, 2014, 02:30:12 am
Recently picked up this off shoot and have been having a problem. I've used the older version of Therapist in the past before with no problems but I'm one of those that likes to make custom job sets and I've ran into some sort of bug I believe.what version of therapist are you using, and what O/S? i tried toggling multiple labors on and off and creating a 'new profession from dwarf' and the correct labors were always toggled. any other info you can provide so i can possibly duplicate the issue?
I was trying to make custom Jobs by turning on off Jobs on a dwarf right clicking on the dwarf and choosing "New Custom Profession From This Dwarf". This should have the boxes marked that are turned on the dwarf checked in the list. But when I try to do this the boxes are unmarked and then I have to dig through the list to mark what I want that job to have turned on.
Don't know if this is an active bug that other people have had problems with or not. Just decided to mention it though.
Post by: A on April 20, 2014, 09:08:06 am
Ok, I'm starting to figure it out, but still, could anyone post a smple optimization plan, perhaps?
Post by: razorback on April 21, 2014, 07:26:40 am
It's now the second kobold fort where dt suddenly doesn't work anymore. Both times i were still in first spring when i wanted to reread the bolds and suddenly got the message "dwarf therapist doesn't work anymore"
On the first page of this thread i read that deleting the .ini files would help - no success
Furthermore i read that there might be an issue with items that have no material and thus i encountered that in the 'bone chipper' when using 'make armourset (bone)' produces items without any material ('dogshaped helm' instead of 'bone dogshaped helm')
Post by: splinterz on April 21, 2014, 02:01:58 pm
Playing on win7, masterwork DF SWP-gold release (no additional mods, changes or things like that), downloaded 2 weeks ago I'm having a really annoying issue:it's most likely an issue with materials or certain wounds. i've fixed them up in the github branch, but i haven't packaged it up yet. i'll see about getting a new version up soon.
It's now the second kobold fort where dt suddenly doesn't work anymore. Both times i were still in first spring when i wanted to reread the bolds and suddenly got the message "dwarf therapist doesn't work anymore"
On the first page of this thread i read that deleting the .ini files would help - no success
Furthermore i read that there might be an issue with items that have no material and thus i encountered that in the 'bone chipper' when using 'make armourset (bone)' produces items without any material ('dogshaped helm' instead of 'bone dogshaped helm')
Post by: razorback on April 22, 2014, 05:18:31 pm
so... is there any way I (total modding noob) could get around with this?
just atomsmashing/burning/trading said material-less armor would like be to easy right?^^
Post by: splinterz on April 23, 2014, 04:32:44 am
oh thanks :)even forbidding them may work. the material bug is caused when they're actually wearing an item with no material type. DT now has that equipment column and when it checks a unit's inventory that's when that particular crash occurs. if it's the health/wound bug, then you'd have to heal the unit with dfhack/dfusion.
so... is there any way I (total modding noob) could get around with this?
just atomsmashing/burning/trading said material-less armor would like be to easy right?^^
if you can upload the save though, i can double check and make sure that the fixes in place will resolve your issue. i can't guarantee that it even is a material/wound problem; it might be a new issue i haven't encountered.
Post by: thistleknot on April 24, 2014, 08:07:14 pm
I'd love to move mine to a better place than a folder of AppData\Roaming\UDP Software,
ex. such as my documents
Post by: splinterz on April 25, 2014, 08:52:02 am
the packaged osx version has not been updated.
Post by: Laysira on April 26, 2014, 03:05:18 pm
I have an optimization plan that I spent some time working on and it appears to be as I want it. The only issue is that,
I select all my Dwarfs and hit the optimization plan, everything looks good so I commit, I then immediately refresh and the changes revert or go completely haywire.
Anyone have any idea what's going on? It is incredibly irritating when my Dwarfs lose almost all their labors except for one who does everything.
Makes it almost unplayable at that point.
Thanks for your time and consideration,
Laysira
Post by: splinterz on April 27, 2014, 02:15:30 am
I have recently been having some issues with Dwarf Therapist and cannot for the life of me figure out what is going on.what o/s? what DT version? what DF version?
I have an optimization plan that I spent some time working on and it appears to be as I want it. The only issue is that,
I select all my Dwarfs and hit the optimization plan, everything looks good so I commit, I then immediately refresh and the changes revert or go completely haywire.
Anyone have any idea what's going on? It is incredibly irritating when my Dwarfs lose almost all their labors except for one who does everything.
Makes it almost unplayable at that point.
Thanks for your time and consideration,
Laysira
it should be refreshing automatically after a commit though. maybe you're forcing a refresh during the commit? posting your plan would also help to test it..
Post by: Buttery_Mess on May 01, 2014, 11:21:48 pm
Post by: urmane on May 08, 2014, 10:31:45 am
There's no arrows to the left to expand/collapse. Unsetting the option re-reads and correctly displays all dwarves.
Post by: splinterz on May 08, 2014, 11:28:17 am
Freshly compiled v21.7 on linux, using with MDF V4j, seeing odd display bug - if I choose the "Don't display children or babies" option, DT will reread and correctly display the headings (for instance, "Dwarves (7)", "Engineer Guild Dwarves (1)"), but it won't show any actual dwarves.you need to update your memory layout files to get the new offsets for the child/baby ages. copy the ini from the source's /etc folder to wherever you're running DT from.
There's no arrows to the left to expand/collapse. Unsetting the option re-reads and correctly displays all dwarves.
Post by: urmane on May 09, 2014, 02:32:40 pm
Freshly compiled v21.7 on linux, using with MDF V4j, seeing odd display bug - if I choose the "Don't display children or babies" option, DT will reread and correctly display the headings (for instance, "Dwarves (7)", "Engineer Guild Dwarves (1)"), but it won't show any actual dwarves.you need to update your memory layout files to get the new offsets for the child/baby ages. copy the ini from the source's /etc folder to wherever you're running DT from.
There's no arrows to the left to expand/collapse. Unsetting the option re-reads and correctly displays all dwarves.
That was it - I thought had copied the whole etc dir, but apparently I hadn't. Thanks, splinterz.
Post by: Skin36 on May 13, 2014, 10:44:00 am
im find mistake in game_data.ini
http://shot.qip.ru/00knEU-6tfn6TwmP/
Post by: splinterz on May 13, 2014, 11:06:18 am
hi splinterzthanks for the report, i'll get that fixed up for the next version.
im find mistake in game_data.ini
http://shot.qip.ru/00knEU-6tfn6TwmP/
Post by: Skin36 on May 14, 2014, 10:48:03 am
http://shot.qip.ru/00knEU-6tfn6TwoE/
Post by: splinterz on May 14, 2014, 11:05:52 am
hi splinterz, u miss value ?yep, should be the same as the one above it
http://shot.qip.ru/00knEU-6tfn6TwoE/
Post by: william_grobman on May 15, 2014, 07:56:49 pm
Code: [Select]
william:~/Applications/df_linux$ sudo setcap cap_sys_ptrace=eip ./Dwarf-Therapist/bin/release/DwarfTherapistHowever, when I try to execute the program while Dwarf Fortress is running, I get:
Code: [Select]
william:~/Applications/df_linux$ sudo ./Dwarf-Therapist/bin/release/DwarfTherapist
QProcess: Destroyed while process ("/usr/bin/env") is still running.I also briefly saw the window open and close very quickly. If I try to run it without Dwarf Fortress running I get the same open and close behavior but no QProcess error.
If you're wondering why I execute DwarfTherapist from this directory instead of the file in /usr/bin, it's because for some reason I get this message:
Code: [Select]
william:~/Applications/df_linux$ dwarftherapist
bash: /usr/bin/dwarftherapist: Permission denied
william:~/Applications/df_linux$ echo "Silly me, I needed sudo." > /dev/null
william:~/Applications/df_linux$ sudo dwarftherapist
sudo: dwarftherapist: command not foundI don't think this issue is related, but I'm not sure.
I've Googled for the error but haven't found anything that will help. Any ideas? If you need more info, just ask.
Post by: Rinin_Rus on May 18, 2014, 10:00:36 am
Post by: Skin36 on May 19, 2014, 01:16:56 pm
Boulder may be ?
Post by: splinterz on May 19, 2014, 02:52:17 pm
I got a proposal, but first of all - thanks for maintaining this masterwork. Every new version provides more features than one can imagine. Suggestion is about preferences page, one thing I suggest to improve - exclude babies/childrens from it if they are excluded in options page.good suggestion. i'm going to apply it to the thoughts summary dock as well.
http://shot.qip.ru/00knEU-5tfn6Twu7/i don't understand the question.
Boulder may be ?
Post by: Skin36 on May 20, 2014, 11:19:35 am
http://shot.qip.ru/00knEU-6tfn6Twv8/
it is not plural
Post by: splinterz on May 20, 2014, 03:08:28 pm
sorri, its correct:ah ok, got it. i should update those entries to use the built in translation stuff while i'm at it..
http://shot.qip.ru/00knEU-6tfn6Twv8/
it is not plural
Post by: jellsprout on May 21, 2014, 05:35:25 am
I'm having some trouble running Dwarf Therapist on Ubuntu 13.10 (64 bit). I successfully built and installed it, got around Ubuntu's memory protection features (I think) by running:
...
Have you copied over the "etc" and "log" maps over to the "bin/release" directory? You need this maps in the same directory as the executable, but this isn't automatically done when compiling.
Post by: Skin36 on May 21, 2014, 02:03:27 pm
I compiled code of the program and got an error at the age of dwarves. When using the finished program-there is no error.
Post by: splinterz on May 21, 2014, 04:57:28 pm
http://shot.qip.ru/00knEU-5tfn6Tww2/did you update your memory layout files in the build directory?
I compiled code of the program and got an error at the age of dwarves. When using the finished program-there is no error.
Post by: Skin36 on May 21, 2014, 10:00:29 pm
Post by: sal880612m on May 21, 2014, 10:19:35 pm
Post by: splinterz on May 22, 2014, 03:16:51 am
I was playing around with giving children notes about what to do with them when they were older and became frustrated when I wanted to expand my military or pick the best choice for a profession as it made them lose their distinction as children. I am leaning towards the idea that this was intentional in order to allow for greater compatibility with mods but thought it would bring it up in case it wasn't.originally DT used the profession to determine if a unit was a child or baby, but it's already been fixed (https://github.com/splintermind/Dwarf-Therapist/commit/88cf834a5511458fea768e8fe4ea098cf4534364), as i just had another report about it a few weeks ago. i'm just making a few more fixes/changes and i should have another update out soon.
Post by: sal880612m on May 22, 2014, 10:38:33 am
Post by: thistleknot on May 22, 2014, 10:54:22 am
I was playing around with giving children notes about what to do with them when they were older and became frustrated when I wanted to expand my military or pick the best choice for a profession as it made them lose their distinction as children. I am leaning towards the idea that this was intentional in order to allow for greater compatibility with mods but thought it would bring it up in case it wasn't.originally DT used the profession to determine if a unit was a child or baby, but it's already been fixed (https://github.com/splintermind/Dwarf-Therapist/commit/88cf834a5511458fea768e8fe4ea098cf4534364), as i just had another report about it a few weeks ago. i'm just making a few more fixes/changes and i should have another update out soon.
yay!
i've been playing again since I'm on break from school!
Dwarf therapist is a great tool when you apply "theory of constraints" to dwarf fortress.
Post by: Skin36 on May 22, 2014, 11:02:46 am
im compil version 21.7, animal age not correct:
http://shot.qip.ru/00knEU-5tfn6Twws/
for dwarf it correct:
http://shot.qip.ru/00knEU-5tfn6Twwt/
when im save game, and ran again, it was correctly:
http://shot.qip.ru/00knEU-6tfn6Twwu/
Post by: splinterz on May 22, 2014, 11:14:16 am
hi splinters !i can't reproduce that, my testing has the correct adult/child/babies counts. are you sure you've updated the memory layout files?
im compil version 21.7, animal age not correct:
http://shot.qip.ru/00knEU-5tfn6Twws/
for dwarf it correct:
http://shot.qip.ru/00knEU-5tfn6Twwt/
Edit: just saw your edit. let me know if it seems broken again..
Post by: Skin36 on May 22, 2014, 11:38:46 am
Post by: splinterz on May 22, 2014, 03:28:22 pm
u can start new game, for test, and see animals age ?i just fired up a new game and the animal ages seem ok.
Post by: thistleknot on May 22, 2014, 07:03:49 pm
update:
nevermind. found it in another MWDFT thread
http://www.bay12forums.com/smf/index.php?topic=132010.msg5218106#msg5218106
I think the version should be sourced on your first page.
http://dffd.wimbli.com/file.php?id=8537
and...
I think the owner of the dt thread for mw should be sourcing it or ceding it to yourself and be hosted on your first thread
Post by: splinterz on May 23, 2014, 11:59:07 am
where's the mwdf release? I dl'd a copy of the latest patched build and it's on 21.2it's really just two files; the game_data.ini and the default_gridviews.dtg that separates the MW version from the vanilla version. i was really hoping jodgap would keep the mw files updated as new versions of DT were released, but it was getting so far behind i figured it should be done.
update:
nevermind. found it in another MWDFT thread
http://www.bay12forums.com/smf/index.php?topic=132010.msg5218106#msg5218106
I think the version should be sourced on your first page.
http://dffd.wimbli.com/file.php?id=8537
and...
I think the owner of the dt thread for mw should be sourcing it or ceding it to yourself and be hosted on your first thread
Post by: Meph on May 23, 2014, 04:37:00 pm
Post by: MeMyselfAndI on May 29, 2014, 08:33:20 am
(It may already be in, in which case point me in the right direction?)
I don't like the percentage based system for all dwarves. There are a number of labors where it instead makes sense (to me at least) to have exactly n dwarves assigned - siege operating, etc.
Is there a way to do this with DT?
Post by: splinterz on May 30, 2014, 09:34:02 am
Version 21.8 Patch Notes
- fixed typos in game_data, added missing value for a thought
- fixed various item names and added translation support
- fixed an issue where children/babies still showed in the preferences and thoughts dock when they had been hidden in the options
- the thoughts dock can be searched by thought descriptions, rather than just by title
- animals use adult/child/baby as their 'professions' if they're not war/hunt trained
- the display name for adult animals is now the caste name
- tweaked animals to always use a child or baby name before going to a generic placeholder name
- children and babies are now determined by their age relative to their caste's child/baby age specification, instead of relying on the profession name
- age in months is now always calculated, since it's sometimes used for animal offspring
Request regarding the labor optimizer. (It may already be in, in which case point me in the right direction?)there currently isn't a way to explicitly set a number of workers for a particular job. this was primarily to keep the optimization plans scalable, so for now at least, you'll have to tinker with the ratios, etc. to get it to the number you want.
I don't like the percentage based system for all dwarves. There are a number of labors where it instead makes sense (to me at least) to have exactly n dwarves assigned - siege operating, etc.
Is there a way to do this with DT?
I saw a script being posted that shows the momentaey, encumbered speed of a dwarf. Maybe thats worth an addition? You could see just how fast/slow your armorusers, crutchwalkers and haulers really are.yeah i've made a note of this in the past to possibly create a 'speed' column. i just haven't gotten around to testing it out yet.
Post by: soul4hdwn on June 01, 2014, 01:16:38 pm
i can't find out how to sort/group by migration wave. it used to be a thing.
edit: thank you memyselfani, swore it was in the simplest spot but i was clearly blind.
Post by: MeMyselfAndI on June 01, 2014, 03:02:22 pm
returning after a long... long break, trying to stay quiet this time.The drop down list under the toolbar. Group by -> Migration wave
i can't find out how to sort/group by migration wave. it used to be a thing.
Or is that not what you are looking for?
Post by: thistleknot on June 07, 2014, 09:15:43 pm
I noticed that the grid values are not drawn on role ratings, but rather skill ratings (probably calculated as a CDF). However, I can work with this, towards the end I propose a custom grid view (based on a labor optimization plan), that draws the raw values of a role that is assigned to a labor (via the optimization plan), as described with the various options below (A through D). That way a role rating % is drawn vs a % based on skill only (for that specific labor)...
One of my biggest gripes with Dwarf Therapist is...
The way the role %'s are drawn is not based on anything used by the labor optimizer, nor does it allow for comparison with other role's %'s on the gridview. Currently, one specific labor's % is showed for all dwarfs. This % is based on a CDF function ran on just one role's values (i.e. the values listed in one column of a gridview are based on just that column's raw role ratings ran through a CDF). This means the % is related to other values within that role, but are not comparable to other roles.
When is it important to compare two role %'s against each other?
When you are comparing two similar roles, like swordwarf or macedwarf; or even a role that is based on a skill only. So you may want a direct comparison; and this is the value that is used in the labor optimizer.
There is a way to solve this, and it draws on the raw value's being transformed to represent a nicer scale, and to preserve the same sorting/ordering behavior of the columns.
It is very important for a player to understand how the values of different roles compare to each other when setting priority values; allowing a player to see the [raw] values that are used for the labor optimizer would allow for this.
I think this is important for several reasons.
It shows a player how similar roles can compare with each other. Sometimes (especially when roles are very similar, say based on only experience, or maybe when only one small part of a role is different between two roles, e.g. "mace dwarf" vs "sword dwarf").
It allows for a (comparable, sorting preserved) scaling of all raw role %'s into a range from 0 to 100.
It shows a player the proper ordering of how the roles are used during the labor optimizer
My proposal: A drop down button that allows a player to change the the way the grid view values are calculated.
Option A.
Option B.
Option C.
Option D. As it's currently drawn.
B. Then a CDF function on the results of A but over just a specific role. (i.e. for that specific role %'s ran through a CDF.)
C. Labor Optimizer values: I.E. The values of the raw role rating %'s after it's factored by priority should be listed as an option. I.e. the values used for Labor Optimization (this may require scaling down prioritie's if they allow priorities higher than 1, then the priorities should all be scaled to a range from 0 to 1 (i.e. 0.xx values).
I also think these values should be available to use with scripts.
Additional request:
I think a color coded scatterplot that a player can drag roles onto to allow a player to see a scatterplot of
whatever role's he wants to see compared with each other (say his optimization plan), that way he can adjust priorities accordingly.
Labor Optimizer:
The values used by the labor optimizer (i.e. currently raw values * priority), the raw value should be allowed to be based on other values, say the values derived from Option A, B, or C.
This way a player can see how roles compare with each other % wise, and choose a way to optimize the dwarves (I think it's still common sense to use Option C,
Edit 6-10-14: Ultimately, I went with this decision, as I could use the average raw values of each role as a weight to adjust the ranges against each other and preserve the proper ordering of roles from highest/lowest; but now I can move the ranges closer towards the center, so more crossover occurs during labor optimization. Crossover is what you want, as many options to choose from. And by allowing 4+ labors per each dwarf, you should be able to ensure good crossover opportunity
Update:
A few ideas on workarounds
Allow for grid views to be drawn based on role rating's raw %, maybe even the value outputted by the Labor Optimizer (i.e. after priority is applied).
Update:
On second thought. I failed to realize that roles do not equal labors necessarily. There may be many roles involved with a labor. So, if this were to be applied. The grid view would most likely need to be related to a labor optimization plan. That way the role's are tied to a labor, and a % can be used for the gridview. One could target what columns/roles in the grid view are to be part of this calculation, while other's could be separate.
It is important to understand that role ratings and labors are not the same thing. I may have screwed up that relationship without even knowing it, so if you notice my proposal conflicts with that, let me know; but I don't think I did.
Post by: splinterz on June 08, 2014, 06:29:43 am
Quote
the grid values are not drawn on role ratings, but rather skill ratingsthe grid values are drawn based on the adjusted role ratings. by adjusted i mean after they've been compared to all other unit's values.
Quote
I also think these values should be available to use with scripts.this already exists to some extent. when you call d.get_role_rating the second argument is a boolean flag that indicates whether or not you want the raw role rating, or the adjusted value.
because the grid currently draws 0-100 values, drawing the raw role ratings isn't very helpful. it's basically a sea of red because the role ratings are compared to the potential maximum values in everything, so nearly every role rating has a very low rating.
A. this can be done, the biggest issue is that the role ratings become much more polarized. almost no units end up in the 'middle ground' where nothing is drawn for the rating. they're either very well suited for the role, or very badly suited.
B. this would probably be better for the drawing, as you'd get the middle range back, but again, you're not going to have the transparency as to what the raw role ratings are in the optimizer. the downside is that there will be a bit of a performance hit to calculate all ratings a second time.
(http://imgur.com/a/uYLRK)
**as you can see in the linked images, the sorting for the global vs global adjusted remains the same, it's more to have clearer drawings.
C. this is much more difficult to do, because every role for every dwarf has to be recalculated every time you change optimization plans.
for the optimization plan it might be possible to add another column to show something that could give you an idea of the prioritized ratings. for example showing a column that has the average role rating * priority for the role selected. it wouldn't be precise, but it would give you something of an idea of what the priority would look like.
another thing that could be done with all these different role ratings would be to add a right click sort menu to role columns to choose to sort by the raw value or whatever, although i'm not sure how different the ordering would be.
Post by: thistleknot on June 08, 2014, 07:46:02 am
Quotethe grid values are not drawn on role ratings, but rather skill ratingsthe grid values are drawn based on the adjusted role ratings. by adjusted i mean after they've been compared to all other unit's values.
mini-update:
you know what, I'm confusing gridview role rating values with gridview labor drawn values as well. What i'm referencing is what is drawn when seeing a labor and how it fits into the optimization plan. However, the way squares are drawn for role ratings also still ARE NOT COMPARABLE with each other, and this discussion addresses that (at least for purposes of the labor optimizer).
could you explain like I'm five? I don't know what you mean by "they've been compared to all other unit's values"? Am I wrong is believing it's based on a skill only role? I.e. a role that matches a skill to a specific labor (ex... for the carpenter labor, the value drawn in the grid, is based on a role that contains only the carpentry skill?). If this is not the case, I don't understand what other values within the unit the square drawn would be based on. What are these "other [unit's] values"?
Quote
QuoteI also think these values should be available to use with scripts.this already exists to some extent. when you call d.get_role_rating the second argument is a boolean flag that indicates whether or not you want the raw role rating, or the adjusted value.
oh that's nice. That means if I wanted, I could script some of this stuff together (maybe) using the script editor. However, I would have to have a way to allow the grid view to draw just a value that is outputted by the script, and not necessarily ran through a CDF. However, another issue would be the inability to run a CDF over just a specific subset of data (i.e. say I wanted to CDF run through just 3-5 roles values), instead i'd have to calculate all involved roles each time for a specific role's script I wanted outputted if I did it a script route.
Quote
because the grid currently draws 0-100 values, drawing the raw role ratings isn't very helpful. it's basically a sea of red because the role ratings are compared to the potential maximum values in everything, so nearly every role rating has a very low rating.
(http://imgur.com/a/uYLRK)
I agree, I believe you. I have seen the raw role ratings drawn. I've tested it. It's because dwarf's couldn't ever really reach 100%.
My proposal instead, to avoid (long calculations of all values displayed), as well as to avoid MOSTLY RED VALUES; is two fold:
Is to allow for just specific roles to be added to the grid view that are flagged for calculation with method A. Say I have 4 roles only listed in a grid view, Carpenter, Mason, Farming, and Fishing; these 4 have a special flag set on them to make them pool their raw role rating values into one list, the primary key being their raw role rating value. Say you have 10 dwarf's. That's 10 dwarf's x 4 role's worth of values, for a list that has 40 entries. These 40 entries are the values that are ran through a CDF, one sdev for 40 entries.
This would give you a range from 0 to 100. The sort/order operations would still be the same for each column.
That's the beauty of it. This way not a lot of values are calculated, and only a specific set of columns in a grid view would have this applied. That way I could use a spacer in a grid view to section of say a "Labor Optimization Order" section of a grid view, and include just the role's in my labor optimizer.
this would allow for a much cleaner "range" of values (the 100% would be the highest raw value of the 40 values [in the example I just provided of 4 roles x 10 dwarfs], and a player can control it. This means it will not include every role rating in it's CDF calculation (which would be dumb, because role's that are never even used would have an affect on the grid view's drawn with my proposed methods), but only those the player has marked. It also means it would scale some values at 100% and some at 0%. Instead of using red to black values, one could use a increasing black square, or just leave the drawing method as is (in relation to this method).
Quote
A. this can be done, the biggest issue is that the role ratings become much more polarized. almost no units end up in the 'middle ground' where nothing is drawn for the rating. they're either very well suited for the role, or very badly suited.
Which picture are you referencing to A? Not default (i.e. 1st pic), but the 2nd pic right? I think I see what your saying. I like that you took the effort to draw it out.
I can see why using it as a default view would be dumb, but I think it would be useful in planning out an optimization plan. Look at Spinner. Say if that were an important role to me, such as Mining is, and I noticed it was all red. I would compare that to say... Hive Keeper, which I didn't think was an important role (I think providing averages at the top of a role using this drawing method should be displayed, because that would truly help me in setting priorities). I could set a very high priority for Spinner, and a very low priority for Hive Keeper, if I saw the averages listed at the top, I could "target a new average" % that I would hope to draw (hence, why drawing optimization plan values would be useful as well, OR AT LEAST OPTIMIZATION VALUES ran through a CDF. That way I could see a range from 0 to 100%, and I could see the order of how everyone would be "optimized".
Quote
B. this would probably be better for the drawing, as you'd get the middle range back, but again, you're not going to have the transparency as to what the raw role ratings are in the optimizer. the downside is that there will be a bit of a performance hit to calculate all ratings a second time.
[/url]
**as you can see in the linked images, the sorting for the global vs global adjusted remains the same, it's more to have clearer drawings.
Yes, you wouldn't get the transparency of using raw values.
I think the middle range would be found if only applying the scale to a small number of roles, that a user could define.
However, you are right about the transparency, so... Since raw values are so ugly...
I propose maybe a "hover your cursor over said grid square", and see the raw role rating and/or labor optimization output value (i.e. raw * priority). That way a player can see the highest raw/opt value for a given square (say if sorting), and lowest raw/opt value for a given column, maybe even the average raw listed above the top of the column. That way a player can compare roles to each other that way.
Quote
C. this is much more difficult to do, because every role for every dwarf has to be recalculated every time you change optimization plans.
First, my note on what roles would be calculated would be set by a player (essentially I propose having this as a gridview flag, that way it's not redrawn based on optimization plan, but instead a player would have to build a grid view, based on an optimization plan.
Or maybe better yet, the grid view would be drawn based on the selected optimization plan selected. This idea has a lot of potential. If one wants the transparency of the optimization plan, I would propose instead of Option A, a CDF of global raw values (i.e. all roles on a screen), do a CDF of all global optimization values. That way a player can set all priorities to the same value, and see how the order is preserved when running the optimization plan.).
However...
In direct reference to Option C.
Option C wasn't as important, as this is just a way to draw it as I currently understand the way roles are calculated (i.e. most comparable to the way the gridviews are currently drawn), but if one wanted to get a view of how they are currently drawn, given a gridview that is specially flagged to draw them as Option A. I would think allowing for this Option C (i.e. global redrawn local, or as you listed, pic 3) to draw the grid view would make logical sense, as it would use the values that Option A outputted, so if a switch were needed to do a per role CDF vs a global, I would think it would allow for quicker calculation using Option A's outputted values (to address your calculation concerns). As you have pointed out, the sorting is the same (per role, i.e. column) as Option A.
I compared it with the default way it's drawn (i.e. last pic and first pic), Dostust for Mining is the only one in the 1st pic that has a diamond (i.e. best fit for position). On the way it's drawn in the 3rd pic, he has a diamond as well, but so do a lot of other people. Which I found to be weird.
NOTE: I LOVE THESE PICS, BUT THE ORDER isn't the same between them. If you could output something similar, but each pic sorted by Mining, the order would be the same across all pics, and would give a better comparison of how the values are drawn different between them.
Quote
for the optimization plan it might be possible to add another column to show something that could give you an idea of the prioritized ratings.
for example showing a column that has the average role rating * priority for the role selected. it wouldn't be precise, but it would give you something of an idea of what the priority would look like.
another thing that could be done with all these different role ratings would be to add a right click sort menu to role columns to choose to sort by the raw value or whatever, although i'm not sure how different the ordering would be.
oh man, you are a genius.
say average raw rating (per role basis) listed above the role in the gridview? Or maybe even in the optimization plan itself, a list of the average raw role rating for a role. That would help a lot, and would save a lot of time. It wouldn't be as nice or extensive as a grid view layout, with the average role rating listed at the top of an Option A drawn grid view, but it would allow for proper targetting of priorities in a labor optimization plan.
I don't think the ordering would be different.
Update/Conclusion:
I think at the very least. If I hovered my mouse cursor over a dwarf, I should be able to see a raw role rating value and/or labor optimization value. Also, Average raw * priority value for a role could be listed at the top of the column and/or next to each labor in the optimization plan as well would be nice. That at the very least, would give me an idea of how roles compare to each other for purposes of setting priorities.
More extensive approach:
I think a better idea would be to allow for specific roles to be flagged in a grid view (or a gridview is drawn based on a selected optimization plan), and those values are all compared to each other based on raw rating * priority, and then ran through a CDF function. I.e. 4 roles x 10 dwarf's = 40 values with 1 SDEV. If he wanted, he could set all priorities to the same value to get an idea of how the raw role ratings would look if ran through a CDF.
This way a player can see how his values in the labor optimization plan affect the ordering of the labor optimizer.
There is a limitation with setting up a grid view that had flags for roles that were all to be fed through a CDF vs using a labor optimization plan to draw a grid view. That is with when I want to show two roles compared to each other, but necessarily for an optimization plan (therefore no need to link to one).
Say, I could have a military gridview and specify a melee and a ranged dwarf role that would be specifically ran through a CDF and would only compare those two roles with each other. Again, this would be the raw role rating of a role. However, if linked with an optimization plan, it would be nice to allow for the raw rating to be multiplied by a priority (if so desired); however, it would have to be linked to a optimization plan.
Added option:
The ability to sort the gridview columns horizontally by the average (raw * priority) of each role. (i.e. shuffle the columns around so the highest average is listed on the left, and the lowest average is listed on the right. Gives a player a sense of what values are going to be filled/picked 1st when an optimization plan is applied).
Note:
If the grid view is going to be drawn based on the optimization plan selected, I would recommend including the value of the roles that are listed as "None (Use Labor's Skill)"
Post by: splinterz on June 08, 2014, 11:25:32 am
the 'adjusted rating' just means what's it's doing now. the raw role rating is passed through a cdf for that role.
Quote
My proposal instead, to avoid (long calculations of all values displayed), as well as to avoid MOSTLY RED VALUES; is two foldi ran some tests and the extra calculations to compare roles to every other role isn't that bad, so i don't think it's too worrisome.
Quote
I can see why using it as a default view would be dumb, but I think it would be useful in planning out an optimization plan...the averages at the top of role columns might be interesting to add, regardless of what method is used, so i might play around with that. i'm not entirely convinced that displaying the type A grid is that useful to see, especially since immediately after that you state that the data you really want to see is the average. wouldn't putting that into the optimizer and/or gridview column headers work?
Quote
"hover your cursor over said grid square", and see the raw role rating and/or labor...i can add the raw rating very easily to the tooltip, but again i'm not sure how this is exactly helpful? same goes for the rating * priority. these both seem like they should be within the optimization plan, not jammed into tooltips.
Quote
build a grid view, based on an optimization planare you talking about showing columns for each labor in the optimization plan, and then showing the rating*priority in each cell?
Quote
NOTE: I LOVE THESE PICS, BUT THE ORDER isn't the same between themthe ordering is the same, they're all sorted by mining. you can see the little indicator at the top of the column. the reason in the first view might have a different sorting is that the top dwarves probably have the same rating.
it seems from your final comments about flagging and views and all this is that what you'd really like is to be able to group roles/labors together, and by doing so have the roles compared to the other's in the group.
i guess this could help to give some context to the role comparison? ie. why compare a military role to a craft role? i assume that the grouping idea is to try and make the role ratings more accurate?
if this is the case, then it was actually proposed by ResMar quite a while back with his idea of 'super labors' (grouping labors into a single labor to be toggled, etc. and by doing so the role ratings would have to be combined).
now if this is what you're talking about, then i think the optimization changes proposed (priority * raw avg column) would probably be all you'd need. rather than having a bunch of single labors that are grouped, new gridviews, etc, you could just use one of these superlabors instead.
Post by: thistleknot on June 08, 2014, 11:36:17 am
mini-update on range:
Range of raw ratings I think is important. You understand that a lot of roles will display low when the raw role rating is drawn. I don't recommend we draw it. Instead, I propose when a player wants to compare two or more roles directly with each other, being able to group them on a gridview is a good way to do it. A player can add any number of roles, and see the range of values that each role falls into between the multiple roles. (Say a range of 0 to 50% for one and 0 to 75% and 0 to 80% will scale up so 80% = 100%, and I can see how much I need to boost the others to raise their cieling to match the others [if that's what I desired]).
This all get's back to my main point. How I can't compare two roles to each other.
Here's my example
http://imgur.com/evepZrS
It's a custom gridview from the MW Therapist layout. I modified it to include a role called Melee Dwarf and Ranged Dwarf.
If the feature I'm requesting were implemented. Instead of a column that had what you see for Melee Dwarf and Ranged Dwarf, you would see a new range of values that would show the two roles and how they compare to each other. For this example, it is very useful, because they often correlate similar values; however, I have no visual way to compare the two, instead I would have to go into the optimizer to view it. However, my optimizer does take the desired output I wish to be visualized, and applies it's labor assignment. That's where the disconnect is. I can't see how they compare against each other. If I could see a CDF of their raw ratings next to each other in a special grid view arrangement, I could understand how an optimization plan would apply to them and ultimately decide their worth against each other when assigning assignments.
It's important because if some roles are suppressed due to never fully attainable categories. I need to see that visually by noticing one role has a lot more upper end dwarf's than the other. I can adjust things to take that into consideration. Without a visual representation. It get's kind of tricky, but an average of outputted results in the optimization plan would be a great step forward.
Comparing two roles to each other by looking at an avg at the top of the column is useful, but it doesn't tell me how well my melee dwarf compares with another role (I think for useful comparisons, important: NOT EVERY ROLE, but only those specified should be included in the calculation, hence flags), say ranged on a one to one basis (and your right, comparing with hive keeping is silly, UNLESS it was part of an optimization plan. Then I can see how the labor optimizer is going to order each dwarf's rating for each role involved in the optimization).
However, I think ordinal ranking is really what's important. Ordinal ranking, which would be achieved by whatever columns are flagged to be in a CDF function together, would allow for proper comparison of two similar roles, and how the labor optimizer would select those roles in a optimization run.
That's why I was thinking running just the roles I wanted through a CDF. Or even better, as you said, raw * priority (i.e. labor optimization output) ran through a CDF, to give me a range. If I wanted to ever compare raw role ratings of multiple roles via CDF (to get an idea of ordering, similar to resmar's request, but I don't actually propose to merge two roles into one role. But rather the two role's %'s are compared to each other within the same CDF function). I could just set the priorities all to 1 if you based this on an optimization plan if I wanted to see what the pre-priority adjusted values are so I could adjust priorities to see how it affects ordinal ranking.
I would also recommend listing the avg's in the labor optimization plan layout, (as well as above the columns?)
Post by: splinterz on June 08, 2014, 02:57:15 pm
the role groupings for comparison would take some work to setup, but might be a good idea. at the very least maybe comparing them all to each other wouldn't be a bad idea to start with, i'll have to look at it again. i mean at least you would know that your cheesemaker really is legendary, and not just the only dwarf with more than 10xp.
Post by: thistleknot on June 08, 2014, 03:19:06 pm
The purpose of priority is to scale role ratings against each other. Without seeing the curve of things (i.e. full range of values within a greater set), one would merely be using the avg to scale priorities with each other.
Say I had one legendary dwarf, and the rest of my 19/20 dwarves have no skill. The curve is skewed. Without seeing the range of values, I wouldn't be able to see that. By looking at [all] values within a CDF function, I can see the scale of values compared with other values. I could better see what I would need to do to scale roles against each other.
So same example. I could figure. Okay, the average of 1 legendary (say level 20), and 20 no skillers is like lvl 1. But if I were to look at median, I would realize it was 0. That's a big difference.
By having a setup like this, I could see how priorities would adjust ordinal ranking. With the 1 legendary. I could use the average, but then 19 dwarf's wouldn't really get much representation. I would find that I would have to up the priority considerably for it to have an affect on the other 19 dwarf's.
If I saw the range, I would see a bunch of values that had low %'s, and 1 outlier, with a high percent. I could exclude the outlier when calculating my priority, and scale the rest up to 100% of the highest priority I desired.
It's kind of confusing, but I think it would help tremendously. It would allow a dynamic view of the population with two or more specific roles. If all my miner's had low raw %'s, I could see what the max % was when comparing it with say ambusher, and woodcutter. Say i'd want to scale the max percent between those 3 labors to 100%. I would need to know the max %, and not just the mean. However, the mean would be a huge first step.
It's a visual representation of data. I think it would be useful, especially when dealing with non normal curves of data
Post by: splinterz on June 08, 2014, 04:20:16 pm
but this actually gets me wondering if the way the priority is being applied couldn't be improved; maybe it's got to do more than simply scale ratings? i mean i'm terrible at the maths, but what effect would applying the priorities to adjust all the ratings, and the reapplying a cdf of the new ratings against each other have, and would it be an improvement?
Post by: thistleknot on June 08, 2014, 04:38:29 pm
If you ran a set of roles through a CDF into values from 0 to 100, I would recommend looking at what changing priorities would do to scale the results against each other. That's the only way your going to realize if it's useful or not. I think it would be useful. If I saw roles that were being suppressed visually, I could adjust the priority to make it stretch out and match my other roles.
Seeing all the values from a range of 0 to 100 for a specific labor optimization plan would allow me to do that. I would see the values within my CDF results scale up and down against each other as I adjusted the priority.
Update: my msthbwas wrong on my example scenario. One level 20 dwarf and 19 lvl 1s avg is 1.95... Using avg only doesn't show the skew...
Post by: thistleknot on June 09, 2014, 08:40:58 am
However, if the optimization plan listed the min, mode, median, and max (and maybe sdev) for each role used... I could tell how the distributions are skewed against each other and could adjust my priorities better.
This of course could be expanded to include a range involving standard deviations and quartiles.. As values within 2 standard deviations of the mean equals something like 66%+ of all values...
There could even be a button that sets priorities based on the mean and standard deviation.
http://en.m.wikipedia.org/wiki/68%E2%80%9395%E2%80%9399.7_rule
We could auto adjust priorities so the values are adjusted to match say 95% of values
Update: to be honest I don't think the sdev would be useful in setting priority. The only thing priority could adjust is the overall avg of the output... Or overall max...
Post by: thistleknot on June 09, 2014, 12:36:45 pm
Currently, priority can only target the max % of a specific role, or the mean. It would be nice if one could stretch ranges of %'s to match other's role's range of %'s.
If I have a role where the range of raw %'s outputted by a role rating (ex... if all my miner's have outputted role ratings between 0 and 40%) compared with another role (say farming), where my range is from 20% to 60%...
That means when the labor optimizer runs from highest % down to lowest %, I'm going to see that my farming is going to start getting picked first before I get to miner's (i.e. 60% is the max for farming, and 40% is the max for mining).
If I had the ability to adjust the role ratings scale somehow pre-optimization run. I could give say mining a higher priority. As is, priorities only scale down %'s in an equal fashion. Up for discussion would be if transforming raw role rating % ranges would be useful. Say if I wanted to expand the mining range from 0 to 40% up to 0 to 80%. That way mining will get picked first in the optimization plan over farming...
It's a whole other bug of issues I'm talking about. As how would one stretch the ranges? It would be something similar to just listing the values as they currently are drawn, i.e. each role is ran through it's own CDF. However, this isn't always optimal, as it gives every role a 50% mean. What I would propose is mean manipulation prior to optimization running. Maybe even min/max manipulation, which would involve targetting new proposed means, min's, and max's for outputted role raw values just prior to optimization.
If these changes to ranges could be made (i.e. transform them before they are fed into the optimizer), and visually outputted into grid views to show how the optimization plans would work, would allow a player to fine tune what role's are given priority when doing labor optimizations.
I could give you a better visual breakdown of the issue if I could get a spreadsheet output of some raw role ratings... Then I could make some side by side candlestick ranges of roles to show the real issue. You would get a perfect image of what I'm talking about). you would find that some role's ranges (i.e. a candlestick range depicting a role's range) have completely different ranges than others. This is important when considering the way the optimizer works, that starts with highest % value and works it way down. The ability to modify those candlestick ranges against each other would allow a player to fine tune how the optimizer works. By providing a mean, I could scale a range up/down, but it would be proportional to the adjustment. Another option would be to simply +/- all the outputted role rating values to move the range up/down. Another option is to actually allow transforming the range (i.e. stretching it) to match another range of values (say another role).
Post by: thistleknot on June 09, 2014, 01:02:20 pm
http://imgur.com/XRFQCca
Currently. Priority can scale up or down a range of raw %s outputted by a role. It will either shrink the range and lower the mean or expand the range and raise the mean.
Looking at the picture I had provided.
Ambusher %'s would be congregated towards the top of the labor optimization, followed by ranged (merely because it has a higher mean), then carpentry, mining, and melee; therefore, the role % ranges have an affect on the listing/order within the optimization plan). Preferences (for roles that use them) also have a suppression effect on role ranges... As a dwarf will never have all preferences for a role, therefore a role with a lot of preferences will generally give a role's range lower outputted values... so being able to see these types of Whisker Box Diagram for ranges and the ability to adjust them, would help alleviate this affect.
The problem is kind of mitigated by allowing the # of labors to set per dwarf. Yes... Ambusher (range) might be higher than say mining, but if you assign 6 to 7 labors per dwarf, the issue is mitigated by the fact that a dwarf can only be assigned to ambusher once. However, when you start adding in 20-30 roles into your optimization plan, you can get an idea, that some ranges are going to be completely exhausted by the time you get to the bottom %'s of the optimization plan. Hence, Ambusher would have recieved a preference in assigning roles/labors to dwarf's.
The issue can be mitigated if one can allow for modifying the ranges (not these ranges are based on a current population set only btw, and should always be related to the current population. Trying to calculate all possible ranges would be impossible, as that's what the role's are meant to do, give us a %, it's just common sense that 100% is never attainable).
A few suggestions:
A. The ability to raise/lower the entire range (i.e. a simple addition/subtraction).
B. The ability to stretch both sides of a range. Either raise the portion above/below the mean.
So I think the ability to target the mean at a new center point, and the ability to stretch the min to a lower point, as well as stretch a max to a new higher point are some possible ideas.
Some issues I could see with this, is moving a range too high, or too low, giving some values above/below 100%/0%, so I would think doing something CDF with these values... Kind of similar to how we cap attribute values percent wise (i.e. when a dwarf is created with maximum possible starting attribute value, we did some math where he is at 95%+, the extra 5% was the max attribute he could grow to, or something like that, Splinterz knows what I'm talking about).
In other words, if a player could adjust the ranges, the ranges would have to be kept within a 0 to 100% range after the adjusting. I think CDF's and SDEV's could be used to accomplish this, not exactly sure how, or... instead just scale the range to now allow values under 0 or over 100% after stretching.).
There's a few things to consider though. Like... should we care where the majority of the values fall within a range? I used skinny lines to draw the max/min of a range as it extended from the 1st and 4th quartile, and the box to draw the majority of the values (i.e. inbetween both quartiles).
So some math could be done to use
See
http://www.bbc.co.uk/schools/gcsebitesize/maths/statistics/representingdata3hirev4.shtml
alternatively, we could use mean's and sdev... but I think using medians, and quartiles would work better. Better yet, instead of quartiles, why not use 1/32-iles to grab 93.75% (i.e. the stick end of the whisky diagram could be drawn to represent 1/32 of the data from the box drawn).
some more info on whisker diagrams
http://www.barnstablecountyhealth.org/ia-systems/information-center/data-and-statistics/guide-to-box-whisker-diagrams
or...
http://www.bbc.co.uk/schools/gcsebitesize/maths/statistics/representingdata3hirev6.shtml
to add means to box-whisker diagrams...
http://peltiertech.com/WordPress/excel-box-and-whisker-diagrams-box-plots/
Update:
On further analysis, I'd have to throw my support behind median vs mode...
https://epilab.ich.ucl.ac.uk/coursematerial/statistics/summarising_centre_spread/measures_spread/comparing%20measures%20of%20spread.html
Quote
If the mean is not a meaningful summary of the centre of the data, then it follows that the standard deviation, which is calculated from distances around the mean, will not be a useful summary of the spread of the values.
Therefore, if distributional assumptions (data is symmetric) can be made and there are adequate numbers in the sample to check those assumptions (as a rule of thumb it is often said that a sample size of at least 20 would be adequate), then the mean and standard deviation should be used to quantify the centre and spread of the measurements.
Alternatively, if the data distribution is skew and/or the sample size is small then it is preferable to use the median and interquartile range to summarise the measurements.
https://epilab.ich.ucl.ac.uk/coursematerial/statistics/summarising_centre_spread/measures_centre/comparing_mean_median.html
Post by: thistleknot on June 09, 2014, 07:53:14 pm
and this guy for his template
http://www.vertex42.com/ExcelTemplates/box-whisker-plot.html
So I used the file you sent me of 97 dwarf's... and mapped their ranges in these really nice whisker box charts that even shows outliers!
Interpretation of DPF is in the excel file just in case you don't have excel
Spoiler (click to show/hide)
better link (v2) , original link has excel sheet and source url to google doc
http://dffd.wimbli.com/file.php?id=8630
v4
http://dffd.wimbli.com/file.php?id=8631
Some items to take note of were (
Spoiler (click to show/hide)
I think a good labor optimization plan, would allow you to target these values (i.e. quartile & median targetting I suppose.
If you note, outlier's are listed as red x's... outlier's are calculated as beyond 1.5 the quartile's point. I think because these values are already based from 0 to 100, targetting these outlier targets for labor optimization would be a good approach. Say we targetted 1.5 out from the 1st quartile (i.e. some value below 0% and the the 1st quartile) and 1.5 from the 3rd quartile (i.e. a value between 3rq quartile and 100%), we can target proper numbers for priority and mean adjustments properly.
Just an idea, but the graphic shows the extent of the problem with the current optimization plan.
I think showing these values in game would be a tremendous help if allowed to alter the mean and scale it's range down; however, I think if the range were scaled to what was proposed with 1.5 and quartiles above, I think the ranges could be scaled to each other for proper optimization.
Notes:
Spoiler (click to show/hide)
is there a way to derive what range the outlier's are caught at?
Okay, found the solution to what inner and outer fences (i.e. outlier's) measure to
Source: http://www.syntricity.com/datablog/-/blogs/thinking-outside-the-boxplot
"Inner fences represent mean +/- 2.698 standard deviations or 99.30% of the data, while outer fences represent mean +/- 4.7215 or 99.9998% of the data."
Spoiler (click to show/hide)
Update:
So I think if you wanted to scale ranges around each other, this kind of math could be used.
if lower inner fence = .35%, upper inner fence = 99.65.
We could somehow cap outlier's based on these values... (if you wanted to get funky with things)
Update:
I'm thinking if you scaled all values of a role down to it's inner fences range, you'd get a fair breakdown of the range of a role. You could scale .35% starting at the lower fence range (i.e. Median - (IQR * 1.5)) and 99.65% at the upper fence range (i.e. Median + (IQR * 1.5)
I think there is more benefit on scaling these roles to each other on a similar scale before applying optimization. That way 50% of a roles values are above the center, and 50% are below. I know direct comparison between roles will be lost over a long outlook on a fort (as skills will most likely go up), but priority can be used to give a bias to more desired roles...
I'm not sure. I think deriving these values off the raw role ratings, and then transforming them into median Inter Quartile Ranges to derive acceptable Inner and Outer Fences gives us a range to transform the #'s into standardized values from 0 to 100%. For those values that FALL OUTSIDE of the inner fences, I propose scaling them from 0 to .35% (lower fence) and 99.65% (upper fence) and 100% respectively.
This would mean the Min value would be equal to 0% vs it's raw role rating, and it's max would be scaled to 100%, where-as the value defined as the upper limit (Median + (IQR * 1.5)) would be = 99.65%.
This would do some weird things, it means outlier's WOULD ALWAYS have values above 99.65% (or below .35%). So in the pdf provided. I added up that there were 438 outlier's out of 5400 values... that resulted in 8.111%... hrmmm.... well either way, that's a ~92% of values that are within a comparable range while preserving some significant order. Telling the user what the prior avg was, and allowing him to pick a priority based on this knowledge I believe would be a good answer to the priority dilemna, the priority could be applied after the values are scaled to a new %.
Based on those values... I would say my thinking could use some peer review, because 8.111% is a lot larger than (100% - 99.65%)
I think targeting proper "centers" by stretching the values next to each other [in the manner previously described] gives the most valued number of combinations when comparing roles to each other. By allowing for priority's to further weight down the values in a preference order (priority would be applied AFTER a % is derived with the previously described method). This would tell a player that he is directly affecting the MEAN/MAX value when using priority. I know it sounds complicated, but I think it's really doable, and preserves the best interests of the game as well as player. Direct role comparison isn't achieved here, but considering all labors are equally important (barring priority), it would allow for a fair comparison of values.
I'm not saying it's the best answer, but it's one I came up with. I think trying to stretch the values any other way is too arbitrary, this allows a systematic approach to scale, and then use priority to factor (i.e. priority( a new layer of ordering over.
It's also nice, because using quartile and median, I can use standard scaling methods (i.e. no need to use standard deviation, it's a simple inflation or deflation of values that preserves the same order and ratio between values
Post by: thistleknot on June 09, 2014, 10:57:37 pm
Barring any ideas on how to determine skew, and use skew to normalize a distribution (i.e. using raw role ratings to accomplish it).
I would propose we hard skew the data back using median, and (interquartile range * 3), which has shown to cover 92% of the values in the spreadsheet most recently posed (look to the #'s to the far right of the sheet of v4).
It involves heavy manipulation of raw role ratings, but it would accomplish a comparable dataset when comparing roles against each other for labor optimization. I have an idea that would give a fair shake to 92% of the values. Which mean that 8% of the values outlier's are being suppressed somewhat when comparing roles (be it low or high outlier's, but there's more high outlier's than low).
So I figured I could create bins...
Since all possible values are 0 to 100% (due to the role rating), we don't have to worry about large number conversions.
So...
Here is what I propose, convert the raw role rating value by (see below table). This would be based on a per role basis.
Note: (IQR = Inter Quartile Range)
0 to 4 % = 0 to (1st Quartile - (IQR * 1.5))
3 % to 25 % = (1st Quartile - (IQR * 1.5)) to 1st Quartile
25% to 50% = 1st Quartile to Median
50% to 75% = Median to 3rd Quartile
75% to 97% = 3rd Quartile to (3rd Quartile + (IQR * 1.5))
96% to 100% = (3rd Quartile + (IQR * 1.5)) to 100
If the calculation for IQR * 1.5 leads to a value above or below 100 or 0, then the value would be capped at 100/0, and the next bin would be skipped. (simple logic check here).
At first I was worried about converting the data this way, I thought it might destroy the bell curve. However, the curve that comes with the distribution will be heavily transformed into a bell curve, but will retain it's original curve between these key bins, but stretched to match this forced curve.
Update:
A simple form would be to use the values outputted by roles currently (i.e. one role fed into a CDF; although I still recommend allowing grid views for roles that can be combined for CDF ratings, so one can compare two or more [similar] roles directly with each other), then notifying the player of the avg raw rating, and simply allowing him to factor down the rating, using the former average raw rating as guidance.
Update:
This sounds really crazy, but I think I can derive default priority values based on old raw role rating averages... Giving a similar ordering of roles to the previous non normalized layout. I'll see if I can do a prototype and get an image up showing a Whisker Box of the transformation.
Post by: splinterz on June 10, 2014, 05:30:32 am
i think this is becoming overly complex and will guarantee that nobody but a selected few will ever use the optimizer. the biggest issue is that priority right now is an arbitrary number and there's no transparency as to what it's actually doing.
i proposed that we simply sort based on priority, rather than using it as a multiplier. you'd end up with a final list, sorted by priority, and then role rating. this makes the optimization plans instantly much more understandable because priority is actually determining what order the optimizer will fill jobs.
i think that the desire to have optimization gridviews, while interesting, is a workaround for the real problem explained above: you can't tell what priorities do at the moment, so you need a lot of extra information (averages, mean, median, mode, min, max, gridviews). now, i'm not opposed to changing things, but it's got to improve the current behaviour, and if possible add a minimum of complexity to the already complex optimization plans. even better would be if it can make things more transparent (ie. priority does something expected).
dumping every thought you have into this thread as it comes to mind may help you think things through, but sifting through everything to find what you're really trying to say can be tedious. i'm also not a statistician nor a mathematician, so most of what you're posting means little, or nothing to me. it doesn't help me to see why this is better, why it makes priority more understandable, or how it will compare to the current method. the amount of effort you're putting into your posts is great but maybe split your posts into a brief explanation of what/how things change and the possible effects, and then show those details to support your findings.
Post by: thistleknot on June 10, 2014, 08:30:28 am
I promise to go back and clean up the posts, as most of the questions/ideas I posited before are answered later.
Ideally, what i'm trying to address are the varying of ranges that are fed into the optimizer. So far, I have two ideas for normalizing the ranges. (The benefit of normalization allows all ranges to be relevant to each other). One is to figure out how to do lambda estimation and use box-cot (power transformation) to achieve the lowest possible standard deviation of a data set, or... to use the bin formula previously described (not as nice).
Then modify the priority of the roles based on non normalized raw averages for each role (this allows somewhat of a preservation of differences between ranges). Finally, a player can adjust those default suggested priority ratings.
Voila, simple. Only complicated part is on the backend, and normalizing the ranges.
Post by: MeMyselfAndI on June 10, 2014, 10:57:04 am
And yet there's no way to do some of the things that I would view as "basic". Locking specific dwarves so that they won't be changed. Locking dwarves in a specific profession to specific burrows/workshops. Selecting exactly N dwarves to do something, or up to N.
I want a dwarf on several professions. Period. But there's no way to do that. You can jack up the priority, but that doesn't always work.
A simple "Assign dwarf X to this profession. Then assign the best N of what remains to this profession. Then assign the best M% of what remains to this profession. And so on." would be much better for my use. (Especially if it was either "Exactly N", "x% of what remains", or "x% of what remains, clamped to min/max")
I'm not sure if it would be better for others though.
Post by: thistleknot on June 10, 2014, 01:11:47 pm
Here is the magic.
http://imgur.com/9T5kcs2
basically what your looking at:
Top image is how the raw role ratings look when ran through the optimizer.
Center image is how the CDF values are drawn inside Dwarf Therapist when looking at roles (see the nice ranges match!)
Bottom image bases priorities on the CDF values by using the ln(means of raw ranges)... Maintaining a sense of original order seen in the 1st image, but preserving ordinal mean differences between ranges :) These would be in the form of "suggested" starting priorities. I scaled the values back up so it fell within a 1 to 0 range, but I can explain all that later. Let me know if you guys like it.
Post by: mifki on June 10, 2014, 05:28:13 pm
Post by: thistleknot on June 10, 2014, 07:46:27 pm
I read I could use power transformations, or logs. However, a great website I have saved on my phone told me certain deskew methods should be used for certain data collection methods. I consider this a "polluted" distribution (mainly for the optimizer). Which means that multiple mini distributions make up the whole distribution. Which makes things hard to compare. However, generally speaking, when a distribution is skewed, it's skewed on an individual role level, and I could just deskew that role before throwing it into the optimizer. Same goes for the way things are regularly drawn. It would greatly enhance the drawing of the values I would think.
I just checked some numbers, and most values are still fairly represented with the default suggested priorities...
However, that is also because the average score for shearer was like 5%, so when the priority was calculated (and even after it was ran through a natural log, it scaled down the range significantly).
The formula for identifying outlier's I believe is calculating the Inter Quartile Range (i.e. 3rd Quartile - 1st), and then 1.5 distance of the IQR minus the 1st Quartile and 1.5 distance out from the 3rd Quartile. According to my tests, this accounted for 92% of the values.
So... if outlier's were preserved at their initial value, and then were scaled down with everything else on a separate global priority... not exactly how I'd scale that value down... Yeah, I don't know how that would work...
On second thought. Not everything is perfect. I just checked the outlier's between the cdf ratings and this new proposed method, and there were only 6% of outlier's.
I think the focus should be on deskewing skewed distributions, and that would better address outlier's.
Update:
I found a youtube tutorial on how to do lambda!
https://www.youtube.com/watch?v=sEZh8HCSaxk
it works for left/right tailed skews!
Here's how to do it!
Spoiler (click to show/hide)
Update: source: http://en.wikipedia.org/wiki/Data_transformation_%28statistics%29 (see above spoiler)
Update:
If this method were used... the natural logarithm would be ran on a skewed distribution's raw values BEFORE they are fed into a CDF, then after the CDF, when priorities are calculated, the TRUE MEAN of the skewed distribution is taken into account, not the transformed natural logarithm mean.
A post test could be performed to see if running a distribution through a deskew function actually results in an appopriate skew rating...
Or... it could just be skipped altogether.
Another option is trying to derive a skewed normal distribution value using a distributions skew and kurtosis...
Or...
just not use any of these and keep it as it currently is proposed...
update:
turns out... deskewing shearer resulted in practically the same skew value using natural logarithm... so instead, I just propose keeping it as is, but reminding a player that the labor optimizer does about 90% of the work.
Splinterz:
I'm not overly concerned about it, but you have negative numbers in your raw file you sent me. So min was reporting as -1.88...
negative values are fine for most things, but for logarithms, there bad. It's recommended to scale negative values up before applying a natural logarithm.
Update
I think if a player wants to add a new role to a labor optimization plan using the new proposed method, that he be shown the new average. That way he can set his priority to it, or above/below it, when he wants to adjust the scale of the range that will be applied before labor optimization.
Post by: thistleknot on June 11, 2014, 12:11:41 am
but I think I have a big improvement over the layout of the grid I just proposed.
Instead of using the natural log of the mean of the range as it's priority...
I'm thinking of using the correlation of all the log's [of each range] against each other. This would give me a much smoother progression of average changes between roles.
I really think it would help with the outlier issue.
Give me a day, and I'll have it to you.
Post by: tussock on June 11, 2014, 08:58:57 am
And yet there's no way to do some of the things that I would view as "basic". Locking specific dwarves so that they won't be changed. Locking dwarves in a specific profession to specific burrows/workshops. Selecting exactly N dwarves to do something, or up to N.Do it manually, give them a Zz nickname, sort alphabetically, and just don't select them for optimising. Or make them a captain without a unit and don't optimise military. They're usually your legends anyway, so display by legends/losers and only automate the losers. Lots of ways, really, if you already know what you want.
I want a dwarf on several professions. Period. But there's no way to do that. You can jack up the priority, but that doesn't always work.
The optimiser's just a thing to save you clicking sort on every job and selecting a few and then re-checking how many jobs everyone's got and still trying to give your young adults something to train up out of peasantry while their stats are still low, plus make sure you get a few of the things you can't be bothered checking. Works well for that, especially if you exclude the ones you already know.
Like, I don't let the optimiser choose a bunch of the quality jobs. If I've got to pick a new Clothesmaker, I'm going to do it manually, take off all their other labours, profile them into a workshop and let them make socks and hoods for a year until they're ready for dresses. When I need a bunch of mechanics (or pump operators) for a while, the workshops get profiled to keep the newbs out and everyone can be a mechanic when they're not busy. At least, everyone who's not valuable, because magma.
Quote
A simple "Assign dwarf X to this profession. Then assign the best N of what remains to this profession. Then assign the best M% of what remains to this profession. And so on." would be much better for my use. (Especially if it was either "Exactly N", "x% of what remains", or "x% of what remains, clamped to min/max")More toggles is going to take even longer to set up, and give you more things you miss or don't set right. To some extent the automation just needs to ensure everyone stops being a peasant sooner rather than later, gets some jobs to do some of the time, and it mostly already does that if you're careful with the priorities and proportions. If you're happy with some dorfs, don't let the optimiser at them in the first place. If you want exactly six miners, pick six miners, keep them out of your military, and don't let the optimiser pick any more.
I'm not sure if it would be better for others though.
Nice tool, BTW. Even if I am still running 21.3. Anyone get the new ones compiled in Linux? I seem to be stuck in dependency hell regarding QT5 and likely a bunch of other stuff. Ug, system sooo stable, don't want to fiddle. :-\
Quote from: thistleknot
I think I can derive default priority values based on old raw role rating averagesThe roles are garbage. Useful and stuff, but I mean, technically the numbers behind them, it's just nonsense. Deriving things from garbage data is not good for you. Like, I'm tempted to mess around and do some !!SCIENCE!! on which things really do work for some of the more important jobs, but ... hasn't someone decompiled the game and could just tell us what it's using? Meh, 2014's out soon.
Post by: splinterz on June 11, 2014, 09:09:46 am
Quote
The roles are garbage. Useful and stuff, but I mean, technically the numbers behind them, it's just nonsense. Deriving things from garbage data is not good for you.please elaborate on this. while admittedly some of the roles could use some tweaking, saying they're generally garbage is somewhat alarming, considering the numbers behind them are based on a lot of compiled !!SCIENCE!! already done on how attributes, preferences, traits and skill rates affect jobs and combat.
Post by: thistleknot on June 11, 2014, 01:12:20 pm
Post by: thistleknot on June 11, 2014, 02:57:33 pm
I just realized how to normalize all the ranges to each other better than a CDF does.
ECDF...
Empircal Cumulative Distribution function.
It's formula looks like this in excel.
=(COUNTIF(RANGE,"<=&"SpecificValueWithinRange))/NumberOfItems.
Basically, you count the number of values within a subset of values that is equal to or over current value and divide by the number of values to get a %.
It also transforms all data into a flat distribution curve...
Post by: thistleknot on June 11, 2014, 03:59:12 pm
Here's a pic.
http://imgur.com/NsIcpfn
I want to make sure I got this slope thing down before I pass the formula onto splinterz.
Post by: sal880612m on June 11, 2014, 05:32:48 pm
Post by: splinterz on June 11, 2014, 06:47:59 pm
So I was trying to marry off my dwarves and thought it would be nice if I could sort them into partnered and single so I came here to suggest it but Meph already did over a year ago. Is this just not possible? or is it something that may still happen in the future?i don't remember the request, i thought it was something to do with showing family trees. grouping by married vs single might be doable though..
Post by: thistleknot on June 12, 2014, 12:31:29 am
Took me a while to find a method to derive a decent curve, and I had to figure out how much I should scale distributions against each other (i.e. set priorities around). Originally I had proposed basing it on the natural log of each distributions mean, but that caused a problem with shearer...
Then I wanted to use a regression line mapped to the means... but I decided I was going to use the shape of the log of means, and got a nice curve (we only want minimal adjustments to means).
So I based the spread of priorities on the natural log of (max mean - min mean), basing it on the the raw difference in means would be like a 40% difference, so I figured since natural logs do a nice job of deskewing data as well as shrinking values, I would use it for deriving a proper spread of priorities.
Here's a pic of the auto derived priority curve
http://imgur.com/FZDToFJ
Here's what the distributions look like after it's ran through priorities. You'll notice that they are all flat.
http://imgur.com/3ZIOQTj
Also, the shearer outlier's are still at relevant values. In this example, the margin of difference that is allowed between the highest average role and lowest average role was less than 4%.
I also used ECDF (I think I'm using it right, either way it's a simple formula) to flatten all distributions against each other. This means center point is median, and the only thing the distribution is doing at this point is listing the values in ordinal rank, the raw role %'s don't mean anything at this point. It literally is just comparing ordinal rankings to other role's ordinal rankings. This is where the thinking behind the labor optimizer comes into play.
It's generally being understood [by me] that direct comparison between roles is pretty much pointless, because... the ranges/distributions are different. The only way to compare two roles to each other properly is ordinal ranking. There are times when two SIMILAR roles can be compared with each other, but that can be done on a one to one basis (if Splinterz implements the feature). However. The differences in means will be preserved when adjusting the ranges next to each other. So if the two roles ARE similar. They will be centered around their means to each other.
If you guys want to see the sheets, I put it up on dffd.
http://dffd.wimbli.com/file.php?id=8643
So now, I propose all the roles are adjusted automagically around their median's when running the optimizer. Ordinal rankings are compared next to each other, with ever so slight tweaks that take the average raw role rating into consideration, which WILL have real world affects on the roles (consider the affect that out of 90 rows values (in the dataset I used), when a % is derived for each row. It's based on it's ordinal ranking. I.e. it's a number based on 1/91 (it's hard to explain why it's 90+1, but I did check it out and verified that it is indeed /x+1... So prior to manipulating the values by the priorities. All the percents are based on 1/91. Which means that ordinal rankings directly equal each other across the distributions. By factoring these values by a smidge (i.e. the priorities), it generates a NEW value that slightly offsets the old. Either giving a slight boost or decrease to the value, altering it's direct comparison with another role!
The beauty of this, is now priorities are pretty much auto handled on the backend. The player will still have the option of setting new priorities over the backend ones if he wants to favor one role over another (altering priority will make a range grow next to another role, therefore pushing the values up against another role). THIS IS A GREAT FEATURE BTW. Now a player doesn't have to worry about priority values, but if he wants to, he'll know he's pushing a specific roles distribution upwards against the other distributions.
I would recommend Splinterz consider adjusting the way the values in the gridview are drawn, possibly to how I use derived %'s on the ECDF worksheet
Update:
After much discussion with Splinterz, I modified cell d24 of sheet 1 by dividing it's value by 100. So now all distributions are at the same range, but a slight order is created with priorities. All priorities will now be ~1 on the backend. Only slightly offset by their raw means. This is to ensure that if a role's raw mean was actually elevated over another role, it will give it preference when comparing ordinal rankings between two roles.
Post by: thistleknot on June 12, 2014, 08:08:19 pm
There was a concern with shearer/spinner (last two roles in the spreadsheet) where when converted to ecdf... there values were boosted too high compared to other values. I.e. roles that are based on a skill, such as these, will have a large number of dwarf's that have no skill in the role, and the ecdf conversion gives them a large value just because a large group of them has 0%. ecdf is based on the sample size and the amount of dwarf's that have that value, i.e. # dwarf's that have value / # of total dwarf's.
At first I was thinking of all these crazy if checks to see if it was skewed, but then I realized most of the roles (like 58/60) approximated to a mean of ~.505, which was rounding to .51 unfortunately. I was expecting the mean to average to .5 with ecdf, but I guess not, I verified it by downloading numxl trial and checking that indeed I was doing the ecdf conversion correct [which results in non .5 means, I believe it has to do with giving the lowest value a % above 0].
My proposal to fix the issue [with skill only distributions] was to test the mean. Originally I wanted to test if the mean was not equal to .5, but found that the ecdf does not mean a mean of .5 (lol).
So after verifying that is the case, I decided to leave the formula as is, but check if the mean is outside of a range. And if it is, we'll flag that range for a different conversion vs ecdf.
I was proposing to convert the range based on it's max raw value, i.e. divide all values by max value of that range.
This does a few things though. It halts the centering of the values around the median for those ranges, HOWEVER, the values are ALREADY not centered around the median to begin with, which is the main problem.
...
So... I guess it's a non issue if I push through with my changes regardless, because either way, these roles are not going to be centered around the median. So either way, you're going to tap into lower than median categories for these low rated dwarf's.
Post by: thistleknot on June 12, 2014, 09:05:24 pm
I got it though.
so those skewed distributions...
I tested if the (abs(mean of a distribution)-.5) > .1, then we flag it, and if so, we divide it's values by it's max instead of ecdf.
I was able to preserve the high values, and the low values ;)
I rock.
labor optimizer improvements move forward.
From this day forward, I will be known as Spreadsheet Warrior!
http://dffd.wimbli.com/file.php?id=8643
Update:
So... the check against a .1 value is clearly a magic number, I would love for some input on what to set it to... I think .1 is about double what the non skewed ranges were producing, so I figured it was okay, the skewed ranges were about +.3 from .5 mean).
Post by: thistleknot on June 13, 2014, 07:50:41 pm
Identified that roles that are based on skill only, or maybe a preference, have really funky distributions that even when running through an ecdf function, throw off the normalization for that role. It takes a really low mean from a raw avg and flips it after converting to ecdf. Giving it a high mean vs 50%~ (the average of each ecdf conversion should be between 75% to 50% (depending on sample size from 2 to any higher number, and mean will aproach 50%), what this means is there was a successful split of ordering the distributions around each other from their median ranked value.
However, with shearer and spinner, I went from an average of .1 to like .8 after ecdf conversion. It was because of a large number of values that were the same, for example shearer role that is based on shearer skill. Out of like 90 dwarves, only a few had any skill, and some had a great deal of skill in, and majority had no skill (funny, we discovered a bug with negative raw role values and correct it. So the distribution was lopsided (biased), but after ecdf conversion it turned all those low values into a high 84%, and the rest of the values were above these.
We figured the way the original raw distributions are, are infinitely different based on the variables involved with a role. So direct comparison between two roles is impossible without some normalization, because each distribution has it's own unique shape (thanks statistics) and signature. So we learn that the raw values don't have direct comparison with each other (unless you have two similar roles, see how this is [possibly] achievable below, this is essentially how the old optimizer worked, which is a fringe case use and is not recommended using all roles, instead, it's recommended you make a custom optimization job with just those two roles, and run it separate, or just sort the roles next to each other using their raw values in a grid view).
The inverted skewed distributions of Shearer, and Spinner clearly was unacceptable, what would be acceptable is scaling it using min max method, because it's raw median value of 0 (most likely, or whatever value, was artificially bloated to above 50%). It's not a direct representation of the population, due to a large # (i.e. the median skill or value of that role is probably 0) being at the low amount, 0 is counted as 84% of the values. So just starting, I had 84% of 90 dwarf's that had a high rating. Clearly this had to be fixed.
But how?
Well, we decided on error correction. We decided that if a ecdf role (after conversion from raw to ecdf) had a mean - .5 (ie -50%) that was off by more than 27.5%. In reality, means are around 50%, but as the sample size goes down, the error % can go up to as high as an average of .75; so we decided to manipulate the ecdf rating on the lowest possible sample. 2 variables average is 50% + 100% ecdf rating. So it comes out to be 150% / 2 = 75%. If Min=Max, then both values are set to 100%
So I tested what the mean of the highest avg of a skewed distribution by running a few samples through ecdf, I ran a 1,1,2 and a 1,1,1,2, I measured their ecdf mean's, and noticed the smaller one 1,1,2 was like 77.777% average, difference of 27.777%
I believe the 1,1,1,2 was an average ~85%, which has a difference from 50% as 35%
So I set our threshold to 27.5%.
Which means even if I have 2 dwarf's that I run an optimization plan on, it will still be able to correctly identify skewed distributions.
We also stated that if min=max (then all values are set to 100%).
hrmm, just realized something...
Spoiler (click to show/hide)
We identified skewed distributions by one more step, we checked if the frequency of of each value within the distribution. We can compare it's ecdf rating to the role and identify the frequency that # appears in the distribution.
By a rule, if a distribution has such a number, an ecdf conversion will boost that value by whatever % of the distribution it takes up (i.e. count of that # compared to the set dwarves [being selected by the labor optimization plan] within the role, example. 5 dwarf's, and 3/5 dwarve's have 0 labor in the skill. However 2 have some value. Automatically, 0 is going to start at 3/5% 60%. This is a problem when you have even more with no skill in it.
So, we also check the % that a value is repeated within a role (i.e. dataset of # dwarf's). If that value exceeds 50%, then we run a simple (x-min)/(max-min) conversion instead, which preserves the low value of the 0% as well as the value of the highest %'s (i.e. 100%).
So now, every role in the optimizer is equally distributed next to each other. This means that almost each value directly relates to another correlated value within the grid you see. From highest to lowest. There percent's are back adjusted so they are all within ~.0001%. They are offset by their ranking in highest to lowest raw outputted average (i.e. whatever the role editor spits out).
In other words:
The pre-adustment set's all priorities next to each other and sorts them by order from highest to lowest average. Then a formula is ran to derive a straight line slope that runs through the ordinal ranking of the of the order of the distributions that will serve as priority. How steep this line is is Infinitesimally small. It's sole purpose is to be as minimal as possible but to set the ordinal ranking of the distributions. Because that will give that distribution a clear advantage over all the other distributions on a line by line basis. It will give that distribution the opportunity to directly compare to all values left and right of itself (by the priorities set by the means of each role compared to each other).
The beauty is, it's dynamic to every selection you make within the optimizer, and now can detect skewed distributions and compare them appropriately. Some people might not like this, as a value of 1, 2, 5, 100, 1200 really translate to a straight line % increase from 20% 40% 60% 80% and 100% respectively, another role might be a tighter distribution like 1, 2, 3, 4, 5.
You also have control from one role to the other in adjusting priorities. Which means you can move a distribution up against another distribution when going from top value to lowest value in comparing distributions . Think of it as altering the median location of one flat distribution against another flash distribution, it affectively factors the distribution values higher or lower than the other values, so small values are recommended; however really strong values won't hurt anything. The beauty is, the auto recommended values work best JUST IN CASE raw distribution average does matter when compared to another distribution (such as when you had all your melee_dwarf's at a lower raw average rating than say farming. However, maybe now you have awesome fighters who far exceed your farmer's. So what is the difference between a run using equal priorities or those adjusted by the distributions raw mean? It slightly offsets one role next to another, but nothing to mess up the direct comparison between all roles. So each distribution is aligned next to each other when this optimizer runs. Before, roles that produced high raw % values (which are arbitrary) could potentially always be selected first through no fault of their own. I think we really hit on equal representation of the data. :)
It will assign the role with the highest ordinal value first, but compared to each other left to right, down the distribution as long as it has roles it can fill up. More or less, actually all the values are merged together in a superlist, and compared from highest to lowest, the Infinitesimally small priority adjustments applies a signature to the distribution to inform it that it has a lower mean than another distribution by just a little, and therefore and equally adjusted rating between each value (aka 90 dwarf's = 1/90% difference between dwarf's, * Infinitesimally small priority rating). Then it starts from the highest rating and starts assigning downwards
Some would argue that the optimizer ignores the differences in range.
Well, I would argue that it preserves the ordinal ranking between roles, and is truly representative of the population you have at hand. For one to say it promotes one over the other role by too little when it needs to be more, I argue it's truly representative of the dataset you have available. I.e. it's an empirical test of each distribution's density function, so it can be argued it's truly representative of your population. It treats every value as equally attainable, so it truly matches the curve density function of the current distribution. So yes, it does recognize differences between roles, a different understanding needs to be made that it measures the density function of each distribution curve of your dataset (which is based on role editor constructed multivariable.
Therefore you flatten the distribution, account for skewed distributions, and preserve their ordinal values, and not promote 0%, and compare them left to right like reading a newspaper.
I believe Splinterz is also going to include the ability to compare two roles within the grid view by their raw role rating. I thought this was a good idea so a player can retain the ability to compare two very similar roles next to each other side by side. Examples are: armorsmith, weaponsmith, speardwarf, sworddwarf, etc. Where maybe the only difference between two roles is maybe one additional variable (such as a skill, or preferences). This will allow a player a little more control over proper comparisons between two roles.
There's also a log that can be outputted (maybe only in beta?) that shows the outputted values of all these calculations.
You can check source of how it operates here.
https://github.com/splintermind/Dwarf-Therapist/blob/master/src/laboroptimizer.cpp#L147
https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/master/src/rolestats.cpp
Post by: thistleknot on June 14, 2014, 07:01:40 am
It's a little getting used to. A player is going to have a hard time understanding why what's drawn != ecdf rating != raw rating.
I was proposing instead of cdf rating, use ecdf method to draw roles, but... it's not essential, because the inplace vertical ordering of values is the same between ecdf and cdf version. Just on the backend, hows numbers are compared to each other will be different than what is visually seen with cdf ratings from left/to right (i.e. inbetween columns), and that has EVERYTHING to do with normalization.
But looking at what labors a dwarf does have assigned, eyeballing the cdf scores from left to right of the labors/roles assigned, gives an idea that the best normalized %'s were picked on the backend.
The ability to compare two or more raw role values is now is achieveable by adding the role to the gridview, hovering your mouse of the grid square, and you'll see the raw role rating. This is useful when comparing very similar roles, like speardwarf, and swordsdwarf.
Post by: indyofcomo on June 14, 2014, 11:20:46 am
How does it calculate the % suitability a dwarf has for a given role? Traits and stats?
Post by: tussock on June 14, 2014, 12:28:39 pm
Shearer's a fine example, with it being mentioned here. There's no role there for if the dorfs like wool, sheep, goats, alpacas, and whatever else you can shear, because no one's put that in yet. Spinner doesn't care if they like/hate wool or hair or yarn. That's free happy thoughts, even if it doesn't make them work faster. Shearing is also typically a long-distance walking job, so benefits more from agility than other jobs.QuoteThe roles are garbage. Useful and stuff, but I mean, technically the numbers behind them, it's just nonsense. Deriving things from garbage data is not good for you.please elaborate on this. while admittedly some of the roles could use some tweaking, saying they're generally garbage is somewhat alarming, considering the numbers behind them are based on a lot of compiled !!SCIENCE!! already done on how attributes, preferences, traits and skill rates affect jobs and combat.
There's no roles at all for the hauling labours, when dorfs who like cages should be priority Animal Haulers, dorfs who like minecarts should be vehicle pushers, dorfs who like assorted furniture should be furniture movers, weak dorfs shouldn't bother hauling stone but fat dorfs should. They're all just lumped on young dorfs who have no other skills yet, when really some of your multi-skilled dorfs would be happier doing some of it rather than sitting on "no job".
Like I say, they're useful as is, and I do appreciate the thought and effort that's gone into producing them. But when you do fancy math on numbers that are non-calibrated guesses, what you get is even worse numbers. Normalising them so they all run 1-100 or whatever, that's got thistleknot thinking he can use them as a comparison tool when they are not comparable.
I'm using "garbage data" as a semi-technical term, eh. You can't gain real information by doing math on guesswork. You can't actually compare if someone's going to be a more effective speardorf or sworddorf because we don't even know which weapons are better (or we do, and unless you come with a like for swords or a lot of sword skill you should be a speardorf).
Post by: thistleknot on June 14, 2014, 12:59:11 pm
That is the purpose if statistical analysis. To quantify unknown based on samples. so to argue the distributions are not comparable doesn't focus on the reality that regardless if value. You have am equal number of varying attributes that can be measure on an.ordinal scale. I intend on using ordinal to normalize data around the median
The goal of ecdf is to say... Out of say 1000 dwarves, is egardless of the difference in between values. The value is indicative of 1/1000 distribution of dwarves. Its is the true % range of a value within that 1000 sample distribution
Post by: indyofcomo on June 14, 2014, 03:35:34 pm
d.agility() > 5
doesn't filter any of my dwarves out. And no, I haven't selected against un-agile dwarves. (Though that would be fairly dwarfy, I guess.)
Post by: sal880612m on June 14, 2014, 03:40:25 pm
Is there a place I can see the pre-defined roles Therapist is using?
How does it calculate the % suitability a dwarf has for a given role? Traits and stats?
As far as seeing what things are considered for the predefined roles you can go to new custom role and below the title for the new role there is a dropdown box of all the predefined ones that you can copy the settings from. Just to be careful you really should give the role a custom name as I do believe it is possible to alter/overwrite the default roles. They are fairly easy to restore but it can be tedious.
For how it calculates the suitability, my understanding (which could be way off) is that it evaluates it based on traits, stats, preferences, and skills taking into account the various weights you give each. At that point I lose any concrete idea of what is happening but I think it is: once all the roles are evaluated for every dwarf those numbers are then plotted on some sort of bell curve. Once that is done the curve is adjusted such that at least one of the roles is above 99.5%. This means if you put a high value on skill you can see a dwarf drop considerably in rating if you get a highly skilled immigrant or if you put more weight on traits, preferences and stats ( and stat potential ) and only stats change you are more likely to get more static values for your roles.
Post by: thistleknot on June 14, 2014, 07:07:56 pm
Traits are mapped into their own frequency bins based on http://dwarffortresswiki.org/index.php/DF2012:Personality_trait straight into a %
Attributes are a bit trickier. Initially we based it on their frequency bins as defined in
http://dwarffortresswiki.org/index.php/DF2012:Attribute, attributes have 6 distinct frequency bins; then Splinterz did the hard work of scanning mods that have different frequency bins and took the mods varying castes into account (yeah, he did all that), so we got a more true representation of all possible values. However, we realized that attributes can increase! (unlike traits). So we had to come up with a way to scale the attributes from something like 5% to 95% based on created maximum possible value. We decided then to scale up the % based on what a dwarf can train up to, so from whatever value you get from within 5 to 95%, the % can go up a bit more based on the amount of attribute potential a dwarf can train up to.(a dwarf can double his starting attribute through training), so we reserved something like 95% to 99.5% can be what a dwarf can train up to. tjos is based on some tricky sigmoid function math that takes the amount that a dwarf can train up to and ensures we never exceed the threshold 99.5%, then the last .5% is reserved if a player cheats his dwarf's values even higher.
Skills were a simple xp/max xp, but then I believe Maklak said we should be basing skills on the level of the skill vs exp. However, there is training rate in some mods. Some dwarfs train skills faster than other dwarf's. So we did the sigmoid magic again to scale up the value based on this training rate. You'll have to find the old post for it, I'm not going to go into it right now.
So then you get a 0 to 100% rating for each category, attributes, traits, skills.
Then there's preferences.
I'm not sure how Splinterz did Preferences, I believe he was just going to go with a simple additive value to the other 3. I'm not 100% sure. Preferences were hard to categorize.
the initial idea was to average the three values together using a weighted average based on the weights set for attributes, skills, traits. With preferences adding at the end, or being part of this weight.
Not to sure.
I'm not sure if Splinterz will like a new idea I have to propose, but instead of doing all that hard fitting of data to pre-defined ranges as we have done, I was going to propose just scaling the values from 0 to 100% compared to the current forts distribution of values. We did something like that initially, using statistics and a cumulative distribution function, but we found that statistics assumed a normal distribution. However, I honestly believe that can be avoided by using an empircal cumulative distribution function.
But... I haven't heard from him on my new proposal of replacing the way we calculate %'s based on raw frequency categories to a new method that uses the ecdf of the current population set.
Trickiest part with attributes and skills (vs say traits, which supposedly NEVER change from embark value), is that attributes and skills change after a dwarf is created.
The great thing about attributes, is the amount a dwarf can "train" up to IS ALSO SET AT EMBARK, AND IS BASED ON THE INITIAL (aka VALUE) of the attribute; however, an attribute can also "decay" below starting value, which means that even below the lowest possible embark possible value (aka an ecdf of all possible starting values would produce a percent from 0 to 100% AND STILL wouldn't be descriptive of all possible ranges a fort can have). What's hidden in the attribute starting value (which is stored in memory) is the amount a dwarf can increase/decay from. So when we hard modelled the data, we had to incorporate that.
An ecdf of the current values could take that into account, but some similar comparison on initial value would have to be performed on the values' current ordinal position compared with the rest of the data in the set, and what it's max ordinal [derived from the actual starting value of the attribute] position is compared with the rest of the data. This means that a lot more would be stored in an ecdf conversion for an attribute. Keeping track of it's initial, max, and current value would give it a 3 input variable that would be converted into a relative new # that is fed into an ecdf. I guess you would take the current formula, and just before you transform it into a %, you just run those #'s through an ECDF function.
Skills could be done the exact same way, but flagged skewed data before it's ran. 0 values always [should] remain 0.
Flagging is possible by using an ECDF conversion of a set of values produces a abs((mean average) - .5 )>.275, which is our error check function, flags the distribution as having an unnaceptable new mean. Means should be within .25 from .5 to be considered normalized to each other (I actually tested this).
There's another test for skew: if the data has one value that is repeated >50% across the set of values; simple formula if (median of data set / count of data set) > 50%, then the distribution is skewed.
Then instead of ecdf, we do max-min conversion from 0 to 100% of the original skill exp or maklak formula, doesn't matter, as long as 0 still remains 0%. aka we do a (x - min) / (max - min) conversion (one issue with this is the conversion sets the lowest value to 0%, which was only intended for the value of 0 itself. Update: I proposed running the non 0 values through their own ecdf (by removing 0's), then reinputting 0 values into the list.
The great thing about ecdf, is we can apply this same skewed concept to
Yeah, I could talk all day about this, but I've got a lot of thinking to do about ecdf conversions right now.
Post by: thistleknot on June 15, 2014, 06:58:35 am
Here's how I would propose calculating roles based on ecdf. see the miner tab sheet
fixed some numbers
http://dffd.wimbli.com/file.php?id=8654
http://imgur.com/wPBJh4i
reason it matched so well was due to a bias given to attribute weights, this is entirely to do because of skills being unrepresented in current role calculations.
see below updates
Post by: splinterz on June 15, 2014, 11:33:52 am
The roles are in the etc/game_data.ini file.alright so you can create roles yourself for shearer and hauling. not to say that they shouldn't be included by default, but i'm not sure what this is a good example of, other than that some roles could be added to the default set.Shearer's a fine example, with it being mentioned here. There's no role there for if the dorfs like wool, sheep, goats, alpacas, and whatever else you can shear, because no one's put that in yet. Spinner doesn't care if they like/hate wool or hair or yarn. That's free happy thoughts, even if it doesn't make them work faster. Shearing is also typically a long-distance walking job, so benefits more from agility than other jobs.QuoteThe roles are garbage. Useful and stuff, but I mean, technically the numbers behind them, it's just nonsense. Deriving things from garbage data is not good for you.please elaborate on this. while admittedly some of the roles could use some tweaking, saying they're generally garbage is somewhat alarming, considering the numbers behind them are based on a lot of compiled !!SCIENCE!! already done on how attributes, preferences, traits and skill rates affect jobs and combat.
There's no roles at all for the hauling labours, when dorfs who like cages should be priority Animal Haulers, dorfs who like minecarts should be vehicle pushers, dorfs who like assorted furniture should be furniture movers, weak dorfs shouldn't bother hauling stone but fat dorfs should. They're all just lumped on young dorfs who have no other skills yet, when really some of your multi-skilled dorfs would be happier doing some of it rather than sitting on "no job".
Like I say, they're useful as is, and I do appreciate the thought and effort that's gone into producing them. But when you do fancy math on numbers that are non-calibrated guesses, what you get is even worse numbers. Normalising them so they all run 1-100 or whatever, that's got thistleknot thinking he can use them as a comparison tool when they are not comparable.
I'm using "garbage data" as a semi-technical term, eh. You can't gain real information by doing math on guesswork. You can't actually compare if someone's going to be a more effective speardorf or sworddorf because we don't even know which weapons are better (or we do, and unless you come with a like for swords or a lot of sword skill you should be a speardorf).
i don't know what you're referring to when you say 'non-calibrated guesses'. do you mean the weights applied to the roles? you can change them to whatever you want. do you mean how the ratings are calculated? that's still fairly straightforward and based on numbers the game provides (ie. we know how much xp/level, we know how attributes increase and by how much, we know that traits can't change), so there isn't much guesswork there. do you mean what attributes/traits/preferences/skills are associated with different roles? most of them are from science performed by other players (ie. how creativity impacts the quality of craftsdwarves, or how strength/agility changes speed). however you can still override the default roles with your own, or create completely new roles to use instead.
so i suppose my question would be, what exactly are you stating is guesswork that makes the roles garbage?
the military roles are somewhat lacking, because the only thing that really separates them is a weapon preference and skill. but weapon skill plays an awfully big (and known) role in how proficient a soldier is going to be with a weapon, and we do know the difference between sword and spear attack on different types of armor (http://dwarffortresswiki.org/index.php/User:Shinziril#Weapons_and_Armor).
Post by: thistleknot on June 15, 2014, 03:43:14 pm
If you look at the 'Miner Role' you will see cell G8, that change these graphs between [old & new] proposed skill drawing method and how it compares to a current export role of the Miner with the same weights applied.
http://imgur.com/9DNeIRY
http://dffd.wimbli.com/file.php?id=8654
The graph on the right has the same ending values as the As Is (say dwarf 49 to 53). This is because the values of high skills translates into a high %'s for those dwarf's in both skill calculating methods, but the one's on the right that were boosted higher than their counterpart drawing on the left is the reason for the spikes. It is enhancing the affect of lower ranked skill ecdf ratings, while retaining all 0 values for skills, that's why you see the jump start at dwarf 41 and between the two charts why dwarf 41 to 53 (blue line) shape is a little different.
Removing the 1 value from cell g8 causes the lines to match more, but that is because skills work like method 0 currently in DT; I'm proposing the new method 1 to jump skill values a little bit more since they already overall have a lower mean than the other distributions.
Removing the skill weight in J13 removes the additive affect of skills in the drawing, and due to skills underrepresented nature in role calculations currently, the affect more mimics how the role normally works (i.e the orange line).
The goal is not to match the old method exactly, but to understand how and why the differences will occur, and to verify it is intended to operate that way. So in affect, those values that had a little skill, will get a big boost compared to a dwarf with no skill, that is the intended purpose of re-balancing skewed [skill] distributions.
Post by: thistleknot on June 15, 2014, 11:30:41 pm
Post by: Maklak on June 16, 2014, 01:36:00 pm
The problem of allocating Dwarves to jobs is a difficult one, but I have a few ideas which probably won't be of much use.
For something fully automated, you'd need to monitor the time a Dwarfs spend working, how many jobs there are and how long do they wait to get done. Based on this, some Dwarves could get some of their jobs disabled, while idling / peasant population got some labours enabled. But this is probably beyond what you're trying to accomplish here.
It should be a tad easier to just display this statistics and let the player decide "I want between these 2 numbers in this labour" and prefer enabling jobs on idlers. But this is still a difficult problem, especially if you want to take individual Dwarves suitability for various jobs int account.
If sorting by suitability for a job is all you want, then it is an aggregate of a few components:
* How high the skill is. Or rather how long it will take to max it out. I've given some formulas for taking into account the skill learning rates some time ago. Also, low skill combined with very low / disabled learning rates for the caste should pretty much disqualify a dwarf from a labour. (Which is why I prefer geometric (multiplicative) mean to arithmethic (additive) one. (The weights are the powers to which you're raising components)).
For a role you might want a combination of skills.
* Speed, based on caste SPEED, agility, strength, body mass and maybe a few other factors. You'd want to keep the worn equipment weight mostly out of the equation, except if you want to take armour user into account too. Anyway, speed is faster movement, faster attacks and I've conclusively proven that it also means workshop jobs get finished faster. That is, time to finish a workshop job takes a set number of actions, modified by skill. The faster a dwarf is, the less cooldown between actions and the job gets done faster.
* Attiributes and personality Stronger and tougher soldiers are better, Dwarves with high Artistic versatility make better engravings, Epmathic and Dutiful doctors and nurses are better and so on. I think you already did that part.
Anyways, I feel a bit apologetic about not contributing anything useful this time, but I don't have the energy and willpower it would take me to do so, and we'd probably argue anyway. I have a raging anger problem. (That was a pun.) Heck, I barely even visit the forum these days. Besides, I don't use the optimizer myself and just sort by skill. I also haven't used any recent version of DT and stick to v20 which had pretty much everything I needed.
Post by: thistleknot on June 16, 2014, 07:28:32 pm
You gave us valuable insight before, especially with dealing with skill rates as well as attribute potential maximum's.
I know you are very concerned with Skills ranks and DT, and the ability to sort by skill ranks, which was default DT behavior. I believe the ability to sort by role rankings on the labor screen has been removed (I remember 3 sort options). Anyways, the ability to sort by role rankings can be accomplished in the role view. I do not wish to rob that feature from DT [sorting behaviour by skill]; personally, I think skills trump other values, but their hard to account for with our current setup, but read below....
So...
I had this new idea to normalize the values of our input variables for roles prior to manipulating them with an (a * weight) + (b * weight) + (c * weight) + (d * weight) / sum of weights.
I was thinking to use empirical cumulative distribution function to figure out how to normalize distributions of varying values next to each other.
There is a problem with comparative value between roles when you lose a lot of skilled dwarves inbetween. Scenario is you have 6 great dwarfs in combat, you lose #2-5 respectively from highest to lowest. Then... your difference in melee dwarf % from the next dwarf below it is a smaller % than it was before. I believe I found an answer to that issue.
I was googling normalize distributions by ranking and I found this,
http://en.wikipedia.org/wiki/Quantile_normalization
It is the answer to our problems.
I don't know why they call it
It's quite ingenious though.
You rank all distributions (i.e. each role) to each other from lowest to highest value.
Then you run a mean across each row, so you have a new column at the end of the distributions.
Then you divide each rank's value by the sum at the end to get a %.
This normalizes the distributions next to each other. So you can do this with all variables involved with a role's calculation. This also solves the problem of seeking a distinct % variable for each value in our transformed %'s we're keeping. I would suspect that you would get a very interesting set of % values resulted.
Originally I was thinking that normalization would save us time on waiting for an update to find the new variables being brought into play that determines a character (essentially traits).
However, an ECDF ignores distinct value differences between values.
I was worried that if you have 1 great warrior, and 5 also great warriors. But your 5 die, and you are left with just your best dwarf. The problem would be: You would have no % gap showing the difference between the next value below it, as the % is tied with a rank position, it's basically a step up of % value * rank position. So if you showed 30% difference between the 6th lower value before the loss, after the loss, it would be something like 5 or 6%. It would drastically affect all the other role ratings.
INSTEAD, I think you should run it on the quantile normalization, and it preserves the difference in values between distributions. It makes a lot of sense and solves the issue with above and still doesn't require as much work as modelling data after a lot of proposed frequency structures, and fixing whatever distributions we can best estimate to it.
I'm still on the fence about one aspect though. Splinterz wanted to calculate the ecdf rating of all distributions, vs each time a labor optimization is ran and just the data within that run. That will be a small decision though, either way differences in values will be respected more, and values that can't be directly compared with each other numerically (i.e. trait vs attribute). If the % values are preserved at the most basic level for the population for just skills, traits, attributes, and preferences (although, I think we can do something with preferences to scale it from 0 to 100% or whatever we need to normalize it to, especially after this realization and my understanding of ecdf rankings), we will save ourselves a lot of work and truly give a representative value of each value next to each other. Especially for purposes of the labor optimizer.
I figured the # of values in your population should give you the best estimate of your distribution, and if somehow the raw score value can be used in some way, you can preserve the meaning of difference.
I found it with quantile normalization. As we can normalize all attributes next to each other, then traits, then skills. Skills would be even easier to deal with their skewed distributions using quantile vs my other proposed method.
By normalizing all attributes next to each other using quantile distributions. It will always compare the value with the sum of their ordinal ranking positions. It's ingenious. It works with data that have the same # of rows[elements], which is even better!
Update:
haha, all this time I was describing the % step between values, it's called a quantile.
http://en.wikipedia.org/wiki/Quantile
Here's me adding the rows of each ordinal rank together compared with it/s flat % curve compared to sum of all values
http://imgur.com/qfJTzgK
Post by: thistleknot on June 17, 2014, 12:18:54 pm
This will hopefully be my last update before I do another rework of proposed changes.
To normalize say a category of values to each other.
For example, the 19 attributes, strength, agility, creativity, etc...
you would take a grid view of your # of dwarf's * # of attributes = # of values to normalize.
I.e. 90 dwarf's, 19 attributes, = 1710 values.
Step 1.
Calculate the sum of the 1710 values.
Divide any specific list in the 90x19 grid by the sum of the values.
That gives you a normalized value that you can do either a ecdf conversion, or simple max-min conversion.
Max-min conversion = (x - min)/(max-min)
that will give you a % from 0 to 100%.
A max-min conversion centers the values around the mean, i.e. 50% = mean.
An ecdf conversion centers the values around the median.
ECDF has the advantage of giving the lowest value a non 0 value, which is useful for weighting purposes, but min max can be altered to give a non 0 value for lowest value doing something like this:
Range = max - min
Newrange = range *1.01 (padding)
Newmin = max -new range
Newmax = min + newrange
Post by: thistleknot on June 17, 2014, 10:15:35 pm
Doing a simple divide x value by sum of grid values (i.e. dwarfs * attributes).
I get a few interesting charts showing how the values are "normalized"
http://imgur.com/kRSO8wE
and
http://imgur.com/TZf1t3W
Vs normalizing each range to each other and having differences in average values having negligible affect on comparison, you can directly compare attributes to each other now.
I went with a new minmax formula, but I'm not against the ecdf either. I think if all values are equally probable (aka 1 to 1000 for 1000 dwarfs, then I think each value in my list represents a true distribution of my characters).
However... comparing to mean (i.e. non ecdf), you get a better # range from 1 to 99% that is relative to the population. This could have unintended consequences when converting to a 0 - 50 - 100% range evenly distributed when compared to other categories such as traits, skills, preferences, etc. So I recommend ECDF after we derive the new normalized % values.
However, I think a radio button allowing choice between ECDF vs Mean comparison would be warranted. A player can either get a split of +/-50% around median, or +/-50% around mean. It could have an interesting difference on optimization.
An equal up/down split across median values across the board. However, skewed distributions could be addressed still with ecdf conversion.
Post by: tussock on June 18, 2014, 05:18:21 am
The goal of an ecdf is to grab the real distribution of values. So I disagree with you on garbage data. The roles are whatever a player feels important for a role.You're assuming anyone actually uses the custom role editor? I suppose I've seen a couple sets for download.
Quote
Splinter z and I just found a reliable test that let's us find skewed distributions and preserve their low values properly. I have an even better proposal that truly works of the ecdf values (adjusted for skew) to create the true percent value of any given preference or attribute within a data set.I don't wish to dissuade your enthusiasm for fiddling, but you should be aware that it's not "true" anything, because your data is something you invented. It says that in your own readme and stuff. Yes, the stats and max and prefs and traits are real sampled data from a well-defined range, but then you go Stats * A + Max_Stats * B + Prefs * C + Traits * D. The letters there represent the bits you invented by feel, which means your final numbers are garbage.
You haven't got a "true" order of dwarfs in the fort for any job, even though it's an order and that's very useful. I apologise for pointing out the most obvious cases rather than the typical ones. But a high Agility skill 15 miner will easily beat a high Strength skill 25 miner to the job and also mine faster than them until their endurance and persistence comes into play and various ones head off for a drink before finishing. Mining does train Strength though, so ex-miners make good military, so, um, what? What's "true" about the mining role? I like it because it helps me find dorfs who like picks, for instance, because they're happier when you let them carry one around, though it's good to check they're not a berserker first, because picks are lethal.
Quote
That is the purpose if statistical analysis. To quantify unknown based on samples.That's not what you're doing here. You know the true limits of Stats and Max_Stats and Skills and Traits, sampling doesn't change those. Arbitrarily multiplying a sample of those by fudge factors and then combining them into new values and changing the range to fit those new values isn't a sample of anything: it's possibly useful but it's not valid data. You're not going to discover anything, other than how easy it is to obfuscate any real information.
Like, if my best dwarf is only 37% of the estimated maximum combination of numbers, that could be handy to know. I might want to put six of them on the job instead of the two I'd pick if heaps of them were at 100% (because we only care if they're altruistic). That's already hidden, you're just hiding it further. That's more of a problem when your best mace user is 60% of ideal, but they're 70% of ideal at axe, but because you've got a lot of good axedorfs they get a bigger number for maces (just let them all be axedorfs! Axes are fine).
Normalising everything, it just seems like you're taking what little accurate data you do have and hiding it under more layers of ... I struggle to find a kind word. Maybe I'm just blind to the utility of post-facto modifying the distributions of your fudges to make them look more like ideal random samples from a large population: despite them not being actual samples. As much fun as that may be.
Post by: thistleknot on June 18, 2014, 08:17:40 am
Originally I had proposed to normalize each attribute to each other, but realized differences in [max/min] values are lost to each other unless you normalize all attributes at once to the [grid of (ie # dwarfs * number of attributes (19)] attributes min max range (i.e. min = ~0% and max = ~99%
I mean as is. What were doing is and of itself funky, but as is were transforming the data into ranges that have been co firmed with very large data sets and the work we put in to come up with valid formulas for skill and attribute potential I could see you having issue with...(but even then we did a fine darn job of working out a fair formula thanks to Maklak and I). Anyways... if I can normalize in a fair and consistent manner that retains all the meaning if a current populations DAT I don't see how you can find fault for that, especially if any transformations of the data make sense and are applied in a consistent manner.
Post by: thistleknot on June 19, 2014, 08:21:08 am
http://imgur.com/BmoQPg2
preserves order, and offers a better spread of %'s
Update:
Okay, I redid it [3 times now] for a new proposal on how to calculate role %'s. Basically calculate any % without having to use frequency bins. It's involves not just sampling each attribute individually, but samples all the attributes across each other at once [aka a matrice], getting a sample size that is x19 larger [for attributes specifically, traits will be even more!] than what we would normally expect, so immediately you have enough data to start drawing some conclusions about the range of whatever category your sampling and can start assigning percents based on your gridview size (aka number of dwarfs * elements in category, example: 45 dwarfs * 19 attributes = 855 elements in your sample to draw direct %'s to).
Same goes for skills.
We then use that to run either an ECDF special conversion that preserves 0 values and boosts non 0 values, or a minmax conversion.
http://dffd.wimbli.com/file.php?id=8679
Pics
http://imgur.com/L5WHshv
A Miner role Comparison using .75 attribute weight, and 1.25 skill weight preserved in current proposal vs asis. There are some variations, and is due to skills skewed nature.
http://imgur.com/yUH2B1K
this is a comparison of the lowest mean attribute and highest mean attribute being compared with each other after transformation using either minmax or ecdf.
you can imagine ecdf vs minmax is like using the raw value vs using the ranking value. The graph's would be very very similar.
Update:
best picture to make a case for the ecdf version.
http://imgur.com/LM8OeFd
and for comparative reference, this is what the minmax version looks like
http://imgur.com/9XeJQYT
what it looks like when sorted by asis vs proposed
http://imgur.com/cxOUpGM
What am I looking at?
The matching curve suggests that an ecdf conversion of attributes into respective quantile %'s equals the fair distribution breakdown of the gridview (btw, this is even after I lost about 2 of my best military dwarfs). Since the values are all interrelated, you are getting a fair representation of each value within that gridview to each other [in terms of attributes when looking at attributes, same goes for traits, etc).
What your looking at is the miner role which has 7 attributes mixed in together, one is even weighted, and my [non caste defined (bin)] formula, matched a pretty good distribution curve to what is already programmed.
Note: I've put off play for a week to get these ideas out and do some meaningful comparisons
Post by: thistleknot on June 21, 2014, 07:50:55 pm
Back to the drawing board.
Splinterz has prototyped my proposals, and we even got skills normalized and corrected to be 0% (if there was no contribution to the role % other than a padded skill value [a value that allows us to "normalize" the outputted rating]) if it's a skill only role (kind of, still a slight issue with preferences, but not too big a deal).
The problem with preferences, is they are binary. Either a dwarf has it, or doesn't have it.
It's not like a skill, where-as a role will generally only have 1 skill, but sometimes more, (like a combat dwarf), but is like a skill in that the distribution is skewed; as in, dwarf's have preferences, and there are many preferences, and roles can have many preferences in them. The major difference with preferences is: they have no value in themselves UNTIL they are added to a role. Otherwise it's a yes/no question for a dwarf that can't be fairly reduced to a % by itself BEFORE a role calculation.
I can't deskew preferences in the same way I deskew skills in other words. I run through all skills and scale them from 0 to 100%, but I can't do that with preferences since preferences aren't really comparable with each other.
Either a dwarf has it or doesn't, I can't scale a dwarf's "preference" %, as the role defines what preferences are important. It does me no good to reduce a preference binary value to a %.
In other words, I'm using rank transformation on a matrix of attributes x # dwarfs, same goes for traits, and skills... but I can't do that with preferences unless I do them from their roles (i.e. roles x # dwarfs), then I can calculate a normalized scale across all roles, but this is a different technique than I'm using for attributes and skills and traits which are done OUTSIDE OF ROLES.
So I'm not entirely sure on how to approach preferences.
My BEST idea is to just give a straight additive value to the overall %, therefore the weight can have an affect on the role by multiplying it's preference score by the weight to give either a +/- to overall percent.
Although, I find this undesirable, as no other categories (skills, attributes, or traits) do this, but I don't really see how to scale preferences from a 0 to 100% range.
Another idea was to calculate all roles (preference category value), then exclude dwarf's that have 0 preferences for a role to get dwarf's that actually have ratings, then run this through an ecdf. So I can identify those dwarf's that have the highest preference grouping and give them the highest preference %.
This is a new idea, as it would require going into the roles, finding the preferences defined, generating a quick binary count of those that have the preferences listed but DIVIDED BY THE ACTUAL PREFERENCES that exist in the population, then run these values through an ECDF, then applying similar deskew concepts used in skills.
Anyways, posted for anyone's thoughts.
Here's what a pic of the proposed role counts look like right now
http://imgur.com/qMX9ETx
The biggest difference is now all the roles are comparable left/right!
Post by: thistleknot on June 22, 2014, 11:54:10 am
if a dwarf has a preference, then it's % value = 1/(# of preferences in role - # of preferences that don't exist in population) % for each preference he has. This can be used as a simple additive/subtractive value from the role calculation used for ((attributes * weight) + (skills * weight) + (traits * weight)) / (sum of weights)
...
to take that # a step further and seek a normalized .5 mean adjusted value, we could derive it's % across a population compared with all other roles (i.e. dwarfs * roles, each role would have a % calculated using the method described above), then remove 0%'s, run through ecdf, add in 0's, deskew, replace preference % used in role calculations with this new #.
Update:
with the potential for negative values [as in dwarfs that have a dislike for a desired preference within a role], we might not need to "deskew" it.
we can run it from it's negative values to 100% through an ecdf conversion, and I think that would be it
negative values should give us a median of 0. negative values can actually help us with not having to deskew preferences... tricky though
that would most definately work, as we would most definately have negative values due to running the % across the matrix of dwarfs * roles. Some dwarf somewhere would have a dislike for preferences checked and result in a negative result for the preference category. Therefore normalizing preferences would be easier
that would mark our "median" value at 0. So any dwarfs with matching preferences would be 50% or higher, and those with negative percents 50% or lower!
Update 2:
Preference weights would be applied internally as (# of matching preferences * their weights) / ((# of specific preferences within population] * sum of weights) )
prior to being fed into ecdf. This includes if a value is flagged as negative! So if ~'liking outdoors' is a preference for farming role, and it's weight is 3: DISLIKING outdoors would result in a -1 (flag) * 3 (weight) = -3 Value (when adding with the other preference matches) then dividing by # of preference categories that exist within population (this number is actually already calculated/stored for us in DT, the preference window groups preferences by their named 'category') when listing preference frequency within the fort.
Update:
Now that I think about it, for mods that incorporate lower/higher skill learning rates than default that include maklak's skill simulation method that produces a new 'interpolated' level being averaged with current interpolated level could be used to derive -skill levels that could be fed into the ecdf. As is, skills that report as negative are truncated to 0, but if we could get a negative level to report from maklak's formula. we wouldn't have to deskew skills (But only for mods that incorporate skill rate changes), for default non modded dwarf fortress, we do have to deskew.
Post by: krenshala on June 22, 2014, 12:39:43 pm
Post by: thistleknot on June 22, 2014, 01:02:47 pm
Download zip
sorry led you astray, that is only source.
Post by: krenshala on June 22, 2014, 01:04:14 pm
https://github.com/splintermind/Dwarf-TherapistThank you. I'm currently using 0.6.12, and felt it was well past time to upgrade. ;)
Download zip
Post by: thistleknot on June 22, 2014, 09:01:45 pm
Post by: thistleknot on June 23, 2014, 10:03:20 pm
http://imgur.com/67JzUDm
Attributes compared are: Strength Agility Toughness Endurance Recuperation Disease resistance
over 45 dwarfs
Here's what 6 skills look like before and after transform (before, using a simple lowest to highest value, aka a minmax conversion). Only non 0 values are shown.
skills are: Logging Carpentry Woodcrafting Bowyery Mining Masonry
http://imgur.com/FKjBS8A
Post by: thistleknot on June 25, 2014, 07:28:08 pm
A description of the problem can be found here
http://stats.stackexchange.com/questions/104637/ecdf-skewed-distribution-wish-to-mean-adjust-to-5
Almost each and every question I've asked on stats.stackexchange I have failed miserably to communicate properly, but I have found my own answers.
The problem is how ecdf returns a %. It works fine when the data is somewhat distinct uniformly. [Distinct] Meaning more or less a majority of distinct comparable values. When you have a set of data that are all the same, or a majority are the same, and if these values are 0 or if these values are either low in the distribution or high in the distribution, can have an affect on the %.
Rank() in excel returns the ordinal position of a value from a set of values in a list. If there is a tie, it returns the earliest position, and skips the next position as it has been taken up by the tied value. So... if 2 values are ranked at rank 3, the next rank displayed is rank 5. Another example is if two values are ranked at rank 36, the next rank would be 38; if 3 values were tied at rank 36, the next rank position reported would be rank 39.
What's confusing is ECDF isn't called a ranking function, it derives a % based on rank. I assumed it worked with the same position as rank() in excel, but when I actually compared the two, I found that it was working with the earliest position, where-as ecdf was working with the last position of the tie. It was like ecdf was rank's evil other twin, and you needed them to combine to make a centered value.
It was this affect that was having a huge impact on the way we were trying to "deskew" skills if skills were mostly 0's, and a few were non 0 values. The non 0 values would have high %'s on ecdf by itself, but the 0's would have a huge percent that I back-end corrected and came up with a very convoluted formula to pad a 0%'s value to almost but less than 50%, and I transformed the rest of the non 0 values to above 50%, but based on an ecdf of just the non 0 values. -I know it's complicated, but you don't have to remember it, because it's getting removed due to our new insight.
Very complicated hack.
Well. Our problem occurred when we had **non 0 values** with maklak's skill emulation formula (plus some pre vs post weighting issues) for a starting embark of dwarfs with no skills, but because they had skill levels of 3 being reported, they were getting a high boost due to default skill rate formula (only old schoolers who really follow this thread will know what maklak's formula is - *this is is no way meant as a slight to mk, just trying to reference his contributions and our desire to preserve them in any future work)*. I know it's confusing, but our deskew method assumed and really needed to work with 0 values vs minimum values. We were about to just replace a minimum value with 0 if it was also median. Then we thought, what happens if there is one little value below the large skew? Splinterz found a null below a 0! So yeah, we had to come up with something.
Anyways... it was showing a bunch of [0 skilled] dwarf's for skill only roles as really good fits.
It was a conundrum. We had dwarf's with 0 skills, but transformed to be level 3 due to skill rate) being listed as a good fit for the job than other labors. I had to figure a way to autocorrect it, but I was failing.
Then came along rank.
It autocorrected it for me. It took values that are similar but low, and gave them a % that started at their first position of a tie. ECDF worked the opposite, gave last position and returned a %. So I combined the two, and found that low value skews were under 50%, and values above this were 50%+, which was our desired behaviour.
This breakthrough should be able to replace all the other convoluted formula's we had worked on for preferences as well.
I believe it will make the whole system more robust and centered, and 50% will now mean neutral. <50% = bad for job, 50%+ = good for job, there will no longer be columns of jarring red's, but instead column's of blanks, or 50%.
It also means the labor optimizer will treat a [starting embark] population with no shearer skills (a skill only role at the time of this writing) as a 50% drawn value vs 0%. It's basically saying, this person is neither bad, nor good at this job compared to the rest of the population (as in they are all tied). This is an important distinction in the behvaior of the labor optimizer, as before no skill meant 50%. However, as soon as a dwarf starts to improve in that skill, you'll notice a 100% value and a ~<50% value for the rest. This means during labor optimization, those who are considered truly bad at a job compared to the rest of the population will be scored lowered than these neutral values. Which means the labor optimizer will assign neutral jobs before bad jobs. It also means when looking at the screen 50% = good, and your labor optimizer shouldn't be overexhausted to assign values below 50% (as in trying to assign too many labors).
The way we derive %'s in this new setup is based on the comparable value of items within categories.
What's a category? Attributes, traits, skills, and preferences.
So when we look at a category, we lay it out as a grid example:
Attributes
x = dwarfs, y = Attribute Names (19)
Traits
x= dwarfs, y = Traits(~60)
Skills
x = dwarfs, y = Skill names (~119)
Preferences
x = dwarfs, y = roles(~100+) - *
*
Spoiler (click to show/hide)
This gives us a large # of comparable elements of varying size that we can definately relate internally within it's own category to each other on a scale of 0 to 100%, but we cannot due it outside of this category. So... what and how do we do it? We use ecdf/rank % conversion on each value compared to each other value within a category (you get very large datasets when doing this, 53 dwarf's gave me 1007 comparable [attribute] values that turned into comparable %'s, that when combined with the %'s derived for the other categories, allows a distinct % combination for each and every combination. Even for very small populations, a starting embark will have 133 comparable attribute values to draw 133 distinct % values. If your fort dies and your down to your last man, 1 dwarf will have 19 distinct % values for his set of attributes.
Here's how the %'s are derived from some standard #'s.
https://docs.google.com/spreadsheets/d/1gitnUzUyaROi-QroCXvXbY2raFBJTHZk7YCMWTlOHjw/edit?usp=sharing
here's what it looks like raw vs scaled (left is raw, top is attributes, bottom is skills, right is scaled)
http://imgur.com/WlulpOh
what your seeing is the distributions scaled based on their ordinal rank positions, centered within a % if ties exist.
The reason for the "squish" of values is due to how ordinal ranks work, every difference in value is only worth 1 point. Where-as the raw values stress larger frames. However, for deriving % purposes from a scale of 1 to 100%, this works perfectly, as it retains the ordinal position and achieves a mean/median of .5, and a min of ~1% and a max of ~100%.
The reason these individual comparisons don't have a mean of .5 (although the median of most of those skills is our <50% value), is because only the larger "category [this case 'skills']" is centered around a .5 median/mean. These elements within roles are subsection views of attributes and skills within the larger grid of data we normalized. Ordinal positions within categories are respected
(compare median with min and max). It cuts off excessive differences in values and tries to preserve it as a % based on the # of elements being counted.
However, in the case of a skewed distribution, the range in values was preserved and produced a mixture model for me.
http://m.imgur.com/KKljFOg
so you can see, that 0 values - <50%, and there is a huge gap where the ~90% values start, which is entirely as intended. These 90%'s represent the vast gap that is produced by the skew. It's hard to wrap your head around, but this achieves an overall output target of 50% when we apply the same methods to all categories. Which allows for maximum centered comparisons when defining roles.
A final picture showing quartile comparisons of attributes sorted by attribute median.
http://imgur.com/ki3fgyo
Post by: thistleknot on June 27, 2014, 10:51:43 am
Post by: splinterz on June 27, 2014, 11:53:07 am
here's a before and after picture of a chunk of the roles gridview:
old roles:
Spoiler (click to show/hide)
Spoiler (click to show/hide)
what you'll notice is that the new roles can be compared against each other very easily at a glance. you can see immediately who would be your best pick for which jobs based on the roles.
this also ties into the optimizer, as now the priorities you set will be upheld, as long as you have a decent spread among the priorities (explained in the GUI). so if you want to ensure certain jobs are chosen before others, you can.
the other feature visible in the new role view are the shaded cells which indicate if at least one labor associated with the role is currently enabled, and yes, you can toggle them on and off.
Thistleknot has uploaded the last beta version we've been using to test, and i'd very much like to get any feedback before rolling it out as the next version. a lot of extra information is currently dumped into the log file, specifically when running the optimizer, so you can check things out there as well.
Download Vanilla Test Version @ DFFD (http://dffd.wimbli.com/file.php?id=8701)
Post by: Maklak on June 27, 2014, 01:47:52 pm
Hm, this quantile normalisation would be an answer to a problem with weighting entrance exams I've seen a few years ago (there were 5 tests with 50 questions each, everyone took 2, then they multiplied the results, divided them by means for the tests you took and multiplied that by 2500 which gave the final score).
I do not think that quantile normalisation is a good way for sorting INSIDE a role (as it looses information and just gives the order), but if you want to compare roles to each other (weighting them by priority, so that soldiers are more important then farmers), then yes, I think this would work to a degree, but it has it's anomalies, especially for low population. If there is a big gap in skill (say 1+ really good at it and 1+ really bad), that gap won't show in the results. This is why I would prefer normalising everyone's score in a category to 0 - 100, where 100 is current best and 0 is literaly 0 (with no one being this bad). That way I would see a gap (if any) and make a more informed decission.
Quantile normalisation might work as part of aggregating skills, attributes and traits into a final score, I guess.
Another consideration is that quantile normalisation seems made for comparing a small number of data sets. You have so many that a rapid change of values within one (such as a squad dying), won't really show in the means for each rank.
For things like traits / preferneces, I think you'll just need a vector of arbitrary weights for each role, then do a cross product and factor that into the overal rating. It's far from ideal, but it should kinda work. In other words treat each trait as a 0 or 1 (or if you prefer 0 or 100%), then multiply them by arbitrary weights (defined for each role, most of them 0, they can be negative for undesired traits), sum up the results and add that to the final score with a smallish weight.
If you want, you can even sort of scale this "dot product of traits and weights" to 0-100% by taking -sum {abs(weigth)} as 0% and sum{abs(weight)} as 100%. Once you have that, just aggregate it with the skills and attributes into final score.
Quote
if a dwarf has a preference, then it's % value = 1/(# of preferences in role - # of preferences that don't exist in population) % for each preference he has. This can be used as a simple additive/subtractive value from the role calculation used for ((attributes * weight) + (skills * weight) + (traits * weight)) / (sum of weights) [...]Ah, you've figured out something like that already.
Quote
Max-min conversion = (x - min)/(max-min)For attributes, It would be easy to scale them to the current highest, maximum highest for the species (min {5k, 2*max_starting_attribute} or just 5k. Then just give everyone an "attribute rank" of att/max, which would always be bigger than 0 (except odd cases in mods).
My method is better because if the population is oscillating around maximum (say 1200-3000 range), they will all get high scores (66 - 100%), which will not hide information when aggregating with other criteria and result in a more accurate final score and I don't think it can be improved upon.
To me it seems that you fiddle with the numbers until you get something you like without giving it a deeper thought on how or why. By looking at the last 10 or so posts it is obvious to me thet the results are mangled and I shouldn't trust them. This makes me much less eager to suggest anything. I agree with anything that tussock said about it.
Another reason I don't contribute more is that while the problem is certainly interesting and I learned some maths, optimisation and operational research during my studies, I don't have the energy nor the time to work on it. It took me 10 days to even answer. But then I admit that skewed or not, a working labour optimiser would be a useful thing. Especially for newbies or 150+ Dwarves where you don't really care anymore.
Quote
But a high Agility skill 15 miner will easily beat a high Strength skill 25 miner to the job and also mine faster than them until their endurance and persistence comes into play and various ones head off for a drink before finishing.I've conclusively proven through tests that speed (factring in agility, strenght and SPEED token) improves the speed of working at workshops. My conclusion is that (almost) all actions take a certain amount of "turns" and speed lowers the delay between those turns. So speed should be a factor unto itself for any role and improve all roles equally.
Quote
Like, if my best dwarf is only 37% of the estimated maximum combination of numbers, that could be handy to know.Yes, this. Also, if I have someone at 235% I don't really care about it being higer than 100%, just that this guy is really good. http://en.wikipedia.org/wiki/Udarnik (That was a joke.)
Quote
Normalising everything, it just seems like you're taking what little accurate data you do have and hiding it under more layers of ... I struggle to find a kind word.Yep. Just keep it simple and scale by (value / max_value) for every number for everyone. Aggregating this will be more accurate than the complicated thing you're trying to do. Sure, you might not like having a 100% and a 0% everywhere, but I'd find it more informative to know that all my guys kinda suck at this job, so I can pick the most useless ones or that I gave a group of good candidates, then a gap, then poor ones.
Your typical response to criticism is "but we're working hard and our formulae work, how dare you say they have no merit". Well, my answer is that is not how I would go about solving this problem, but you're free to try. Yelling at you would only confuse you and make me look like an asshole.
Communication with you is also difficult. For example your graphs and streams of pre-processed numbers aren't adeqately described and I often can't even guess what I'm looking at. A graph of 1-0 on y axis and what I assume to be spreadsheet row number on the x axis tells me almost nothing. Well, if those are ordered, then ecdf is at least monothonic, while the orange line looks like random noise. But this is really not the level of information, I'd like to derive from a graph and I can't really have an informed discussion without understanding what I'm looking at na what you're doing. At the very least add a 3rd line thats basivally (value / highest_value_everywhere).
I do admire your dedication, though. I have trouble working on one project for a week.
Finally, too much maths can be a bad thing. It introduces more work and more possible errors where a simpler method would suffice.
Quote
Almost each and every question I've asked on stats.stackexchange I have failed miserably to communicate properly, but I have found my own answers.Yep, this is pretty much my argument why this skews the results as compared to simple (value / max).
The problem is how ecdf returns a %. It works fine when the data is somewhat distinct uniformly. [Distinct] Meaning more or less a majority of distinct comparable values. When you have a set of data that are all the same, or a majority are the same, and if these values are 0 or if these values are either low in the distribution or high in the distribution, can have an affect on the %.
Quote
Rank() in excel returns the ordinal position of a value from a set of values in a list. If there is a tie, it returns the earliest position, and skips the next position as it has been taken up by the tied value. So... if 2 values are ranked at rank 3, the next rank displayed is rank 5. Another example is if two values are ranked at rank 36, the next rank would be 38; if 3 values were tied at rank 36, the next rank position reported would be rank 39.Well then, learn some real math software or a scripting language and stop using Excell. Matlab / Scilab / Octave should work pretty well.
Quote
It also means the labor optimizer will treat a [starting embark] population with no shearer skills (a skill only role at the time of this writing) as a 50% drawn value vs 0%. It's basically saying, this person is neither bad, nor good at this job compared to the rest of the population (as in they are all tied). This is an important distinction in the behvaior of the labor optimizer, as before no skill meant 50%. However, as soon as a dwarf starts to improve in that skill, you'll notice a 100% value and a ~<50% value for the rest. This means during labor optimization, those who are considered truly bad at a job compared to the rest of the population will be scored lowered than these neutral values. Which means the labor optimizer will assign neutral jobs before bad jobs. It also means when looking at the screen 50% = good, and your labor optimizer shouldn't be overexhausted to assign values below 50% (as in trying to assign too many labors).I find this highly undesireable behaviour and it is not how my formula worked at all. For a skill, it was supposed to give 100% only for level 20, then lower (but never quite reaching 0) values as the skill and it's learning rate drop. Then 0 for 0 skill and 0 learning rate.
Telling me everybody has 50% to begin with, then differentiating the values (but always giving me a 0% and a 100% from that point on) is highly confusing. I'd much rather see 5-20% fit on unskilled Dwarves, then the values eventually increasing as they skill up. I mean if a role has a 12.4%, an 8.7% and 2 times 5% (4 Dwarves total for simplicity), that gives me a reasonably good idea of the situation, when I compare to another role. For example I might have someone really talented with spears to the point that it's worth it to make another squad. If all military roles are 0 for current lowest and 100 for current highest, I won't notice it.
Hm, I guess one idea would be to display a score based on (value / max), but highlight them green / red based on how good a Dwarf is compared to other Dwarves within the same role, so that in my earlier example the 12.4% guy gets a green and 2 times 5% get a red.
For a labour optimiser, some roles ashould be more important then others (either by listing them in order or giving them weights), There should be a cap on how many roles a Dwarf can have (or a max counter with roles having different scores). There should also be a counter for how many Dwarfs are needed for a role... and a lot of other variables, but from what I see, you just display the suggestions, not autocommit them to DF.
Post by: thistleknot on June 27, 2014, 02:17:54 pm
All the posts you read up to this point were over 3 diff proposals up to the current method.
The current method uses an ecdf/rank function that draws a percent. There is no longer a problem with skewed data being non .5 mean after we derive a percent as this new function draws a percent from the center of tied values (ie returns the rank position of the center of ties). Which solved my ecdf skew problem. It also preserves gaps in values as percent gaps. Pushing positive of median values above .5 and those below, below .5
I talked to a few software guys and normalizing to a .5 is normal. Where half your data is below and half your data is above. When you have all your dwarfs at the same skill level (whether their all level 20 or level 0). A player would see that all his dwarfs are equal if he sees them all at 50 percent. Unfortunately this is a behaviour of normalizing. Its not bad in itself. It just means it makes no difference who you assign to the task because they are all neutral for said skill.
I hope to address your entire post. But I'm at work. The minmax is a horrible idea as it doesn't preserve any sense of comparative median.
We also opted to normalize all attributes at once vs individually (all 19 vs normalizing each of the 19 individually, this places values closer together as they approach 0 and 100% respectively but allows for direct comparison between attribute types as well (aka ranknposition relative to each other). My last post before the (deleted) one is all relevant to how 22 alpha works. The rest of the posts really document my journey to the current conclusion.
Post by: splinterz on June 27, 2014, 02:38:04 pm
so the main work here was to equalize those sets of data, so that aggregation was more even across the attributes, traits, skills and preferences. currently it's using a very simple method of taking an average of ecdf rating and rank rating. based on what you said about value/max i guess that's close (not a maths person). that's probably not sufficient for someone as technical as you, so i'll give you an example (assuming vanilla df) and hopefully that will make more sense. to determine a rating for a skill, the skill levels for the whole populations' skills are put into a sorted list. a single skill level is then passed in, and it returns the average of the ecdf from the list, and the rank/list total count. the same method is used for traits, attributes and preferences. now as i've mentioned i'm not to keen on the maths, so if you've got time, let me know why this is a bad thing.
i may end up trying to get speed in there as well, but after looking at some dfhack scripts, it's affected by a lot of variables (attributes, terrain, syndromes, curses, and more). but maybe to start just pulling the caste's speed token would help.
your skill simulation is still in there as well, so if you changed the weight on the skill rate, it actually does what it sounds like you expect: simulated fast dwarves are instantly identifiable due to higher role ratings.
the optimizer does allow you to specify jobs per dwarf and dwarfs per job (via ratio). when you run an optimization, it toggles all the labors, and it just up to you to review, if you want, and commit. auto-commit could be added as an option.
Post by: Maklak on June 27, 2014, 03:19:42 pm
Yep, (value / max{values}) or my formula for value and skill rate for skills would often result in pretty low skill ratings all arnoud, which would have to be aggregated with a relatively heavy weight. But since I weight skill much above anything else when it comes to labours, I didn't have an issue with it.
Using median as 50%, highest as 100% and 0 as 0% sort of works, except for a few anomallies for low number of Dwarves, similar values, etc. For important skills and 30+ population it should kinda work. Except I can fish out "average for this population" just by looking at (value / max), which also gives me a sort of an "objective" measure of how good the current population is at some taks.
I think we understand "skewed" data differently. For me a population with 0-3 skill is not skewed, it is just how it is. For you it is skewed towards lower values. For me scaling these guys to 0->0, 3->100% is skewed because it hides the information about how good they are objectively, not just relative to each other.
If your optimiser works best with having 50% be the median of the current population, then I don't really have enough info to argue, but I would stil prefer having an alternate rating that I can choose to display, which is pretty much a weighted arithmethic mean of skill rating (with 100% only for 20 skill), attribute rating (value / 5000, weighted for each role), speed and prefenrences. With all the work you did, this should be fairly simple to add.
Quote
When you have all your dwarfs at the same skill level (whether their all level 20 or level 0). A player would see that all his dwarfs are equal if he sees them all at 50 percent. Unfortunately this is a behaviour of normalizing. Its not bad in itself. It just means it makes no difference who you assign to the task because they are all neutral for said skill.
A player would also see a bunch of 10% OR (in another fort) a bunch of 70% to be about equal, without turning both groups into all 50% (where 50% means different thing in each group).
Quote
i may end up trying to get speed in there as well, but after looking at some dfhack scripts, it's affected by a lot of variables (attributes, terrain, syndromes, curses, and more). but maybe to start just pulling the caste's speed token would help.There should be a final speed / turn delay somewhere in DF variables, unless it is calculated on the fly by a C function and not cached somewhere in Creature's struct. The important factors are SPEED token, agility, strength, weight of worn equipment and injury (Crutch walkers are slower), so I guess it makes sense if dfhack library can't fetch it.
Quote
your skill simulation is still in there as well, so if you changed the weight on the skill rate, it actually does what it sounds like you expect: simulated fast dwarves are instantly identifiable due to higher role ratings.Good to hear that. I came here in the first place because my guys had 0 skill, but vast differences in learning rates. Come to think of it, attributes have learning and decay rates too, but those are more difficult to factor in, because attributes train slowly for everyone except military.
Well, you seem to have figured out what you want to do and I'm not able to make a contribution at this point. Maybe I should read up on this ECDF.
I was going to propose that the aggregate function raises sub-ratings to the power determined by their weights, then takes a root of that value of the power of sum of those weights, but that would promote all-arounders (must have decent skill, stats and traits), while weighted arithmethic mean is more forgiving about really poor values when others are high to compensate. Plus it's weights are much simpler to understand. Anyway, I thing I'm blabbering and I'm tired. so goodnight.
Post by: thistleknot on June 27, 2014, 04:13:39 pm
Quote
"A player would also see a bunch of 10% OR (in another fort) a bunch of 70% to be about equal, without turning both groups into all 50% (where 50% means different thing in each group). "
Mk. This new method bases all its drawings on your forts current data. So comparing one games percents to anothers is not going to work. Everything is relative to current pop.
Quote
"For me scaling these guys to 0->0, 3->100% is skewed because it hides the information about how good they are objectively, not just relative to each other. "
Initially, the skills were stretched from 50% to 100%, and 0's were set to just below 50%. However, this update their behavior is subject to the size of the population. If you have a transformative suggestion to stretch them down to 50% (if you think it's a good idea). It would have to not destroy our mean of .5 though (harder than I thought, when I first attacked the problem). I'd love to hear it. Otherwise your suggestions might involve a large rewrite of entire models we base our initial values on.
You may feel that way, but the way it's transformed is relative to it's distribution amongst all skills in the population. Giving those values a truly low representation, which is transformed into a high % when present. It's similar to my 128 unique values out of 2400+ values, those 128 unique values represent 95%+ of the distribution, and should be listed as such when counting skills compared to the non 0 values, which will not adjust an overall mean for a role [when a dwarf doesn't have a skill], except by a little bit, but it's ~<50% value. Unfortunately, trying to account for it any other way would require a post transform of %'s, because we are using ranks, and transforming ranks still retains the same rank position post transformation generally (well, with linear formulas).
[Update] Skills are truly represented [when comparing] against other skills. Skills are otherwise not an issue, because skills are only an issue when compared with others skills; otherwise if a role doesn't use skills, it's output will not be affected by a role's skill role output.
But. Attributes scale from 0 to 100, so does everything else, but over the whole of all attributes, the whole of all skills, etc. The only true comparative value between skills is when comparing the values of skills to themselves. This is where we get our percents.
To see the formula in action on a small set of data here it is, (but in production we work with a much larger dataset, across a matrix of a given category). I used spreadsheets to verify this simple algorithm. It also has the behaviour of emulating mixture models apparently.
Quote
""I was going to propose that the aggregate function raises sub-ratings to the power determined by their weights, then takes a root of that value of the power of sum of those weights, but that would promote all-arounders (must have decent skill, stats and traits), while weighted arithmethic mean is more forgiving about really poor values when others are high to compensate. Plus it's weights are much simpler to understand. Anyway, I thing I'm blabbering and I'm tired. so goodnight. "
Sometimes (KISS) "keep it simple stupid" works, especially when everyone sees and understands how it operates. It more or less pads the value around large [ties] % of values by reporting the center of a % space of a tied rank.
https://docs.google.com/spreadsheets/d/1gitnUzUyaROi-QroCXvXbY2raFBJTHZk7YCMWTlOHjw/edit?usp=sharing
btw, I may be a little behind on my math, but I do have educational background with statistics. So at least when I use my knowledge of statistics, ranks, and matrices, I know I can confirm when I say.
The preservation of ranks within an attributes matrix allows us 19 degrees of freedom in variation inbetween rank values. That means, that they will all start at relatively low rank positions, but those will be relative to their distance from min, they will also culiminate to 100% faster, but that will be because some distributions will have reached their max position already, but others have not, so others will draw closer to 100% as other distributions have ceased to be counted. The rest of the difference in spacing will be due to the difference in ranks inbetween 19 different sets for the middle ranks, which will retain a lot of a relationships between each other by their measurements of ranks.
This rank is converted to a % based on the count of the matrix.
This preserves rank position to % position when compared to other distributions for weighted averages using weights. This allows us to maintain an output of 50% mean.
Btw, we preserved your formula's. The attribute potential formula is applied to the raw value, as well as skill simulation formula is applied to the raw value (i.e. raw + simulated value based on either attribute upper limit, or skill rate formula's respectively), by taking the raw value and adding the simulated value in a weighted average formula, aka:
Code: [Select]
((raw value * weight) + (simulated value * weight) ) /sumOfWeightsthis is the value that is fed into our rank function when calculating roles and attribute potential or skill rate weights are applied in the options.
Just to note, I had a formula originally that was also mimicing the behaviour of our (rank% + ecdf%) / 2 that was targetting a desired mean for skills, but it didn't work for non zero (aka skill emulated) values. I was about to throw in the towel until I realized I could probably apply some sort of slope formula to the ecdf %... then when I realized I wasn't gonna be able to do that easily (I had one idea to factor down the median), I found that the rank% worked differently than the ecdf%, that's when I noticed how they were reporting, and averaging them together recieves the center between the two positions, which is an entirely acceptable conclusion to use, and when it reached the desire "padding" value I was using before, I realized I didn't have to do anything else, it auto corrected skewed distributions for me, such as skills and preferences. For example, out of 2400+ skill values, I only had 2400 ~0 values, and 128 unique values overall ranging from 0 to 21.3. Those 2400 ~0 values were rated ~46%, and the rest were ~95 to 100%.
Weird behavior, but not when you think 128/2400 = 0.0533333333333333%, that mean those ~127 non 0 values were rated in the upper 5% region, where-as the approximately 95% of the distribution was taking up, from the 2nd rank position to like the 2272 position, was reported % wise as the center of those two values, in this case the real number was 46.7% approx.
So this lead me to believe that undesired values were reported as below 50% [in this case as well], and desired values (aka above median) were above 50% with an overall mean desired of ~50%.
BTW, I'm totally open for suggestions, improvements, etc. I mean, if you think this is a "bad" system, please explain why, and offer a replacement, and suggest how we could use it. However, it's generally best for us to understand what is being implemented, otherwise we're coding "magic numbers", at least to us.
Post by: thistleknot on June 27, 2014, 11:06:00 pm
On an 8 year fort, I had 2400 skills at ~60 skills wide (when I was initially doing my numbes); in actual gameplay, there's ~119 skills wide.
So with ~50 dwarf's, I had a big matrix, ~2400
I only had 128 Unique Skill Values.
The mean was 50%, the median was 46% (in my tests)
~<95% of the values were below 50%.
That was because the median was 46%, and was padded from left to right by 45% on either side.
Approximately 90% of the values around the median were taken up around the median's distribution within the total number of 2400 items.
So... that means no other items would be lost if you were to move values below a .5 threshold if 90% or more of the values were below .5
Simply finding that gap, say by testing the count of values below .5, if it >=90% of the distribution, then cut it out;
leaving only the values above .5 mean. I don't know if it's that important, but considering the extremeness of skewed data and transformation. threshold should remove low values from a dataset.
**Another idea is to not remove the low values, but somehow stretch down values? I personally don't think it's that big a deal, it's better than under-representing skills, but if those above .5 values were stretched down to .5, and the lower than .5 were reduced by an amount that would achieve an overall .5 mean.**
Personally I haven't experienced too much headache with skills being an issue; however I have had some issues with the attribute potential weight set really low at .05, and the skill rate weight set to .05... I get skills that are 5-16 levels higher than another getting passed up (at low levels). Only happens when I set those two weights, and global skill weight far outweighs any other weight.
Post by: Rallor on June 28, 2014, 12:57:39 pm
Edit: I got it to work once I coped the etc folder from the source to the folder of the executable. This instruction was on the google code site which is no longer maintained and is not on the github build instruction. I recommend adding it.
Post by: thistleknot on June 29, 2014, 10:49:40 am
But we identified something with your original skill simulation formula Splinterz and I were discussing.
Part of the formula works with the assumption that we should be capping things at level 20.
However, other parts of the formula are not capped. Resulting in simulated levels being returned of 30 vs a raw level of 1
which is causing havoc [well in some examples] when using your formula. As a level 8 and level 18 are passed up by lower %'s when doing a labor optimization. I've verified it's with the skills specifically and the skill rate weight, otherwise my weights work appropriately.
Splinterz pointed out that the simulated formula returns values above 20 (as high in 30 in my case).
So, I thought since your initial desire was to stop comparing once legendary is achieved, shouldn't the values reported by the function also only consider a max of level 20 in all instances as well?
Here's reference code and the variables I was thinking about
Spoiler (click to show/hide)
However, I am also working on a transformation formula for skills in general. Above Median = 50% to 100%, and <= median equals the old value factored by a number that targets an overall mean of .5, this should address the issue with [>median] skills all being grouped at 95% to 100% range.
Update:
I got a formula that transforms the lower range <=median (post ecdf/rank %).
These numbers work with the ecdf/rank% we derive, not the raws.
x = x,y in our skills*dwarfs matrix
It's based on the : sumif(x > median) / total count (aka dwarfs * skills).
difference from the same formula post conversion for >Median (which we derive first).
So this difference measures the % change in the upper (aka >Median) values, that needs to be carried over when transforming the lower (aka <= median) values, so we double the difference [of the means], let's call this factorValue.
factorValue = 1 /factorValue for values <=median.
This preserves ~.5 mean and spreads all the >median skills to 50 to 100%, and those values that were <= median are 0 to 50% respectively.
I sent Splinterz a spreadsheet breakdown (sorry, I don't have matlab, closest thing I could get my hands on would be r-project, but I don't think it's necessary).
I think we could auto check each category,
by checking if min = median,
then we run this double transform. Hell, variations could be used to transform in other methods if needed, such as if min = 1st quartile, we could derive a way to fit each quartile range into it's own distribution transform. Luckily, so far the mixture models that have shown themselves only have 1 extra spike in the data, ~0 for skills and preferences, and the rest of values (aka >~0). So we're kind of splitting the ecdf/rank % into two separate distributions that we throw into a 0 to 100% range.
An opposite transform could be used for negative skews if we ever encounter any.
In the end, this allows us to "flatten" a distribution from 50 to 100%, aka, the %'s are evenly spread, just as they are with all attributes with this given range, and we're still centered around the median.
Update:
Here's some psuedo code on the method
Spoiler (click to show/hide)
Here's a pic of it in action
http://imgur.com/rls1joX
and a link to my dffd sheet of it in action
http://dffd.wimbli.com/file.php?id=8705
Btw, I double tested this with two different data sets, one very large ~2400, and this one with ~35 values. Both times my targeted mean of within .005% from 50%.
Post by: Maklak on June 30, 2014, 12:26:07 pm
DF wiki once said something about skill levels having a cap at legendary+5 and that quality doesn't improove beyond lvl 20 skill. So I assumed it is reasonable to cap skills there, even if the XP says "level 35" or something else ludicrous.
> However, other parts of the formula are not capped. Resulting in simulated levels being returned of 30 vs a raw level of 1
I'm not sure what you mean here?
* If function simulate_skill_gain returns more than 20.0, then there is an error in code somewhere in there and debugger should help find it.
* Attributes? Hard capped at 5000.
* Traits? Capped, either yes or no.
* Personality? Capped, 1-100.
> As a level 8 and level 18 are passed up by lower %'s when doing a labor optimization.
For the same learning rate, the function should be monothonically increasing with XP untill lvl 20, where learning rate no longer matters. Maybe theyse guys are passed because they have weak attributes, or too many labours already enabled?
> Splinterz pointed out that the simulated formula returns values above 20 (as high in 30 in my case).
This shouldn't be so. Can you give me the input data for which it fails? And value of max_xp? Besides, it divides by 20.0, so it should return values in <0, 1>
By the looks of it, the easiest fix would be to replace the last line "return ret;" with "return ret <= 1.0 ? ret : 1.0;" but that wouldn't really fix a bug, just mask it.
As for transformation in general, what do you want to accomplish? What skill level at 100% learning rate should return 0.5? Once you decide, it can be adjusted with choosing the right xp_sim, but that's a bit more involved than a quickie I'm writing here. It needs bisection on a weighted mean of levels where their weight is how much XP you need to get to the next level. More or less.
> are we basing sim_xp on 29000 or the highest xp a player has?
sim_xp should be a constant. Sensble values are in <5000, 29000> range.
Post by: thistleknot on June 30, 2014, 08:55:08 pm
Skills/Preferences all now scale from >Median to 100% to 50% to 100% respectively.
Anything that was >=median is now below 50%. It allowed for us to deal with skews.
The >=Median values are still based on an ecdf/rank% (so are the upper values), but the lower values are factored [up] by a derived mean difference from the new >median values, and the the old >median values against the total Count (aka the whole dataset, not just the segmented one).
Complicated stuff, but it worked, and moved our data back to .5 mean (which needed to happen after I cut that gap out), it effectively cut the gap in %'s from the large # of ~0 [skewed] skill/preference values, which was ~46%, and the high %'s listed at the other end. (~95%+).
So now the lower distribution looks approximately the same, but now we cut that gap out. So now the upper distribution maps down to 50%+.
The best part is, non 0 (the check actually checks for >Median values, but only runs if 1st Quartile = 3rd Quartile) skills are counted as 50%+ to 100% based on ordinal ranking.
It was my second transform and I think it worked out beautifully.
Here's how it's looking right now.
http://imgur.com/ZiLxamy
Post by: thistleknot on July 02, 2014, 09:42:14 pm
Spoiler (click to show/hide)
derp, I just realized that's recreating a minmax distribution, and will not have a .5 mean...
damn.
Update:
I have an idea, and it involves using a rank/ecdf% averaged with the minmax% just for >Median values of skewed data. I can still target a .5 mean, and address this level 3 vs level 13 guy issue I'm having. I can even test if this conversion is necessary by checking the >Median values, and seeing if that specific dataset's 4th quartile is > 3rd quartile by over 10 times.
Post by: thistleknot on July 03, 2014, 06:18:53 pm
Imagine above picture defines our issue with skills and their skew.
We used ordinal rankings (orange) line pretty much for values >Median transformed to a 50% to 100% range.
Problem was, a lot of low level skills take up the majority of the distribution (light blue line shows how skills really look, aka min/max conversion).
Since we pretty much put skills in the above 50% range for values that are >median (aka non 0 values).
We can average the rank-ecdf% with the minmax% and arrive at a much smoother better line (dark blue) that works much better than the rank-ecdf% line.
Now the problem with my level 13 being passed up by a level 2 dwarf has been fixed. There are still some minor discrepencies, but now it's much easier to correct with weights.
The only sad thing, was it was really hard to achieve a .5 mean, but we got close, a .48, lowest was a .46 mean for the distribution.
We derive a [targetted] mean by transforming values <=Median, which in skills is ~100% of the time the value 0 (unless you take into consideration the skill rate weight transformation, used for mods). But this method we use to check for behaviours of skewed distributions, we can treat even these values fairly, that are <=median. As the median value still is ~50%. Best part is, we preserve relevant information of values <=Median even if 0 is not median.
I proposed we set a weight, so a user can value a minmax vs a rank-ecdf%, very similar to how we have weights for attribute potential, as well as skill rate weight, but... it's a little overkill. As long as we achieve a natural progression for lowest skill to highest skill.
we had to derive some tests though.
Derive quartiles of the values >Median, take their raw values. If (max/3rq Quartile) > 5 (or 10, not sure what Splinterz set it to), then we do this transform on skills. It get's passed appropriately for our preferences, since they don't have this exponential curve (aka light blue line).
So... I think it's almost ready.
The big test was if this last method would work, and so far it's looking great.
There's some minor tweaks I proposed for the flags that are used to run these transformations.
One flag is if 1st quartile = median, then we do the transform that pull down to 50%. I was proposing to modify the test if 1st Quartile = Median (position + 1).
We have a followup flag. If the original data's >Median values Max/3rdQuartile > 5, then we do the minmax average with the rank/ecdf%. I was proposing to modify this by if Max (position - 1) / 3rd Quartile > 5, then we do the minmax average with the rank/ecdf%.
But... I think they might be good enough.
Complicated stuff.
Update
Btw, I think this latest beta/alpha (v13 I think), is working perfectly.
Post by: ExpHP on July 04, 2014, 12:45:07 pm
The good
- Builds relatively painlessly on Ubuntu 12.04 LTS (Precise). Qt5 is not available on the default Precise repositories, but users can obtain access to all the required packages by adding the following repository (don't forget to apt-get update afterwards):
Code: [Select]
sudo apt-add-repository ppa:ubuntu-sdk-team/ppa- Looks beautiful, works great. It's quite an improvement over the old version.
And the bad:
- Having it install to /usr/bin is a bit... uncomfortable for me, but thankfully all of the files added have "dwarftherapist" or "DwarfTherapist" somewhere in the name, so collisions with existing files are unlikely. (on ubuntu, /usr is typically reserved for packages from the repositories, and stuff built from source is installed to /usr/local. I'm not sure whether or not qmake offers any easy way to allow the user to set an install prefix, but it looks like the paths in the .pro file are hardcoded anyways)
- Having it write a log file to /usr/bin/log/run.log is quite uncomfortable. (namely because of the possible existence of /usr/bin/log as an executable)
- /usr/bin/dwarftherapist (the thing you're supposed to run) is not marked executable, and thus cannot be run directly from the command line. Easy to fix, but mildly confusing (since /usr/bin/DwarfTherapist is marked executable).
Post by: thistleknot on July 07, 2014, 08:02:30 am
I think I was able to approximate a wave of the [values of the] original distribution, then mean adjust it to .5 from a scale from 0 to 100%
Check it out
Attributes:
http://imgur.com/2Vyaa5a
So far, it should work for attributes, traits.
What this method does is accounts for difference between values and not just rank value.
It's done by transforming the center of the distribution around the mean, then the median, then mean adjusted by additive value to .5. Then transformed again from 0 to 50 to 100%.
Doesn't work for skills though, and that's due to their explicitly skewed, exponential behavior; but we can take advantage of the rest of the comparativeness between values with this new method, and apply it to our force.
The median value tends to hug near the mean, so I prefer this method over the flat distribution curve of the rank-ecdf method. I didn't notice an issue with the [rank-ecdf] method until my fort got about 5 years old, and I noticed my warrior's attributes had trained up really high and it wasn't really accounted for.
Update:
splinterz in his amazing machine way, coded up the changes again, addressed an issue with skills, and we almost completely removed the presence of rank-ecdf an opted for more natural curves, as seen with the picture shown above. It's more akin to a minmax method transform; but we do multiple transforms. First around the mean from 0 to 50% to 100%. Then median from 0% to 50% to 100%, and then we mean adjust the distribution to .5, then we shrink/grow the ends to match 0 to 50 to 100%. The affects on the distributions are minimal. The only distributions that get this type of transform are attributes, traits, and preferences. Skills get a regular minmax /2 + .5 to get a 50% to 100% range for >median values.
Here's a pic of roles drawn
http://imgur.com/j8T8eTQ
Post by: tryrar on July 07, 2014, 08:30:18 pm
Post by: thistleknot on July 07, 2014, 09:12:30 pm
Post by: Vabalokis on July 07, 2014, 10:18:10 pm
Post by: Waladil on July 08, 2014, 12:21:02 am
Post by: kleril on July 08, 2014, 12:49:07 am
Post by: splinterz on July 08, 2014, 03:46:48 am
Post by: mavj96 on July 08, 2014, 05:33:25 am
and so it begins...
Oh rejoice! You are here. I can't play without you friend.
Post by: sackhead on July 08, 2014, 05:57:58 am
Post by: mavj96 on July 08, 2014, 08:37:14 am
Post by: carkasjak on July 08, 2014, 10:23:02 am
and so it begins...
<3
Post by: Wannabehero on July 08, 2014, 10:33:37 am
Post by: MaximumZero on July 08, 2014, 04:40:25 pm
Indeed.and so it begins...
<3
Post by: Nopkar on July 08, 2014, 07:34:51 pm
I know 2014 just hit, but how long is it expected for the new memory maps to be figured out? Is that like a week-long deal, or is it "yeah, we can pound those out in about half an hour!" kind of a situation?
patience...we know splinterz is here and active and DT is probably the most used application besides DFhack...give it a few days at least.
God Speed to you splinterz, may the process be painless! :)
On a side note, I wonder if toady will ever get to the point of working with DT and DFHack to make updating easier (like a giving you guys a head start with releasing the code to you so you can update alongside him instead of scrambling just after launch)
Post by: indyofcomo on July 08, 2014, 07:59:28 pm
1) How can I delete custom professions?
2) How can I modify existing custom professions?
Basically I'm making errors, and then I have bad custom professions sitting around.
Post by: thistleknot on July 08, 2014, 09:00:24 pm
However, I don't really think that's the hold up.
I think he's waiting for the dfhack community to find all the offsets of the NEW vars, not really sure.
So I guess if anyone wants, populate the #dfhack irc and see if they've found any of the new memory offsets, and reporting here with the results... but i'm sure there doing their own work anyways.
Blah blah blah.
the one thing I know that will take more time is [the] new vars. Identifying the # of new var's (aka the ~60 or new trait like vars), their names, and the memory locations; would be a huge first step.
update:
not spam the thread, but here's the list [thanks to putnam]
http://www.reddit.com/r/dwarffortress/comments/2a7cbj/anyone_know_the_name_of_the_new_vars_used_in_the/
LOVE_PROPENSITY
HATE_PROPENSITY
ENVY_PROPENSITY
CHEER_PROPENSITY
DEPRESSION_PROPENSITY
ANGER_PROPENSITY
ANXIETY_PROPENSITY
LUST_PROPENSITY
STRESS_VULNERABILITY
GREED
IMMODERATION
WASTEFULNESS
DISCORD
FRIENDLINESS
POLITENESS
DISDAIN_ADVICE
BRAVERY
CONFIDENCE
VANITY
AMBITION
GRATITUDE
IMMODESTY
HUMOR
VENGEFUL
PRIDE
CRUELTY
SINGLEMINDED
HOPEFUL
CURIOUS
BASHFUL
PRIVACY
PERFECTIONIST
CLOSEMINDED
TOLERANT
EMOTIONALLY_OBSESSIVE
SWAYED_BY_EMOTIONS
ALTRUISM
DUTIFULNESS
THOUGHTLESSNESS
ORDERLINESS
TRUST
GREGARIOUSNESS
ASSERTIVENESS
ACTIVITY_LEVEL
EXCITEMENT_SEEKING
IMAGINATION
ABSTRACT_INCLINED
ART_INCLINED
Post by: Melting Sky on July 08, 2014, 11:23:56 pm
I know 2014 just hit, but how long is it expected for the new memory maps to be figured out? Is that like a week-long deal, or is it "yeah, we can pound those out in about half an hour!" kind of a situation?
patience...we know splinterz is here and active and DT is probably the most used application besides DFhack...give it a few days at least.
I very seriously doubt that DFhack has anywhere near as many users as Dwarf Therapist. Until today I had never had to deal with the DF interface for labor and lets just say I've had more fun smashing my fingers in a car door. I don't think I know of anyone who plays Fortress Mode without DT where as I know many people who have never used DFhack although it is admittedly a godsend for fixing some of the more serious bugs that can't be addressed by simply altering the raws.
Many thanks to splinterz and everyone else who works on tools for enriching the DF experience. When the new version of DT comes out I will be sure to buy that guy a beer. He definitely deserves one and on that note I think I owe Toady One a case or two of the good stuff. Time to dust off the ol' check book.
Post by: Maul_Junior on July 08, 2014, 11:45:09 pm
Wasn't expecting it to be at all.
*rolls up sleeves*
welp, guess it's time to play DF the Dwarven way--totally complicated and full of !!FUN!!
maybe after I get back from vacation in 2 weeks it will be out.
heh.
or not.
whatever.
they've got 2 years to get DT2014 out before the next DF update anyways :P
Post by: Skyrunner on July 08, 2014, 11:58:29 pm
Post by: Zarathustra30 on July 09, 2014, 01:40:15 am
Post by: Kamin on July 09, 2014, 01:49:48 am
Post by: cainiao on July 09, 2014, 02:39:22 am
Post by: Robsoie on July 09, 2014, 05:57:09 am
So i've been back at using the actual game "interface" in order to manage my dwarves.
At first , my old memories came back of pre-DT time and it was still do-able, up to when my population were around 20
Now they're 82 and the ingame interface is a real pain, it takes lots of tedious to find the dwarves that have specific skill level, it takes lot of tedious to re-assign job , etc...
I really forgot how much of a pain that interface can be when your population start to increase.
This make you really understand how absolutely brillant , very useful and intuitive Dwarf Therapist is.
So thank you very much to every developers that have contributed into Dwarf Therapist, you have done a fantastic work !
Post by: vomov on July 09, 2014, 06:08:27 am
Post by: indyofcomo on July 09, 2014, 08:16:43 am
I'm starting to mess with custom professions, and I'm running into some difficulties.Anyone know the answer to my questions?
1) How can I delete custom professions?
2) How can I modify existing custom professions?
Basically I'm making errors, and then I have bad custom professions sitting around.
Post by: fricy on July 09, 2014, 09:05:59 am
Lower right corner -> custom professions -> right-clicking to edit.I'm starting to mess with custom professions, and I'm running into some difficulties.Anyone know the answer to my questions?
1) How can I delete custom professions?
2) How can I modify existing custom professions?
Basically I'm making errors, and then I have bad custom professions sitting around.
Post by: Carch on July 09, 2014, 10:04:08 am
It doesn't help that he's been working on this new version of dt at this point. However, the beta we put up on dffd 95% works... but we were making some improvements on it, and he got stuck on something today.
However, I don't really think that's the hold up.
I think he's waiting for the dfhack community to find all the offsets of the NEW vars, not really sure.
So I guess if anyone wants, populate the #dfhack irc and see if they've found any of the new memory offsets, and reporting here with the results... but i'm sure there doing their own work anyways.
Blah blah blah.
the one thing I know that will take more time is [the] new vars. Identifying the # of new var's (aka the ~60 or new trait like vars), their names, and the memory locations; would be a huge first step.
update:
not spam the thread, but here's the list [thanks to putnam]
http://www.reddit.com/r/dwarffortress/comments/2a7cbj/anyone_know_the_name_of_the_new_vars_used_in_the/
*snip*
the beta is up where? is there a link to this? me and a friend of mine are really aching for any kind of job setting that doesn't move through the df interface. I can handle it up to 30 ish dwarves, but he's already givein up on it.
Post by: splinterz on July 09, 2014, 10:39:18 am
It doesn't help that he's been working on this new version of dt at this point. However, the beta we put up on dffd 95% works... but we were making some improvements on it, and he got stuck on something today.
However, I don't really think that's the hold up.
I think he's waiting for the dfhack community to find all the offsets of the NEW vars, not really sure.
So I guess if anyone wants, populate the #dfhack irc and see if they've found any of the new memory offsets, and reporting here with the results... but i'm sure there doing their own work anyways.
Blah blah blah.
the one thing I know that will take more time is [the] new vars. Identifying the # of new var's (aka the ~60 or new trait like vars), their names, and the memory locations; would be a huge first step.
update:
not spam the thread, but here's the list [thanks to putnam]
http://www.reddit.com/r/dwarffortress/comments/2a7cbj/anyone_know_the_name_of_the_new_vars_used_in_the/
*snip*
the beta is up where? is there a link to this? me and a friend of mine are really aching for any kind of job setting that doesn't move through the df interface. I can handle it up to 30 ish dwarves, but he's already givein up on it.
there is not beta for the new 40.01 release. ignore that post, it's for a beta version for 34.11 that hasn't been released yet.
Post by: Carch on July 09, 2014, 10:39:41 am
Post by: Wannabehero on July 09, 2014, 12:26:23 pm
No specializations, but also no labor assignments needed.
Post by: Blue_Dwarf on July 09, 2014, 01:13:45 pm
Post by: carkasjak on July 09, 2014, 01:39:11 pm
Did anybody else just say "F* it", mod their dwarves to have natural skill 1 in everything, and enable starting labors on skills? At least while waiting for DT.
No specializations, but also no labor assignments needed.
Personally I started a fort and managed my dwarves until the first migrant wave, and then said "NOPE!" to managing labors. I'm now waiting for Dwarf Therapist. I've never actually tried to get into adventure mode. I might do that while I wait.
Post by: Abalieno on July 09, 2014, 02:39:07 pm
Post by: thistleknot on July 09, 2014, 03:20:08 pm
http://www.reddit.com/r/dwarffortress/comments/2a8rhh/want_to_help_find_memory_offsets_for_dwarf/
Thx goes to "its the new style"
language_vector = 0x01aaa9d4 (uncorrected:0x024fa9d4)
word_table = 0x0000003c
creature_vector = 0x019adef0 (uncorrected:0x023fdef0)
squad vector = 0x01aa33b4 (uncorrected:0x024f33b
Post by: dennislp3 on July 09, 2014, 04:12:41 pm
Post by: thistleknot on July 09, 2014, 04:44:30 pm
but...
Quote
After following these steps, you can then find the offsets using therapist. If it's just a minor update to DF, you can use the Create New Layout functionality from the Scan Memory screen. This will automatically scan all of the vectors and create a new memory offsets ini file for you (if all goes well.) Otherwise you have to check run.log for the new checksum, and start hand editing a new offsets ini file.
Post by: Melting Sky on July 09, 2014, 04:52:15 pm
I've never played DF without therapist before, and my is it a pain, more so than not having a tileset :( I'm waiting!
Yeah no tile set and no DFhack weren't a big deal for me at all but after that first big immigration wave I gave up without therapist. It took me an hour to simply go through each dwarf and write down on paper their pertinent attributes let alone sort through them and pick out candidates for important labors. With therapist I can in a single 30 second glance gather as much information on my dwarves as I can with an hour of going through one by one and recording it with pen and paper.
I think this is the biggest issue I have with DF's default interface. It has this wonderful sea of information and complex inner workings that are completely opaque to the player. I can live with weird key bindings and crazy inconsistent menu systems but the lack of a way to sift through and visually look at the vast amounts of information generated by the game drives me nuts. It's a bit like trying to look at a picture where you can only view it one pixel at a time and have to then write the pixels down on the paper yourself and build the picture up one piece at a time until its complete.
Anyway, sorry I didn't mean to go off on a tangent and rant like an ungrateful bastard. I just wanted to describe why it is that I think Therapist is such a crucial and brilliant tool. I hope that someday when Toady gets around to doing the UI that he takes a good look at therapist to see why it such a successful program.
Post by: thistleknot on July 09, 2014, 05:18:13 pm
I can't imagine how toady and threetoe play the game. I figure they don't "play" and just create a mess of interactions, and expect the players to hack through it somehow, or just die becuase we can't figure out how to fine tune shit.
Then when we do, we totally fine tune the game (with things like Dwarf Therapist).
Post by: thistleknot on July 09, 2014, 05:40:49 pm
http://imgur.com/U94sEnp
old method draws attributes on a ~ rank / count method (aka rank-ecdf)
new method draws them on what we've called the "s" transform. Which basically is a minmax around the mean, then median, then additive mean adjusted to .5, then shrunk to ensure range is 0 to 100 again (as we all mean adjustment to push outside this boundary, we must correct it, but mean is still .5)
Roles
By using this minmax method around the ~'center', we really focus on the outlier values. the rest kind of get scrunched into around 50%. But this is a good thing.
http://imgur.com/U8CKeaA
Post by: MuthSera on July 09, 2014, 09:15:00 pm
Post by: Fairin on July 09, 2014, 09:50:00 pm
Post by: MaximumZero on July 09, 2014, 09:51:19 pm
I can't imagine how toady and tarn play the game.Toady is Tarn. His brother is Threetoe, or Zach.
Post by: MuthSera on July 09, 2014, 11:02:31 pm
Is there some alternative?
Raw unrefined
Post by: Duhwolf on July 09, 2014, 11:53:04 pm
Post by: HammerHand on July 10, 2014, 03:01:37 am
Relax, everyone. Every release comes with a few days before DT is usable again. This is how it has always been. :)
Also, you may want to relax a bit longer, because with this new DF release, there will surely be several bugfix releases to follow - each of which will require a new edit to Dwarf Therapist. As much as I want to try out DF2014, I am currently waiting patiently for a (slightly) more stable version, and the DT release to match it. This may mean waiting a number of weeks to play the new version, but that's more appealing to me than the alternative of bouncing between bugfix releases and 3rd-party updates.
Seriously, it's worth the wait. :)
Post by: Haytrid on July 10, 2014, 07:16:49 am
I will wait,
Thank you!
Post by: Henny on July 10, 2014, 09:13:51 am
Post by: penguinofhonor on July 10, 2014, 09:29:17 am
Post by: Chimerat on July 10, 2014, 11:17:05 am
I look forward to the time I hear of it being released for the newer build(s). :D
Post by: Dutchling on July 10, 2014, 11:20:45 am
No need for DT :D
Post by: Chimerat on July 10, 2014, 12:23:05 pm
Post by: Dutchling on July 10, 2014, 12:24:39 pm
There's no cap for the first two migrants waves though, but I sort of assumed that having 12 years (assuming you dont mess with the baby cap) to order 30 or so Dwarfs around is a manageable thing.
Post by: HammerHand on July 10, 2014, 12:28:16 pm
Post by: LordBaal on July 10, 2014, 01:54:08 pm
Anyway.. is Dwarf Therapist working correctly with the new version yet? :D
Post by: Button on July 10, 2014, 03:28:00 pm
(bzzt)
I don't mean to sound ungrateful, because holy shit you make this game playable. And I would be happy to help if there's anything I can help with.
It's just, I'm facing the prospect of recreating Therapist's functionality by manually entering my dwarves and their professions into a spreadsheet, and, yeah. I would love you forever for even a skeletal profession tracker right now.
Post by: Dirst on July 10, 2014, 03:40:15 pm
That's not as simple as just commenting out a bunch of code since the DFHack team is only about 6% done mapping out the DF data structures. DT doesn't directly depend on DFHack, but they both work through DF's data structures.(bzzt)
I don't mean to sound ungrateful, because holy shit you make this game playable. And I would be happy to help if there's anything I can help with.
It's just, I'm facing the prospect of recreating Therapist's functionality by manually entering my dwarves and their professions into a spreadsheet, and, yeah. I would love you forever for even a skeletal profession tracker right now.
But I imagine a labors-only version would be feasible before 100% of the mapping is done. It might even make me feel a little better about my dorfs if I can't flip over to Roles and see that one worthless guy with red in just about every box.
Post by: thistleknot on July 10, 2014, 04:07:24 pm
http://www.reddit.com/r/dwarffortress/comments/2a8rhh/want_to_help_find_memory_offsets_for_dwarf/
Post by: Skyrunner on July 10, 2014, 08:20:45 pm
They're 16% done now!That's not as simple as just commenting out a bunch of code since the DFHack team is only about 6% done mapping out the DF data structures. DT doesn't directly depend on DFHack, but they both work through DF's data structures.(bzzt)
I don't mean to sound ungrateful, because holy shit you make this game playable. And I would be happy to help if there's anything I can help with.
It's just, I'm facing the prospect of recreating Therapist's functionality by manually entering my dwarves and their professions into a spreadsheet, and, yeah. I would love you forever for even a skeletal profession tracker right now.
But I imagine a labors-only version would be feasible before 100% of the mapping is done. It might even make me feel a little better about my dorfs if I can't flip over to Roles and see that one worthless guy with red in just about every box.
*obligatory promotion of sig-linked progress bar*
Post by: kleril on July 10, 2014, 09:37:17 pm
*obligatory promotion of sig-linked progress bar*
...there's no bar down there. :|
Post by: palu on July 10, 2014, 09:47:36 pm
(http://skycoders.no-ip.org:60001/images/progressbar.png)
Post by: thburns on July 10, 2014, 09:51:09 pm
Post by: Dirst on July 10, 2014, 09:51:42 pm
Yes there is:The port number appears to be confusing the IMG tag.
(http://skycoders.no-ip.org:60001/images/progressbar.png)
Post by: Skyrunner on July 10, 2014, 09:52:17 pm
You need to enable sig images.*obligatory promotion of sig-linked progress bar*
...there's no bar down there. :|
Post by: Toady One on July 10, 2014, 10:42:40 pm
Post by: Skyrunner on July 10, 2014, 11:01:21 pm
It seems to work fine for me. There's a direct link in my sig now, too.Yes there is:The port number appears to be confusing the IMG tag.
(http://skycoders.no-ip.org:60001/images/progressbar.png)
Post by: kleril on July 10, 2014, 11:11:56 pm
You need to enable sig images.*obligatory promotion of sig-linked progress bar*
...there's no bar down there. :|
Didn't realize that was a setting. It's all under control now, thankfully.
Post by: MuthSera on July 11, 2014, 12:49:10 am
Post by: mnjiman on July 11, 2014, 03:03:48 am
Post by: Chimerat on July 11, 2014, 06:19:44 am
(if people want their posts to remain in this topic, they should keep the assault jokes out of them)Thank you!
Post by: Drapestar on July 11, 2014, 06:58:10 pm
so i now when i can play the easier way :P
Post by: Echostatic on July 11, 2014, 10:03:26 pm
Post by: BigD145 on July 11, 2014, 10:34:36 pm
I don't think I could play fortress mode without Therapist.
You could try.
Post by: MaximumZero on July 11, 2014, 10:42:24 pm
I did. Not patient enough. It is difficult to get anything done.I don't think I could play fortress mode without Therapist.
You could try.
Post by: Color Charge on July 11, 2014, 11:56:03 pm
I did. Not patient enough. It is difficult to get anything done.I don't think I could play fortress mode without Therapist.
You could try.
I'm in the same boat as you. At the beginning of the game it's quite simple to handle micromanaging every job; however, after the first wave of immigrants it's just too much. I've definitely been spoiled by DT.
Post by: BigD145 on July 11, 2014, 11:58:40 pm
I did. Not patient enough. It is difficult to get anything done.I don't think I could play fortress mode without Therapist.
You could try.
I'm in the same boat as you. At the beginning of the game it's quite simple to handle micromanaging every job; however, after the first wave of immigrants it's just too much. I've definitely been spoiled by DT.
The first wave is rarely more than 7. Same with the second.
Post by: thburns on July 12, 2014, 12:06:17 am
Though I would like some more, personal, customization for the tabs and lists, if possible. Or was it possible to do before? I don't remember I haven't played the game in over a year.
Post by: MaximumZero on July 12, 2014, 12:51:30 am
The third one is between 25-40 for me nearly every time, though.I did. Not patient enough. It is difficult to get anything done.I don't think I could play fortress mode without Therapist.
You could try.
I'm in the same boat as you. At the beginning of the game it's quite simple to handle micromanaging every job; however, after the first wave of immigrants it's just too much. I've definitely been spoiled by DT.
The first wave is rarely more than 7. Same with the second.
Post by: k33n on July 12, 2014, 01:02:53 am
Post by: TV4Fun on July 12, 2014, 01:19:50 am
Post by: Rioluke on July 12, 2014, 09:21:25 am
Post by: Waladil on July 12, 2014, 09:24:26 am
For all of you fellas who are having trouble without DT I want to share with you a little challenge that I've had quite a bit of fun with in the past. It is simple: turn on all labors for all dwarves. It sounds crazy hectic, but there are many tools in the game that previously you may have largely ignored because of the comforts of DT. Organizing your jobs, using workshop profiles, and learning to use smaller more strategic designations and orders can make your output much stronger.I can see that working with certain jobs (I like to have hordes of untrained masons for fast walls/floors myself), but absolutely not with other. Turning on mining for all dwarves doesn't seem like it's ever going to end well, since skill is so vastly important for that job.
Post by: dennislp3 on July 12, 2014, 10:28:51 am
Post by: k33n on July 12, 2014, 12:28:27 pm
For all of you fellas who are having trouble without DT I want to share with you a little challenge that I've had quite a bit of fun with in the past. It is simple: turn on all labors for all dwarves. It sounds crazy hectic, but there are many tools in the game that previously you may have largely ignored because of the comforts of DT. Organizing your jobs, using workshop profiles, and learning to use smaller more strategic designations and orders can make your output much stronger.
Is there an easy way to do this?
Post by: Aninimouse on July 12, 2014, 12:47:05 pm
For all of you fellas who are having trouble without DT I want to share with you a little challenge that I've had quite a bit of fun with in the past. It is simple: turn on all labors for all dwarves. It sounds crazy hectic, but there are many tools in the game that previously you may have largely ignored because of the comforts of DT. Organizing your jobs, using workshop profiles, and learning to use smaller more strategic designations and orders can make your output much stronger.
Is there an easy way to do this?
Well if you go into the Creature_Standard raw and add
Code: [Select]
[NATURAL_SKILL:MINING:1]
[NATURAL_SKILL:WOODCUTTING:1]
[NATURAL_SKILL:CARPENTRY:1]
[NATURAL_SKILL:DETAILSTONE:1]
[NATURAL_SKILL:MASONRY:1]
[NATURAL_SKILL:ANIMALTRAIN:1]
[NATURAL_SKILL:ANIMALCARE:1]
[NATURAL_SKILL:DISSECT_FISH:1]
[NATURAL_SKILL:DISSECT_VERMIN:1]
[NATURAL_SKILL:PROCESSFISH:1]
[NATURAL_SKILL:BUTCHER:1]
[NATURAL_SKILL:TRAPPING:1]
[NATURAL_SKILL:TANNER:1]
[NATURAL_SKILL:WEAVING:1]
[NATURAL_SKILL:BREWING:1]
[NATURAL_SKILL:ALCHEMY:1]
[NATURAL_SKILL:CLOTHESMAKING:1]
[NATURAL_SKILL:MILLING:1]
[NATURAL_SKILL:PROCESSPLANTS:1]
[NATURAL_SKILL:CHEESEMAKING:1]
[NATURAL_SKILL:MILK:1]
[NATURAL_SKILL:COOK:1]
[NATURAL_SKILL:PLANT:1]
[NATURAL_SKILL:HERBALISM:1]
[NATURAL_SKILL:FISH:1]
[NATURAL_SKILL:SMELT:1]
[NATURAL_SKILL:EXTRACT_STRAND:1]
[NATURAL_SKILL:FORGE_WEAPON:1]
[NATURAL_SKILL:FORGE_ARMOR:1]
[NATURAL_SKILL:FORGE_FURNITURE:1]
[NATURAL_SKILL:CUTGEM:1]
[NATURAL_SKILL:ENCRUSTGEM:1]
[NATURAL_SKILL:WOODCRAFT:1]
[NATURAL_SKILL:STONECRAFT:1]
[NATURAL_SKILL:METALCRAFT:1]
[NATURAL_SKILL:GLASSMAKER:1]
[NATURAL_SKILL:LEATHERWORK:1]
[NATURAL_SKILL:BONECARVE:1]
[NATURAL_SKILL:AXE:1]
[NATURAL_SKILL:SWORD:1]
[NATURAL_SKILL:DAGGER:1]
[NATURAL_SKILL:MACE:1]
[NATURAL_SKILL:HAMMER:1]
[NATURAL_SKILL:SPEAR:1]
[NATURAL_SKILL:CROSSBOW:1]
[NATURAL_SKILL:SHIELD:1]
[NATURAL_SKILL:ARMOR:1]
[NATURAL_SKILL:SIEGECRAFT:1]
[NATURAL_SKILL:SIEGEOPERATE:1]
[NATURAL_SKILL:BOWYER:1]
[NATURAL_SKILL:PIKE:1]
[NATURAL_SKILL:WHIP:1]
[NATURAL_SKILL:BOW:1]
[NATURAL_SKILL:BLOWGUN:1]
[NATURAL_SKILL:THROW:1]
[NATURAL_SKILL:MECHANICS:1]
[NATURAL_SKILL:MAGIC_NATURE:1]
[NATURAL_SKILL:SNEAK:1]
[NATURAL_SKILL:DESIGNBUILDING:1]
[NATURAL_SKILL:DRESS_WOUNDS:1]
[NATURAL_SKILL:DIAGNOSE:1]
[NATURAL_SKILL:SURGERY:1]
[NATURAL_SKILL:SET_BONE:1]
[NATURAL_SKILL:SUTURE:1]
[NATURAL_SKILL:CRUTCH_WALK:1]
[NATURAL_SKILL:WOOD_BURNING:1]
[NATURAL_SKILL:LYE_MAKING:1]
[NATURAL_SKILL:SOAP_MAKING:1]
[NATURAL_SKILL:POTASH_MAKING:1]
[NATURAL_SKILL:DYER:1]
[NATURAL_SKILL:OPERATE_PUMP:1]
[NATURAL_SKILL:SWIMMING:1]
[NATURAL_SKILL:PERSUASION:1]
[NATURAL_SKILL:NEGOTIATION:1]
[NATURAL_SKILL:JUDGING_INTENT:1]
[NATURAL_SKILL:APPRAISAL:1]
[NATURAL_SKILL:ORGANIZATION:1]
[NATURAL_SKILL:RECORD_KEEPING:1]
[NATURAL_SKILL:LYING:1]
[NATURAL_SKILL:INTIMIDATION:1]
[NATURAL_SKILL:CONVERSATION:1]
[NATURAL_SKILL:COMEDY:1]
[NATURAL_SKILL:FLATTERY:1]
[NATURAL_SKILL:CONSOLE:1]
[NATURAL_SKILL:PACIFY:1]
[NATURAL_SKILL:TRACKING:1]
[NATURAL_SKILL:KNOWLEDGE_ACQUISITION:1]
[NATURAL_SKILL:CONCENTRATION:1]
[NATURAL_SKILL:DISCIPLINE:1]
[NATURAL_SKILL:SITUATIONAL_AWARENESS:1]
[NATURAL_SKILL:WRITING:1]
[NATURAL_SKILL:PROSE:1]
[NATURAL_SKILL:POETRY:1]
[NATURAL_SKILL:READING:1]
[NATURAL_SKILL:SPEAKING:1]
[NATURAL_SKILL:COORDINATION:1]
[NATURAL_SKILL:BALANCE:1]
[NATURAL_SKILL:LEADERSHIP:1]
[NATURAL_SKILL:TEACHING:1]
[NATURAL_SKILL:MELEE_COMBAT:1]
[NATURAL_SKILL:RANGED_COMBAT:1]
[NATURAL_SKILL:WRESTLING:1]
[NATURAL_SKILL:BITE:1]
[NATURAL_SKILL:GRASP_STRIKE:1]
[NATURAL_SKILL:STANCE_STRIKE:1]
[NATURAL_SKILL:DODGING:1]
[NATURAL_SKILL:MISC_WEAPON:1]
[NATURAL_SKILL:KNAPPING:1]
[NATURAL_SKILL:MILITARY_TACTICS:1]
[NATURAL_SKILL:SHEARING:1]
[NATURAL_SKILL:SPINNING:1]
[NATURAL_SKILL:POTTERY:1]
[NATURAL_SKILL:GLAZING:1]
[NATURAL_SKILL:PRESSING:1]
[NATURAL_SKILL:BEEKEEPING:1]
[NATURAL_SKILL:WAX_WORKING:1]To Dwarves, all Dwarves will start with every skill activated. It's how I started playing until DT is fixed so that I can have a lot of Dwarves running around at once without driving myself insane from the tedium of messing with all of their jobs individually.(You might want to remove fishing, as I found out the hard way. It seems really good at distracting them, and is an especially bad idea in the evil biome I picked.)
Post by: salithus on July 12, 2014, 12:51:37 pm
(You might want to remove fishing, as I found out the hard way. It seems really good at distracting them, and is an especially bad idea in the evil biome I picked.)
Don't know why I'm laughing so hard at this, but it made my day :)
Post by: gompasta on July 12, 2014, 06:13:56 pm
Post by: beorn080 on July 12, 2014, 06:43:09 pm
Actually, if you just have 2-3 picks, the dwarves will never put them down and only those three will train. At least I think thats how it works. Or, you know, just let 50 untrained dwarves smash into rocks. That works well too.For all of you fellas who are having trouble without DT I want to share with you a little challenge that I've had quite a bit of fun with in the past. It is simple: turn on all labors for all dwarves. It sounds crazy hectic, but there are many tools in the game that previously you may have largely ignored because of the comforts of DT. Organizing your jobs, using workshop profiles, and learning to use smaller more strategic designations and orders can make your output much stronger.I can see that working with certain jobs (I like to have hordes of untrained masons for fast walls/floors myself), but absolutely not with other. Turning on mining for all dwarves doesn't seem like it's ever going to end well, since skill is so vastly important for that job.
Post by: Extreme Boyheat on July 12, 2014, 06:44:10 pm
Post by: Icefire2314 on July 12, 2014, 07:01:00 pm
Post by: Rendking on July 12, 2014, 07:17:34 pm
Post by: MuthSera on July 12, 2014, 07:27:59 pm
Post by: salithus on July 12, 2014, 07:32:19 pm
Would there be away to poke around in the source code so i can see how complicated this would be to get it working again. (P.S) me and coding are not friends :-[it's not the source code that's at issue, it's the memory mapping being done so DT can know where to look to find the information. once the map is complete, pointing DT in the right direction should be trivial. last I checked, they were about 33% done with it (I think somewhere in this thread was a sig that had an image of their progress)
.
Post by: PeridexisErrant on July 12, 2014, 08:21:49 pm
This might be of interest.
Post by: Skyrunner on July 12, 2014, 09:43:56 pm
Post by: KingKaol on July 12, 2014, 10:48:24 pm
Post by: Color Charge on July 12, 2014, 11:27:45 pm
My sig has the link to the inage! They're at 46% now.
That's a very comforting sight. I was worried it would take (figurative) ages to map everything out for the new version of DF.
Post by: splinteredmind on July 13, 2014, 09:54:39 am
Post by: King Mir on July 13, 2014, 01:15:03 pm
http://www.reddit.com/r/dwarffortress/comments/2ajsoy/dwarf_therapist_df_v04001_success/Awesome! now I have to decide if I keep playing my 0.40.02 fort without DT, or the 0.40.01 fort with DT.
This might be of interest.
Possibly also of interest: Lazy Newb Pack Linux with Dwarf Therapist V0.40.01 (http://dffd.wimbli.com/file.php?id=8936)
Post by: HideousBeing on July 13, 2014, 02:33:49 pm
Heya peeps.... Can you all stop messaging me about Dwarf Therapist please? I am NOT Splinterz..... :D
Ahahahahaha
Poor Splinterz. Thank god we have someone working on this.
Post by: Jacko13 on July 13, 2014, 04:12:14 pm
Post by: Darkgamma on July 13, 2014, 04:14:59 pm
Post by: dennislp3 on July 13, 2014, 04:24:47 pm
Post by: locustgate on July 14, 2014, 09:21:18 am
and I am sure .04 will be out within a week as well...it wont slow down until the major crashes are fixed...and luckily after that it will be save compatible...but we shall see...
Toady said that it should be save compatible from now on, unless they find another save corruption bug that causes them to break the save support.
Post by: King Mir on July 14, 2014, 09:51:22 am
That was the plan from the start. It's still reasonably likely that there will be a compatibility break when Toady adds new features like job priorities.and I am sure .04 will be out within a week as well...it wont slow down until the major crashes are fixed...and luckily after that it will be save compatible...but we shall see...
Toady said that it should be save compatible from now on, unless they find another save corruption bug that causes them to break the save support.
Post by: Quietust on July 14, 2014, 10:02:43 am
It's still reasonably likely that there will be a compatibility break when Toady adds new features like job priorities.This doesn't necessarily follow - Toady has added plenty of significant features in past releases without breaking compatibility, such as Minecarts (0.34.08), Grazing (0.31.19), Civ Sprawl (0.31.13), Ethics (0.28.181.39), and even Temperature (0.22.120.23b).
Post by: penguinofhonor on July 14, 2014, 10:36:08 am
Post by: mnjiman on July 14, 2014, 10:56:17 am
Post by: Dantez on July 14, 2014, 11:58:27 am
Post by: Rioluke on July 14, 2014, 02:22:26 pm
I usually have a few jobs I specify, near constant demand skills that basically would assure nobody would get anything else done, Mining, Woodcutting, Hunting, FISHING (dwarves would ALWAYS rather be fishing), plant gathering, and sometimes hauling are the only skills I really change. That said, changing labors is far more painless than I remember it being and later on with more migrants, you can almost just let the migrants do whatever labors they come with creating jobs based upon their skills. When it comes to professions, you can have one unassigned workshop dedicated to "get this done now" and then another workshop assigned to a specific dwarf who is a professional. Another strategy I had considered was making my original 7 be the "every labor" dwarves then let migrants take up their jobs as they come in.Actually, if you just have 2-3 picks, the dwarves will never put them down and only those three will train. At least I think thats how it works. Or, you know, just let 50 untrained dwarves smash into rocks. That works well too.For all of you fellas who are having trouble without DT I want to share with you a little challenge that I've had quite a bit of fun with in the past. It is simple: turn on all labors for all dwarves. It sounds crazy hectic, but there are many tools in the game that previously you may have largely ignored because of the comforts of DT. Organizing your jobs, using workshop profiles, and learning to use smaller more strategic designations and orders can make your output much stronger.I can see that working with certain jobs (I like to have hordes of untrained masons for fast walls/floors myself), but absolutely not with other. Turning on mining for all dwarves doesn't seem like it's ever going to end well, since skill is so vastly important for that job.
Post by: Hippoman on July 14, 2014, 04:30:04 pm
Post by: MuthSera on July 14, 2014, 09:28:36 pm
Well, I only ever used this once, so I thought I'd try again. Back to spending 40 minutes organizing every 20 minutes.Quoted for truth. Also, I love your avatar.
Post by: PeridexisErrant on July 14, 2014, 10:21:41 pm
It's an older and less advanced version, but it has an important advantage: it works with DF 40_03.
Post by: Lielac on July 14, 2014, 10:35:00 pm
http://www.mediafire.com/download/1le3tt4uwkmft1h/DwarfTherapist-0.6.12.zip
It's an older and less advanced version, but it has an important advantage: it works with DF 40_03.
PRAISE ARMOK
Post by: MaximumZero on July 14, 2014, 11:03:33 pm
Woo!http://www.mediafire.com/download/1le3tt4uwkmft1h/DwarfTherapist-0.6.12.zip
It's an older and less advanced version, but it has an important advantage: it works with DF 40_03.
PRAISE ARMOK
/me flails excitedly.
Post by: Anathema on July 14, 2014, 11:46:53 pm
http://www.mediafire.com/download/1le3tt4uwkmft1h/DwarfTherapist-0.6.12.zip
It's an older and less advanced version, but it has an important advantage: it works with DF 40_03.
Nicely done. Do you mind if I upload this to dffd, for the benefit of those that don't check this thread?
Post by: Sorg on July 15, 2014, 12:07:32 am
http://www.mediafire.com/download/1le3tt4uwkmft1h/DwarfTherapist-0.6.12.zipSorg cancels Work: Interrupted by Dwarf Fortress
It's an older and less advanced version, but it has an important advantage: it works with DF 40_03.
Post by: PeridexisErrant on July 15, 2014, 12:08:03 am
Post by: MaximumZero on July 15, 2014, 12:10:16 am
Post by: vjek on July 15, 2014, 12:18:27 am
http://www.mediafire.com/download/1le3tt4uwkmft1h/DwarfTherapist-0.6.12.zipBest. Day. Evar.
It's an older and less advanced version, but it has an important advantage: it works with DF 40_03.
Post by: Color Charge on July 15, 2014, 12:30:12 am
Is that the same Captnduck that did the youtube series?
The very same.
Post by: Anathema on July 15, 2014, 12:32:01 am
I just got it off Cptn Duck (http://www.reddit.com/r/dwarffortress/comments/2aprtx/more_df_bugtesting_tonight_but_i_have_a_couple_of/), but I can't imagine it being a problem.
Thanks, I credited him. 40.03 DT now mirrored here (http://dffd.wimbli.com/file.php?id=6064).
Post by: Tenderroast on July 15, 2014, 01:49:05 am
Post by: Abalieno on July 15, 2014, 05:31:58 am
Why an older version works better than a new one? I thought it was all about finding offsets?
Post by: Lielac on July 15, 2014, 05:41:02 am
So...
Why an older version works better than a new one? I thought it was all about finding offsets?
I'm not sure, but I have a hypothesis: The newer version of DT relies on knowing a lot of personality trait things so as to tell which dwarves are best suited for what tasks, and the dwarven mind and soul got a pretty big overhaul. Oh, and there are a couple extra skills that'd warrant being watched (Climber and Discipline, and I think that's it). The old DT, on the other hand, doesn't use those, so it's... yeah, I think it's the offsets or whatever. Checksums? (It's black box technology to me right now ok)
Post by: splinterz on July 15, 2014, 06:21:08 am
the only downside to this is it will probably break your Dwarf Therapist.ini settings if you're moving between the past version and this branch. any custom configurations you have (optimization plans, roles, custom professions, gridviews) may be lost or corrupted. be sure to make a backup of your ini if you plan to use the older version until i've got this branch updated.
the changes to the dwarf soul for personality and dreams will require a bit of work, but i'll try to get an updated version with as much of the previous functionality as the df-structures will allow, and then work on getting all the new stuff implemented.
i've finally finished up what should be the final 34.11 version now, and i'll start updating things for this new version. the df-structure/hack guys are the real heroes of this process, as i rely on their work for the memory mapping.
Post by: miauw62 on July 15, 2014, 10:08:17 am
Post by: Bobnova on July 15, 2014, 12:49:54 pm
I'm loving having it back, it made the 37 dwarf migrant wave tolerable.
Post by: carkasjak on July 15, 2014, 02:40:48 pm
I only use DT for labors anyway, so the old version is perfect for me!
I'm loving having it back, it made the 37 dwarf migrant wave tolerable.
I used to be like you, but after trying the labor optimizer in the new version I simply cannot go back! I'm gonna wait until it's finished before I start another serious fort :D
Post by: Petra on July 15, 2014, 03:54:31 pm
Post by: thistleknot on July 15, 2014, 07:47:29 pm
I am glad people can assign LABORS in old school DT, I think it's important in moving new versions forward.
Why? Because the game relies on so much more than labors.
But, assigning labors is like a huge 1st step.
However, the rest of the work is monumental. So many things affect a dwarf, to include traits that can cause him to lose it at his job, the same with preferences.
Post by: PeridexisErrant on July 15, 2014, 08:13:08 pm
Advantages:
- cuts out issues with implementing found offsets; once dfhack maps are complete it just works again
- avoids issues with ptrace on Linux systems and generally looks less like malware
- having a maintained plugin is basically an API, with all the benefits of that
- generally easier to maintain
Disadvantages:
- requires either dfhack or maintaining the new system as well as the old (though dfhack is nearly standard now)
- refactoring would require a fair bit of work
- slows down this update, but makes future ones easier
Is there some earlier post laying out the reasons not to go down this route? If not, what are they? Or would this be considered?
Post by: thistleknot on July 15, 2014, 08:19:49 pm
Post by: Chimerat on July 15, 2014, 08:25:12 pm
http://www.mediafire.com/download/1le3tt4uwkmft1h/DwarfTherapist-0.6.12.zipYes! Thank you! :D
It's an older and less advanced version, but it has an important advantage: it works with DF 40_03.
I have a day off in two days and I will give this a spin (or I'll try it with the next version and go back to 40.03 if it doesn't work with 40.04 :p ). I only really used DF to check out my migrants and swap labours, so all that extra information about likes and such are not needed for how I play with it.
Post by: thistleknot on July 15, 2014, 08:32:26 pm
You will find out the hard way when your first CHIEF medical dwarf kills his patient for being pissed off at having to treat another patient.
Post by: Quietust on July 15, 2014, 09:59:54 pm
when your first CHIEF medical dwarf kills his patient for being pissed off at having to treat another patient.Is that actually a thing? From what I recall, ALTRUISM affects thoughts about rescuing wounded dwarves, not treating their injuries.
Post by: MuthSera on July 15, 2014, 10:25:07 pm
Post by: thistleknot on July 15, 2014, 10:29:23 pm
when your first CHIEF medical dwarf kills his patient for being pissed off at having to treat another patient.Is that actually a thing? From what I recall, ALTRUISM affects thoughts about rescuing wounded dwarves, not treating their injuries.
I've had a dwarf go insane for treating dwarf's, maybe it wasn't due to being angry at doing the job; but rather not happy at doing it, either way, the way roles are calculated is it takes into consideration preferences and traits.
Those items [aka what are defined within roles] have been based upon "science" discoveries, at least as told to me.
Post by: Maul_Junior on July 15, 2014, 10:34:23 pm
when your first CHIEF medical dwarf kills his patient for being pissed off at having to treat another patient.Is that actually a thing? From what I recall, ALTRUISM affects thoughts about rescuing wounded dwarves, not treating their injuries.
I've had a dwarf go insane for treating dwarf's, maybe it wasn't due to being angry at doing the job; but rather not happy at doing it, either way, the way roles are calculated is it takes into consideration preferences and traits.
Those items [aka what are defined within roles] have been based upon "science" discoveries, at least as told to me.
Never really cared about any of that, really. I just picked a doctor at random (or a dorf I liked).
but it is a GOOD day.
Pheobus w/latest update, DT.......:D
Post by: Politis on July 15, 2014, 10:48:20 pm
I can't see the status sig. Whats the present status on the memory mapping? Ooooh! D: So excited.You mean this?
(http://skycoders.no-ip.org:60001/images/progressbar.png)
By the way... if you ever want to check the progress you can find find this image at the top of the DFHack thread (http://www.bay12forums.com/smf/index.php?topic=139553.0). You don't have to look for the signature everytime you want to see it.
Post by: KillzEmAllGod on July 15, 2014, 11:10:13 pm
The only problem i had was the new bugs and the bloody seeds being stolen everytime by a dwarf.
Post by: Skyrunner on July 15, 2014, 11:54:36 pm
Post by: Bobnova on July 16, 2014, 12:02:36 am
"I only really used DF to check out my migrants and swap labours"
You will find out the hard way when your first CHIEF medical dwarf kills his patient for being pissed off at having to treat another patient.
That sounds amazing. I had no idea it was even possible!
Post by: splinterz on July 16, 2014, 03:52:44 am
I'm sure that it's come up before, but I was thinking about dfhack integration last night. It could work similarly to Isoworld or (non overlay) Stonesense, as a separate program that has information sent to it by a plugin. Some incomplete thoughtsoriginally when i started working on DT there were few offsets and it seemed like the extra overhead of adapting everything to rely on dfhack wasn't really ideal.
Advantages:
- cuts out issues with implementing found offsets; once dfhack maps are complete it just works again
- avoids issues with ptrace on Linux systems and generally looks less like malware
- having a maintained plugin is basically an API, with all the benefits of that
- generally easier to maintain
Disadvantages:
- requires either dfhack or maintaining the new system as well as the old (though dfhack is nearly standard now)
- refactoring would require a fair bit of work
- slows down this update, but makes future ones easier
Is there some earlier post laying out the reasons not to go down this route? If not, what are they? Or would this be considered?
now though, with the amount of offsets i've added, i'm already pretty reliant on the df-structures to get things sorted out, and add new features. i already use a script to pull the specific offsets that DT requires from df-structures and generate the memory layout files. so there isn't really this issue of hunting down each offset, unless i'm feeling particularly masochistic. going this route would probably allow for other features that haven't been possible (creating squads, assigning uniforms, burrow manipulation, etc.)
the downside is mostly about the rewrite to the back-end, and actually figuring out how to do it and trying it out.
Post by: splinterz on July 16, 2014, 04:27:26 am
oh they're not all based on !!SCIENCE!! the community has performed. it was a while ago that i made that role, but i'd read through a bunch of threads on what traits people used for what jobs and why. the general consensus favoured altruism, sympathy and possibly self-discipline for the chief medical dwarf. however the effects of most of the personality traits were nebulous at best, but thankfully you can override the default roles right? :Dwhen your first CHIEF medical dwarf kills his patient for being pissed off at having to treat another patient.Is that actually a thing? From what I recall, ALTRUISM affects thoughts about rescuing wounded dwarves, not treating their injuries.
I've had a dwarf go insane for treating dwarf's, maybe it wasn't due to being angry at doing the job; but rather not happy at doing it, either way, the way roles are calculated is it takes into consideration preferences and traits.
Those items [aka what are defined within roles] have been based upon "science" discoveries, at least as told to me.
at any rate, with this new personality facet system it should be much clearer what sort of traits you'll want for particular jobs and we can build some nice roles.
Post by: splinterz on July 16, 2014, 08:55:35 am
change overview:
- role calculations have been overhauled (about 17 times) based on Thistleknot's hefty spreadsheet work. this change means:
- roles in the views can be compared to each other directly
- the labor optimizer's priorities work correctly now (higher priorities are assigned first, this wasn't the case previously)
- attributes across castes (mods mostly) can also be compared side by side
- labors can be toggled directly from role cells. this includes toggling multiple labors from a single cell. labors are determined by finding the labors associated to the skills the role has, so it's not quite perfect.
- sorting persists between views for each type of grouping. eg. every view sorted by caste will keep the same sorting, every view grouped by migration wave can keep another sort order, etc.
- attributes affected by syndromes will show a highlighted border around the cell, and a highlighted background in the dwarf detail pane
- equipment wear borders will change opacity depending on how much wear the item has
- the equipment cells for ammo now group the quantities by quality and material
- many small fixes to the way cells were drawn
now, onward to DF2014!
Post by: fricy on July 16, 2014, 11:38:36 am
Post by: splinterz on July 16, 2014, 12:24:18 pm
Will there be osx v.22.0 release too?only if some kind osx soul compiles the source and packages it up :-\
Post by: fricy on July 16, 2014, 02:27:22 pm
Will there be osx v.22.0 release too?only if some kind osx soul compiles the source and packages it up :-\
Hmm. Any guide for idiots how to build it? I'm setting up a 10.9 testing os anyway, might as well install xcode too. Other dependencies beside qt5?
Post by: MaximumZero on July 16, 2014, 03:01:22 pm
now, onward to DF2014!Huzzah!
Is there going to be a how-to for us n00bs who only use DT for labors because we didn't know it did all that other stuff?
Post by: splinterz on July 16, 2014, 04:09:53 pm
i honestly don't know, i've never built the OSX version myself. Tareq (https://github.com/tareqak) was the one who was compiling and package things for a short while, so if you run into any trouble i'd ask him.Will there be osx v.22.0 release too?only if some kind osx soul compiles the source and packages it up :-\
Hmm. Any guide for idiots how to build it? I'm setting up a 10.9 testing os anyway, might as well install xcode too. Other dependencies beside qt5?
there is a pdf manual included in the zip files that does a pretty good job. i seem to have left it out of the github repo though.now, onward to DF2014!Huzzah!
Is there going to be a how-to for us n00bs who only use DT for labors because we didn't know it did all that other stuff?
Post by: thistleknot on July 16, 2014, 04:31:21 pm
now, onward to DF2014!Huzzah!
Is there going to be a how-to for us n00bs who only use DT for labors because we didn't know it did all that other stuff?
check out:
http://dwarffortresswiki.org/index.php/v0.34:Dwarf_Therapist_Addons_Repository
Post by: SGrayWolf on July 17, 2014, 11:21:16 am
Can I filter/search/find any or all Rusty or V. Rusty skills with Dwarf Therapist?
I'd hate for a dwarf to lose one of his/her (good) skills cause (s)he forgot to use it in due time. xD
Post by: splinterz on July 17, 2014, 11:25:59 am
A question regarding Dwarf Therapist...not yet, but i'll see about adding it
Can I filter/search/find any or all Rusty or V. Rusty skills with Dwarf Therapist?
I'd hate for a dwarf to lose one of his/her (good) skills cause (s)he forgot to use it in due time. xD
Post by: SGrayWolf on July 17, 2014, 11:29:15 am
A question regarding Dwarf Therapist...not yet, but i'll see about adding it
Can I filter/search/find any or all Rusty or V. Rusty skills with Dwarf Therapist?
I'd hate for a dwarf to lose one of his/her (good) skills cause (s)he forgot to use it in due time. xD
Thanks splinterz! :}
Post by: shaver on July 17, 2014, 01:19:46 pm
Post by: fricy on July 17, 2014, 01:45:14 pm
I'll try to make an OS X build tonight, if nobody else has.Thx, I ran into a hardware error, so project postponed. :(
Post by: splinterz on July 17, 2014, 03:30:45 pm
Download (http://dffd.wimbli.com/file.php?id=9040)
for now i've grouped the goals and beliefs in with the traits to create a rather large personality section in the tooltips. the dwarf details pane also lumps them in together and color codes them so they should stand out. splitting the trait descriptions from the rest in the tooltip will probably be a good idea (if people just want to see goals/beliefs). otherwise, i don't have any of the race/civs beliefs/values loading, nor comparing to check for conflicting beliefs with individual dwarves.
Post by: Brightgalrs on July 17, 2014, 03:46:54 pm
well i've hesitantly put up a 40.03 version. i think i've run all the df-structures stuff properly and nothing has exploded on me yet, so.. there's that. any old views and roles etc may break things, so i'd recommend backing up and starting with a fresh Dwarf Therapist.ini.Hail to the victorious hero.
Download (http://dffd.wimbli.com/file.php?id=9040)
for now i've grouped the goals and beliefs in with the traits to create a rather large personality section in the tooltips. the dwarf details pane also lumps them in together and color codes them so they should stand out. splitting the trait descriptions from the rest in the tooltip will probably be a good idea (if people just want to see goals/beliefs). otherwise, i don't have any of the race/civs beliefs/values loading, nor comparing to check for conflicting beliefs with individual dwarves.
Post by: escondida on July 17, 2014, 04:39:38 pm
Do the old instructions (from 2010) on the wiki still apply to mapping new layouts?
From the log (grepping for the word layout):
Code: [Select]
2014-Jul-17 16:24:49.241 INFO core adding valid layout "v0.40.03" "0xd3460da2" [src/dfinstance.cpp:118] (DFInstance)
2014-Jul-17 16:24:49.287 INFO core DF's checksum is: "0xdd544df6" [src/dfinstance.cpp:1441] (get_memory_layout)
2014-Jul-17 16:24:49.287 INFO core Could not find layout for checksum "0xdd544df6" [src/dfinstance.cpp:1448] (get_memory_layout)
2014-Jul-17 16:26:21.057 ERROR core "unable to identify version from checksum:" "0xdd544df6" [src/dfinstance.cpp:1521] (layout_not_found)
Errors aside, I'm really glad to see that there is a release for 0.40.03 already. Rock on for continuing to work on this excellent fork of an excellent utility.
Post by: splinterz on July 17, 2014, 05:08:44 pm
Did you rebuild anything for the Linux memory layout? I see the Linux memory layout is mapped, according to the memory map file. I'm using the version of 0.40.03 straight from the front page, and I'm getting non-matching version errors.ah no, that layout file is actually still for 40.01, things just got mixed up in the upload. offsets for 40.03 still need to be found for linux/osx.
Do the old instructions (from 2010) on the wiki still apply to mapping new layouts?
From the log (grepping for the word layout):Code: [Select]2014-Jul-17 16:24:49.241 INFO core adding valid layout "v0.40.03" "0xd3460da2" [src/dfinstance.cpp:118] (DFInstance)
2014-Jul-17 16:24:49.287 INFO core DF's checksum is: "0xdd544df6" [src/dfinstance.cpp:1441] (get_memory_layout)
2014-Jul-17 16:24:49.287 INFO core Could not find layout for checksum "0xdd544df6" [src/dfinstance.cpp:1448] (get_memory_layout)
2014-Jul-17 16:26:21.057 ERROR core "unable to identify version from checksum:" "0xdd544df6" [src/dfinstance.cpp:1521] (layout_not_found)
Errors aside, I'm really glad to see that there is a release for 0.40.03 already. Rock on for continuing to work on this excellent fork of an excellent utility.
Post by: escondida on July 17, 2014, 06:10:42 pm
Post by: dennislp3 on July 17, 2014, 06:13:18 pm
Post by: MarcAFK on July 18, 2014, 01:24:30 am
Post by: KingKaol on July 18, 2014, 04:07:54 am
Post by: Bates on July 18, 2014, 06:35:03 am
But DT always crashes at start with this error:
Code: [Select]
2014-Jul-18 14:03:43.061 INFO core Connection to DF version "v0.40.01 (graphics)" established. [src\mainwindow.cpp:335] (connect_to_df)
2014-Jul-18 14:03:43.076 WARNING core vector at "0x020aa9d4" has over 5000 entries! ( 25759718 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
Apparently it is trying to load huge numbers of entries, over 25 million?
Post by: splinterz on July 18, 2014, 07:16:00 am
I'm trying to use DT 23.0 with DF 40.01, using the ini I found at https://gist.github.com/kiryl/0a99fdbd70fede3064c6.i've finally done away with an additional offset (-4) that was applied to every vector address in windows, so old layouts won't work with the latest version. i really didn't intend to support 40.01 since it's so broken, but i happened to find one i'd generated yesterday before the 40.03 offsets. try this (untested) layout (https://github.com/splintermind/Dwarf-Therapist/blob/7d18082255855d6fa25602a29371ab0bfda73d8d/etc/memory_layouts/windows/v0.40.01_graphics.ini).
But DT always crashes at start with this error:Code: [Select]2014-Jul-18 14:03:43.061 INFO core Connection to DF version "v0.40.01 (graphics)" established. [src\mainwindow.cpp:335] (connect_to_df)
2014-Jul-18 14:03:43.076 WARNING core vector at "0x020aa9d4" has over 5000 entries! ( 25759718 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
Apparently it is trying to load huge numbers of entries, over 25 million?
Post by: Bates on July 18, 2014, 07:35:32 am
But there seems to be even more offsets, that have huge numbers in them:
Code: [Select]
2014-Jul-18 15:33:33.219 INFO core Connection to DF version "v0.40.01 (graphics)" established. [src\mainwindow.cpp:335] (connect_to_df)
2014-Jul-18 15:33:33.239 WARNING core vector at "0x020aa9d0" has over 5000 entries! ( 1014274559 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.239 WARNING core vector at "0x020aa9f0" has over 5000 entries! ( 1049111560 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.239 WARNING core vector at "0x020b0430" has over 5000 entries! ( 1048397678 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.239 WARNING core vector at "0x020b15f0" has over 5000 entries! ( 1010619525 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.239 WARNING core vector at "0x020aa7d0" has over 5000 entries! ( 1047227577 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.239 WARNING core vector at "0x020aa7e0" has over 5000 entries! ( 1010422848 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.239 WARNING core vector at "0x020aa7f0" has over 5000 entries! ( 1047331942 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa800" has over 5000 entries! ( 1047331958 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa920" has over 5000 entries! ( 1016572235 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa930" has over 5000 entries! ( 1047331982 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa940" has over 5000 entries! ( 1014321115 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa950" has over 5000 entries! ( 1014807124 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa960" has over 5000 entries! ( 1047228907 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa970" has over 5000 entries! ( 1014273263 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa980" has over 5000 entries! ( 1010439079 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa990" has over 5000 entries! ( 1010487644 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa9a0" has over 5000 entries! ( 1047729037 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa9b0" has over 5000 entries! ( 1010438887 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fadfd0" has over 5000 entries! ( 652972795 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fae030" has over 5000 entries! ( 676324707 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fae750" has over 5000 entries! ( 682292993 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fae760" has over 5000 entries! ( 682298897 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fae770" has over 5000 entries! ( 650947358 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fae060" has over 5000 entries! ( 651645186 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fae0a0" has over 5000 entries! ( 650693835 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fae270" has over 5000 entries! ( 652536518 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fae0b0" has over 5000 entries! ( 651251334 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fae7e0" has over 5000 entries! ( 992933866 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020b0400" has over 5000 entries! ( 1014971044 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020b0410" has over 5000 entries! ( 1047851053 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.255 WARNING core vector at "0x020aa68c" has over 5000 entries! ( 1048287584 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.255 WARNING core vector at "0x020aa6ac" has over 5000 entries! ( 1015764749 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.255 WARNING core vector at "0x020aa77c" has over 5000 entries! ( 997883959 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
Post by: splinterz on July 18, 2014, 08:11:55 am
Still crashes, but faster.ah sorry about that, i adjusted the vectors the wrong way (lack of coffee, certainly). try this one. (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/3def0bc2f3125a30764476ddbf1b4cb3f099e475/etc/memory_layouts/windows/v0.40.01_graphics.ini)
But there seems to be even more offsets, that have huge numbers in them:Code: [Select]2014-Jul-18 15:33:33.219 INFO core Connection to DF version "v0.40.01 (graphics)" established. [src\mainwindow.cpp:335] (connect_to_df)
2014-Jul-18 15:33:33.239 WARNING core vector at "0x020aa9d0" has over 5000 entries! ( 1014274559 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.239 WARNING core vector at "0x020aa9f0" has over 5000 entries! ( 1049111560 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.239 WARNING core vector at "0x020b0430" has over 5000 entries! ( 1048397678 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.239 WARNING core vector at "0x020b15f0" has over 5000 entries! ( 1010619525 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.239 WARNING core vector at "0x020aa7d0" has over 5000 entries! ( 1047227577 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.239 WARNING core vector at "0x020aa7e0" has over 5000 entries! ( 1010422848 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.239 WARNING core vector at "0x020aa7f0" has over 5000 entries! ( 1047331942 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa800" has over 5000 entries! ( 1047331958 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa920" has over 5000 entries! ( 1016572235 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa930" has over 5000 entries! ( 1047331982 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa940" has over 5000 entries! ( 1014321115 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa950" has over 5000 entries! ( 1014807124 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa960" has over 5000 entries! ( 1047228907 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa970" has over 5000 entries! ( 1014273263 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa980" has over 5000 entries! ( 1010439079 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa990" has over 5000 entries! ( 1010487644 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa9a0" has over 5000 entries! ( 1047729037 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020aa9b0" has over 5000 entries! ( 1010438887 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fadfd0" has over 5000 entries! ( 652972795 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fae030" has over 5000 entries! ( 676324707 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fae750" has over 5000 entries! ( 682292993 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fae760" has over 5000 entries! ( 682298897 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fae770" has over 5000 entries! ( 650947358 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fae060" has over 5000 entries! ( 651645186 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fae0a0" has over 5000 entries! ( 650693835 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fae270" has over 5000 entries! ( 652536518 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fae0b0" has over 5000 entries! ( 651251334 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x01fae7e0" has over 5000 entries! ( 992933866 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020b0400" has over 5000 entries! ( 1014971044 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.240 WARNING core vector at "0x020b0410" has over 5000 entries! ( 1047851053 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.255 WARNING core vector at "0x020aa68c" has over 5000 entries! ( 1048287584 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.255 WARNING core vector at "0x020aa6ac" has over 5000 entries! ( 1015764749 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
2014-Jul-18 15:33:33.255 WARNING core vector at "0x020aa77c" has over 5000 entries! ( 997883959 ) [src\dfinstancewindows.cpp:87] (enumerate_vector)
Post by: Bates on July 18, 2014, 08:39:32 am
And I know about lack of coffee, it's a terrible condition... ;)
Post by: slink on July 18, 2014, 09:45:10 am
Post by: Z1000000m on July 18, 2014, 10:05:18 am
cheers
Post by: splinterz on July 18, 2014, 10:48:23 am
Is the linux memory layout still waiting on DFHack or can some kind soul upload the ini?kiryl just sent me a pull request for a 40.03 memory layout! (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2014/etc/memory_layouts/linux/v040.03.ini)
Post by: escondida on July 18, 2014, 12:41:36 pm
Post by: Brightgalrs on July 18, 2014, 01:24:57 pm
The wiki says that attribute use for each skill is unresearched, not that it doesn't exist.
Post by: pexium on July 18, 2014, 01:41:55 pm
Post by: Couchmonster on July 18, 2014, 01:53:36 pm
Where is the LNP DT coming from?
I wanna include it in my autoupdater and share it with all of you!
Post by: splinterz on July 18, 2014, 02:11:18 pm
Why is there no dedicated Potter or Glazer role? There are material preferences for stoneware, porcelain and earthenware as well are both glaze types.probably just an oversight when i created the first roles. anything that didn't seem verified on the wiki i may have passed over. with the new personalities i'll be going through them all again anyway. in the meantime though, you can still create your own roles for those jobs.
The wiki says that attribute use for each skill is unresearched, not that it doesn't exist.
How much progress has been made for Linux and Mac Os 10?40.01 and 40.03 seem to be stable for linux. the osx ones should be able to be used by just updating the hash.
I extracted the linux DT from the lazy newb pack for 40.02 and got it to run with the posted layout here.the lnp DT is the old version from a few years ago. (https://code.google.com/p/dwarftherapist/)
Where is the LNP DT coming from?
I wanna include it in my autoupdater and share it with all of you!
Post by: Brightgalrs on July 18, 2014, 02:23:01 pm
Alright cool. One last thing, you might wanna remove Singing metal, Rusted metal, Multicolored metal, etc. as it's skewing the default metalworking roles.Why is there no dedicated Potter or Glazer role? There are material preferences for stoneware, porcelain and earthenware as well are both glaze types.probably just an oversight when i created the first roles. anything that didn't seem verified on the wiki i may have passed over. with the new personalities i'll be going through them all again anyway. in the meantime though, you can still create your own roles for those jobs.
The wiki says that attribute use for each skill is unresearched, not that it doesn't exist.
Post by: thistleknot on July 18, 2014, 02:29:00 pm
Quote
as it's skewing the default metalworking roles.?
I found that gem cutter was "skewed" towards gem cutters, and it was due to a lot of dwarfs (all) had a preference for a gem
same went with some other role, not sure what it was.
Is this the "skewed" behaviour your talking about?
Post by: Brightgalrs on July 18, 2014, 02:46:38 pm
Quoteas it's skewing the default metalworking roles.?
I found that gem cutter was "skewed" towards gem cutters, and it was due to a lot of dwarfs (all) had a preference for a gem
same went with some other role, not sure what it was.
Is this the "skewed" behaviour your talking about?
"Multicolored metal" aren't usable in fortress mode, so it should ignore this preference when calculating roles. It shouldn't show dwarfs with preferences of these types of metals as viable metalcrafters, weaponsmiths, armorsmiths, etc.
Post by: notfood on July 18, 2014, 02:56:46 pm
Post by: thistleknot on July 18, 2014, 03:00:35 pm
There were some more ideas we were gonna throw around to adjust thebway prefs r handled. Such as excluding prefs that don't exist in a population from role calculations. But... Im not sure if that's the same thing here. Currently prefs are measured on # ofatches/prefs defined within role. We treat group matches a lil special though. A single match is 1, a double group match is say 1.1 but... I don't want to get into too much detail.
Post by: Majukey on July 18, 2014, 03:52:07 pm
Post by: Jacko13 on July 18, 2014, 04:44:18 pm
Post by: splinterz on July 18, 2014, 06:15:19 pm
yeah i see what you mean, i'll remove that.Quoteas it's skewing the default metalworking roles.?
I found that gem cutter was "skewed" towards gem cutters, and it was due to a lot of dwarfs (all) had a preference for a gem
same went with some other role, not sure what it was.
Is this the "skewed" behaviour your talking about?
"Multicolored metal" aren't usable in fortress mode, so it should ignore this preference when calculating roles. It shouldn't show dwarfs with preferences of these types of metals as viable metalcrafters, weaponsmiths, armorsmiths, etc.
Post by: pexium on July 18, 2014, 06:23:29 pm
-snip-How much progress has been made for Linux and Mac Os 10?40.01 and 40.03 seem to be stable for linux. the osx ones should be able to be used by just updating the hash.
-snip-
Do you know if anyone is currently working on updating the hash?
Post by: kenlon on July 18, 2014, 10:08:33 pm
Tested Linux 40.03, everything is running smoothly, no bugs so far.
Hmm. When I fire up Dwarf Therapist, DF stops updating the window and just goes blank. I'm running Debian Jessie, and I did notice that even though I followed the instructions in BUILDING.txt, there's no "dwarftherapist" script in /usr/bin, just the DwarfTherapist binary. Did I do something wrong here?
Post by: shaver on July 19, 2014, 09:43:16 am
Post by: notfood on July 19, 2014, 11:46:17 am
Tested Linux 40.03, everything is running smoothly, no bugs so far.
Hmm. When I fire up Dwarf Therapist, DF stops updating the window and just goes blank. I'm running Debian Jessie, and I did notice that even though I followed the instructions in BUILDING.txt, there's no "dwarftherapist" script in /usr/bin, just the DwarfTherapist binary. Did I do something wrong here?
It's called DwarfTherapist. Maybe disable connect on start up and check if ptrace is disabled, then connect manually. Check the console output for errors.
sysctl -w kernel.yama.ptrace_scope=0
Post by: DebugOctopus on July 19, 2014, 12:12:21 pm
I've included my DF40.03 install and my DT23.0 install in their entirety if you'd like to investigate the problem.
http://www.mediafire.com/download/d8r88kvrhdsioa9/Debug_Octo's_crashing_DT23.0_&_Dwarf_Fortress_40.03.zip
I run Windows 7 Home Premium 64bit and have an Intel i3570k 3.40ghz processor if that helps any. Feel free to email me if you need more info: debugoctopus@gmail.com
Post by: splinterz on July 19, 2014, 03:31:19 pm
After I got 33 Dwarves, Dwarf Therapist started crashing when connecting to Dwarf Fortress. I looked in the log file and it says there are dozens of squads active, yet this is simply not the case. I do not have any squads at the moment.it would appear the aptly named 'Asshole' Cattentosed in your fort somehow belongs to a squad that doesn't exist (or is an old squad?). until i get a fix out for DT, you might be able to work around the issue by assigning and then removing him from a new squad in game, and then try firing up DT.
I've included my DF40.03 install and my DT23.0 install in their entirety if you'd like to investigate the problem.
http://www.mediafire.com/download/d8r88kvrhdsioa9/Debug_Octo's_crashing_DT23.0_&_Dwarf_Fortress_40.03.zip
I run Windows 7 Home Premium 64bit and have an Intel i3570k 3.40ghz processor if that helps any. Feel free to email me if you need more info: debugoctopus@gmail.com
Post by: DebugOctopus on July 19, 2014, 04:10:39 pm
Thanks for the tip, it worked. :)
Post by: shaver on July 19, 2014, 05:21:11 pm
I understand that the Windows offsets were derived from the df-structures work. Could someone give me a bit of detail on that process so I could repeat it for OS X?
Post by: DukeOfVandals on July 19, 2014, 05:54:56 pm
40.01 and 40.03 seem to be stable for linux. the osx ones should be able to be used by just updating the hash.
How would one update the hash, exactly?
Post by: Schaluck on July 19, 2014, 05:57:46 pm
How did you fix the Qt setuid issues?
Spoiler (click to show/hide)
Post by: splinterz on July 19, 2014, 06:05:22 pm
the following offsets should work for os x. They are just linux offsets with a corrected checksum for 0.40.03. They shortly worked for me but I cant get them to work anymore with the old DT version.the global [addresses] section may be different and have to be verified. i don't remember if those were identical between osx and linux, but i don't believe they were. this is the df-structures guide to reset and find the global offsets. (https://github.com/DFHack/df-structures/blob/master/README.UPDATE)
How did you fix the Qt setuid issues?Spoiler (click to show/hide)
Post by: Mir on July 19, 2014, 08:03:10 pm
Can anyone tell me what I'm missing?
Post by: dennislp3 on July 19, 2014, 08:12:14 pm
Post by: thistleknot on July 19, 2014, 08:28:41 pm
So... I'm maybe... dumb... but I can't figure out how to see Strength and Dexterity, etc. any more. I'm certain it used to be there somewhere... I've tried searching for a while, but I keep finding either really old posts from like 2012, or new stuff that doesn't have anything to do with the physical attributes.
Can anyone tell me what I'm missing?
you must be running 0.6.12 branch ver 23 vs 0.6.12
http://www.bay12forums.com/smf/index.php?topic=122968.msg5484671#msg5484671
Post by: pexium on July 20, 2014, 12:57:31 am
I've got a build that works and deals with Qt's setuid defenses, but I need to figure out the offsets now. The memory scanner isn't giving me any love, I'm not sure if it's up-to-date with v40 anyway.
I understand that the Windows offsets were derived from the df-structures work. Could someone give me a bit of detail on that process so I could repeat it for OS X?
Good luck on getting the Mac OS X version working, Shaver.
Post by: King Mir on July 20, 2014, 02:00:02 am
Post by: fricy on July 20, 2014, 02:08:05 am
I've got a build that works and deals with Qt's setuid defenses.Can you post the changes somewhere? My build refuse to run because of setuid.
Post by: shaver on July 20, 2014, 08:30:01 am
Code: [Select]
diff --git a/src/dfinstanceosx.mm b/src/dfinstanceosx.mm
index 919846a..3f9319f 100644
--- a/src/dfinstanceosx.mm
+++ b/src/dfinstanceosx.mm
@@ -381,6 +381,10 @@ bool DFInstance::authorize() {
dir.cdUp();
chdir(dir.absolutePath().toLocal8Bit());
fflush(stdout);
+
+ // Authorization for remote memory access on OS X trips Qt's setuid detection
+ QCoreApplication::setSetuidAllowed(true);
+
return true;
}
I'll get the sbcl stuff installed to calc the global addresses and see how far I get on the plane today.
Post by: shaver on July 20, 2014, 09:04:18 am
Post by: Schaluck on July 20, 2014, 12:07:59 pm
the following offsets should work for os x. They are just linux offsets with a corrected checksum for 0.40.03. They shortly worked for me but I cant get them to work anymore with the old DT version.the global [addresses] section may be different and have to be verified. i don't remember if those were identical between osx and linux, but i don't believe they were. this is the df-structures guide to reset and find the global offsets. (https://github.com/DFHack/df-structures/blob/master/README.UPDATE)
How did you fix the Qt setuid issues?Spoiler (click to show/hide)
Post by: splinterz on July 20, 2014, 02:24:21 pm
I noticed that Running a large world made DT read and update dwarf data much much slower now compared to a pocket world. It takes maybe 20 seconds to update dwarves on my Wine setup for a large world. A pocket world is instant as before.can you check the log file and see if maybe it's loading a lot of squads? i'm testing this now to see if i can duplicate it.
Post by: Aloriel on July 20, 2014, 03:00:33 pm
The last thing I did was enable the traits tab and reload my dwarves. It did a CTD, and keeps doing that on reload.
I have tried reinstalling.
I have tried removing the .ini from my appdata folder. (Dang if that thing isn't hard to find :P)
I have tried removing the .ini from appdata AND reinstalling.
Any further options? Is there some other file somewhere that I am missing? Perhaps one of the files in the main DF folder or something?
EDIT:
Further info...
I have attempted to run 0.6.12 and it works fine. So it's only the branch version that is broken.
It also loads if my fortress isn't running.
Windows crash log:
Problem Event Name: APPCRASH
Application Name: DwarfTherapist.exe
Application Version: 0.0.0.0
Application Timestamp: 53c830c5
Fault Module Name: DwarfTherapist.exe
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 53c830c5
Exception Code: c0000005
Exception Offset: 0016ed82
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
And I have to attach the run.log because it's just too large. (even in spoilers)
https://drive.google.com/file/d/0B6E_9hy-_29ta3QxOHhTcGE0Z1U/edit?usp=sharing (https://drive.google.com/file/d/0B6E_9hy-_29ta3QxOHhTcGE0Z1U/edit?usp=sharing)
Another change I just realized: I had just had a wave of migrants come in. Could it have gotten overloaded?
Post by: King Mir on July 20, 2014, 03:06:54 pm
Here's the right log:
http://pastebin.com/8zSvUX8P
Yeah there are a lot of squads found.
Post by: shaver on July 20, 2014, 03:09:41 pm
Splinter: is the make-dt.pl in df-structures up to date, in terms of which symbols map to which of the global addresses? I'm not sure how else to tell which addresses to use.
Post by: shaver on July 20, 2014, 03:22:10 pm
Post by: splinterz on July 20, 2014, 03:34:08 pm
I seem to have broken Dwarf Therapist 23.0...if you just got migrants, it's probably the same issue as above with a squad. try adding and removing the new migrants to a squad.
The last thing I did was enable the traits tab and reload my dwarves. It did a CTD, and keeps doing that on reload.
I have tried reinstalling.
I have tried removing the .ini from my appdata folder. (Dang if that thing isn't hard to find :P)
I have tried removing the .ini from appdata AND reinstalling.
Any further options? Is there some other file somewhere that I am missing? Perhaps one of the files in the main DF folder or something?
EDIT:
Further info...
I have attempted to run 0.6.12 and it works fine. So it's only the branch version that is broken.
It also loads if my fortress isn't running.
Windows crash log:
Problem Event Name: APPCRASH
Application Name: DwarfTherapist.exe
Application Version: 0.0.0.0
Application Timestamp: 53c830c5
Fault Module Name: DwarfTherapist.exe
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 53c830c5
Exception Code: c0000005
Exception Offset: 0016ed82
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
And I have to attach the run.log because it's just too large. (even in spoilers)
https://drive.google.com/file/d/0B6E_9hy-_29ta3QxOHhTcGE0Z1U/edit?usp=sharing (https://drive.google.com/file/d/0B6E_9hy-_29ta3QxOHhTcGE0Z1U/edit?usp=sharing)
Another change I just realized: I had just had a wave of migrants come in. Could it have gotten overloaded?
Post by: splinterz on July 20, 2014, 03:39:00 pm
I got the winedump part sorted out, but didn't have df_misc checked out on the plane. That'll be the next step. I have a Linux VM to hand at home if I end up needing to go that route, but I'm not home until Tuesday.this is the most recent make-dt.pl (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/make-dt.pl)
Splinter: is the make-dt.pl in df-structures up to date, in terms of which symbols map to which of the global addresses? I'm not sure how else to tell which addresses to use.
Post by: splinterz on July 20, 2014, 03:41:25 pm
EDIT:Woops. Wrong save. The right one has a log too big to fit in a post.oh wow, that's a lot of squads! that's most likely the issue as it's building the uniforms and everything for every squad found there. i noticed this in one of my recent games as well and i've already implemented a fix (if that's the only cause).
Here's the right log:
http://pastebin.com/8zSvUX8P
Yeah there are a lot of squads found.
Post by: dennislp3 on July 20, 2014, 03:48:25 pm
Post by: King Mir on July 20, 2014, 03:59:04 pm
Post by: splinterz on July 20, 2014, 04:05:04 pm
Post by: shaver on July 20, 2014, 04:55:39 pm
this is the most recent make-dt.pl (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/make-dt.pl)
Excellent, that'll help a ton.
Post by: baj2235 on July 20, 2014, 05:14:22 pm
Post by: splinterz on July 20, 2014, 05:46:39 pm
Anybody had any luck getting DT to work on 40.04? Doesn't seem to for me, but won't promise that I'm not doing something wrong.you'll need new memory layout files. (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/etc/memory_layouts) thankfully the df-structures/hack people are blazing fast!
i'll try to get a full package out soon™ with the fixes for squads and all that.
Post by: notfood on July 20, 2014, 06:10:27 pm
Looks like something is wrong with the age and size in the memory layouts for Linux. All my dwarves are ridiculously huge and have negative ages.
(http://i.imgur.com/liEY1h3.png)
Post by: NecroBear on July 20, 2014, 06:20:19 pm
So whenever someone from the latest migrant wave dies in a squad (I usually kill my new migrants, because my FPS dies at 40 dwarfs) DT crashes. But if all dwarfs from that wave die DT starts to work again. I found that out trough a ''convenient'' tantrum spiral, that killed off all the latest migrants and left mi with 3 insane dwarfs :P .
Thx for help
Post by: vjek on July 20, 2014, 09:13:48 pm
Post by: Tenderroast on July 20, 2014, 11:38:18 pm
Assign them to squads, then un assign them. That should fix it.
Post by: NecroBear on July 21, 2014, 03:13:11 am
Thx for the help, i'll try it out the second DT for 40.04 comes out :) .
Post by: KingKaol on July 21, 2014, 04:03:26 am
Post by: lianopbs on July 21, 2014, 04:38:38 am
@necrobear
Assign them to squads, then un assign them. That should fix it.
thx that worked for me.
I didnt know which one was bugged so I put all my population under squads
Post by: splinterz on July 21, 2014, 05:17:27 am
oh neat, 40_04 layouts already out? Thank you!should be fixed up now. the year and tick had been swapped which was causing the incorrect ages. the body sizes look ok though. ~60,000cm3 is a normal size for a dwarf.
Looks like something is wrong with the age and size in the memory layouts for Linux. All my dwarves are ridiculously huge and have negative ages.
(http://i.imgur.com/liEY1h3.png)
Post by: splinterz on July 21, 2014, 07:43:29 am
Patch Notes
- added missing immortality goal
- reduced personality trait descriptions where possible
- added a group for skill rust. currently just groups into the different levels of rust, using the worst rust level found among each unit's skills
- added a group for goals realized. since it's unknown yet whether or not units can have multiple goals, i've opted to go with a count of realized goals for now.
- since goal realization is now detected, the goal description has been updated with 'and that goal was realized' when applicable
- skill rust level can also be checked via scripts. eg d.rust_level() > 0/1/2/3, higher being more rust
- set the value of realized goals in the dwarf details pane to 100 if the goal has been realized
- changed 'content' to 'quite content' as per the game status
- fix for older worlds with many inactive squads being loaded which was slowing down the read
- fix for units that belong to inexistent squads causing a crash on read
- fixed role rating drawings in cells in certain edge cases
- fixed a crash when attempting to load DT at embark
Post by: Nikita on July 21, 2014, 10:40:52 am
Post by: jaked122 on July 21, 2014, 12:25:38 pm
Post by: Couchmonster on July 21, 2014, 01:42:18 pm
This has probably been asked before, but are you planning to make DT work with DF 40.02?
Please try reading the posts before and visit the dffd site of DT memory layouts.
The DT update was out only few hours after DF update and is available for 40.04.
Post by: fricy on July 21, 2014, 02:35:13 pm
Oh, do we need an OS X build of the latest v34 release? I could do that more easily!
After your help I managed to get one running. It's good to be able to build things, thx. :)
All I need for v23 is the offsets...
@splinterz: I think it's best if you upload the new version to dffd, though if you want me to I'll upload it.
DT osx v22 for df34.11 (https://dl.dropboxusercontent.com/u/36491887/DwarfTherapist.dmg)
tested on 10.7.5 and 10.9.3
Post by: Nikita on July 21, 2014, 03:50:27 pm
This has probably been asked before, but are you planning to make DT work with DF 40.02?
Please try reading the posts before and visit the dffd site of DT memory layouts.
The DT update was out only few hours after DF update and is available for 40.04.
(http://i.imgur.com/gYt5qS4.png)
Dwarf Therapist v.23.1 works with DF 40.01, 40.03, 40.04, but does not work with 40.02.
Post by: shaver on July 21, 2014, 04:01:24 pm
Oh, do we need an OS X build of the latest v34 release? I could do that more easily!
After your help I managed to get one running. It's good to be able to build things, thx. :)
All I need for v23 is the offsets...
@splinterz: I think it's best if you upload the new version to dffd, though if you want me to I'll upload it.
DT osx v22 for df34.11 (https://dl.dropboxusercontent.com/u/36491887/DwarfTherapist.dmg)
tested on 10.7.5 and 10.9.3
Yeah, I'm stumped on the offsets. Quietust was working on them in #dfhack last night, but I couldn't follow what he was doing. :-(
Post by: splinterz on July 21, 2014, 04:33:06 pm
thanks Fricy. i've uploaded it to the current OSX listing on dffd. (http://dffd.wimbli.com/file.php?id=8418)Oh, do we need an OS X build of the latest v34 release? I could do that more easily!
After your help I managed to get one running. It's good to be able to build things, thx. :)
All I need for v23 is the offsets...
@splinterz: I think it's best if you upload the new version to dffd, though if you want me to I'll upload it.
DT osx v22 for df34.11 (https://dl.dropboxusercontent.com/u/36491887/DwarfTherapist.dmg)
tested on 10.7.5 and 10.9.3
Post by: splinterz on July 21, 2014, 04:34:28 pm
that's correct, 40.02 was passed over. i honestly wouldn't have added 40.01 either due to how broken it is, but those offsets happened to already be there.This has probably been asked before, but are you planning to make DT work with DF 40.02?
Please try reading the posts before and visit the dffd site of DT memory layouts.
The DT update was out only few hours after DF update and is available for 40.04.
(http://i.imgur.com/gYt5qS4.png)
Dwarf Therapist v.23.1 works with DF 40.01, 40.03, 40.04, but does not work with 40.02.
Post by: Rumrusher on July 21, 2014, 05:07:14 pm
Post by: shaver on July 21, 2014, 05:58:00 pm
I have a local patch that I've been working on (against the 34.11 version) that lets me assign dwarves to any number of custom groups. I can have haulers or craftsdwarves or unassigned militia or such, and filter on them. It's working pretty well as far as I can tell. I need to do two things now: save the group definitions (I can copy whatever custom profs do), and save the group<->dwarf membership information per-save. Is there a way to get the path to the currently loaded save? I can do it from dfhack (df::global::world->cur_savegame.save_dir), but I don't see how I would do it from within DT itself.
After that I might like to do burrow stuff, which I guess is more offset wrangling...
(QtCreator wants to put ^Ms at the end of all the lines it touches, which makes me somewhat cross. Anyone know how to prevent that?)
Post by: se5a on July 21, 2014, 08:13:21 pm
do you want to take a look? if so, where should I upload my save?
just read back a bit, maybe it's the migrants/squads thing.
how would I find which dwarfs are migrants/causing the problem so I can remove and add them to a squad?
maybe I should just remove everyone and re-add them.
edit again:
re-read all those posts about the crash and realised it's caused by a new migrant who's not yet been put in a squad, and I need to find that dwarf and put him in a squad in this fortress.
what am I looking for in the DF run.log? from what I understand from the other posts, he's a dwarf from a prior fort (maybe this one from before I abandoned, then reclaimed?) who was in a squad back then.
Post by: Claije on July 21, 2014, 08:35:41 pm
I noticed that when sorting by migration wave it's ordered by season first, and then year. "Arrived in SEASON of the year NUMBER" and I was wondering if it was possible to get it to show in chronological order (i.e. "Arrived in year NUMBER of SEASON. Although autumn would still come before Spring and Summer in this ordering) It's nice to have the additional information, but I actually miss the chronological order of the original's simple "migration wave X".
Edit: I'm dumb, I just had to click the main bar to sort in chronological order.
Post by: splinterz on July 22, 2014, 02:53:22 am
Quietust looks to be making progress on the offsets, but until he pushes his fix for world at least I can't do much but stay out of his way. (Which arguably will be my biggest contribution anyway, I suspect.)the custom groups concept sounds interesting. you'll probably have to add the offset to DT for world.cur_savegame.save_dir from df-structure's globals.csv to get the current saved game directory. i have no idea about the ^M thing.
I have a local patch that I've been working on (against the 34.11 version) that lets me assign dwarves to any number of custom groups. I can have haulers or craftsdwarves or unassigned militia or such, and filter on them. It's working pretty well as far as I can tell. I need to do two things now: save the group definitions (I can copy whatever custom profs do), and save the group<->dwarf membership information per-save. Is there a way to get the path to the currently loaded save? I can do it from dfhack (df::global::world->cur_savegame.save_dir), but I don't see how I would do it from within DT itself.
After that I might like to do burrow stuff, which I guess is more offset wrangling...
(QtCreator wants to put ^Ms at the end of all the lines it touches, which makes me somewhat cross. Anyone know how to prevent that?)
Post by: splinterz on July 22, 2014, 02:54:46 am
DT .23 (and .23.1) is crashing on my DF40.04 save (started in DF40.03)the squad crash should have been fixed with 23.1, so you might have found another problem due to the reclaim. best to upload the save if possible so i can take a look.
do you want to take a look? if so, where should I upload my save?
just read back a bit, maybe it's the migrants/squads thing.
how would I find which dwarfs are migrants/causing the problem so I can remove and add them to a squad?
maybe I should just remove everyone and re-add them.
edit again:
re-read all those posts about the crash and realised it's caused by a new migrant who's not yet been put in a squad, and I need to find that dwarf and put him in a squad in this fortress.
what am I looking for in the DF run.log? from what I understand from the other posts, he's a dwarf from a prior fort (maybe this one from before I abandoned, then reclaimed?) who was in a squad back then.
Post by: splinterz on July 22, 2014, 03:26:45 am
Howdy! Thanks for keeping Dwarf Therapist available to the public splinterz, would be lost without it.i'm not sure i follow. it's not sorting by the titles, it's actually sorting by the migration wave (100000 * arrival_year + 10000 * arrival_season + 100 * arrival_month + arrival_day). an example with my current fort:
I noticed that when sorting by migration wave it's ordered by season first, and then year. "Arrived in SEASON of the year NUMBER" and I was wondering if it was possible to get it to show in chronological order (i.e. "Arrived in year NUMBER of SEASON. Although autumn would still come before Spring and Summer in this ordering) It's nice to have the additional information, but I actually miss the chronological order of the original's simple "migration wave X".
Year 5 - Spring
Year 5 - Summer
Year 5 - Autumn
Year 6 - Spring
Year 6 - Summer
and then sorting the other direction reverses the list. what sorting would you expect to see in this example?
Post by: Jacko13 on July 22, 2014, 03:33:23 am
Post by: Olivine on July 22, 2014, 03:48:51 am
I have noticed this behaviour with migration wave, happiness, and legendary status and each time clicking that box put things in a more logical order.
Post by: splinterz on July 22, 2014, 04:02:27 am
Morning Splinterz. Love the new DT. on 23.1 I have developed an odd bug where it does not recognise any squad at all? Could it be an unintended consequence of the too many squads fix?indeed, i've broken it completely!
Post by: Felgard on July 22, 2014, 05:27:19 am
Howdy! Thanks for keeping Dwarf Therapist available to the public splinterz, would be lost without it.i'm not sure i follow. it's not sorting by the titles, it's actually sorting by the migration wave (100000 * arrival_year + 10000 * arrival_season + 100 * arrival_month + arrival_day). an example with my current fort:
I noticed that when sorting by migration wave it's ordered by season first, and then year. "Arrived in SEASON of the year NUMBER" and I was wondering if it was possible to get it to show in chronological order (i.e. "Arrived in year NUMBER of SEASON. Although autumn would still come before Spring and Summer in this ordering) It's nice to have the additional information, but I actually miss the chronological order of the original's simple "migration wave X".
Year 5 - Spring
Year 5 - Summer
Year 5 - Autumn
Year 6 - Spring
Year 6 - Summer
and then sorting the other direction reverses the list. what sorting would you expect to see in this example?
I've had this to i went to sort after migration wave expecting the last one to be show furthest down the list instead it ended up second to the top clicking to sort by name fixed it but before that it was sorted like this
spring 1
spring 2
summer 1
Autumn 1
winter 1
Post by: splinterz on July 22, 2014, 05:34:09 am
it sounds like it may be an issue with how it's sorting immediately after you choose a group? i've been able to reproduce that (choosing a group keeps the last sort order, instead of re-sorting based on the group aggregate values)Howdy! Thanks for keeping Dwarf Therapist available to the public splinterz, would be lost without it.i'm not sure i follow. it's not sorting by the titles, it's actually sorting by the migration wave (100000 * arrival_year + 10000 * arrival_season + 100 * arrival_month + arrival_day). an example with my current fort:
I noticed that when sorting by migration wave it's ordered by season first, and then year. "Arrived in SEASON of the year NUMBER" and I was wondering if it was possible to get it to show in chronological order (i.e. "Arrived in year NUMBER of SEASON. Although autumn would still come before Spring and Summer in this ordering) It's nice to have the additional information, but I actually miss the chronological order of the original's simple "migration wave X".
Year 5 - Spring
Year 5 - Summer
Year 5 - Autumn
Year 6 - Spring
Year 6 - Summer
and then sorting the other direction reverses the list. what sorting would you expect to see in this example?
I've had this to i went to sort after migration wave expecting the last one to be show furthest down the list instead it ended up second to the top clicking to sort by name fixed it but before that it was sorted like this
spring 1
spring 2
summer 1
Autumn 1
winter 1
Post by: se5a on July 22, 2014, 05:53:14 am
DT .23 (and .23.1) is crashing on my DF40.04 save (started in DF40.03)the squad crash should have been fixed with 23.1, so you might have found another problem due to the reclaim. best to upload the save if possible so i can take a look.
do you want to take a look? if so, where should I upload my save?
just read back a bit, maybe it's the migrants/squads thing.
how would I find which dwarfs are migrants/causing the problem so I can remove and add them to a squad?
maybe I should just remove everyone and re-add them.
edit again:
re-read all those posts about the crash and realised it's caused by a new migrant who's not yet been put in a squad, and I need to find that dwarf and put him in a squad in this fortress.
what am I looking for in the DF run.log? from what I understand from the other posts, he's a dwarf from a prior fort (maybe this one from before I abandoned, then reclaimed?) who was in a squad back then.
ok I uploaded it to dropbox: https://www.dropbox.com/s/bdai61weo2erdj8/region1.zip%20-%20Shortcut.lnk
DT was working post reclaim (I think I wasn't even using DT before the reclaim anyway)
other than using Phoebus graphics set there's no mods.
Post by: splinterz on July 22, 2014, 05:55:44 am
that seems to be a shortcut to the zip, rather than the zip itself ;)DT .23 (and .23.1) is crashing on my DF40.04 save (started in DF40.03)the squad crash should have been fixed with 23.1, so you might have found another problem due to the reclaim. best to upload the save if possible so i can take a look.
do you want to take a look? if so, where should I upload my save?
just read back a bit, maybe it's the migrants/squads thing.
how would I find which dwarfs are migrants/causing the problem so I can remove and add them to a squad?
maybe I should just remove everyone and re-add them.
edit again:
re-read all those posts about the crash and realised it's caused by a new migrant who's not yet been put in a squad, and I need to find that dwarf and put him in a squad in this fortress.
what am I looking for in the DF run.log? from what I understand from the other posts, he's a dwarf from a prior fort (maybe this one from before I abandoned, then reclaimed?) who was in a squad back then.
ok I uploaded it to dropbox: https://www.dropbox.com/s/bdai61weo2erdj8/region1.zip%20-%20Shortcut.lnk
DT was working post reclaim (I think I wasn't even using DT before the reclaim anyway)
other than using Phoebus graphics set there's no mods.
Post by: se5a on July 22, 2014, 06:36:04 am
uploading the actual one now, it'll take a while on this crappy adsl upload speed.
Post by: Hairy Dude on July 22, 2014, 08:40:31 am
Code: [Select]william:~/Applications/df_linux$ sudo ./Dwarf-Therapist/bin/release/DwarfTherapist
QProcess: Destroyed while process ("/usr/bin/env") is still running.
I also briefly saw the window open and close very quickly.
Same here. Using Mint 17 which is a fork of Ubuntu Trusty. My (self-built) Dwarf Therapist is in /opt and owned by root, if that makes a difference. It makes no difference whether I run it as me or as root. I've enabled ptrace - the only error is this "Destroyed" message.
Post by: splinterz on July 22, 2014, 09:01:19 am
does running the dwarftherapist script in /usr/bin have the same problem?Code: [Select]william:~/Applications/df_linux$ sudo ./Dwarf-Therapist/bin/release/DwarfTherapist
QProcess: Destroyed while process ("/usr/bin/env") is still running.
I also briefly saw the window open and close very quickly.
Same here. Using Mint 17 which is a fork of Ubuntu Trusty. My (self-built) Dwarf Therapist is in /opt and owned by root, if that makes a difference. It makes no difference whether I run it as me or as root. I've enabled ptrace - the only error is this "Destroyed" message.
Post by: Hairy Dude on July 22, 2014, 10:28:24 am
does running the dwarftherapist script in /usr/bin have the same problem?Um, there is no such script. I installed it under /opt.
Post by: Uristides on July 22, 2014, 11:00:41 am
Calling DwarfTherapist from /usr/share/dwarftherapist solved this for me, trying to invoke it from any other folder results in that problem. There's a shell script inside the dist folder(in the DT source tree) which handles that for you.Code: [Select]william:~/Applications/df_linux$ sudo ./Dwarf-Therapist/bin/release/DwarfTherapist
QProcess: Destroyed while process ("/usr/bin/env") is still running.
I also briefly saw the window open and close very quickly.
Post by: Agent_Irons on July 22, 2014, 11:52:39 am
Post by: ResMar on July 22, 2014, 12:19:29 pm
Post by: se5a on July 22, 2014, 02:02:35 pm
https://www.dropbox.com/s/bgvelq88rptxrjz/region1.zip
Post by: Innomination on July 22, 2014, 02:16:52 pm
Any progress on a linux/OSX release? I *suppose* I could find the source and build it myself, but I only sort of know what I'm doing. No rush anyway, no fortress has even hit 20 dwarves yet.
I think linux should be good now. OS X release is waiting on the memory layout, which the folks at DFHack are working on. The current version of DT can be compiled on Mac, but won't recognize the DF app running.
Post by: Agent_Irons on July 22, 2014, 03:33:58 pm
Oh, I see. That actually makes a lot of sense. Well. I will be patient and appreciative of all the good work they do then.Any progress on a linux/OSX release? I *suppose* I could find the source and build it myself, but I only sort of know what I'm doing. No rush anyway, no fortress has even hit 20 dwarves yet.
I think linux should be good now. OS X release is waiting on the memory layout, which the folks at DFHack are working on. The current version of DT can be compiled on Mac, but won't recognize the DF app running.
Post by: Kluten on July 22, 2014, 04:31:07 pm
Post by: splinterz on July 22, 2014, 04:38:06 pm
DT crashing save:you found a new (un)happiness thought, congratulations! one of your dwarves had 'suffered through his spouse's miscarriage recently'. this is fixed in the new version.
https://www.dropbox.com/s/bgvelq88rptxrjz/region1.zip
Was using Therapist and having a good time. When i got to around 60 dwarves Therapist just suddently stopped working. I've tried closing and rebooting but nothing works. Also tried to retire fortress then unretire it. (It still works when i start a new game)see if it's still crashing on the last (23.2) version.
Post by: splinterz on July 22, 2014, 04:40:02 pm
Patch Notes
- adjusted preferences to even out roles with many preferences vs those with very few
- conflicting traits and beliefs are now shown in the dwarf detail pane (highlighted in red) along with their full descriptions of the conflict
- fixed active squads not showing up
- removed the background colors and used them for the text color in the dwarf details pane (rust, moodable skill, beliefs, goals) to prevent a rainbow atrocity
- trait cells are now highlighted with a dynamic opacity border (darker means more conflicts) if they conflict with a cultural belief
- changing the group by now resets the sorting to the group's aggregate values, rather than keeping the previous sort method
- added a new thought, and support for unknown thoughts
Post by: salithus on July 22, 2014, 04:44:56 pm
new version is up on dffd. (http://dffd.wimbli.com/file.php?id=9040)
Patch Notes
- adjusted preferences to even out roles with many preferences vs those with very few
- conflicting traits and beliefs are now shown in the dwarf detail pane (highlighted in red) along with their full descriptions of the conflict
- fixed active squads not showing up
- removed the background colors and used them for the text color in the dwarf details pane (rust, moodable skill, beliefs, goals) to prevent a rainbow atrocity
- trait cells are now highlighted with a dynamic opacity border (darker means more conflicts) if they conflict with a cultural belief
- changing the group by now resets the sorting to the group's aggregate values, rather than keeping the previous sort method
- added a new thought, and support for unknown thoughts
I've been putting out torrents for DF Starter Pack - is it worthwhile for DT too? I don't mind seeding if it's worth the time to create the torrent.
Post by: Kluten on July 22, 2014, 05:18:53 pm
DT crashing save:you found a new (un)happiness thought, congratulations! one of your dwarves had 'suffered through his spouse's miscarriage recently'. this is fixed in the new version.
https://www.dropbox.com/s/bgvelq88rptxrjz/region1.zipWas using Therapist and having a good time. When i got to around 60 dwarves Therapist just suddently stopped working. I've tried closing and rebooting but nothing works. Also tried to retire fortress then unretire it. (It still works when i start a new game)see if it's still crashing on the last (23.2) version.
Thanks man it actually works. I dont know if its because of the new version or if its retiring my fort made my king dissapear for some reason. Keep up the good work!
Post by: thistleknot on July 22, 2014, 05:25:28 pm
Quote
I have a "bug"?
when i use "tweak makeown" on an elf, he will be listed as an pet in DT.
ok, elves should be fine with that, but is there a way to change this?
(masterwork with 0.6.12/22.0)
Post by: splinterz on July 22, 2014, 05:26:16 pm
excellent. it's possible he had an unknown thought and due to some shoddy coding it was causing a crash.DT crashing save:you found a new (un)happiness thought, congratulations! one of your dwarves had 'suffered through his spouse's miscarriage recently'. this is fixed in the new version.
https://www.dropbox.com/s/bgvelq88rptxrjz/region1.zipWas using Therapist and having a good time. When i got to around 60 dwarves Therapist just suddently stopped working. I've tried closing and rebooting but nothing works. Also tried to retire fortress then unretire it. (It still works when i start a new game)see if it's still crashing on the last (23.2) version.
Thanks man it actually works. I dont know if its because of the new version or if its retiring my fort made my king dissapear for some reason. Keep up the good work!
Quote
I've been putting out torrents for DF Starter Pack - is it worthwhile for DT too? I don't mind seeding if it's worth the time to create the torrent.totally up to you, i don't mind at all if you want to post it here or reddit or whatever.
Post by: splinterz on July 22, 2014, 05:26:59 pm
reporting a bug by [df] reddit user McRalphneed the saveQuoteI have a "bug"?
when i use "tweak makeown" on an elf, he will be listed as an pet in DT.
ok, elves should be fine with that, but is there a way to change this?
(masterwork with 0.6.12/22.0)
Post by: ResMar on July 22, 2014, 09:01:30 pm
I downloaded a clean version of the Dwarf Fortress starter pack and I'm seeing custom hexes defined under "Grid Colors" and "Nobles" in the Options menu. I assume these are new defaults? If so they should be treated as such in the settings.
Post by: ResMar on July 22, 2014, 09:24:21 pm
I'm not a computer science major, just a hobbyist, though, so my ability to handle Git and GitHub is quite limited.
Post by: shaver on July 22, 2014, 10:26:01 pm
I can create custom groups, assign dwarves to one or more, delete groups, sort/group by custom group in the display, and save/restore group names between sessions.
My plan is that group names are global (like custom professions), but that dwarf-to-group assignments are stored per-fortress, keyed off the name of the fortress and maybe some other unique thing I can extract easily. (I don't want to dork around with finding the save dir yet, but that's probably where I should end up.)
I'll put up a pull request for review when I get the last bit wrapped up, but I had one question for now: to get the fortress name I need to wait until DFInstance is populated, which is after settings are normally read. One option is to load them all from the settings file and then use whichever ones when we connect. The other, which I prefer and which will fit better with the save-dir future, is to add a hook that gets called after connecting to DF, which will pull the right group info out of the settings file (I'd ignore it on the initial load). Splinterz, does that sound OK to you?
(Also, clang pointed out two warnings that look legit -- the code happens to work, but what's expressed is almost certainly not what's meant. I'll post a separate PR for those.)
Post by: thistleknot on July 22, 2014, 10:39:06 pm
I've been pretty useless finding offsets (Quietust is so much smarter than me...), but I've made progress on the custom-group stuff.
I can create custom groups, assign dwarves to one or more, delete groups, sort/group by custom group in the display, and save/restore group names between sessions.
My plan is that group names are global (like custom professions), but that dwarf-to-group assignments are stored per-fortress, keyed off the name of the fortress and maybe some other unique thing I can extract easily. (I don't want to dork around with finding the save dir yet, but that's probably where I should end up.)
I'll put up a pull request for review when I get the last bit wrapped up, but I had one question for now: to get the fortress name I need to wait until DFInstance is populated, which is after settings are normally read. One option is to load them all from the settings file and then use whichever ones when we connect. The other, which I prefer and which will fit better with the save-dir future, is to add a hook that gets called after connecting to DF, which will pull the right group info out of the settings file (I'd ignore it on the initial load). Splinterz, does that sound OK to you?
(Also, clang pointed out two warnings that look legit -- the code happens to work, but what's expressed is almost certainly not what's meant. I'll post a separate PR for those.)
This all sounds very exciting. Any way this can be tied in with dwarf's and burrow assignments? What if a dwarf is part of two burrows?
Another idea I threw Splinterz was looking at room ownership items.
Post by: shaver on July 22, 2014, 11:39:54 pm
This all sounds very exciting. Any way this can be tied in with dwarf's and burrow assignments? What if a dwarf is part of two burrows?
I don't know how DF would handle dwarves being part of two burrows. If it can handle that, then sure. (We'd need to do the dfhack/offset work to twiddle the burrow stuff, of course.)
Post by: fricy on July 23, 2014, 02:33:09 am
Burrow management from DT would be a very good feature!This all sounds very exciting. Any way this can be tied in with dwarf's and burrow assignments? What if a dwarf is part of two burrows?I don't know how DF would handle dwarves being part of two burrows. If it can handle that, then sure. (We'd need to do the dfhack/offset work to twiddle the burrow stuff, of course.)
Also: on osx custom nicknames/profession names do not work (https://github.com/splintermind/Dwarf-Therapist/issues/15), can you look into it?
Post by: splinterz on July 23, 2014, 03:42:54 am
Hey Splinterz,hrmm that's strange, they should all be that golden color and say 'Default'. i haven't change those colors.
I downloaded a clean version of the Dwarf Fortress starter pack and I'm seeing custom hexes defined under "Grid Colors" and "Nobles" in the Options menu. I assume these are new defaults? If so they should be treated as such in the settings.
Post by: splinterz on July 23, 2014, 03:46:32 am
I've been pretty useless finding offsets (Quietust is so much smarter than me...), but I've made progress on the custom-group stuff.that all sounds reasonable.
I can create custom groups, assign dwarves to one or more, delete groups, sort/group by custom group in the display, and save/restore group names between sessions.
My plan is that group names are global (like custom professions), but that dwarf-to-group assignments are stored per-fortress, keyed off the name of the fortress and maybe some other unique thing I can extract easily. (I don't want to dork around with finding the save dir yet, but that's probably where I should end up.)
I'll put up a pull request for review when I get the last bit wrapped up, but I had one question for now: to get the fortress name I need to wait until DFInstance is populated, which is after settings are normally read. One option is to load them all from the settings file and then use whichever ones when we connect. The other, which I prefer and which will fit better with the save-dir future, is to add a hook that gets called after connecting to DF, which will pull the right group info out of the settings file (I'd ignore it on the initial load). Splinterz, does that sound OK to you?
(Also, clang pointed out two warnings that look legit -- the code happens to work, but what's expressed is almost certainly not what's meant. I'll post a separate PR for those.)
Post by: Chevaleresse on July 23, 2014, 03:55:02 am
Post by: fricy on July 23, 2014, 04:19:03 am
Any chance of a Linux-native version?What do you mean by linux native? http://dffd.wimbli.com/file.php?id=9003
Post by: Granite on July 23, 2014, 07:26:49 am
With the version from that link, when I doAny chance of a Linux-native version?What do you mean by linux native? http://dffd.wimbli.com/file.php?id=9003
Code: [Select]
sudo ./DwarfTherapistI get this error:Quote
DwarfTherapist: Syntax error: ")" unexpected
And doing
Code: [Select]
sudo bash DwarfTherapist gives me this:Quote
DwarfTherapist: DwarfTherapist: cannot execute binary file
What am I doing wrong?
Post by: lordvdr on July 23, 2014, 11:34:11 am
Quick edit to indicate that I know you can group by total assigned labors, but I'd just like a sortable column.
Post by: fricy on July 23, 2014, 03:20:35 pm
And this is the ini. Soul offsets were missing, so I copied them from linux, all the other offset values were the same.
Spoiler: v0.40.04_osx.ini (click to show/hide)
Post by: LemonFrosted on July 23, 2014, 04:27:37 pm
Dwarf Therapist 23.2 OSX - v40.04 (http://dffd.wimbli.com/file.php?id=9127)Yes! Thank you so much! Something to look forward to once my shift is over.
And this is the ini. Soul offsets were missing, so I copied them from linux, all the other offset values were the same.Spoiler: v0.40.04_osx.ini (click to show/hide)
Post by: shaver on July 23, 2014, 06:51:13 pm
Dwarf Therapist 23.2 OSX - v40.04 (http://dffd.wimbli.com/file.php?id=9127)
And this is the ini. Soul offsets were missing, so I copied them from linux, all the other offset values were the same.
Awesome! Thanks so much for doing that!
I submitted the custom-group stuff (including that setuid patch) as a pull request, so once Splinterz tells me all the ways I was dumb and I remedy them, that should be ready to go. https://github.com/splintermind/Dwarf-Therapist/pull/29
I'll try to take a look at the nickname-setting stuff tonight, not sure how far I'll get.
Post by: ExpHP on July 23, 2014, 07:55:03 pm
With the version from that link, when I doCode: [Select]sudo ./DwarfTherapistI get this error:QuoteDwarfTherapist: Syntax error: ")" unexpected
I get yet another error:
Code: [Select]
./DwarfTherapist: symbol lookup error: ./DwarfTherapist: undefined symbol: _ZN11QHeaderView10setVisibleEb
I'm currently in the middle of my own build, so we'll see how that works out. I couldn't help but noticed that in addition to "Makefile" there is a "Makefile_Linux." I'm not sure if that was there last time, and I'm not sure if it is necessary to point the make command specifically to it. I haven't, and it's currently compiling the individual source files without error.
Edit: My build is up and running. Need to gen a world to test it though :P (first time running DF2014!)
Edit 2: ...and I built the wrong branch! \o/ One more moment please...
Post by: Brightgalrs on July 23, 2014, 08:00:09 pm
For example in my "Glazer" role I've added I have ash glaze set at 1.00 weight and the various crafts set at 0.50 weight. But it shows a dwarf with preference for ash glaze (and no other relevant preferences) and a dwarf with preference for rings (and no other relevent preferences) as the same 74.60%.
This happens for all custom roles. What am I missing?
Post by: thistleknot on July 23, 2014, 08:37:11 pm
btw, that's probably due to them being a single match, preferences are pretty much binary, but group matches are treated as single match + (1/(# off matches -1))
Post by: ExpHP on July 23, 2014, 08:47:07 pm
I could try putting together a download myself (
Post by: Brightgalrs on July 23, 2014, 09:28:12 pm
I recommend you upload your save and specify the version your playingI think I get it. It's still strange that two dwarfs, one with a more desirable preference (I assume that's what weight models), have the same %.
btw, that's probably due to them being a single match, preferences are pretty much binary, but group matches are treated as single match + (1/(# off matches -1))
Post by: Agent_Irons on July 23, 2014, 11:36:58 pm
Dwarf Therapist 23.2 OSX - v40.04 (http://dffd.wimbli.com/file.php?id=9127)
And this is the ini. Soul offsets were missing, so I copied them from linux, all the other offset values were the same.Spoiler: v0.40.04_osx.ini (click to show/hide)
I can verify this works a treat under osx 10.9.4 Mavericks. Thank you, my first serious 40.04 fort was juuuust about to crumble under two dozen fisherdwarves with no way of sorting them out.
Post by: splinterz on July 24, 2014, 02:12:48 am
oh, you've got those assholes too? (http://www.bay12forums.com/smf/index.php?topic=122968.msg5491155#msg5491155) :DDwarf Therapist 23.2 OSX - v40.04 (http://dffd.wimbli.com/file.php?id=9127)
And this is the ini. Soul offsets were missing, so I copied them from linux, all the other offset values were the same.Spoiler: v0.40.04_osx.ini (click to show/hide)
I can verify this works a treat under osx 10.9.4 Mavericks. Thank you, my first serious 40.04 fort was juuuust about to crumble under two dozen fisherdwarves with no way of sorting them out.
Post by: se5a on July 24, 2014, 02:13:17 pm
Thankyou! works great.DT crashing save:you found a new (un)happiness thought, congratulations! one of your dwarves had 'suffered through his spouse's miscarriage recently'. this is fixed in the new version.
https://www.dropbox.com/s/bgvelq88rptxrjz/region1.zip
I ended up savescumming that fort after that though, due to a fallen beast after the tantrum spiral caused by military dwarfs apparently removing half their clothing before collecting and maybe even checking that parts of their set uniform exists.
Post by: Petra on July 24, 2014, 04:46:33 pm
Why doesn't the latest version link work? Did the dffd get taken down??
Post by: IronSI on July 24, 2014, 08:12:45 pm
The 0.34 version that you get by following the instruction in the build guide on github runs fine, but of course won't connect to my 0.40 game.
The 0.40 version I built by download the zip of the source off of github crashes on start up with only the cryptic (at least for me) message of "QProcess: Destroyed while process ("/usr/bin/env") is still running."
The version on dffd linked earlier crashes with the "undefined symbol: _ZN11QHeaderView10setVisibleEb" error also mentioned earlier.
Any advice on how to get it running would be nice, as my fort just got went from 17 dwarves to 41 in one wave.
Post by: ExpHP on July 24, 2014, 09:51:28 pm
Quote
The 0.40 version I built by download the zip of the source off of github crashes on start up with only the cryptic (at least for me) message of "QProcess: Destroyed while process ("/usr/bin/env") is still running."I've gotten that message when it can't find the etc folder (included in the github repo), which contains the memory mappings.
The easiest solution I've found is to move the compiled executable in Dwarf-Therapist/bin/release/ to Dwarf-Therapist/ and run it there. With sudo, of course.
Post by: ResMar on July 25, 2014, 12:40:42 am
Hey Splinterz,hrmm that's strange, they should all be that golden color and say 'Default'. i haven't change those colors.
I downloaded a clean version of the Dwarf Fortress starter pack and I'm seeing custom hexes defined under "Grid Colors" and "Nobles" in the Options menu. I assume these are new defaults? If so they should be treated as such in the settings.
Every time I've re-upped my version of Dwarf Therapist, my options, scripts, and so on have stayed the same, the ones that I custom-defined over the course of writing the guide. I assumed you'd copied them into the utility defaults---the noble colors, the hauler custom profession, the test optimization plan...the point is, I've updated Dwarf Therapist several times since I wrote most of these things and they've carried over every time.
Post by: IronSI on July 25, 2014, 09:11:36 am
Post by: crossmr on July 25, 2014, 09:36:52 am
Post by: splinterz on July 25, 2014, 09:50:14 am
Just a note, I noticed that it reports one of my soldiers "missing" his shield and sword, but when I check him in game, he has an adamantine short sword and bronze shield. Other soldiers are reporting correctly.uniform wasn't changed? does it say he's missing a specific weapon/shield?
Post by: Mardukker on July 25, 2014, 12:02:57 pm
Just a question: is there a bug tracker so I can report a bug? It probably has been said before, but I noticed that when you sort dwarves by something that involves numbers (like total labors assigned), it has that old Windows issue where the menu orders things by their first digit and not by the actual value of the number, E.G. "'12 labors assigned" comes before "3 labors assigned" because 1<3.
EDIT: Nevermind, found it.
Post by: ResMar on July 25, 2014, 01:12:35 pm
http://i.imgur.com/DzqZUgM.png
http://i.imgur.com/m0zoH3K.png
- Is this unique to my instance of the program? (seems to be, yes)
- If so, what are the default settings? (a screenshot would be helpful)
I'm asking because I can't start updating the user guide to match the changes that have been made, without first determining whether or not I have all the defaults, and if not, what the new default looks like.
Post by: splinterz on July 25, 2014, 01:31:39 pm
Here are two screenshots showing what Therapist currently looks like, and what the custom settings in my options pane are:those look like the defaults, i don't know why it's showing HEX (probably a bug). i'll check it out.
http://i.imgur.com/DzqZUgM.png
http://i.imgur.com/m0zoH3K.png
- Is this unique to my instance of the program? (seems to be, yes)
- If so, what are the default settings? (a screenshot would be helpful)
I'm asking because I can't start updating the user guide to match the changes that have been made, without first determining whether or not I have all the defaults, and if not, what the new default looks like.
Post by: ResMar on July 25, 2014, 01:42:57 pm
Post by: splinterz on July 25, 2014, 02:59:55 pm
Is the menu bar being flush to the right of the screen also the default now? Sorry for all the questions but I haven't used Dwarf Therapist/Fortress in almost a year now. Been waiting for the update to drop.the default should be horizontally across the top. i've also been working on implementing your custom professions/roles/super labor relationships, so something to keep in mind for your screenshots.
Post by: ResMar on July 25, 2014, 03:26:51 pm
That sounds wonderful! I'm currently in the process of updating the guide again, and I'll keep it in mind for future versions.
Post by: splinterz on July 25, 2014, 03:35:30 pm
A small tweak I would suggest at this time is to switch the names of the "Labors" and "Labors Alt" views, since their relative prominence in the program has been reversed.yeah i've actually already made that change on my development builds.
That sounds wonderful! I'm currently in the process of updating the guide again, and I'll keep it in mind for future versions.
Post by: ResMar on July 25, 2014, 04:30:28 pm
Can anyone provide me with a decently large (70ish+ dwarves) fortress save in version 40.04?
Post by: splinterz on July 25, 2014, 04:32:02 pm
Since the "Pending Labor Changes" dock includes changes that aren't labor-related (for instance, setting a nickname), another tweak would be to rename it to simply "Pending Changes"also already done (in the dev build) :)
Post by: ResMar on July 25, 2014, 05:11:34 pm
The "Role" view should be updated to use the same color and organizational scheme as the "Labor-Alt" (future "Labor") view.
Post by: splinterz on July 25, 2014, 07:03:12 pm
Do you have an ETA for the next version yet?oh.. a few days? maybe i can get out a alpha/beta this weekend to get some testing going. yeah roles need quite a bit of work with the new personality changes so i've been holding off until more is known about the conflicts and happy thought relationships.
The "Role" view should be updated to use the same color and organizational scheme as the "Labor-Alt" (future "Labor") view.
Post by: blue sam3 on July 25, 2014, 07:05:44 pm
Since the "Pending Labor Changes" dock includes changes that aren't labor-related (for instance, setting a nickname), another tweak would be to rename it to simply "Pending Changes".
Can anyone provide me with a decently large (70ish+ dwarves) fortress save in version 40.04?
Here you go, 100-ish dwarves. (http://dffd.wimbli.com/file.php?id=9152) Actually a 40.03 fort that ported over without any obvious problems, if that's relevant.
Post by: thistleknot on July 25, 2014, 08:04:05 pm
oh man, why didn't anyone tell me committing changes reverts the sorting!? :(
I noticed it, but it was an afterthought, too many quirks and I wasn't sure what the causes were. A few I didn't bother reporting if it didn't really cause an inconvenience.
Post by: ResMar on July 25, 2014, 08:48:25 pm
Since the "Pending Labor Changes" dock includes changes that aren't labor-related (for instance, setting a nickname), another tweak would be to rename it to simply "Pending Changes".
Can anyone provide me with a decently large (70ish+ dwarves) fortress save in version 40.04?
Here you go, 100-ish dwarves. (http://dffd.wimbli.com/file.php?id=9152) Actually a 40.03 fort that ported over without any obvious problems, if that's relevant.
Thanks!
Edit: what's with the naming scheme?
Post by: ResMar on July 25, 2014, 09:33:56 pm
- Optimization "Test Plan" for Wood Burning and Furnace Operating
- "Ranged" custom profession
- The four filter scripts
- The Hauler custom role
This seems like a silly question to ask since I don't see how, my having reinstalled the program two or three times since then, it could have kept my old custom definitions, and I've assumed these have all been included as program examples in editing the guide for the next version.
However, I found a functionless "R" custom profession template in my Therapist that I vaguely recall having written, but not having included anywhere in the guide. Also, the filter script for "Available for Work" is currently broken because of some strange problems on the beekeeping check of the script (my best guess, are filter scripts limited in character length?)
Post by: splinterz on July 26, 2014, 02:29:46 am
splinterz, how many of the following things have been included in the base installation:you need to find your Dwarf Therapist.ini and remove it if you want to start completely fresh, custom professions, roles, colors and scripts are all stored globally in that settings file.
- Optimization "Test Plan" for Wood Burning and Furnace Operating
- "Ranged" custom profession
- The four filter scripts
- The Hauler custom role
This seems like a silly question to ask since I don't see how, my having reinstalled the program two or three times since then, it could have kept my old custom definitions, and I've assumed these have all been included as program examples in editing the guide for the next version.
However, I found a functionless "R" custom profession template in my Therapist that I vaguely recall having written, but not having included anywhere in the guide. Also, the filter script for "Available for Work" is currently broken because of some strange problems on the beekeeping check of the script (my best guess, are filter scripts limited in character length?)
Post by: blue sam3 on July 26, 2014, 07:26:37 am
Since the "Pending Labor Changes" dock includes changes that aren't labor-related (for instance, setting a nickname), another tweak would be to rename it to simply "Pending Changes".
Can anyone provide me with a decently large (70ish+ dwarves) fortress save in version 40.04?
Here you go, 100-ish dwarves. (http://dffd.wimbli.com/file.php?id=9152) Actually a 40.03 fort that ported over without any obvious problems, if that's relevant.
Thanks!
Edit: what's with the naming scheme?
Started it before DT was updated, this made it easier for me to keep track of everything until it was fixed, and I haven't got around to getting rid of them all again yet.
Post by: Felgard on July 26, 2014, 08:41:05 am
i have a lot of lines like this:
Born on the 23rd of limestone in the year 195 (1)
add one line for every baby born in my fort since its founding
all of them have no dwarf associated with it but i am guessing it is since they still are a baby
wouldn't it be better if all dwarfs born in the fort instead show up in one migration group named something like "locally born dwarfs" and have that grouping only show up once there is someone old enough to be able to work?
Post by: splinterz on July 26, 2014, 09:13:11 am
one question are births suposed to show up in the "Groped By: Migration wave"?currently if you have children/babies hidden it still shows the aggregate row for the group. i'll check it out.
i have a lot of lines like this:
Born on the 23rd of limestone in the year 195 (1)
add one line for every baby born in my fort since its founding
all of them have no dwarf associated with it but i am guessing it is since they still are a baby
wouldn't it be better if all dwarfs born in the fort instead show up in one migration group named something like "locally born dwarfs" and have that grouping only show up once there is someone old enough to be able to work?
Post by: Brightgalrs on July 26, 2014, 12:01:31 pm
Very helpful when picking out a baron/baroness.
Post by: ResMar on July 26, 2014, 01:47:41 pm
Ok, wow this changes a lot of things I have to say about the program.
Suggested changes:
- Switch the Labor and Labor Alt views (done)
- Turn off gradient cell shading by default.
- Turn on synchronize view scroll positions.
- Make text (ae. numbers) the default information presentation option. None of the other options even come close.
- Turn on "highlight nobles" by default.
- I'd implement *some* sort of differentiation between noble highlighting---highlighting all nobles with the *same* color is just about totally useless since you still have to scroll over them to find out what kind of noble they are. I'd recommend magenta for nobility, dark green for militia and lawdwarves, and the default for everything else[/i].
One more thing: I'd recommend using the highlighting feature to demark nobles in the dwarf list, and removing the italic font and masterwork "nameplate" their name is displayed in. It breaks the appearance of a uniform list.
Post by: splinterz on July 26, 2014, 02:53:20 pm
Found it. Hmm. Alright.oof. are you sure you don't want to just use the old version? :P i'll see what i can do..
Ok, wow this changes a lot of things I have to say about the program.
Suggested changes:I didn't realize there was a phantom file controlling my settings still present on the computer from past versions, so had thought that you had made all of these changes already.
- Switch the Labor and Labor Alt views (done)
- Turn off gradient cell shading by default.
- Turn on synchronize view scroll positions.
- Make text (ae. numbers) the default information presentation option. None of the other options even come close.
- Turn on "highlight nobles" by default.
- I'd implement *some* sort of differentiation between noble highlighting---highlighting all nobles with the *same* color is just about totally useless since you still have to scroll over them to find out what kind of noble they are. I'd recommend magenta for nobility, dark green for militia and lawdwarves, and the default for everything else[/i].
One more thing: I'd recommend using the highlighting feature to demark nobles in the dwarf list, and removing the italic font and masterwork "nameplate" their name is displayed in. It breaks the appearance of a uniform list.
Post by: ResMar on July 26, 2014, 05:26:23 pm
Thistle, how hard do you think it would be to modify the optimization plan engine so that it allows you to optimize a certain number of dwarves out of a set? For instance, I select thirty dwarves, make an optimization plan that finds the ten best marksmen of any large-enough selection, and then run that script.
Ratio-based selection is useful when you want to quickbuild an industry out of a certain group of dwarves, but is limited in that you can't smartly control how many dwarves you get. You use a predefined group and then distribute jobs within this group; it's easy to select a group of the best candidates for one job, with sorting by role rating, but it's difficult to select a group of the best candidates for a bunch of them. You can do this by defining a custom role that has all of the properties of all of the labors you want to assign, but you have to A, write this role, and B, implemented in a view somewhere.
A numerical optimizer would solve this problem by doing it for you automatically. How I envision it working:
- The optimizer takes all of the roles used in the optimization plan, and mashes them together into a temporary custom role.
- It sorts the selected dwarves by their fitness in this role, and then selects the top X dwarves out of this selection, where X is the number of dwarves to undergo optimization, as defined by the user in the plan.
- It does the standard optimization crunch on these dwarves.
What do you think?
Post by: splinterz on July 26, 2014, 05:42:33 pm
Splinterz, Dwarf Therapist seems to have trouble finding squads at the moment.which version are you using that you're encountering squad issues?
Thistle, how hard do you think it would be to modify the optimization plan engine so that it allows you to optimize a certain number of dwarves out of a set? For instance, I select thirty dwarves, make an optimization plan that finds the ten best marksmen of any large-enough selection, and then run that script.
Ratio-based selection is useful when you want to quickbuild an industry out of a certain group of dwarves.
But numerical picks are better when you want to find one dwarf for a particular job, and don't have a role weigh column open, and when you want to do something that's a little complicated to do with Dwarf Therapist at the moment, but is at the cusp of practicability: smart-assign dwarves to a military squad.
Post by: ResMar on July 26, 2014, 05:49:24 pm
You currently have a huge "Filter Dwarves" bar whose only functionality is that it allows you to filter dwarves by name. I think you can do a lot better then that. I envision that you can type into the box and it will allow you to filter dwarves by name (one category), or to apply a filter script (another category), or to apply a health status filter (another category). Once you have the option you want, hit Enter and your choice appears in a little color-coded box in the textbox, with a little "X" next to it that allows you to close that filter. You can keep typing, and apply multiple filters concurrently this way. Once you're done, you can cancel each of them individually either within the textbox or using the Active Filters button that's already implemented.
This would make the health sorting options a lot more visible and easier to use (tbh you did all of that work on health filtering and I barely ever see it used because it's constricted to a dock), and allow the creation of dynamic filters.
Post by: ResMar on July 26, 2014, 05:51:49 pm
Post by: splinterz on July 26, 2014, 05:52:46 pm
I'm using the fortress savefile provided to me by another user above (nearly gave myself carpal tunnel deleting all of the usernames). The Dwarf Therapist version I'm using is 23.1.0. To reproduce the bug, grab that savefile and load it into Dwarf Therapist. Check the Dwarf Fortress military screen (there are three squads defined in the save), and then check the dwarfwise squad assign menu.23.2 fixes that issue (https://github.com/splintermind/Dwarf-Therapist/wiki/Change-Log)
Post by: ResMar on July 26, 2014, 05:55:30 pm
I'm using the fortress savefile provided to me by another user above (nearly gave myself carpal tunnel deleting all of the usernames). The Dwarf Therapist version I'm using is 23.1.0. To reproduce the bug, grab that savefile and load it into Dwarf Therapist. Check the Dwarf Fortress military screen (there are three squads defined in the save), and then check the dwarfwise squad assign menu.23.2 fixes that issue (https://github.com/splintermind/Dwarf-Therapist/wiki/Change-Log)
Wow, I didn't even notice. Great!
Anyway, here's a sketch of the "Putting it all Together" section I've been hinting at:
Code: [Select]
\section{Putting it all Together}
\label{sec:Putting it al Together}
We have now individually covered all of the features available to you in Dwarf Therapist, and so we are
ready to put togethor everything we have learned so far and employ towards solving a particularly complex
task---military recruitment and management.
\subsection{Military Recruitment}
\begin{enumerate}
\item Create a ``Recruitment custom view''.
\item Create a ``Lead Marksdwarf'' role.
\item Create ``Meleedwarf'' and ``Lead Meleedwarf'' roles.
\item Create ``Marksdwarf'' and ``Meleedwarf'' custom professions.
\item Bind the custom professions to the custom roles, and add them as columns in the
``Recruitment'' grid view.
\item Write the ``Military Assignment'' optimization plan.
\item Filter dwarves by those available.
\item Select twenty dwarves.
\item Optimize.
\item Set the selected dwarves' professions to their appropriate new military profession.
\item Commit changes.
\item Choose the highest-ranked lead marksman and lead meleedwarf from the group.
\item Create squads from these dwarves in the Dwarf Fortress UI.
\item Name the squads something functional.
\item Assign the selected dwarves to the squad via the dwarfwise click menu in Dwarf Therapist.
\item Commit changes.
\end{enumerate}
We're also now going to write a new military management view, to compliment the military recruitment
procedure we've created above\ldots
Post by: splinterz on July 26, 2014, 06:02:20 pm
Post by: splinterz on July 26, 2014, 06:03:28 pm
This one's for you, Splinterz.so you mean you'd start typing some kind of health symptom, for example, and it would let you choose an available filter that the dock is using on the back-end?
You currently have a huge "Filter Dwarves" bar whose only functionality is that it allows you to filter dwarves by name. I think you can do a lot better then that. I envision that you can type into the box and it will allow you to filter dwarves by name (one category), or to apply a filter script (another category), or to apply a health status filter (another category). Once you have the option you want, hit Enter and your choice appears in a little color-coded box in the textbox, with a little "X" next to it that allows you to close that filter. You can keep typing, and apply multiple filters concurrently this way. Once you're done, you can cancel each of them individually either within the textbox or using the Active Filters button that's already implemented.
This would make the health sorting options a lot more visible and easier to use (tbh you did all of that work on health filtering and I barely ever see it used because it's constricted to a dock), and allow the creation of dynamic filters.
Post by: ResMar on July 26, 2014, 06:07:09 pm
i'm not sure what the optimize part in there is for? currently the optimization stuff is setup to assign jobs (labors) to dwarves. couldn't you just sort by your military role(s) and then assign the top x to your squad(s)?
This setup lets you do a bifurcated sort: one squad of meleedwarves, one squad of marksdwarves. If you're assigning squads individually, yes, optimization plans are useless, but in this case it's helpful because it means that dwarves with a higher meleedwarf skill than marksdwarf skill who are still in the top 50% of marksdwarves will not be left out of the former squad if marksdwarves are drafted first, and vice versa.
I did say "on the cusp of practicability", though. Got to hedge. If numerical optimization is implemented then that opens up a whole other ballgame.
Post by: ResMar on July 26, 2014, 06:11:52 pm
This one's for you, Splinterz.so you mean you'd start typing some kind of health symptom, for example, and it would let you choose an available filter that the dock is using on the back-end?
You currently have a huge "Filter Dwarves" bar whose only functionality is that it allows you to filter dwarves by name. I think you can do a lot better then that. I envision that you can type into the box and it will allow you to filter dwarves by name (one category), or to apply a filter script (another category), or to apply a health status filter (another category). Once you have the option you want, hit Enter and your choice appears in a little color-coded box in the textbox, with a little "X" next to it that allows you to close that filter. You can keep typing, and apply multiple filters concurrently this way. Once you're done, you can cancel each of them individually either within the textbox or using the Active Filters button that's already implemented.
This would make the health sorting options a lot more visible and easier to use (tbh you did all of that work on health filtering and I barely ever see it used because it's constricted to a dock), and allow the creation of dynamic filters.
Exactly.
Post by: splinterz on July 26, 2014, 06:12:08 pm
right but it's a labor optimizer. it seems like what you want to do is associate a custom profession with a (military) role, find those dwarves via optimization, and then assign them to custom professions, rather than assigning labors. is that it?i'm not sure what the optimize part in there is for? currently the optimization stuff is setup to assign jobs (labors) to dwarves. couldn't you just sort by your military role(s) and then assign the top x to your squad(s)?
This setup lets you do a bifurcated sort: one squad of meleedwarves, one squad of marksdwarves. If you're assigning squads individually, yes, optimization plans are useless, but in this case it's helpful because it means that dwarves with a higher meleedwarf skill than marksdwarf skill who are still in the top 50% of marksdwarves will not be left out of the former squad if marksdwarves are drafted first, and vice versa.
I did say "on the cusp of practicability", though. Got to hedge. If numerical optimization is implemented then that opens up a whole other ballgame.
Post by: Brightgalrs on July 26, 2014, 06:13:15 pm
Post by: ResMar on July 26, 2014, 06:19:15 pm
right but it's a labor optimizer. it seems like what you want to do is associate a custom profession with a (military) role, find those dwarves via optimization, and then assign them to custom professions, rather than assigning labors. is that it?i'm not sure what the optimize part in there is for? currently the optimization stuff is setup to assign jobs (labors) to dwarves. couldn't you just sort by your military role(s) and then assign the top x to your squad(s)?
This setup lets you do a bifurcated sort: one squad of meleedwarves, one squad of marksdwarves. If you're assigning squads individually, yes, optimization plans are useless, but in this case it's helpful because it means that dwarves with a higher meleedwarf skill than marksdwarf skill who are still in the top 50% of marksdwarves will not be left out of the former squad if marksdwarves are drafted first, and vice versa.
I did say "on the cusp of practicability", though. Got to hedge. If numerical optimization is implemented then that opens up a whole other ballgame.
Yes, I'm (thinking of) using a labor column associated with a military profession (Hunting + Food Hauling for marksdwarves, Pump Operating + All Hauling for military types) as a stand-in for direct squad assignment, since I'm going to assign them those jobs anyway. Other players may have different off-duty regimens for their dwarves. Or you could use a null labor like Alchemy and then just turn it off when you're done. If you're interested in solving this issue, you should make custom professional masks generate labor columns as well. Toggling it wouldn't, um...do anything...but it'd be more elegant I suppose.
Post by: splinterz on July 26, 2014, 06:37:30 pm
currently the way i've got it setup, it will allow you add either custom profession columns (mask or not) or super labor columns (exactly the same concept, but don't toggle/assign custom professions)right but it's a labor optimizer. it seems like what you want to do is associate a custom profession with a (military) role, find those dwarves via optimization, and then assign them to custom professions, rather than assigning labors. is that it?i'm not sure what the optimize part in there is for? currently the optimization stuff is setup to assign jobs (labors) to dwarves. couldn't you just sort by your military role(s) and then assign the top x to your squad(s)?
This setup lets you do a bifurcated sort: one squad of meleedwarves, one squad of marksdwarves. If you're assigning squads individually, yes, optimization plans are useless, but in this case it's helpful because it means that dwarves with a higher meleedwarf skill than marksdwarf skill who are still in the top 50% of marksdwarves will not be left out of the former squad if marksdwarves are drafted first, and vice versa.
I did say "on the cusp of practicability", though. Got to hedge. If numerical optimization is implemented then that opens up a whole other ballgame.
Yes, I'm (thinking of) using a labor column associated with a military profession (Hunting + Food Hauling for marksdwarves, Pump Operating + All Hauling for military types) as a stand-in for direct squad assignment, since I'm going to assign them those jobs anyway. Other players may have different off-duty regimens for their dwarves. Or you could use a null labor like Alchemy and then just turn it off when you're done. If you're interested in solving this issue, you should make custom professional masks generate labor columns as well. Toggling it wouldn't, um...do anything...but it'd be more elegant I suppose.
the biggest hurdle would be adapting the optimizer to work with custom professions, since they enable multiple labors at the same time, while the current optimizer expects a 1:1 mapping with a labor:role.
Post by: ResMar on July 26, 2014, 06:50:36 pm
Baby steps, though. I'd want to see numerical optimization implemented first. That would open up a whole other dimension of applications for me.
Post by: crossmr on July 26, 2014, 08:00:42 pm
Just a note, I noticed that it reports one of my soldiers "missing" his shield and sword, but when I check him in game, he has an adamantine short sword and bronze shield. Other soldiers are reporting correctly.uniform wasn't changed? does it say he's missing a specific weapon/shield?
Nope, he always had the same one, they all did. Same squad, he's the leader if it matters.
I've still got him in game, I'll check if it's reporting it right now or not (it's been a few years)
Post by: thistleknot on July 27, 2014, 06:45:05 am
edit:
Finally, for military, i would do a new optimization run on for military labors. You could do your custom professions that way. You could say you want 100% assigned, setup 3 labors, and assign those labors.
I guess what would be nice is if dwarf therapist could do labor optimizations as masks over existing labors.
Post by: ResMar on July 27, 2014, 12:54:55 pm
Splinterz, Dwarf Therapist seems to have trouble finding squads at the moment.
Thistle, how hard do you think it would be to modify the optimization plan engine so that it allows you to optimize a certain number of dwarves out of a set? For instance, I select thirty dwarves, make an optimization plan that finds the ten best marksmen of any large-enough selection, and then run that script.
Ratio-based selection is useful when you want to quickbuild an industry out of a certain group of dwarves, but is limited in that you can't smartly control how many dwarves you get. You use a predefined group and then distribute jobs within this group; it's easy to select a group of the best candidates for one job, with sorting by role rating, but it's difficult to select a group of the best candidates for a bunch of them. You can do this by defining a custom role that has all of the properties of all of the labors you want to assign, but you have to A, write this role, and B, implemented in a view somewhere.
A numerical optimizer would solve this problem by doing it for you automatically. How I envision it working:
- The optimizer takes all of the roles used in the optimization plan, and mashes them together into a temporary custom role.
- It sorts the selected dwarves by their fitness in this role, and then selects the top X dwarves out of this selection, where X is the number of dwarves to undergo optimization, as defined by the user in the plan.
- It does the standard optimization crunch on these dwarves.
What do you think?
^ Thistle.
Post by: DukeOfVandals on July 27, 2014, 01:57:33 pm
Dwarf Therapist 23.2 OSX - v40.04 (http://dffd.wimbli.com/file.php?id=9127)Yes! Thank you so much! Something to look forward to once my shift is over.
And this is the ini. Soul offsets were missing, so I copied them from linux, all the other offset values were the same.Spoiler: v0.40.04_osx.ini (click to show/hide)
Is there any way this can be added to the OP post?
Post by: splinterz on July 27, 2014, 02:26:54 pm
Post by: ResMar on July 27, 2014, 03:28:52 pm
There are new features, like the explicit creation of squads and flagging captured animals for taming, which would be awesome to have, but to my understanding would only be possible if you could rebase memory access to DFHack. That might be the next huge step forward in the utility's development.
Post by: thistleknot on July 27, 2014, 04:36:13 pm
Splinterz, Dwarf Therapist seems to have trouble finding squads at the moment.
Thistle, how hard do you think it would be to modify the optimization plan engine so that it allows you to optimize a certain number of dwarves out of a set? For instance, I select thirty dwarves, make an optimization plan that finds the ten best marksmen of any large-enough selection, and then run that script.
Ratio-based selection is useful when you want to quickbuild an industry out of a certain group of dwarves, but is limited in that you can't smartly control how many dwarves you get. You use a predefined group and then distribute jobs within this group; it's easy to select a group of the best candidates for one job, with sorting by role rating, but it's difficult to select a group of the best candidates for a bunch of them. You can do this by defining a custom role that has all of the properties of all of the labors you want to assign, but you have to A, write this role, and B, implemented in a view somewhere.
A numerical optimizer would solve this problem by doing it for you automatically. How I envision it working:
- The optimizer takes all of the roles used in the optimization plan, and mashes them together into a temporary custom role.
- It sorts the selected dwarves by their fitness in this role, and then selects the top X dwarves out of this selection, where X is the number of dwarves to undergo optimization, as defined by the user in the plan.
- It does the standard optimization crunch on these dwarves.
What do you think?
^ Thistle.
Maybe I don't understand the question, but it seems to do that already.
You can select just a group of dwarf's, say 30, and apply an optmization plan, and if you wanted it to be say 10 out of 30, (and you selected, 30) you could set the % jobs to assign to 33% and it would assign the top 33% of 30 (aka top 10)
you can also do tricks like limit # of labors per dwarf to 1 per dwarf, that shows you what THEIR BEST job is out of the jobs you've assigned in the opt plan
Post by: PeridexisErrant on July 27, 2014, 05:59:36 pm
Post by: splinterz on July 27, 2014, 06:02:48 pm
40_05 is up! Any ETA on the memory layout?you people are slave-drivers...
Post by: PeridexisErrant on July 27, 2014, 06:12:45 pm
Post by: LtGreeneyes on July 27, 2014, 06:33:08 pm
Post by: carkasjak on July 27, 2014, 06:33:53 pm
40_05 is up! Any ETA on the memory layout?you people are slave-drivers...
We are all slaves to Armok.
Post by: laularukyrumo on July 27, 2014, 06:34:15 pm
EDIT: Ninja'd
NINJAEDIT: DOUBLE NINJACEPTION
Post by: Chevaleresse on July 27, 2014, 06:47:54 pm
Post by: int_ua on July 27, 2014, 06:50:05 pm
I'm so lost on how to get this to work on Ubuntu.Just compiled from source on 14.04. Doesn't work. It can't recognize the version. Where is the memory layout for 0.40 exactly?
Post by: ResMar on July 27, 2014, 08:32:23 pm
Splinterz, Dwarf Therapist seems to have trouble finding squads at the moment.
Thistle, how hard do you think it would be to modify the optimization plan engine so that it allows you to optimize a certain number of dwarves out of a set? For instance, I select thirty dwarves, make an optimization plan that finds the ten best marksmen of any large-enough selection, and then run that script.
Ratio-based selection is useful when you want to quickbuild an industry out of a certain group of dwarves, but is limited in that you can't smartly control how many dwarves you get. You use a predefined group and then distribute jobs within this group; it's easy to select a group of the best candidates for one job, with sorting by role rating, but it's difficult to select a group of the best candidates for a bunch of them. You can do this by defining a custom role that has all of the properties of all of the labors you want to assign, but you have to A, write this role, and B, implemented in a view somewhere.
A numerical optimizer would solve this problem by doing it for you automatically. How I envision it working:
- The optimizer takes all of the roles used in the optimization plan, and mashes them together into a temporary custom role.
- It sorts the selected dwarves by their fitness in this role, and then selects the top X dwarves out of this selection, where X is the number of dwarves to undergo optimization, as defined by the user in the plan.
- It does the standard optimization crunch on these dwarves.
What do you think?
^ Thistle.
Maybe I don't understand the question, but it seems to do that already.
You can select just a group of dwarf's, say 30, and apply an optmization plan, and if you wanted it to be say 10 out of 30, (and you selected, 30) you could set the % jobs to assign to 33% and it would assign the top 33% of 30 (aka top 10)
you can also do tricks like limit # of labors per dwarf to 1 per dwarf, that shows you what THEIR BEST job is out of the jobs you've assigned in the opt plan
I don't want to have to go back in and edit the plan to fit the number of dwarves I have selected. What's the point of having a pre-defined optimization plan if every time I want to use it, I have to go back in and change the percentages? I want to be able to write a plan where I can create a certain number of dedicated dwarves from a pool of them. I want to be able to filter down my dwarves to those that are available for work, select them, and then apply an optimization plan to distribute a certain preset number of jobs between a certain preset number of dwarves. Yes, I can do that by doing math, and then editing the optimization plan, and THEN running it, but wouldn't it be great if Dwarf Therapist handled that for me?
Ahough it does sound like it would be simpler, from an implementation perspective, to dynamically "pick" the percentage of dwarves you want to optimize based on an absolute number, and then set the percentages from there. For instance, if I write a plan that calls for four dwarves to get optimized, the optimizer just divided that number by the number of dwarves selected to arrive at a job percentage and goes from there.
Edit: here's another problem: currently the labor optimizer turns off all of the labors assigned to dwarves that are optimized, even those that aren't picked for a job. This means that in order to implement the feature I am describing you would need to either A) do what I originally described, which is rather complicated or B) change this behavior so that dwarves that are not given a job by the optimizer are not labor-reset, and do the simpler operation I described above.
Edit 2: I've gone and opened up a few issues on your issue tracker, Splinterz. Should have told me about it earlier!
Post by: thistleknot on July 27, 2014, 09:08:15 pm
I think I know what it is you want. You want the total jobs to assign to be a static number that you set, and on the backend, it adjusts the % total jobs to assign? That should be a pretty easy setup. The numbers that need to be measured are total jobs (hard set number set by user), % total jobs to assign (adjust based on population selected), and # of labors per dwarf. Those 3 numbers should allow you to back update % total jobs to assign based on the other 2 vars.
The second issue, I did just mention a few posts back if the labor optimizer applied itself as a mask rather than resetting labors, that might allow one to do more with it.
Post by: ResMar on July 27, 2014, 09:17:00 pm
well I used to create one plan for each ratio set. Then I decided that was too much work and I hand adjusted the % total jobs to assign each run (for militia dwarfs anyways).
I think I know what it is you want. You want the total jobs to assign to be a static number that you set, and on the backend, it adjusts the % total jobs to assign? That should be a pretty easy setup though. The numbers that need to be measured are total jobs (hard set number set by user), % total jobs to assign (adjust based on population selected), and # of labors per dwarf. Those 3 numbers should allow you to back update % total jobs to assign based on the other 2 vars.
The second issue, I did just mention a few posts back if the labor optimizer applied itself as a mask rather than resetting labors, that might allow one to do more with it.
A mask sounds like a good idea, but it should only leave dwarves unaffected by optimization. Wiping non-assigned labors on assigned dwarves is part of the feature's utility.
Post by: Lysabild on July 27, 2014, 09:57:34 pm
Post by: crossmr on July 28, 2014, 12:47:40 am
Post by: IronSI on July 28, 2014, 01:00:51 am
1: Get the prereqs listed up to date.
2: Go to the Github 2014 branch webpage (switch the drop down menu in the upper right)
3: Download the zip of the 2014 branch (middle left)
4: Extract the zip in home folder
5: Compile:'qmake -qt=5; make -j#; make install' where # is the number of cores you want to use to compile
6: Copy the executable from Dwarf-Therapist-2014/bin/release/DwarfTherapist to Dwarf-Therapist-2014: 'cp Dwarf-Therapist-2014/bin/release/DwarfTherapist Dwarf-Therapist-2014'
7: run with sudo: 'sudo ./Dwarf-Therapist-2014/DwarfTherapist'
Let me know how it goes, all credit to Splinterz and the guy who told me to cp the executable
Post by: HammerDave on July 28, 2014, 02:26:37 am
originally when i started working on DT there were few offsets and it seemed like the extra overhead of adapting everything to rely on dfhack wasn't really ideal.
now though, with the amount of offsets i've added, i'm already pretty reliant on the df-structures to get things sorted out, and add new features. i already use a script to pull the specific offsets that DT requires from df-structures and generate the memory layout files. so there isn't really this issue of hunting down each offset, unless i'm feeling particularly masochistic. going this route would probably allow for other features that haven't been possible (creating squads, assigning uniforms, burrow manipulation, etc.)
the downside is mostly about the rewrite to the back-end, and actually figuring out how to do it and trying it out.
Is the script to generate layouts from df-structures stored out there someplace? I started looking into doing it manually, and the names of things seem too different between the two layouts to be able to figure it out easily. Though whether having the script is useful also depends on what language / runtime it uses. ;)
Post by: splinterz on July 28, 2014, 05:09:34 am
the script is packaged with the DT source (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/make-dt.pl)originally when i started working on DT there were few offsets and it seemed like the extra overhead of adapting everything to rely on dfhack wasn't really ideal.
now though, with the amount of offsets i've added, i'm already pretty reliant on the df-structures to get things sorted out, and add new features. i already use a script to pull the specific offsets that DT requires from df-structures and generate the memory layout files. so there isn't really this issue of hunting down each offset, unless i'm feeling particularly masochistic. going this route would probably allow for other features that haven't been possible (creating squads, assigning uniforms, burrow manipulation, etc.)
the downside is mostly about the rewrite to the back-end, and actually figuring out how to do it and trying it out.
Is the script to generate layouts from df-structures stored out there someplace? I started looking into doing it manually, and the names of things seem too different between the two layouts to be able to figure it out easily. Though whether having the script is useful also depends on what language / runtime it uses. ;)
Post by: splinterz on July 28, 2014, 05:13:11 am
it's a few minor tweaks to the belief/trait conflicts stuff, and some updates to the game_data.ini for profession renaming and allowing hero labors. so if you'd prefer to just update the memory layout files for 40.05, you can get them here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/etc/memory_layouts).
Post by: PeridexisErrant on July 28, 2014, 05:18:13 am
Post by: elcr on July 28, 2014, 09:46:02 am
Post by: mimmfantry on July 28, 2014, 09:52:48 am
Post by: Urist MacFrench on July 28, 2014, 10:56:07 am
version 23.3 is up on dffd (http://dffd.wimbli.com/file.php?id=9040).
it's a few minor tweaks to the belief/trait conflicts stuff, and some updates to the game_data.ini for profession renaming and allowing hero labors. so if you'd prefer to just update the memory layout files for 40.05, you can get them here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/etc/memory_layouts).
First : thank you ! :)
second : how does github reflect the changes ? I had an error message : "I'm sorry but I don't know how to talk to this version of Dwarf Fortress! (checksum:0x5612460b)", after compiling it a few minutes ago. I just grab the memory layout from github by hand, and it's ok, but you have done it 6 hours ago... why does my git cloning did'nt have it ? (very newbie question, of course)
third : are some linux players interrested by a very rough (and in very poor english) how to make it work under linux (x/l)ubuntu ? I find it quite hard to find all the pieces of information needed.
Post by: fricy on July 28, 2014, 10:56:55 am
Let's call it an alpha build until someone can do better. Soul addresses are still missing from df-structures, so I copied linux again, but this time lot's of offsets were different, and the dwarf detail popup is plain wrong... I searched for the missing offsets (https://github.com/fricy/df-structures/commit/a5fa17b561b6fc55686e69e8aa50db54fa2b1e64), but couldn't find everything. :(
Fixed?
Post by: HammerDave on July 28, 2014, 11:00:52 am
The only plausible way to make updates faster would be if Toady exported the offsets from his build and the symbol map at DF startup. The guys doing this are wizards. I'm "legendary" skill in my own section of the programming world and it gives me a headache just to look at some of this code, much less understand it.
Post by: HammerDave on July 28, 2014, 11:01:39 am
version 23.3 is up on dffd (http://dffd.wimbli.com/file.php?id=9040).
it's a few minor tweaks to the belief/trait conflicts stuff, and some updates to the game_data.ini for profession renaming and allowing hero labors. so if you'd prefer to just update the memory layout files for 40.05, you can get them here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/etc/memory_layouts).
First : thank you ! :)
second : how does github reflect the changes ? I had an error message : "I'm sorry but I don't know how to talk to this version of Dwarf Fortress! (checksum:0x5612460b)", after compiling it a few minutes ago. I just grab the memory layout from github by hand, and it's ok, but you have done it 6 hours ago... why does my git cloning did'nt have it ? (very newbie question, of course)
third : are some linux players interrested by a very rough (and in very poor english) how to make it work under linux (x/l)ubuntu ? I find it quite hard to find all the pieces of information needed.
Are you using the "DF2014" branch from github? The "master" branch is the old version.
Post by: Urist MacFrench on July 28, 2014, 12:17:30 pm
Are you using the "DF2014" branch from github? The "master" branch is the old version.I suppose so...
I use
Code: [Select]
git clone git://github.com/splintermind/Dwarf-Therapist.git DF2014as told here (https://github.com/splintermind/Dwarf-Therapist/blob/master/BUILDING.txt).
Is that good ?
Post by: Xeen on July 28, 2014, 01:04:32 pm
version 23.3 is up on dffd (http://dffd.wimbli.com/file.php?id=9040).
it's a few minor tweaks to the belief/trait conflicts stuff, and some updates to the game_data.ini for profession renaming and allowing hero labors. so if you'd prefer to just update the memory layout files for 40.05, you can get them here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/etc/memory_layouts).
Something wrong with this version.
I have mature fortress, 80 dwarves, no problem with civilians, but 3 of my soldiers from 10 person squad cannot set or remove any labor via Therapist - ingame labor works fine, only Therapist ignore them completelly. They display correct soldier age (60-80), so its not "child work issue", they are not wrongly identified as children. Its 3 of 7 "In Duty" soldiers, off duty ones works fine for now.
(fortress was created in 40.04 version, but updated to 40.05DF and working fine in 40.05)
I am going to try older one with 40.05 memory layout.
edit: Affected dwarves are all Master Wrestlers - I have 3 in squad and all of them cannot have any labor set/removed via recent Therapist.
Post by: AriRashkae on July 28, 2014, 01:11:53 pm
[OSX] Dwarf Therapist 23.3 for 40.05 (http://dffd.wimbli.com/file.php?id=9127)
Let's call it an alpha build until someone can do better. Soul addresses are still missing from df-structures, so I copied linux again, but this time lot's of offsets were different, and the dwarf detail popup is plain wrong... I searched for the missing offsets (https://github.com/fricy/df-structures/commit/a5fa17b561b6fc55686e69e8aa50db54fa2b1e64), but couldn't find everything. :(Spoiler: v0.40.05_osx.ini (click to show/hide)
Drat. Every time I try to load, it crashes, and then Dwarf Fortress stops responding. On the plus side, it means I can try again with the merchants that came & got pissed at me since my last save.
Post by: shaver on July 28, 2014, 01:26:26 pm
Somewhat crappy GIF showing adding to a group, selecting labors for a group, etc.
(http://i.imgur.com/q06LrqP.gif)
Also, I'll need to rebase to the DF2014 branch I guess. Would it make sense to move the legacy stuff to a DF2012 tag (or branch if you think you'll need to do more work on it; seems unlikely unless there's some OS compatibility stuff?) and have master be the active stream of development?
Also also: my next idea is a way to typedown the names of professions so you could do something like "<Ctrl-P>craft" and just see the crafting columns. Scanning the list with the names rotated is pretty slow for me still, and involves a bunch of scrolling. Sound acceptable?
Post by: fricy on July 28, 2014, 01:39:59 pm
Drat. Every time I try to load, it crashes, and then Dwarf Fortress stops responding. On the plus side, it means I can try again with the merchants that came & got pissed at me since my last save.
Apparently I was blind earlier. :( Try the dffd link (http://dffd.wimbli.com/file.php?id=9127) again, new version is up with fixed memory_layouts. Get back to me if you still have crashes, because the previous version was not crashing for me despite the errors. Which OSX are you on?
Spoiler: v0.40.05_osx.ini (fixed) (click to show/hide)
Post by: amistospindraca on July 28, 2014, 01:46:25 pm
version 23.3 is up on dffd (http://dffd.wimbli.com/file.php?id=9040).
it's a few minor tweaks to the belief/trait conflicts stuff, and some updates to the game_data.ini for profession renaming and allowing hero labors. so if you'd prefer to just update the memory layout files for 40.05, you can get them here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/etc/memory_layouts).
Something wrong with this version.
I have mature fortress, 80 dwarves, no problem with civilians, but 3 of my soldiers from 10 person squad cannot set or remove any labor via Therapist - ingame labor works fine, only Therapist ignore them completelly. They display correct soldier age (60-80), so its not "child work issue", they are not wrongly identified as children. Its 3 of 7 "In Duty" soldiers, off duty ones works fine for now.
(fortress was created in 40.04 version, but updated to 40.05DF and working fine in 40.05)
I am going to try older one with 40.05 memory layout.
edit: Affected dwarves are all Master Wrestlers - I have 3 in squad and all of them cannot have any labor set/removed via recent Therapist.
I remember having this issue while playing MDFv4J. The only way I could set labors for the dwarves concerned was to set them off-duty first.
Post by: splinterz on July 28, 2014, 01:56:06 pm
yeah it has to be related to the changes with the professional soldiers. i'll check it out.version 23.3 is up on dffd (http://dffd.wimbli.com/file.php?id=9040).
it's a few minor tweaks to the belief/trait conflicts stuff, and some updates to the game_data.ini for profession renaming and allowing hero labors. so if you'd prefer to just update the memory layout files for 40.05, you can get them here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/etc/memory_layouts).
Something wrong with this version.
I have mature fortress, 80 dwarves, no problem with civilians, but 3 of my soldiers from 10 person squad cannot set or remove any labor via Therapist - ingame labor works fine, only Therapist ignore them completelly. They display correct soldier age (60-80), so its not "child work issue", they are not wrongly identified as children. Its 3 of 7 "In Duty" soldiers, off duty ones works fine for now.
(fortress was created in 40.04 version, but updated to 40.05DF and working fine in 40.05)
I am going to try older one with 40.05 memory layout.
edit: Affected dwarves are all Master Wrestlers - I have 3 in squad and all of them cannot have any labor set/removed via recent Therapist.
Post by: Xeen on July 28, 2014, 02:07:09 pm
yeah it has to be related to the changes with the professional soldiers. i'll check it out.version 23.3 is up on dffd (http://dffd.wimbli.com/file.php?id=9040).
it's a few minor tweaks to the belief/trait conflicts stuff, and some updates to the game_data.ini for profession renaming and allowing hero labors. so if you'd prefer to just update the memory layout files for 40.05, you can get them here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/etc/memory_layouts).
Something wrong with this version.
I have mature fortress, 80 dwarves, no problem with civilians, but 3 of my soldiers from 10 person squad cannot set or remove any labor via Therapist - ingame labor works fine, only Therapist ignore them completelly. They display correct soldier age (60-80), so its not "child work issue", they are not wrongly identified as children. Its 3 of 7 "In Duty" soldiers, off duty ones works fine for now.
(fortress was created in 40.04 version, but updated to 40.05DF and working fine in 40.05)
I am going to try older one with 40.05 memory layout.
edit: Affected dwarves are all Master Wrestlers - I have 3 in squad and all of them cannot have any labor set/removed via recent Therapist.
To be exact I downloaded "Dwarf Fortress 40_05 Starter Pack r1 from PeridexisErrant" and then overwrite Therapist dictionary there with your full package from http://dffd.wimbli.com/file.php?id=9040 (23.3 version) and run update for saves.
EDIT: Just tried delete Therapist disctionary and put clean redownloaded instalation there, and problem is still the same. I am using recent Phoebus tileset, but I think it should not be related...
Post by: splinterz on July 28, 2014, 02:10:27 pm
I think I have everything done for custom groups except finding the save dir. Splinterz, should I just add the new offset to make-dt.pl? (I should test on Win32 and Linux too, since so far I've for some reason decided to do the work on the most awkward platform for debugging.)yeah the plan is to branch the current master to a 34.11 / 2012 branch. then i'll be merging the superlabors to the 2014, and the 2014 back into master and use it as the main branch again.
Somewhat crappy GIF showing adding to a group, selecting labors for a group, etc.Spoiler (click to show/hide)
Also, I'll need to rebase to the DF2014 branch I guess. Would it make sense to move the legacy stuff to a DF2012 tag (or branch if you think you'll need to do more work on it; seems unlikely unless there's some OS compatibility stuff?) and have master be the active stream of development?
Also also: my next idea is a way to typedown the names of professions so you could do something like "<Ctrl-P>craft" and just see the crafting columns. Scanning the list with the names rotated is pretty slow for me still, and involves a bunch of scrolling. Sound acceptable?
you can add the offset to the script and/or mem files. the typedown idea is interesting. the new columns will help with that in a way; you shouldn't require nearly as many columns now that they can be grouped.
Post by: AriRashkae on July 28, 2014, 02:29:05 pm
Drat. Every time I try to load, it crashes, and then Dwarf Fortress stops responding. On the plus side, it means I can try again with the merchants that came & got pissed at me since my last save.
Apparently I was blind earlier. :( Try the dffd link (http://dffd.wimbli.com/file.php?id=9127) again, new version is up with fixed memory_layouts. Get back to me if you still have crashes, because the previous version was not crashing for me despite the errors. Which OSX are you on?Spoiler: v0.40.05_osx.ini (fixed) (click to show/hide)
Much better! I haven't poked around too much with changing things yet (I want to write some new filters), but it connects, loads, and (so far!) edits properly. Thank you!
(Now to figure out where my customized tabs went... :P I have no brain today.)
EDIT: Attempting to create a modified Roles grid crashes when I right-click on "Columns in set", whether I copy a grid to edit or create a new one. Going to hunt down the preferences & try a clean install. (OSX 10.6.8 )
Post by: splinterz on July 28, 2014, 02:38:25 pm
actually if you've got a save that would help for testing.yeah it has to be related to the changes with the professional soldiers. i'll check it out.version 23.3 is up on dffd (http://dffd.wimbli.com/file.php?id=9040).
it's a few minor tweaks to the belief/trait conflicts stuff, and some updates to the game_data.ini for profession renaming and allowing hero labors. so if you'd prefer to just update the memory layout files for 40.05, you can get them here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/etc/memory_layouts).
Something wrong with this version.
I have mature fortress, 80 dwarves, no problem with civilians, but 3 of my soldiers from 10 person squad cannot set or remove any labor via Therapist - ingame labor works fine, only Therapist ignore them completelly. They display correct soldier age (60-80), so its not "child work issue", they are not wrongly identified as children. Its 3 of 7 "In Duty" soldiers, off duty ones works fine for now.
(fortress was created in 40.04 version, but updated to 40.05DF and working fine in 40.05)
I am going to try older one with 40.05 memory layout.
edit: Affected dwarves are all Master Wrestlers - I have 3 in squad and all of them cannot have any labor set/removed via recent Therapist.
To be exact I downloaded "Dwarf Fortress 40_05 Starter Pack r1 from PeridexisErrant" and then overwrite Therapist dictionary there with your full package from http://dffd.wimbli.com/file.php?id=9040 (23.3 version) and run update for saves.
EDIT: Just tried delete Therapist disctionary and put clean redownloaded instalation there, and problem is still the same. I am using recent Phoebus tileset, but I think it should not be related...
Post by: splinterz on July 28, 2014, 02:58:38 pm
for anyone building from source it's the superlabors (https://github.com/splintermind/Dwarf-Therapist/tree/superlabors)branch.
Post by: shaver on July 28, 2014, 04:32:31 pm
you can add the offset to the script and/or mem files. the typedown idea is interesting. the new columns will help with that in a way; you shouldn't require nearly as many columns now that they can be grouped.
OK. I'm slightly stymied by the fact that the dfhack build doesn't generate globals.csv for osx, so I'll have to figure that out. I think I can compute it from the linux one, though.
Soon!
Should I make Ungrouped always sort last?
Post by: splinterz on July 28, 2014, 05:06:10 pm
yeah i'm not sure what's up with the df-structure scripts. a few people were looking into it tonight, but i don't know if anything came of it. for your custom groups, yeah i'd put the ungrouped units last.you can add the offset to the script and/or mem files. the typedown idea is interesting. the new columns will help with that in a way; you shouldn't require nearly as many columns now that they can be grouped.
OK. I'm slightly stymied by the fact that the dfhack build doesn't generate globals.csv for osx, so I'll have to figure that out. I think I can compute it from the linux one, though.
Soon!
Should I make Ungrouped always sort last?
Post by: shaver on July 28, 2014, 05:46:24 pm
yeah i'm not sure what's up with the df-structure scripts. a few people were looking into it tonight, but i don't know if anything came of it. for your custom groups, yeah i'd put the ungrouped units last.you can add the offset to the script and/or mem files. the typedown idea is interesting. the new columns will help with that in a way; you shouldn't require nearly as many columns now that they can be grouped.
OK. I'm slightly stymied by the fact that the dfhack build doesn't generate globals.csv for osx, so I'll have to figure that out. I think I can compute it from the linux one, though.
Soon!
Should I make Ungrouped always sort last?
The df-structure scripts just don't even try to generate globals.csv for osx, I guess because Linux can't handle Darwin binfmts. I probably need to set up sbcl, though I thought that doing the math from the Linux ones would work. Would you mind checking my work?
Comparing world_data addresses between osx and linux gives 0x09a217b4 - 0x019864b4 = 0x0809b300. Subtracting that from the linux address for world.cur_savegame.save_dir is 0x097fc4f0 - 0x0809b300 = 0x017611f0.
I have that (0x017611f0) as the save_dir address, and it's getting pulled from the config file correctly, but the string reads as empty. This is the reading code I have:
Code: [Select]
// load path to current save
VIRTADDR save_dir_addr = read_addr(m_memory_correction + m_layout->address("save_dir"));
m_save_dir = read_string(save_dir_addr);
LOGI << "save dir: " << m_save_dir << " from " << m_layout->address("save_dir");
I'm not sure what the layout of the std::string is, but this looks parallel to how dwarves read their names. I haven't tried stepping through and peeking at nearby memory yet.
Post by: splinterz on July 28, 2014, 06:38:48 pm
i tested your code out on a windows build, and it's reading the save directory name correctly, so the offsets must be off. the offset calculation seems to be ok, if it were in the same relative position. so you may have to poke around in the memory and see :/yeah i'm not sure what's up with the df-structure scripts. a few people were looking into it tonight, but i don't know if anything came of it. for your custom groups, yeah i'd put the ungrouped units last.you can add the offset to the script and/or mem files. the typedown idea is interesting. the new columns will help with that in a way; you shouldn't require nearly as many columns now that they can be grouped.
OK. I'm slightly stymied by the fact that the dfhack build doesn't generate globals.csv for osx, so I'll have to figure that out. I think I can compute it from the linux one, though.
Soon!
Should I make Ungrouped always sort last?
The df-structure scripts just don't even try to generate globals.csv for osx, I guess because Linux can't handle Darwin binfmts. I probably need to set up sbcl, though I thought that doing the math from the Linux ones would work. Would you mind checking my work?
Comparing world_data addresses between osx and linux gives 0x09a217b4 - 0x019864b4 = 0x0809b300. Subtracting that from the linux address for world.cur_savegame.save_dir is 0x097fc4f0 - 0x0809b300 = 0x017611f0.
I have that (0x017611f0) as the save_dir address, and it's getting pulled from the config file correctly, but the string reads as empty. This is the reading code I have:Code: [Select]// load path to current save
VIRTADDR save_dir_addr = read_addr(m_memory_correction + m_layout->address("save_dir"));
m_save_dir = read_string(save_dir_addr);
LOGI << "save dir: " << m_save_dir << " from " << m_layout->address("save_dir");
I'm not sure what the layout of the std::string is, but this looks parallel to how dwarves read their names. I haven't tried stepping through and peeking at nearby memory yet.
Post by: crossmr on July 28, 2014, 06:44:34 pm
actually if you've got a save that would help for testing.yeah it has to be related to the changes with the professional soldiers. i'll check it out.version 23.3 is up on dffd (http://dffd.wimbli.com/file.php?id=9040).
it's a few minor tweaks to the belief/trait conflicts stuff, and some updates to the game_data.ini for profession renaming and allowing hero labors. so if you'd prefer to just update the memory layout files for 40.05, you can get them here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/etc/memory_layouts).
Something wrong with this version.
I have mature fortress, 80 dwarves, no problem with civilians, but 3 of my soldiers from 10 person squad cannot set or remove any labor via Therapist - ingame labor works fine, only Therapist ignore them completelly. They display correct soldier age (60-80), so its not "child work issue", they are not wrongly identified as children. Its 3 of 7 "In Duty" soldiers, off duty ones works fine for now.
(fortress was created in 40.04 version, but updated to 40.05DF and working fine in 40.05)
I am going to try older one with 40.05 memory layout.
edit: Affected dwarves are all Master Wrestlers - I have 3 in squad and all of them cannot have any labor set/removed via recent Therapist.
To be exact I downloaded "Dwarf Fortress 40_05 Starter Pack r1 from PeridexisErrant" and then overwrite Therapist dictionary there with your full package from http://dffd.wimbli.com/file.php?id=9040 (23.3 version) and run update for saves.
EDIT: Just tried delete Therapist disctionary and put clean redownloaded instalation there, and problem is still the same. I am using recent Phoebus tileset, but I think it should not be related...
I can confirm this. My soldiers can't have their labours changed either. I'm on my way out right now, if he doesn't upload a save, I'll upload one later.
Post by: Penumbra15 on July 28, 2014, 06:45:34 pm
Thanks!
Post by: splinterz on July 28, 2014, 06:56:44 pm
Hi there! I'm just getting back into Dwarf Fortress, and I found this tool to be incredible. But given Dwarf Fortress updated, I decide to update, too. But now I get the message "Unidentified game version". Is there any 'get around' this? Or do I need to wait for the next update? And when can I expect this update, ish?what DF version, DT version, OS version, etc. etc.
Thanks!
Post by: Penumbra15 on July 28, 2014, 07:10:51 pm
Post by: PeridexisErrant on July 28, 2014, 07:19:26 pm
The July 27th update, so windows 0.40.05. I was using 23.0 Dwarf Therapist.For 40_05 you need v23.3+; update your DT.
Post by: Penumbra15 on July 28, 2014, 07:35:25 pm
Post by: ResMar on July 28, 2014, 07:36:22 pm
Post by: shaver on July 28, 2014, 07:40:30 pm
i tested your code out on a windows build, and it's reading the save directory name correctly, so the offsets must be off. the offset calculation seems to be ok, if it were in the same relative position. so you may have to poke around in the memory and see :/
OK, maybe Fricy can help me out! Or I'll go groveling in memory like a barbarian.
Post by: thistleknot on July 28, 2014, 09:40:17 pm
http://dffd.wimbli.com/file.php?id=9192
Post by: fricy on July 29, 2014, 01:33:02 am
i tested your code out on a windows build, and it's reading the save directory name correctly, so the offsets must be off. the offset calculation seems to be ok, if it were in the same relative position. so you may have to poke around in the memory and see :/OK, maybe Fricy can help me out! Or I'll go groveling in memory like a barbarian.
Sorry, no dice here, I'm not even a programmer, so I have no idea what I'm doing (http://leedshackspace.org.uk/wp-content/uploads/2014/05/i-have-no-idea-what-im-doing-dog.jpg)... :) I compiled a test build of dfhack and used the find-offsets scripts there to make the therapist.ini, but couldn't manage to get ag's sbcl going, so I have the same problem with missing .csv-s. My hunch was to try to recompile it from src, but couldn't find the time for that. yet.
Post by: splinterz on July 29, 2014, 03:30:33 am
Splinterz what's the new number crunch like for role ratings? I'm noticing that it's not nearly so sharp anymore. You rebased the starting point to 50, I'm guessing?the biggest difference is that they're no longer individually ranked from 0-100, but now it's the entire set of roles. so you won't have 0-100 for each role column you add to the view, but a 0-100 range across all role ratings. now though, you can compare role columns to each other, and the optimizer's priorities actually work.
Post by: Xeen on July 29, 2014, 03:36:01 am
save uploaded http://ag.kilitar.cz/MRLINEK%2013.zip , (as I said I am using Phoebus tileset, and I am not sure what modifications his tileset exactly do with vanilla raws.)actually if you've got a save that would help for testing.yeah it has to be related to the changes with the professional soldiers. i'll check it out.version 23.3 is up on dffd (http://dffd.wimbli.com/file.php?id=9040).
it's a few minor tweaks to the belief/trait conflicts stuff, and some updates to the game_data.ini for profession renaming and allowing hero labors. so if you'd prefer to just update the memory layout files for 40.05, you can get them here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/etc/memory_layouts).
Something wrong with this version.
I have mature fortress, 80 dwarves, no problem with civilians, but 3 of my soldiers from 10 person squad cannot set or remove any labor via Therapist - ingame labor works fine, only Therapist ignore them completelly. They display correct soldier age (60-80), so its not "child work issue", they are not wrongly identified as children. Its 3 of 7 "In Duty" soldiers, off duty ones works fine for now.
(fortress was created in 40.04 version, but updated to 40.05DF and working fine in 40.05)
I am going to try older one with 40.05 memory layout.
edit: Affected dwarves are all Master Wrestlers - I have 3 in squad and all of them cannot have any labor set/removed via recent Therapist.
To be exact I downloaded "Dwarf Fortress 40_05 Starter Pack r1 from PeridexisErrant" and then overwrite Therapist dictionary there with your full package from http://dffd.wimbli.com/file.php?id=9040 (23.3 version) and run update for saves.
EDIT: Just tried delete Therapist disctionary and put clean redownloaded instalation there, and problem is still the same. I am using recent Phoebus tileset, but I think it should not be related...
Post by: celem on July 29, 2014, 04:25:28 am
For what it's worth... The OP link and dffd file description still refer to 40_04, though i see an edit performed post-40_05. The only ref to _05 is the name of the actual download directory on dffd. Confuzzling.
Post by: Xeen on July 29, 2014, 04:52:30 am
So the OP link is now good for 40_05? Grabbed it from this thread a couple of days ago for _04 and all sweet, didnt like the switch to _05. I'll regrab the file and see.
For what it's worth... The OP link and dffd file description still refer to 40_04, though i see an edit performed post-40_05. The only ref to _05 is the name of the actual download directory on dffd. Confuzzling.
Yep, its actual version working with 40_05.
You point on not updated description I think....
(https://imagizer.imageshack.us/v2/597x167q90/537/rHgTkh.png)
EDIT: Shrinked image
Post by: splinterz on July 29, 2014, 06:08:15 am
ok, the problem is that i forgot to update the game_data.ini. :-\ if you've downloaded the zip from dffd, you'll see that in the main directory there's a game_data.ini. that should be moved into the /etc folder and replace the file that's there.save uploaded http://ag.kilitar.cz/MRLINEK%2013.zip , (as I said I am using Phoebus tileset, and I am not sure what modifications his tileset exactly do with vanilla raws.)actually if you've got a save that would help for testing.yeah it has to be related to the changes with the professional soldiers. i'll check it out.version 23.3 is up on dffd (http://dffd.wimbli.com/file.php?id=9040).
it's a few minor tweaks to the belief/trait conflicts stuff, and some updates to the game_data.ini for profession renaming and allowing hero labors. so if you'd prefer to just update the memory layout files for 40.05, you can get them here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/etc/memory_layouts).
Something wrong with this version.
I have mature fortress, 80 dwarves, no problem with civilians, but 3 of my soldiers from 10 person squad cannot set or remove any labor via Therapist - ingame labor works fine, only Therapist ignore them completelly. They display correct soldier age (60-80), so its not "child work issue", they are not wrongly identified as children. Its 3 of 7 "In Duty" soldiers, off duty ones works fine for now.
(fortress was created in 40.04 version, but updated to 40.05DF and working fine in 40.05)
I am going to try older one with 40.05 memory layout.
edit: Affected dwarves are all Master Wrestlers - I have 3 in squad and all of them cannot have any labor set/removed via recent Therapist.
To be exact I downloaded "Dwarf Fortress 40_05 Starter Pack r1 from PeridexisErrant" and then overwrite Therapist dictionary there with your full package from http://dffd.wimbli.com/file.php?id=9040 (23.3 version) and run update for saves.
EDIT: Just tried delete Therapist disctionary and put clean redownloaded instalation there, and problem is still the same. I am using recent Phoebus tileset, but I think it should not be related...
i'm uploading a fixed version to dffd at the moment as well.
Post by: ResMar on July 29, 2014, 03:35:13 pm
Post by: ResMar on July 29, 2014, 04:04:01 pm
Post by: LynXsh on July 30, 2014, 12:38:34 am
Am I the only one who miss emoticons for "quite content" happiness level in 23.3?..
Post by: splinterz on July 30, 2014, 04:41:25 am
Good day!will be fixed in the next release :)
Am I the only one who miss emoticons for "quite content" happiness level in 23.3?..
Post by: LynXsh on July 30, 2014, 07:16:35 pm
will be fixed in the next release :)Oh, that's good! Thanks for answer.
Post by: Dirst on July 30, 2014, 08:55:39 pm
lynXsh has been quite content lately. He received good news from splinterz recently. He admired an exceptional software recently.will be fixed in the next release :)Oh, that's good! Thanks for answer.
Post by: crossmr on July 31, 2014, 12:42:36 am
It can sometimes be annoying as shit to hunt and peck that list finding people for burrows, and if I had a list of burrows that I could just click and assign people to easily and commit the changes it would be infinitely more useful.
It would let me do much more sophisticated managing and controlling of dwarves and really fine tune who goes where and when, but it's a headache as it is now. i thought it might fit well with the existing interface in dwarf therapist.
Post by: splinterz on July 31, 2014, 12:53:55 am
I don't know if this is possible or not, but could we add a graphic burrow manager?yeah it's a pretty common request, but until i rewrite the back-end and turn it into a dfhack plugin, you're probably out of luck. viewing which burrows have which dwarves, and maybe removing them could be possible, but not adding them. so i'm not sure how useful that would be.
It can sometimes be annoying as shit to hunt and peck that list finding people for burrows, and if I had a list of burrows that I could just click and assign people to easily and commit the changes it would be infinitely more useful.
It would let me do much more sophisticated managing and controlling of dwarves and really fine tune who goes where and when, but it's a headache as it is now. i thought it might fit well with the existing interface in dwarf therapist.
Post by: AriRashkae on July 31, 2014, 08:10:37 am
Are filter scripts currently broken? I'm running both the latest Mac & Windows builds for 0.40.05 (2 different machines, 2 different games), and I copied the 4 scripts from the guide & saved them, but none of them do anything on either build. Is there a step - or post explaining this - I'm missing? (It would not be the first time!)
Post by: splinterz on July 31, 2014, 08:15:07 am
All right, I'm sure the reason for this is just that I'm overlooking the obvious, but I'm going to ask anyway.which guide? the therapist manual? can you post one of the scripts that's not working for you?
Are filter scripts currently broken? I'm running both the latest Mac & Windows builds for 0.40.05 (2 different machines, 2 different games), and I copied the 4 scripts from the guide & saved them, but none of them do anything on either build. Is there a step - or post explaining this - I'm missing? (It would not be the first time!)
Post by: AriRashkae on July 31, 2014, 08:35:19 am
All right, I'm sure the reason for this is just that I'm overlooking the obvious, but I'm going to ask anyway.which guide? the therapist manual? can you post one of the scripts that's not working for you?
Are filter scripts currently broken? I'm running both the latest Mac & Windows builds for 0.40.05 (2 different machines, 2 different games), and I copied the 4 scripts from the guide & saved them, but none of them do anything on either build. Is there a step - or post explaining this - I'm missing? (It would not be the first time!)
Yeah, the manual. (Which is awesome, BTW! Found stuff I never knew about, or forgot I knew! :D )
I got the "Key Dwarves", and the 2 "Hauling" scripts to work (on the Mac) by going through them character-by-character & double checking/fixing them. I'm guessing it's just Copy/Paste is misbehaving, and I'm going to tentatively say it's the same on the Windows version. I'm slogging through the "Available to Work" script, but my eyes are starting to cross. Never tried scripting before! :P
Post by: splinterz on July 31, 2014, 08:54:45 am
change all instances of 'labour' to 'labor'All right, I'm sure the reason for this is just that I'm overlooking the obvious, but I'm going to ask anyway.which guide? the therapist manual? can you post one of the scripts that's not working for you?
Are filter scripts currently broken? I'm running both the latest Mac & Windows builds for 0.40.05 (2 different machines, 2 different games), and I copied the 4 scripts from the guide & saved them, but none of them do anything on either build. Is there a step - or post explaining this - I'm missing? (It would not be the first time!)
Yeah, the manual. (Which is awesome, BTW! Found stuff I never knew about, or forgot I knew! :D )
I got the "Key Dwarves", and the 2 "Hauling" scripts to work (on the Mac) by going through them character-by-character & double checking/fixing them. I'm guessing it's just Copy/Paste is misbehaving, and I'm going to tentatively say it's the same on the Windows version. I'm slogging through the "Available to Work" script, but my eyes are starting to cross. Never tried scripting before! :P
Post by: AriRashkae on July 31, 2014, 09:03:42 am
Post by: ResMar on July 31, 2014, 07:40:39 pm
The completed filter script in old version of the guide didn't work because of a couple of small errors I made in it that I fixed in my instance of Dwarf Therapist, but forgot to copy-paste to the guide. If you still need it, here's the complete script:
Code: [Select]
// hauling test
(d.total_assigned_labors(true) - d.total_assigned_labors(false) == 11) &&
// masonry and stone detailing test
(((d.labor_enabled(13) == true && d.labor_rating(13) < 3) ||
d.labor_enabled(13) == false) || ((d.labor_enabled(12) == true &&
d.labor_rating(12) < 4) || d.labor_enabled(12) == false)) &&
// nickname test
(d.nice_name == "") &&
// military duty test
!d.active_military() &&
// key dwarf test
(!d.labor_enabled(47) && !d.labor_enabled(48) && !d.labor_enabled(29)
&& !d.labor_enabled(11) && !d.labor_enabled(33) && !d.labor_enabled(38)
&& !d.labor_enabled(45) && !d.labor_enabled(50) && !d.labor_enabled(51)
&& !d.labor_enabled(49) && !d.labor_enabled(00) && !d.labor_enabled(53)
&& !d.labor_enabled(46)) &&
// useless labors test
((d.labor_rating(16) > 0 && d.labor_enabled(16)) || d.labor_rating(16) <= 0)
&& // Animal Tr.
((d.labor_rating(43) > 0 && d.labor_enabled(43)) || d.labor_rating(43) <= 0)
&& // Fish Diss.
((d.labor_rating(26) > 0 && d.labor_enabled(26)) || d.labor_rating(26) <= 0)
&& // Animal Diss.
((d.labor_rating(72) > 0 && d.labor_enabled(72)) || d.labor_rating(72) <= 0)I couldn't get the wax working call to work properly, so I removed it. Not sure if it's a minor bug of some sort, never got around to reporting it when there are bigger fish to fry. No, really. Check my sig.
Splinterz, where do you figure is a good place to set up an exported utilities list? The GitHub repo wiki could be used for it; so could that page on Dwarf Fortress Wiki that I accidentally visited (http://dwarffortresswiki.org/index.php/Utility:Dwarf_Therapist/Addons_Repository). Since the guide is meant to be static, I'd rather not post it there.
Post by: dash on July 31, 2014, 11:49:19 pm
At first it was failing to open because of a missing qt5 library - after much heartbreak and almost blundering into reinstalling Ubuntu because I somehow screwed up the packages I had, I finally seem to have all the right ones.
Now however DT gives this error when run from the command line:
Code: [Select]
./DwarfTherapist: undefined symbol: _ZN11QHeaderView10setVisibleEbI'm noticing someone else mentioned running into this on Linux too a few pages back but didnt see a fix.
I'm running Ubuntu 12.04 LTS, AMD 64bit notebook. Any more info you need I can supply, and any help appreciated. I love your program btw, realised I literaly cant play the game without it.
Cheers!
Post by: splinterz on August 01, 2014, 01:34:47 am
Splinterz, where do you figure is a good place to set up an exported utilities list? The GitHub repo wiki could be used for it; so could that page on Dwarf Fortress Wiki that I accidentally visited (http://dwarffortresswiki.org/index.php/Utility:Dwarf_Therapist/Addons_Repository). Since the guide is meant to be static, I'd rather not post it there.yeah i can put them up on the wiki page on the DT github. i don't think i have much permission control over the github wiki, so for open access the df one is probably better though. i need to link to your manual as well..
Post by: splinterz on August 01, 2014, 01:36:46 am
Hi guys, recently reinstalled DF to give 2014 a shot but of course am missing Therapist badly. Unfortunately it's one utility thats caused me a lot of grief since the update.ExpHP had that exact same error that they were able to resolve somehow it seems. (http://www.bay12forums.com/smf/index.php?topic=122968.msg5504876#msg5504876)
At first it was failing to open because of a missing qt5 library - after much heartbreak and almost blundering into reinstalling Ubuntu because I somehow screwed up the packages I had, I finally seem to have all the right ones.
Now however DT gives this error when run from the command line:Code: [Select]./DwarfTherapist: undefined symbol: _ZN11QHeaderView10setVisibleEb
I'm noticing someone else mentioned running into this on Linux too a few pages back but didnt see a fix.
I'm running Ubuntu 12.04 LTS, AMD 64bit notebook. Any more info you need I can supply, and any help appreciated. I love your program btw, realised I literaly cant play the game without it.
Cheers!
Post by: dash on August 01, 2014, 02:23:15 am
ExpHP had that exact same error that they were able to resolve somehow it seems. (http://www.bay12forums.com/smf/index.php?topic=122968.msg5504876#msg5504876)
Cool - I've PM'd him as he says he compiled a working version but didn't post a link to an upload or whatever... hopefully he can come back and tell what he did.
Post by: caas on August 01, 2014, 07:27:31 am
Windows says "program stopped responding" and I get no other error. When I start a new fort, it works again so it must be something that happens later in a fort in this new DF version. This is the log file:
Quote
2014-aug-01 14:25:57.024 INFO core Dwarf Therapist "23.3.0" starting normally. [src\dwarftherapist.cpp:137] (setup_logging)
2014-aug-01 14:25:57.232 INFO core beginning to read settings [src\dwarftherapist.cpp:159] (read_settings)
2014-aug-01 14:25:57.260 INFO core finished reading settings [src\dwarftherapist.cpp:225] (read_settings)
2014-aug-01 14:25:57.286 INFO core attempting connection to running DF game [src\mainwindow.cpp:309] (connect_to_df)
2014-aug-01 14:25:57.289 ERROR core Skipping read of invalid memory layout in "E:/Dwarf Fortress 40_05 Starter Pack r2/LNP/utilities/Dwarf Therapist 23.3/game_data.ini" [src\memorylayout.cpp:39] (load_data)
2014-aug-01 14:25:57.290 INFO core adding valid layout "v0.40.05 (graphics)" "0x53d566b4" [src\dfinstance.cpp:118] (DFInstance)
2014-aug-01 14:25:57.292 INFO core adding valid layout "40.04 (graphics)" "0x53cc0058" [src\dfinstance.cpp:118] (DFInstance)
2014-aug-01 14:25:57.293 INFO core adding valid layout "v0.40.03 (graphics)" "0x53c2d20c" [src\dfinstance.cpp:118] (DFInstance)
2014-aug-01 14:25:57.294 INFO core adding valid layout "v0.40.01 (graphics)" "0x53bb189a" [src\dfinstance.cpp:118] (DFInstance)
2014-aug-01 14:25:57.295 INFO core attempting to find running copy of DF by window handle [src\dfinstancewindows.cpp:171] (find_running_copy)
2014-aug-01 14:25:57.295 INFO core found copy with HWND: 0x30368 [src\dfinstancewindows.cpp:187] (find_running_copy)
2014-aug-01 14:25:57.295 INFO core PID of process is: 4156 [src\dfinstancewindows.cpp:194] (find_running_copy)
2014-aug-01 14:25:57.295 INFO core PROC HANDLE: 0x1c0 [src\dfinstancewindows.cpp:202] (find_running_copy)
2014-aug-01 14:25:57.295 INFO core PEB is at: 0x7efde000 [src\dfinstancewindows.cpp:208] (find_running_copy)
2014-aug-01 14:25:57.295 INFO core read 12 bytes BASE ADDR is at: 0x1340000 [src\dfinstancewindows.cpp:221] (find_running_copy)
2014-aug-01 14:25:57.296 INFO core Target EXE was compiled at "2014-07-27T22:53:08" [src\dfinstancewindows.cpp:70] (calculate_checksum)
2014-aug-01 14:25:57.296 INFO core DF's checksum is: "0x53d566b4" [src\dfinstance.cpp:1487] (get_memory_layout)
2014-aug-01 14:25:57.296 INFO core Detected Dwarf Fortress version "v0.40.05 (graphics)" using MemoryLayout from "E:/Dwarf Fortress 40_05 Starter Pack r2/LNP/utilities/Dwarf Therapist 23.3/etc/memory_layouts/windows/v0.40.05_graphics.ini" [src\dfinstance.cpp:1499] (get_memory_layout)
2014-aug-01 14:25:57.296 INFO core base address: "0x01340000" [src\dfinstancewindows.cpp:243] (find_running_copy)
2014-aug-01 14:25:57.296 INFO core memory correction: "0x00f40000" [src\dfinstancewindows.cpp:244] (find_running_copy)
2014-aug-01 14:25:57.298 INFO core GetModuleFileNameEx returned: "E:\Dwarf Fortress 40_05 Starter Pack r2\Dwarf Fortress 0.40.05\Dwarf Fortress.exe" [src\dfinstancewindows.cpp:257] (find_running_copy)
2014-aug-01 14:25:57.298 INFO core Dwarf fortress path: "E:/Dwarf Fortress 40_05 Starter Pack r2/Dwarf Fortress 0.40.05" [src\dfinstancewindows.cpp:260] (find_running_copy)
2014-aug-01 14:25:57.299 INFO core Connection to DF version "v0.40.05 (graphics)" established. [src\mainwindow.cpp:336] (connect_to_df)
2014-aug-01 14:25:57.331 WARNING core unidentified column type in set "General" ! [src\grid_view\viewcolumnset.cpp:300] (read_from_ini)
2014-aug-01 14:25:57.334 INFO core Loaded 12 views from disk [src\viewmanager.cpp:192] (reload_views)
2014-aug-01 14:25:57.335 INFO core group_by now set to 0 for view "Labors" [src\models\dwarfmodel.cpp:738] (set_group_by)
2014-aug-01 14:25:57.346 INFO core group_by now set to 0 for view "Labors" [src\models\dwarfmodel.cpp:738] (set_group_by)
2014-aug-01 14:25:57.346 INFO core "redrew views in 12ms" [src\viewmanager.cpp:321] (draw_views)
2014-aug-01 14:25:57.346 INFO core FOUND 0 squads [src\dfinstance.cpp:954] (load_squads)
2014-aug-01 14:25:57.348 INFO core current year: 0 [src\dfinstance.cpp:484] (load_dwarves)
2014-aug-01 14:25:57.348 INFO core no active units (embark) using full unit list [src\dfinstance.cpp:1015] (get_creatures)
2014-aug-01 14:25:57.349 INFO core found 0 dwarves out of 0 creatures [src\dfinstance.cpp:549] (load_dwarves)
2014-aug-01 14:25:57.349 WARNING core lost connection to DF [src\mainwindow.cpp:376] (lost_df_connection)
2014-aug-01 14:25:57.360 INFO core group_by now set to 0 for view "Labors" [src\models\dwarfmodel.cpp:738] (set_group_by)
2014-aug-01 14:25:57.371 INFO core loaded rows for "Labors" 11 ms [src\models\dwarfmodel.cpp:744] (set_group_by)
2014-aug-01 14:26:11.286 INFO core attempting connection to running DF game [src\mainwindow.cpp:309] (connect_to_df)
2014-aug-01 14:26:11.286 ERROR core Skipping read of invalid memory layout in "E:/Dwarf Fortress 40_05 Starter Pack r2/LNP/utilities/Dwarf Therapist 23.3/game_data.ini" [src\memorylayout.cpp:39] (load_data)
2014-aug-01 14:26:11.287 INFO core adding valid layout "v0.40.05 (graphics)" "0x53d566b4" [src\dfinstance.cpp:118] (DFInstance)
2014-aug-01 14:26:11.288 INFO core adding valid layout "40.04 (graphics)" "0x53cc0058" [src\dfinstance.cpp:118] (DFInstance)
2014-aug-01 14:26:11.288 INFO core adding valid layout "v0.40.03 (graphics)" "0x53c2d20c" [src\dfinstance.cpp:118] (DFInstance)
2014-aug-01 14:26:11.289 INFO core adding valid layout "v0.40.01 (graphics)" "0x53bb189a" [src\dfinstance.cpp:118] (DFInstance)
2014-aug-01 14:26:11.290 INFO core attempting to find running copy of DF by window handle [src\dfinstancewindows.cpp:171] (find_running_copy)
2014-aug-01 14:26:11.290 INFO core found copy with HWND: 0x30368 [src\dfinstancewindows.cpp:187] (find_running_copy)
2014-aug-01 14:26:11.290 INFO core PID of process is: 4156 [src\dfinstancewindows.cpp:194] (find_running_copy)
2014-aug-01 14:26:11.290 INFO core PROC HANDLE: 0x1c0 [src\dfinstancewindows.cpp:202] (find_running_copy)
2014-aug-01 14:26:11.290 INFO core PEB is at: 0x7efde000 [src\dfinstancewindows.cpp:208] (find_running_copy)
2014-aug-01 14:26:11.290 INFO core read 12 bytes BASE ADDR is at: 0x1340000 [src\dfinstancewindows.cpp:221] (find_running_copy)
2014-aug-01 14:26:11.290 INFO core Target EXE was compiled at "2014-07-27T22:53:08" [src\dfinstancewindows.cpp:70] (calculate_checksum)
2014-aug-01 14:26:11.290 INFO core DF's checksum is: "0x53d566b4" [src\dfinstance.cpp:1487] (get_memory_layout)
2014-aug-01 14:26:11.290 INFO core Detected Dwarf Fortress version "v0.40.05 (graphics)" using MemoryLayout from "E:/Dwarf Fortress 40_05 Starter Pack r2/LNP/utilities/Dwarf Therapist 23.3/etc/memory_layouts/windows/v0.40.05_graphics.ini" [src\dfinstance.cpp:1499] (get_memory_layout)
2014-aug-01 14:26:11.290 INFO core base address: "0x01340000" [src\dfinstancewindows.cpp:243] (find_running_copy)
2014-aug-01 14:26:11.290 INFO core memory correction: "0x00f40000" [src\dfinstancewindows.cpp:244] (find_running_copy)
2014-aug-01 14:26:11.298 INFO core GetModuleFileNameEx returned: "E:\Dwarf Fortress 40_05 Starter Pack r2\Dwarf Fortress 0.40.05\Dwarf Fortress.exe" [src\dfinstancewindows.cpp:257] (find_running_copy)
2014-aug-01 14:26:11.298 INFO core Dwarf fortress path: "E:/Dwarf Fortress 40_05 Starter Pack r2/Dwarf Fortress 0.40.05" [src\dfinstancewindows.cpp:260] (find_running_copy)
2014-aug-01 14:26:11.300 INFO core Connection to DF version "v0.40.05 (graphics)" established. [src\mainwindow.cpp:336] (connect_to_df)
2014-aug-01 14:26:12.014 WARNING core unidentified column type in set "General" ! [src\grid_view\viewcolumnset.cpp:300] (read_from_ini)
2014-aug-01 14:26:12.017 INFO core Loaded 13 views from disk [src\viewmanager.cpp:192] (reload_views)
2014-aug-01 14:26:12.021 INFO core group_by now set to 0 for view "Labors" [src\models\dwarfmodel.cpp:738] (set_group_by)
2014-aug-01 14:26:12.031 INFO core loaded rows for "Labors" 10 ms [src\models\dwarfmodel.cpp:744] (set_group_by)
2014-aug-01 14:26:12.041 INFO core group_by now set to 0 for view "Labors" [src\models\dwarfmodel.cpp:738] (set_group_by)
2014-aug-01 14:26:12.059 INFO core loaded rows for "Labors" 18 ms [src\models\dwarfmodel.cpp:744] (set_group_by)
2014-aug-01 14:26:12.059 INFO core "redrew views in 42ms" [src\viewmanager.cpp:321] (draw_views)
2014-aug-01 14:26:12.064 INFO core FOUND 32 squads [src\dfinstance.cpp:954] (load_squads)
2014-aug-01 14:26:12.092 INFO core current year: 126 [src\dfinstance.cpp:484] (load_dwarves)
2014-aug-01 14:26:12.092 INFO core using active units [src\dfinstance.cpp:1024] (get_creatures)
2014-aug-01 14:26:12.129 INFO core FOUND UNIT "0x106a9e48" "B?mbul Atzuloslan" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.134 INFO core FOUND UNIT "0x106aab50" "Lokum ?nulastod" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.141 INFO core FOUND UNIT "0x106ab858" "Udib Geshudzal?s" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.146 INFO core FOUND UNIT "0x106ac560" "Kel M?zirlolok" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.151 INFO core FOUND UNIT "0x106ad268" "Zasit Kolothlest" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.156 INFO core FOUND UNIT "0x106adf70" "Kivish Idash?teb" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.161 INFO core FOUND UNIT "0x106aec78" "Udib Stelidkogan" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.163 INFO core FOUND BEAST "0x106af980" "Giant Cave Spider" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.163 INFO core FOUND BEAST "0x106b0ef0" "Giant Cave Spider" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.164 INFO core FOUND BEAST "0x106b1bf8" "Giant Cave Spider" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.165 INFO core FOUND BEAST "0x106b2900" "Giant Cave Spider" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.166 INFO core FOUND BEAST "0x106b3608" "Giant Cave Spider" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.167 INFO core FOUND BEAST "0x106b4310" "Giant Cave Spider" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.168 INFO core FOUND BEAST "0x106b5018" "Hunting Giant cave swallow" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.169 INFO core FOUND BEAST "0x106b5d20" "Hunting Giant cave swallow" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.170 INFO core FOUND BEAST "0x106b6a28" "Hunting Giant cave swallow" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.171 INFO core FOUND BEAST "0x106b7730" "Hunting Giant cave swallow" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.173 INFO core FOUND BEAST "0x106b8438" "Hunting Giant cave swallow" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.173 INFO core FOUND BEAST "0x106b9140" "Hunting Giant cave swallow" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.174 INFO core FOUND BEAST "0x106b9e48" "Hunting Giant cave swallow" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.175 INFO core FOUND BEAST "0x106bab50" "Hunting Giant cave swallow" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.177 INFO core FOUND BEAST "0x106bb858" "Cat" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.178 INFO core FOUND BEAST "0x106bc560" "Cat" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.179 INFO core FOUND BEAST "0x106bd268" "Cat" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.181 INFO core FOUND BEAST "0x106bdf70" "Cat" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.182 INFO core FOUND BEAST "0x106bec78" "Cat" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.183 INFO core FOUND BEAST "0x106bf980" "Cat" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.184 INFO core FOUND BEAST "0x106c0ef0" "War Giant lynx" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.185 INFO core FOUND BEAST "0x106c1bf8" "War Giant lynx" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.187 INFO core FOUND BEAST "0x106c2900" "War Giant lynx" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.188 INFO core FOUND BEAST "0x106c3608" "Hunting Giant lynx" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.189 INFO core FOUND BEAST "0x106c4310" "Hunting Giant lynx" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.190 INFO core FOUND BEAST "0x106c5018" "Hunting Giant lynx" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.191 INFO core Ignoring "Unknown" who appears to be "Dead, Jim." [src\dwarf.cpp:234] (has_invalid_flags)
2014-aug-01 14:26:12.191 INFO core Ignoring "Unknown" who appears to be "Dead, Jim." [src\dwarf.cpp:234] (has_invalid_flags)
2014-aug-01 14:26:12.200 INFO core FOUND UNIT "0x1060bea0" "Zan Delethled" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.205 INFO core FOUND UNIT "0x10652930" "Kib Rovododdom" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.211 INFO core FOUND UNIT "0x106a6a28" "Rith M?rulborush" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.216 INFO core FOUND UNIT "0x0dd3a470" "S?kzul Likotebal" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.222 INFO core FOUND UNIT "0x0dd397a8" "K?buk Avuz?nal" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.227 INFO core FOUND UNIT "0x0dd38ae0" "Avuz Stinth?dm?shos" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.232 INFO core FOUND UNIT "0x0dd37e18" "Iden Mebmebzuth" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.238 INFO core FOUND UNIT "0x0dd37150" "K?buk Kaboslan" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.244 INFO core FOUND UNIT "0x0dd36488" "M?thkat At?kshorast" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.245 INFO core FOUND BEAST "0x106f1bf8" "Large Rat (Zunt?r Mafol?rith)" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.248 INFO core FOUND BEAST "0x106fb858" "Giant Lynx Cub" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.250 INFO core FOUND BEAST "0x106fc560" "Giant Lynx Cub" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.251 INFO core FOUND BEAST "0x106fd268" "Cat" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.252 INFO core FOUND BEAST "0x106fdf70" "Cat" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.253 INFO core FOUND BEAST "0x106fec78" "Cat" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.254 INFO core FOUND BEAST "0x106ff980" "Cat" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.255 INFO core FOUND BEAST "0x10700ef0" "Giant Lynx Cub" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.256 INFO core FOUND BEAST "0x10701bf8" "Giant Lynx Cub" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.257 INFO core FOUND BEAST "0x10705018" "Giant Lynx Cub" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.258 INFO core FOUND BEAST "0x10705d20" "Giant Lynx Cub" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.266 INFO core FOUND UNIT "0x0ec399c8" "Udil Konosrig?th" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.266 INFO core Ignoring "Unknown" who appears to be "Dead, Jim." [src\dwarf.cpp:234] (has_invalid_flags)
2014-aug-01 14:26:12.271 INFO core FOUND UNIT "0x106a4310" "Endok Nethobok" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.276 INFO core FOUND UNIT "0x106a2900" "Domas T?gumfath" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.282 INFO core FOUND UNIT "0x106542c0" "Oddom Letmosf?ker" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.282 INFO core Ignoring "Unknown" who appears to be "Dead, Jim." [src\dwarf.cpp:234] (has_invalid_flags)
2014-aug-01 14:26:12.283 INFO core Ignoring "Unknown (Kol L?rrurast)" who appears to be "Dead, Jim." [src\dwarf.cpp:234] (has_invalid_flags)
2014-aug-01 14:26:12.288 INFO core FOUND UNIT "0x10600cd0" "Erush Kelcagith" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.292 INFO core FOUND UNIT "0x0ec34b98" "Reg Libashrulush" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.297 INFO core FOUND UNIT "0x105fffc8" "Cog Avuzlocun" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.302 INFO core FOUND UNIT "0x105ff2c0" "Rovod Zatkogan" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.304 INFO core FOUND BEAST "0x10712900" "Giant Lynx Cub" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.305 INFO core FOUND BEAST "0x10713608" "Giant Lynx Cub" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.306 INFO core FOUND BEAST "0x10714310" "Kitten" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.307 INFO core FOUND BEAST "0x10715018" "Kitten" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.308 INFO core FOUND BEAST "0x10715d20" "Kitten" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.309 INFO core FOUND BEAST "0x10716a28" "Giant Lynx Cub" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.310 INFO core FOUND BEAST "0x10717730" "Giant Lynx Cub" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.311 INFO core FOUND BEAST "0x10718438" "Giant Lynx Cub" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.312 INFO core FOUND BEAST "0x10719140" "Giant Lynx Cub" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.313 INFO core FOUND BEAST "0x10719e48" "Giant Lynx Cub" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.315 INFO core FOUND BEAST "0x1071ab50" "Giant Lynx Cub" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.320 INFO core FOUND UNIT "0x10607070" "Zefon Oltarazin" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.327 INFO core FOUND UNIT "0x106a8438" "Nil Sedilkivish" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.332 INFO core FOUND UNIT "0x106a7730" "Ed?m Ginetudil" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.338 INFO core FOUND UNIT "0x10607d78" "Mist?m Sazirabal" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.344 INFO core FOUND UNIT "0x105f8a80" "Rakust Olinzimesh" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.349 INFO core FOUND UNIT "0x105f4958" "At?r Litastem" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.354 INFO core FOUND UNIT "0x10604958" "Adil Kurikvutok" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.355 INFO core Ignoring "Unknown" who appears to be "Dead, Jim." [src\dwarf.cpp:234] (has_invalid_flags)
2014-aug-01 14:26:12.361 INFO core FOUND UNIT "0x105f6368" "Nil Semorbesmar" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.366 INFO core FOUND UNIT "0x105f2240" "Datan Adurvad" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.371 INFO core FOUND UNIT "0x105f5660" "Ingish Urmimk?buk" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.377 INFO core FOUND UNIT "0x10610cd0" "Bim Tobulkab" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.382 INFO core FOUND UNIT "0x105fbea0" "Astesh Kerber" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.383 INFO core Ignoring "Unknown" who appears to be "Dead, Jim." [src\dwarf.cpp:234] (has_invalid_flags)
2014-aug-01 14:26:12.383 INFO core Ignoring "Unknown" who appears to be "Dead, Jim." [src\dwarf.cpp:234] (has_invalid_flags)
2014-aug-01 14:26:12.388 INFO core FOUND UNIT "0x10608a80" "D?bar L?nemducim" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.393 INFO core FOUND UNIT "0x0ec37fb8" "Tirist Istamlitast" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.398 INFO core FOUND UNIT "0x106a3608" "Bomrek Kolat?r" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.399 INFO core Ignoring "Unknown" who appears to be "Dead, Jim." [src\dwarf.cpp:234] (has_invalid_flags)
2014-aug-01 14:26:12.400 INFO core FOUND BEAST "0x1071ec78" "Duck (As?n R?senast)" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.405 INFO core FOUND UNIT "0x10602f48" "Ducim Beridos" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.412 INFO core FOUND UNIT "0x105fcba8" "Kivish Tabarsazir" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.417 INFO core FOUND UNIT "0x106a5018" "D?shmab Okirlikot" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.422 INFO core FOUND UNIT "0x105fb198" "Kib Rodumoslan" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.427 INFO core FOUND UNIT "0x105fa490" "Monom Lektad?teb" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.428 INFO core Ignoring "Unknown" who appears to be "Dead, Jim." [src\dwarf.cpp:234] (has_invalid_flags)
2014-aug-01 14:26:12.429 INFO core FOUND BEAST "0x10720ef0" "Loon (Esht?n Lunkol)" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.435 INFO core FOUND UNIT "0x10603c50" "Kib Kobelurdim" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.437 INFO core FOUND BEAST "0x10721bf8" "Dingo (Tekkud Nilat?s)" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.437 INFO core Ignoring "Unknown" who appears to be "Dead, Jim." [src\dwarf.cpp:234] (has_invalid_flags)
2014-aug-01 14:26:12.442 INFO core FOUND UNIT "0x1060a490" "Ustuth Delern?les" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.447 INFO core FOUND UNIT "0x10609788" "Udib Tunineth" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.453 INFO core FOUND UNIT "0x1060f2c0" "Zaneg Avuzokang" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.458 INFO core FOUND UNIT "0x106a5d20" "Mafol N?ciktobul" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.464 INFO core FOUND UNIT "0x1060ffc8" "Lolor Dastotcud?st" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.469 INFO core FOUND UNIT "0x1060e5b8" "?ton R?berkogan" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.474 INFO core FOUND UNIT "0x1060d8b0" "Ingish R?shkikrost" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.479 INFO core FOUND UNIT "0x1060cba8" "Zuglar Kelfeb" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.484 INFO core FOUND UNIT "0x10655c50" "Geshud M?ruldural" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.488 INFO core FOUND UNIT "0x10669560" "Etur Delerliruk" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.493 INFO core FOUND UNIT "0x10656918" "Kadol Ushatgusgash" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.494 INFO core Ignoring "Unknown" who appears to be "Dead, Jim." [src\dwarf.cpp:234] (has_invalid_flags)
2014-aug-01 14:26:12.495 INFO core FOUND BEAST "0x10724310" "Giant Cave Swallow Hatchling" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.496 INFO core FOUND BEAST "0x10725018" "Giant Cave Swallow Hatchling" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.498 INFO core FOUND BEAST "0x10725d20" "Giant Cave Swallow Hatchling" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.499 INFO core FOUND BEAST "0x10726a28" "Giant Cave Swallow Hatchling" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.500 INFO core FOUND BEAST "0x10727730" "Giant Cave Swallow Hatchling" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.505 INFO core FOUND UNIT "0x0ec38cc0" "Kikrost Lenodkol" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.509 INFO core FOUND UNIT "0x106a1bf8" "Stukos Logemonshen" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.514 INFO core FOUND UNIT "0x0ec3a6d0" "R?sen Katthircilob" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.518 INFO core FOUND UNIT "0x106a0ef0" "Unib ?rithilrom" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.524 INFO core FOUND UNIT "0x105f2f48" "Vab?k R?tharoddom" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.529 INFO core FOUND UNIT "0x105f7d78" "Endok Dedukolon" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.529 INFO core Ignoring "Unknown" who appears to be "Dead, Jim." [src\dwarf.cpp:234] (has_invalid_flags)
2014-aug-01 14:26:12.530 INFO core Ignoring "Unknown" who appears to be "Dead, Jim." [src\dwarf.cpp:234] (has_invalid_flags)
2014-aug-01 14:26:12.535 INFO core FOUND UNIT "0x105f3c50" "Tekkud Sh?mmankad?l" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.540 INFO core FOUND UNIT "0x105f7070" "Dakost ?samost" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.541 INFO core FOUND BEAST "0x10729e48" "Cougar Cub (Oddom Konosdakas)" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.543 INFO core FOUND BEAST "0x1072ab50" "Grizzly Bear (Erush Atulgeshud)" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.548 INFO core FOUND UNIT "0x0ec33e90" "Cerol Mengasol" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.552 INFO core FOUND UNIT "0x105fe5b8" "Doren Lesasterib" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.557 INFO core FOUND UNIT "0x105fd8b0" "Olon ?td?nesht?n" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.557 INFO core Ignoring "Unknown" who appears to be "Dead, Jim." [src\dwarf.cpp:234] (has_invalid_flags)
2014-aug-01 14:26:12.558 INFO core Ignoring "Unknown" who appears to be "Dead, Jim." [src\dwarf.cpp:234] (has_invalid_flags)
2014-aug-01 14:26:12.563 INFO core FOUND UNIT "0x10668898" "Al?th Zanegzeg" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.567 INFO core FOUND UNIT "0x10654f88" "Lorbam Tom?mlitast" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.572 INFO core FOUND UNIT "0x106535f8" "Udib Dumattathtak" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.573 INFO core FOUND BEAST "0x10730ef0" "Kitten" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.574 INFO core FOUND BEAST "0x10731bf8" "Kitten" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.580 INFO core FOUND UNIT "0x105f9788" "Kel Romlam?blel" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.581 INFO core FOUND BEAST "0x10732900" "Wombat Joey (Zuglar Moziblogem)" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.583 INFO core FOUND BEAST "0x10733608" "Blue Peachick (Inod R?senzas)" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.588 INFO core FOUND UNIT "0x1066bbb8" "K?buk Zunt?rkad?l" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.593 INFO core FOUND UNIT "0x10602240" "Thob Kilrudmesir" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.597 INFO core FOUND UNIT "0x1066aef0" "Tun ?ngizalod" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.601 INFO core FOUND UNIT "0x1066a228" "Monom Al?thamas" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.606 INFO core FOUND UNIT "0x0ec358a0" "Monom Avuznakuth" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.611 INFO core FOUND UNIT "0x0ec372b0" "Uzol Udibfarash" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.615 INFO core FOUND UNIT "0x10605660" "Oddom Akmeshducim" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.621 INFO core FOUND UNIT "0x10606368" "Ingish Zonliruk" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.625 INFO core FOUND UNIT "0x0ec365a8" "Thob Oddomzeg" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.630 INFO core FOUND UNIT "0x1060b198" "M?thkat M?rultarmid" [src\dfinstance.cpp:502] (load_dwarves)
2014-aug-01 14:26:12.630 INFO core Ignoring "Unknown" who appears to be "Dead, Jim." [src\dwarf.cpp:234] (has_invalid_flags)
2014-aug-01 14:26:12.632 INFO core FOUND BEAST "0x10735018" "Bobcat (Lolor At?sz?god)" [src\dfinstance.cpp:515] (load_dwarves)
2014-aug-01 14:26:12.632 INFO core read 144 units in 537 ms [src\dfinstance.cpp:520] (load_dwarves)
2014-aug-01 14:26:12.636 INFO core loaded population data in 4 ms [src\dfinstance.cpp:530] (load_dwarves)
Post by: splinterz on August 01, 2014, 08:55:52 am
Hello, I'm having a bit of trouble with Therapist 23.3 in combination with 40.05... (using win7 x64) When I try to start it with my current fort, which is a few years in it crashes when I start Therapist.if you can upload the save that would be great, that log doesn't seem to have quite enough to debug with.
Windows says "program stopped responding" and I get no other error. When I start a new fort, it works again so it must be something that happens later in a fort in this new DF version. This is the log file:Spoiler (click to show/hide)
Post by: caas on August 01, 2014, 09:47:01 am
Hello, I'm having a bit of trouble with Therapist 23.3 in combination with 40.05... (using win7 x64) When I try to start it with my current fort, which is a few years in it crashes when I start Therapist.if you can upload the save that would be great, that log doesn't seem to have quite enough to debug with.
Windows says "program stopped responding" and I get no other error. When I start a new fort, it works again so it must be something that happens later in a fort in this new DF version. This is the log file:Spoiler (click to show/hide)
I uploaded my whole starter pack folder, just to be sure because I'm using a few cheaty custom reactions and a graphics pack. It's the save from region 2. Thanks for the effort
dropbox 7zip:
Spoiler (click to show/hide)
Post by: splinterz on August 01, 2014, 10:07:01 am
i tried using the dt in the package and everything worked just fine. maybe it's some permission issue with where you're running LNP from?Hello, I'm having a bit of trouble with Therapist 23.3 in combination with 40.05... (using win7 x64) When I try to start it with my current fort, which is a few years in it crashes when I start Therapist.if you can upload the save that would be great, that log doesn't seem to have quite enough to debug with.
Windows says "program stopped responding" and I get no other error. When I start a new fort, it works again so it must be something that happens later in a fort in this new DF version. This is the log file:Spoiler (click to show/hide)
I uploaded my whole starter pack folder, just to be sure because I'm using a few cheaty custom reactions and a graphics pack. It's the save from region 2. Thanks for the effort
dropbox 7zip:Spoiler (click to show/hide)
Post by: caas on August 01, 2014, 10:53:18 am
Post by: IronSI on August 01, 2014, 04:52:03 pm
cd to your DT folder (mine is called Dwarf-Therapist-2014, but change the name to whatever yours is)
'cp Dwarf-Therapist-2014/bin/release/DwarfTherapist Dwarf-Therapist-2014'
then run from your home directory like so 'sudo ./Dwarf-Therapist-2014/DwarfTherapist'
Apparantly, DT is having trouble finding some files when run from the original folder.
Post by: dash on August 01, 2014, 05:38:27 pm
Dash, I have Ubuntu 12.04 as well, and ExpHP told my to cp the executable from /bin/release to the main folder like so:
cd to your DT folder (mine is called Dwarf-Therapist-2014, but change the name to whatever yours is)
'cp Dwarf-Therapist-2014/bin/release/DwarfTherapist Dwarf-Therapist-2014'
then run from your home directory like so 'sudo ./Dwarf-Therapist-2014/DwarfTherapist'
Apparantly, DT is having trouble finding some files when run from the original folder.
I've got DT working at last anyway following advice over on SA forums. I had to compile my own version of DT for Ubuntu 12.04 as well as download the qt5 library it needs, thankfully this is pretty easy (when you know how :p).
So for anybody having trouble running new version of DT on Ubuntu 12.04:
First get the qt-5 packages you need - you can get these by following instructions ]here, (http://askubuntu.com/questions/279421/how-can-i-install-qt-5-x-on-12-04-lts) then running :
Code: [Select]
sudo apt-get install qtchooser qtbase5-dev qtbase5-dev-tools qtscript5-dev qt5-qmake libqt5script5 libqt5scripttools5 libqxt-core0 libqxt-gui0sudo apt-get update and upgrade, and you should now have your libraries. DT will still throw an error
Code: [Select]
./DwarfTherapist: symbol lookup error: ./DwarfTherapist: undefined symbol: _ZN11QHeaderView10setVisibleEbAnd the solution to this is to compile your own DF version that knows where your qt5 is (I think that's the idea... point is, it makes DT work). This was extremely helpfully put in simple terms for people like me by SA poster babies havin rabies:
Quote
Edit: I had some time to kill this morning, so I installed 12.04 into a VM and downloaded that PPA's packages. Same error. I then tried putting Trusty's main restricted repositories into sources.list and re-downloading the packages, however I got the same error. The only way I got DT to run was by building from source, and it started right up this time. The instructions for building are here and in case you're unfamiliar with installing from source I think the following commands will work for you:
https://github.com/splintermind/Dwarf-Therapist/blob/master/BUILDING.txt (https://github.com/splintermind/Dwarf-Therapist/blob/master/BUILDING.txt)Code: [Select]sudo apt-get install git make build-essential
git clone git://github.com/splintermind/Dwarf-Therapist.git
cd Dwarf-Therapist
qmake -qt=5
make
(Compiling will take a while)
sudo make install
cd /usr/bin
sh dwarftherapist
It only comes with 34.11 memory layouts, so after this you will want to copy the contents of your LNP DT memory_layouts folder inCode: [Select][Location of LNP]/LNP/utilities/dwarftherapist/etc/memory_layouts/linuxYou will likely need to do this as root.
- to -
/usr/share/dwarftherapist/etc/memorylayouts/linux
What I think is going on is that the binary that ships with LNP is simply compiled on 14.04 or something similar and the binary does not know where to look for QT5 on any other setup. If this is the case it is likely the reason why the actual github page does not provide a Linux binary as with Win/OSX.
Worked like a charm, except I had to copy the memory layouts from the standalone download of DT not the one in the LNP (which didn't have the file for 40.05).And can now start DT. Yay!
Thanks all.
Post by: ExpHP on August 01, 2014, 08:17:12 pm
Worked like a charm, except I had to copy the memory layouts from the standalone download of DT not the one in the LNP (which didn't have the file for 40.05).
A better solution is to build from the "DF2014" branch rather than "master"; this is where development for DF2014 is currently happening, and it includes the required memory layout files.
So this:
Code: [Select]
git clone git://github.com/splintermind/Dwarf-Therapist.gitShould be this:
Code: [Select]
git clone git://github.com/splintermind/Dwarf-Therapist.git DF2014
Post by: Uristides on August 01, 2014, 09:05:12 pm
Code: [Select]
echo 0|sudo tee /proc/sys/kernel/yama/ptrace_scopeAnd then turning it on again after closing:Code: [Select]
echo 1|sudo tee /proc/sys/kernel/yama/ptrace_scopeOr do as said in the github page and:
Code: [Select]
sudo apt-get install libcap2-bin && sudo setcap cap_sys_ptrace=eip ./bin/release/DwarfTherapistChanging the path in the last command to point to wherever your DFT executable is.Or use the other method described in the github page and make a script that launches DFT as DF's child.
Post by: int_ua on August 02, 2014, 12:31:55 am
It only comes with 34.11 memory layouts, so after this you will want to copy the contents of your LNP DT memory_layouts folderAnd that was the answer to my question. Thanks, IronSI, but I didn't have any problems with compiling or running executable.
Why isn't anyone adding the links?
DF LNP Ubuntu 14.04 : http://www.bay12forums.com/smf/index.php?topic=140966.0 > http://dffd.wimbli.com/file.php?id=8936
What's preventing this memory layout to be added to the DT branch?
2. Have anyone tried generating a package with checkinstall? I'll try it later.
3. Update: I was using the old version and haven't seen it was already implemented.
Post by: Brewster on August 03, 2014, 09:01:12 am
Post by: lethosor on August 03, 2014, 09:08:48 am
What's preventing this memory layout to be added to the DT branch?https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/etc/memory_layouts
Post by: notfood on August 03, 2014, 10:17:02 am
Post by: ResMar on August 03, 2014, 10:27:30 am
Liking the more compact view a lot in latest git.
:-\
Post by: splinterz on August 03, 2014, 12:14:14 pm
Liking the more compact view a lot in latest git.you mean the labor view?
Post by: ResMar on August 03, 2014, 12:43:57 pm
Post by: LtGreeneyes on August 03, 2014, 04:10:35 pm
Post by: mnjiman on August 03, 2014, 04:40:43 pm
Post by: Berserkenstein on August 03, 2014, 05:52:35 pm
Prepare for the rush of slave drivers. <3
Well whips have been nerfed to reasonable levels now. ;)
Post by: thistleknot on August 03, 2014, 06:41:11 pm
So... roles that didn't contain any preferences in the role definition would return a red 0% diamond. I was proposing a 50% as in this case, this would mean their is no preferences defined in the role, so all dwarf's are neutral for said role (aka 50%).]
here's a pic of it in action with skills and preference global weights set, nurse under asis dt is a bunch of red 0%, but in this build, they are all 50%
this has an affect when running labor optimization btw
http://imgur.com/77BRoXA
I started on this when I wanted to back update v22 with it.
github: https://github.com/thistleknot/Dwarf-Therapist/tree/DF2014
Post by: wooks on August 03, 2014, 06:45:41 pm
Post by: thistleknot on August 03, 2014, 09:34:29 pm
Hopefully I finally got it right, but I think I did. I tested the results on df2014 first and verified working, then ported to 34.11 (v22).
http://dffd.wimbli.com/file.php?id=9272
Post by: peregarrett on August 04, 2014, 06:20:35 am
Post by: splinterz on August 04, 2014, 06:22:32 am
While patienly waiting for 40.06-compatible version, can we please see the new Discipline skill somwhere in the grid? Now I only see it at dwarf's details and it's not easy sortable.until it's added to the default gridview(s) you can still copy a gridview (from the gridviews dock), and add the column wherever you'd like.
Post by: Darnis on August 04, 2014, 08:43:43 am
Especially since it seems like nothing has been changed involving dwarf labors :/
If I were doing this stuff I'd be like well.. I'm not doing this every week..
Good job modders keeping stuff relatively up-to-date :)
Post by: thistleknot on August 04, 2014, 09:57:55 am
The double spike is how the algorithms split the data around .5 mean
what your looking at is 24 dwarf's x all the mw roles.
http://imgur.com/vIBs3Hg
Post by: King Mir on August 04, 2014, 10:08:11 am
just for *sites and giggles, I did some stat analysis on the roles and mapped a histogram of the distribution curve.http://xkcd.com/833/ (http://xkcd.com/833/)
The double spike is how the algorithms split the data around .5 mean
http://imgur.com/vIBs3Hg
Post by: Hippoman on August 04, 2014, 11:18:09 am
Post by: peregarrett on August 04, 2014, 12:52:16 pm
Thank you, that worked. Though I modified grid file manually instead of using Grid Editor that I've just discovered. :DWhile patienly waiting for 40.06-compatible version, can we please see the new Discipline skill somwhere in the grid? Now I only see it at dwarf's details and it's not easy sortable.until it's added to the default gridview(s) you can still copy a gridview (from the gridviews dock), and add the column wherever you'd like.
Post by: fricy on August 04, 2014, 03:48:34 pm
Post by: Berserkenstein on August 04, 2014, 04:17:51 pm
[OSX] Dwarf Therapist 23.3 for 40.06 (http://dffd.wimbli.com/file.php?id=9127)Ah curse you, didn't notice the OSX :(
Post by: thistleknot on August 04, 2014, 04:21:49 pm
Post by: Saiko Kila on August 04, 2014, 04:23:38 pm
[OSX] Dwarf Therapist 23.3 for 40.06 (http://dffd.wimbli.com/file.php?id=9127)Ah curse you, didn't notice the OSX :(
Just copy memory layout from https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/etc/memory_layouts/windows if you use Windows version.
Post by: Berserkenstein on August 04, 2014, 04:35:04 pm
[OSX] Dwarf Therapist 23.3 for 40.06 (http://dffd.wimbli.com/file.php?id=9127)Ah curse you, didn't notice the OSX :(
Just copy memory layout from https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/etc/memory_layouts/windows if you use Windows version.
Oh sweet! Thanks man :D
Post by: BWhales034 on August 04, 2014, 04:39:27 pm
edit: I'm actually pretty sure I downloaded the files wrong. I right-clicked and did save-as, but i got 85kb files (i think they should be ~7). Never used github before, could anyone tell me how to download those .ini files?
Post by: thistleknot on August 04, 2014, 04:41:03 pm
Post by: Hurkyl on August 04, 2014, 04:55:19 pm
I downloaded the 40.04 and 40.06 files from that link (since they were the only two changed w/i the last 8 days) and overwrote the existing 40.04 and added the 40.06 to the etc->memory layout->windows folder in DT but it still comes up as error cannot talk to this version of DF? am i missing a file here? I have DT 23.3.0I did the same thing: I right clicked to save, but the link leads to a pretty viewing page, not the actual file, so I downloaded an 85kb html page.
edit: I'm actually pretty sure I downloaded the files wrong. I right-clicked and did save-as, but i got 85kb files (i think they should be ~7). Never used github before, could anyone tell me how to download those .ini files?
Go to the pretty viewing page, and there's a button that says "raw".
Post by: krenshala on August 04, 2014, 05:05:56 pm
Alternately, you can pull up the pretty viewing page and copy the contents of the file into a blank text file then rename the file. Make sure its a .ini file and not a .ini.txt file to ensure DT can find it.I downloaded the 40.04 and 40.06 files from that link (since they were the only two changed w/i the last 8 days) and overwrote the existing 40.04 and added the 40.06 to the etc->memory layout->windows folder in DT but it still comes up as error cannot talk to this version of DF? am i missing a file here? I have DT 23.3.0I did the same thing: I right clicked to save, but the link leads to a pretty viewing page, not the actual file, so I downloaded an 85kb html page.
edit: I'm actually pretty sure I downloaded the files wrong. I right-clicked and did save-as, but i got 85kb files (i think they should be ~7). Never used github before, could anyone tell me how to download those .ini files?
Go to the pretty viewing page, and there's a button that says "raw".
Post by: herocrafter on August 04, 2014, 05:11:28 pm
Post by: notfood on August 04, 2014, 07:47:41 pm
Post by: ResMar on August 04, 2014, 08:03:27 pm
Quick question, dunno if I missed a setting or choice somewhere, but I was wondering if you were planning on including the information such as how mighty or quick to tire they are and such when hovering over the dwarf?
If traits don't display for you, check the Options.
Thank you, that worked. Though I modified grid file manually instead of using Grid Editor that I've just discovered. :DWhile patienly waiting for 40.06-compatible version, can we please see the new Discipline skill somwhere in the grid? Now I only see it at dwarf's details and it's not easy sortable.until it's added to the default gridview(s) you can still copy a gridview (from the gridviews dock), and add the column wherever you'd like.
Splinterz we really need to work on the guide's visibility. What's the point of having all of these features if no one knows they exist? The menu re-arrangement and filter enhancement features I mentioned earlier would also help.
Post by: AriRashkae on August 04, 2014, 08:44:35 pm
[OSX] Dwarf Therapist 23.3 for 40.06 (http://dffd.wimbli.com/file.php?id=9127)Ah curse you, didn't notice the OSX :(
Yay!
On a related note: anyone have any ideas why DT crashes whenever I try to modify a grid view? Copying is fine. Changing the name is fine. Deleting a set is fine. But when I got to edit the columns in a set (right-click in the right pane, specifically), it crashes.
Post by: crossmr on August 04, 2014, 09:24:59 pm
Post by: splinterz on August 05, 2014, 01:18:17 am
Splinterz we really need to work on the guide's visibility. What's the point of having all of these features if no one knows they exist? The menu re-arrangement and filter enhancement features I mentioned earlier would also help.yeah now that the superlabor stuff is in, i think next up is going to have to be the menu retooling. i've put the preference filtering in on the last release, so maybe we'll get some feedback on it.
i'll mess around and see if i can get a crash. if you've got some steps that can consistently reproduce it, let me know.[OSX] Dwarf Therapist 23.3 for 40.06 (http://dffd.wimbli.com/file.php?id=9127)Ah curse you, didn't notice the OSX :(
Yay!
On a related note: anyone have any ideas why DT crashes whenever I try to modify a grid view? Copying is fine. Changing the name is fine. Deleting a set is fine. But when I got to edit the columns in a set (right-click in the right pane, specifically), it crashes.
Why don't I see labours for recovering wounded and feeding patients?that's ResMar's new and improved view! the old one is still there as labors alt. though. i should probably move/recolor them to match ResMar's layout, provided it won't piss off too many players expecting columns in a particular place..
Post by: crossmr on August 05, 2014, 01:59:51 am
Post by: Buttery_Mess on August 05, 2014, 03:27:41 am
Post by: fricy on August 05, 2014, 03:40:07 am
/snipYou need to compile the DF2014 branch, not the master:
How would someone go about compiling v23.4 in linux?
Code: [Select]
git clone git://github.com/splintermind/Dwarf-Therapist.git DF2014orCode: [Select]
git checkout DF2014
Post by: Buttery_Mess on August 05, 2014, 03:56:10 am
How would someone go about compiling v23.4 in linux?You need to compile the DF2014 branch, not the master:Code: [Select]git clone git://github.com/splintermind/Dwarf-Therapist.git DF2014
Nope. Like I said, if I do that, the compiled program says that it's version 22.0 of the branch, according to Help > About. This was the problem I was having before, it would always compile the oldest version of the branch, not the newest. I am right in thinking that github preserves all the old code, in addition to newer code?
Post by: Repseki on August 05, 2014, 06:19:40 am
Or any chance for that to be added in the future?
I like to keep an eye out for TRADITION, INDEPENDENCE, and a few others when looking to assign Engravers, and Fortress Guard members respectively. Whether or not they have any real effect at the moment.
Being able to spot the outliers at a glance would make it a lot easier.
Post by: splinterz on August 05, 2014, 06:37:00 am
Is there any way to view Dwarf "Beliefs" (value token) in column form similar to how the traits tab shows their "Facets" (personality token).yeah i'm planning to be added them as columns like the others.
Or any chance for that to be added in the future?
I like to keep an eye out for TRADITION, INDEPENDENCE, and a few others when looking to assign Engravers, and Fortress Guard members respectively. Whether or not they have any real effect at the moment.
Being able to spot the outliers at a glance would make it a lot easier.
Post by: Repseki on August 05, 2014, 06:41:42 am
Post by: AriRashkae on August 05, 2014, 08:11:17 am
i'll mess around and see if i can get a crash. if you've got some steps that can consistently reproduce it, let me know.[OSX] Dwarf Therapist 23.3 for 40.06 (http://dffd.wimbli.com/file.php?id=9127)Ah curse you, didn't notice the OSX :(
Yay!
On a related note: anyone have any ideas why DT crashes whenever I try to modify a grid view? Copying is fine. Changing the name is fine. Deleting a set is fine. But when I got to edit the columns in a set (right-click in the right pane, specifically), it crashes.
It doesn't happen on the Windows one, only the OSX. (Note to self: don't post while tired. You forget key info.)
I copy a grid to edit, open it, and right click on the right pane, where the columns in sets are listed. It immediately crashes. I can change the name of the grid, change the sets, save the grid & reopen it, do nothing except try to edit the columns and it will still crash when I go to edit columns.
It's just an annoying thing, because I'd like to have a Roles grid that matches the Alt Labors grid, with the custom Bee Keeper, etc roles added in to match.
Post by: splinterz on August 05, 2014, 08:59:08 am
do you have any custom professions or super labors?i'll mess around and see if i can get a crash. if you've got some steps that can consistently reproduce it, let me know.[OSX] Dwarf Therapist 23.3 for 40.06 (http://dffd.wimbli.com/file.php?id=9127)Ah curse you, didn't notice the OSX :(
Yay!
On a related note: anyone have any ideas why DT crashes whenever I try to modify a grid view? Copying is fine. Changing the name is fine. Deleting a set is fine. But when I got to edit the columns in a set (right-click in the right pane, specifically), it crashes.
It doesn't happen on the Windows one, only the OSX. (Note to self: don't post while tired. You forget key info.)
I copy a grid to edit, open it, and right click on the right pane, where the columns in sets are listed. It immediately crashes. I can change the name of the grid, change the sets, save the grid & reopen it, do nothing except try to edit the columns and it will still crash when I go to edit columns.
It's just an annoying thing, because I'd like to have a Roles grid that matches the Alt Labors grid, with the custom Bee Keeper, etc roles added in to match.
Post by: salithus on August 05, 2014, 09:37:19 am
new and improved? I find it hard to see how removing access to labours we might want to disable (e.g. if we're setting up nurses) as an improvement..it's just a default they're (graciously and for free) providing. you can always create your own grids with whatever combination of jaunts you want.
Post by: AriRashkae on August 05, 2014, 09:37:34 am
do you have any custom professions or super labors?i'll mess around and see if i can get a crash. if you've got some steps that can consistently reproduce it, let me know.[OSX] Dwarf Therapist 23.3 for 40.06 (http://dffd.wimbli.com/file.php?id=9127)Ah curse you, didn't notice the OSX :(
Yay!
On a related note: anyone have any ideas why DT crashes whenever I try to modify a grid view? Copying is fine. Changing the name is fine. Deleting a set is fine. But when I got to edit the columns in a set (right-click in the right pane, specifically), it crashes.
It doesn't happen on the Windows one, only the OSX. (Note to self: don't post while tired. You forget key info.)
I copy a grid to edit, open it, and right click on the right pane, where the columns in sets are listed. It immediately crashes. I can change the name of the grid, change the sets, save the grid & reopen it, do nothing except try to edit the columns and it will still crash when I go to edit columns.
It's just an annoying thing, because I'd like to have a Roles grid that matches the Alt Labors grid, with the custom Bee Keeper, etc roles added in to match.
Nope. Just a few custom roles: Bee Keeper, Glazer, etc. It worked 2 updates ago. This version of OSX Therapist and the one before it crash when I try to recreate the grid view I made earlier.
I'm going to attempt deleting the custom roles & remaking them from scratch & see what that does.
Post by: fricy on August 05, 2014, 09:48:52 am
do you have any custom professions or super labors?It looks like a different problem, so far all of my build have this. I'm checking if it's something to do with QT 5.3, the last version without this is 21.2 built in february using QT 5.2.1.
Post by: thistleknot on August 05, 2014, 09:51:48 am
Post by: fricy on August 05, 2014, 10:28:02 am
The problem is not with QT 5.3 either.do you have any custom professions or super labors?It looks like a different problem, so far all of my build have this. I'm checking if it's something to do with QT 5.3, the last version without this bug is 21.2 built in february using QT 5.2.1.
Crashlog (http://pastebin.com/Trb9TL1u)
Post by: ResMar on August 05, 2014, 10:56:49 am
new and improved? I find it hard to see how removing access to labours we might want to disable (e.g. if we're setting up nurses) as an improvement..
Why would ever want to turn Feed/Clothe Prisoners off (besides for RP purposes), and why does such a niche labor have to pollute the view? I went for minimizing screen area, if you want it back in and have the screen real estate it's five clicks to add it back to the view. Or two to get the old one back. Not a big deal, and everyone else seems to have liked it so far.
Post by: thistleknot on August 05, 2014, 11:47:46 am
I have one I call "Hauling & Helpful"
and one I call "Helpful"
Helpful is things like cleaning, refuse hauling, feed prisoners, push vehicles
and hauling is just that, hauling labors.
Post by: Malicus on August 05, 2014, 02:13:03 pm
Why would ever want to turn Feed/Clothe Prisoners off (besides for RP purposes), and why does such a niche labor have to pollute the view?
Because those are two more excuses for an important dwarf to not do their job.
Post by: ResMar on August 05, 2014, 02:49:05 pm
Why would ever want to turn Feed/Clothe Prisoners off (besides for RP purposes), and why does such a niche labor have to pollute the view?
Because those are two more excuses for an important dwarf to not do their job.
If you right click on a dwarf you can "Turn off all labors", which resets labors not visible in the view as well. From there you can dedicate your dwarf to your particular tasks.
Post by: Malicus on August 05, 2014, 06:14:18 pm
Post by: salithus on August 05, 2014, 06:48:14 pm
That should not be a hoop I have to jump through by default.Then write your own app to manage this.
Post by: Chimerat on August 05, 2014, 07:05:43 pm
I have to second this sentiment.That should not be a hoop I have to jump through by default.Then write your own app to manage this.
Thanks for all the hard work, guys! DT (and tilesets) allow me to actually play Dwarf Fortress! *blush*
Post by: lethosor on August 05, 2014, 07:34:01 pm
I don't see why these labors should be hidden by default - whenever I turn off hauling and other labors for an important dwarf (e.g. a broker), I turn off hospital labors as well. I'm not opposed to allowing them to be hidden (although I doubt they take up enough space to make a difference), but I personally think hiding them by default will end up confusing players.I have to second this sentiment.That should not be a hoop I have to jump through by default.Then write your own app to manage this.
Thanks for all the hard work, guys! DT (and tilesets) allow me to actually play Dwarf Fortress! *blush*
Post by: salithus on August 05, 2014, 08:05:44 pm
I don't see why these labors should be hidden by default - whenever I turn off hauling and other labors for an important dwarf (e.g. a broker), I turn off hospital labors as well. I'm not opposed to allowing them to be hidden (although I doubt they take up enough space to make a difference), but I personally think hiding them by default will end up confusing players.I have to second this sentiment.That should not be a hoop I have to jump through by default.Then write your own app to manage this.
Thanks for all the hard work, guys! DT (and tilesets) allow me to actually play Dwarf Fortress! *blush*
Is there anyone who has a good enough understanding of DF and labors that can't build their own personalized gridviews? For your broker example, using the default "remove all labors" removes even the hidden ones, so your argument is moot. When using the old grid, you still had multiple steps to remove hospital labors vs hauling ones which is not necessarily clear to a new player what the difference is or why one would want to have them on vs off.
To me this is the same as embark profiles. If you know enough to nitpick details of one, there is no longer a good "default" because playstyles vary so wildly. The goal of the app should be to introduce a simple newbie-friendly featureset by default and expose the tools for powerusers to tweak (and/or twerk) to their heart's content.
Post by: HunterBlackLuna on August 05, 2014, 08:31:07 pm
Not because w-we can't hack it H-Hardcore but because it's more work for the same (or an inferior) return.
Post by: crossmr on August 05, 2014, 09:00:45 pm
Post by: salithus on August 05, 2014, 09:11:41 pm
Post by: crossmr on August 05, 2014, 09:17:05 pm
Post by: Janzert on August 05, 2014, 09:25:24 pm
* hopefully even grouped with the hauling labors if I can manage it.
Post by: salithus on August 05, 2014, 09:25:40 pm
Post by: salithus on August 05, 2014, 09:28:08 pm
The two missing labors is the one thing stopping me from using the new labor view at the moment. Once I figure out how to add them back in* I'll certainly switch since in every other way it does seem quite nice.As has been mentioned, check the manual on customizing grid views to your heart's content. It's chapter 9 in the latest manual.
* hopefully even grouped with the hauling labors if I can manage it.
Post by: crossmr on August 05, 2014, 09:41:39 pm
Post by: salithus on August 05, 2014, 09:49:11 pm
Post by: crossmr on August 05, 2014, 10:00:54 pm
Post by: Raul on August 05, 2014, 10:01:20 pm
There is simply no reason to arbitrarily pick two labours out of the entire list and hide them simply because someone doesn't think they're that "important".Gotta agree with that. Maybe someone should make a poll or something? It is clearly something that isn't appreciated by everyone.
Post by: salithus on August 05, 2014, 10:07:07 pm
Post by: salithus on August 05, 2014, 10:08:20 pm
What choices should be on the poll?There is simply no reason to arbitrarily pick two labours out of the entire list and hide them simply because someone doesn't think they're that "important".Gotta agree with that. Maybe someone should make a poll or something? It is clearly something that isn't appreciated by everyone.
Post by: crossmr on August 05, 2014, 10:19:47 pm
Post by: Raul on August 05, 2014, 10:23:20 pm
Well, I can think of just a few, but feel free to add or comment on them. Also, I wasn't paying too much attention to the discussion, it's just that phrase that caught my attention.What choices should be on the poll?There is simply no reason to arbitrarily pick two labours out of the entire list and hide them simply because someone doesn't think they're that "important".Gotta agree with that. Maybe someone should make a poll or something? It is clearly something that isn't appreciated by everyone.
1) Hide every unimportant labour by default instead of picking 2 unimportant labours to hide;
2) Don't hide anything and let people decide what labours are unimportant for them, creating custom gridviews if needed;
3) Hide the 2 labours that were chosen as unimportant by ResMar by default and let people create custom gridviews for hiding other labours that they consider unimportant.
Post by: lethosor on August 05, 2014, 10:25:51 pm
It should be "git clone git://github.com/splintermind/Dwarf-Therapist.git -b DF2014". Without the -b, git will clone DT to a folder named "DF2014".How would someone go about compiling v23.4 in linux?You need to compile the DF2014 branch, not the master:Code: [Select]git clone git://github.com/splintermind/Dwarf-Therapist.git DF2014
Nope. Like I said, if I do that, the compiled program says that it's version 22.0 of the branch, according to Help > About. This was the problem I was having before, it would always compile the oldest version of the branch, not the newest. I am right in thinking that github preserves all the old code, in addition to newer code?
Post by: salithus on August 05, 2014, 10:30:46 pm
Post by: salithus on August 05, 2014, 10:34:27 pm
Well, I can think of just a few, but feel free to add or comment on them. Also, I wasn't paying too much attention to the discussion, it's just that phrase that caught my attention.What choices should be on the poll?There is simply no reason to arbitrarily pick two labours out of the entire list and hide them simply because someone doesn't think they're that "important".Gotta agree with that. Maybe someone should make a poll or something? It is clearly something that isn't appreciated by everyone.
1) Hide every unimportant labour by default instead of picking 2 unimportant labours to hide;
2) Don't hide anything and let people decide what labours are unimportant for them, creating custom gridviews if needed;
3) Hide the 2 labours that were chosen as unimportant by ResMar by default and let people create custom gridviews for hiding other labours that they consider unimportant.
So, catching you up on the discussion so far - essentially there are two types of users of DT. I've yet to see anyone post anything wanting those two labors with a solid use-case for newbies, as opposed to ResMar's take on it. The bigger win is making the customization of gridviews more prominent/easier to use since those who know enough to have specific tweaks they prefer should be using customized views in the first place.
E: Wondering how hard it would be to have "community" views that you could subscribe to, a-la Steam Workshop.
Post by: Raul on August 05, 2014, 10:50:40 pm
I see. Well, I'm a big fan of letting people decide what's best for them, so that's why I suggested a poll. This seems to be a thread that the newbies access a lot as well, so the poll results would probably be fairly representative of their opinion. Well, maybe. You guys probably understand the DF newbies better than me though, since I've never been much of an active community member, even though I've been a player since DF 31.04.Well, I can think of just a few, but feel free to add or comment on them. Also, I wasn't paying too much attention to the discussion, it's just that phrase that caught my attention.What choices should be on the poll?There is simply no reason to arbitrarily pick two labours out of the entire list and hide them simply because someone doesn't think they're that "important".Gotta agree with that. Maybe someone should make a poll or something? It is clearly something that isn't appreciated by everyone.
1) Hide every unimportant labour by default instead of picking 2 unimportant labours to hide;
2) Don't hide anything and let people decide what labours are unimportant for them, creating custom gridviews if needed;
3) Hide the 2 labours that were chosen as unimportant by ResMar by default and let people create custom gridviews for hiding other labours that they consider unimportant.
So, catching you up on the discussion so far - essentially there are two types of users of DT. I've yet to see anyone post anything wanting those two labors with a solid use-case for newbies, as opposed to ResMar's take on it. The bigger win is making the customization of gridviews more prominent/easier to use since those who know enough to have specific tweaks they prefer should be using customized views in the first place.
E: Wondering how hard it would be to have "community" views that you could subscribe to, a-la Steam Workshop.
Post by: Toady One on August 05, 2014, 11:28:51 pm
Post by: thistleknot on August 05, 2014, 11:31:46 pm
Post by: ResMar on August 06, 2014, 01:13:24 am
A solution would to split the view into two, one "compact" version which further compresses the hauling labors to one column (something I suggested in the guide that couldn't be implemented until recently with the introduction of super-labors, and which I have implemented in the latest versions of the guide), and an expanded view that basically lets it all hang out. It wouldn't be hard to do, and would address this...warring.
...Once I figure out how to add them back in...
So Splinterz, maybe a splash screen, so that when you load the program the first time, it prompts you with "FYI there's a guide"?
Post by: splinterz on August 06, 2014, 01:29:46 am
crossmr and salithus need to cool off. Please stop fighting in the thread.thanks for stepping in on that erm.. conversation.
Holy smokes, this really blew up while I was away. I actually rubbed my eyes a bit when I saw the Toady toad in the avatar.i think it's a valid concern that not every labor is accessible in the base view (especially for new players). nobody seems to be complaining about the column rearrangement nor the new colors, so let's keep that and just create a 'compact' and 'full' version of the view by default, as you've suggested. my arbitrary naming scheme probably didn't help either.
A solution would to split the view into two, one "compact" version which further compresses the hauling labors to one column (something I suggested in the guide that couldn't be implemented until recently with the introduction of super-labors, and which I have implemented in the latest versions of the guide), and an expanded view that basically lets it all hang out. It wouldn't be hard to do, and would address this...warring....Once I figure out how to add them back in...
So Splinterz, maybe a splash screen, so that when you load the program the first time, it prompts you with "FYI there's a guide"?
yeah that manual needs a button on the main toolbar for visibility.
Post by: crossmr on August 06, 2014, 01:42:22 am
i think it's a valid concern that not every labor is accessible in the base view (especially for new players). nobody seems to be complaining about the column rearrangement nor the new colors, so let's keep that and just create a 'compact' and 'full' version of the view by default, as you've suggested. my arbitrary naming scheme probably didn't help either.
yeah that manual needs a button on the main toolbar for visibility.
Because the missing labours was a primary concern.
Jobs should be grouped as they are in the interface, it creates less confusion. While Stone crafting is mildly related to masonry, it's just as related to woodcrafting but it also shares the same category in the actual game.
The colors really aren't that important so long as they're logical and easy to follow.
Post by: ResMar on August 06, 2014, 10:40:43 am
Here is the compact grid view:
http://dffd.wimbli.com/file.php?id=9233
Here is the expanded grid view:
http://dffd.wimbli.com/file.php?id=9314
Post by: MeMyselfAndI on August 06, 2014, 11:31:34 am
For one thing, I routinely toggle off all labors on someone or a group of dwarves and then manually turn on labors that I want the specific dwarf to have. Without all labors shown, this will get... Problematic.
DT used to be a useful tool for me, but the recent (or perhaps, "recent") updates have added nothing that is actually useful for me, while making it more tedious to use. If I had more time, I'd fork it. As-is... I don't know. I've largely simply stopped using it.
Post by: splinterz on August 06, 2014, 12:00:22 pm
I do not believe that any labors should be hidden be default.are those new views still hiding labours then? i haven't had a chance to look.
For one thing, I routinely toggle off all labors on someone or a group of dwarves and then manually turn on labors that I want the specific dwarf to have. Without all labors shown, this will get... Problematic.
DT used to be a useful tool for me, but the recent (or perhaps, "recent") updates have added nothing that is actually useful for me, while making it more tedious to use. If I had more time, I'd fork it. As-is... I don't know. I've largely simply stopped using it.
i'd still like to hear in more detail what changes are making things more tedious though.
Post by: Berserkenstein on August 06, 2014, 01:05:37 pm
Post by: splinterz on August 06, 2014, 01:13:49 pm
I got lost in the Farmer sublabors one too many times to tolerate the default labor arrangement. Toady's structure works when your labor toggles are a textual list---less so when they're in a matrix. Remember also that Toady limits himself to a certain restricted color pallet in the interface.the compact view will give anyone who doesn't have that specific hauling superlabor problems.
Here is the compact grid view:
http://dffd.wimbli.com/file.php?id=9233
Here is the expanded grid view:
http://dffd.wimbli.com/file.php?id=9314
Post by: vjek on August 06, 2014, 02:52:35 pm
My personal view is that I want to see ALL the labors by default. Having additional optional views with less information is great, but give it to me straight, up front. :)
Also, and I realize this is nitpicking..but I have a feature request;
When I set a custom profession, personally I just want to set the labors, and not adjust the profession/title. At the moment, this means I create a custom profession, apply it, and then as an additional step, I use the customization sub-menu and select "Reset to Default Profession" so the name is not applied.
I have to do this each time, which is a little bit tedious and to a degree, takes away some of the value or convenience of using Custom Professions, for me.
As an option, it would be nice if we could get a checkbox for "Apply Custom Profession Titles with Custom Profession Labors" and have it enabled by default. That way, for those of us content with the in-game professions, we would only have to de-select that and everything would be grand. When de-selected, only the labors would be applied.
( btw, I did read through and search the manual several times and couldn't find a way to do this, currently, but would be happy to be educated if the option already exists and I missed it. )
splinterz, this is a fantastic piece of software, and you're awesome for maintaining it. Good job, well done, thank you very much for all the time & effort to date. :D
Post by: splinterz on August 06, 2014, 04:49:12 pm
If you're looking for opinions, in 23.4 I switched to "Labors Alt." and then settled on "Labors NO SPACERS" as my view after I discovered the loss of Cleaning as something I could adjust. (when migrating from 23.0)thanks for the encouragement :D for your feature request, i believe what you want to use are the new superlabors. you can create them from a dwarf via the right click menu, or from the button beside the new custom profession button on the customization dock. however they're really for toggling multiple labors, you can't (yet?) apply them as a mask like custom professions, if that's what you require.
My personal view is that I want to see ALL the labors by default. Having additional optional views with less information is great, but give it to me straight, up front. :)
Also, and I realize this is nitpicking..but I have a feature request;
When I set a custom profession, personally I just want to set the labors, and not adjust the profession/title. At the moment, this means I create a custom profession, apply it, and then as an additional step, I use the customization sub-menu and select "Reset to Default Profession" so the name is not applied.
I have to do this each time, which is a little bit tedious and to a degree, takes away some of the value or convenience of using Custom Professions, for me.
As an option, it would be nice if we could get a checkbox for "Apply Custom Profession Titles with Custom Profession Labors" and have it enabled by default. That way, for those of us content with the in-game professions, we would only have to de-select that and everything would be grand. When de-selected, only the labors would be applied.
( btw, I did read through and search the manual several times and couldn't find a way to do this, currently, but would be happy to be educated if the option already exists and I missed it. )
splinterz, this is a fantastic piece of software, and you're awesome for maintaining it. Good job, well done, thank you very much for all the time & effort to date. :D
Post by: ResMar on August 06, 2014, 05:01:01 pm
I got lost in the Farmer sublabors one too many times to tolerate the default labor arrangement. Toady's structure works when your labor toggles are a textual list---less so when they're in a matrix. Remember also that Toady limits himself to a certain restricted color pallet in the interface.the compact view will give anyone who doesn't have that specific hauling superlabor problems.
Here is the compact grid view:
http://dffd.wimbli.com/file.php?id=9233
Here is the expanded grid view:
http://dffd.wimbli.com/file.php?id=9314
Well then, add superlabors to the import/export files. I did a quick test and deleted the superlabor, then imported the view, and it seemed to me like you had done this already?
And you guys are seriously acting as though you can't just go to the drop-down menu and pick the view of your choice. It's seriously scaring me, this is, like, ground rule one of basic Dwarf Therapist configuration.
Post by: splinterz on August 06, 2014, 05:18:27 pm
as soon as i figure out how to get more hours in a day i'll be able to appease all your whims and demands. until then, you may have to be patient. it shouldn't blow up or anything if it's missing the superlabor you've added to the view, but it won't do anything and just state it's an unknown column.I got lost in the Farmer sublabors one too many times to tolerate the default labor arrangement. Toady's structure works when your labor toggles are a textual list---less so when they're in a matrix. Remember also that Toady limits himself to a certain restricted color pallet in the interface.the compact view will give anyone who doesn't have that specific hauling superlabor problems.
Here is the compact grid view:
http://dffd.wimbli.com/file.php?id=9233
Here is the expanded grid view:
http://dffd.wimbli.com/file.php?id=9314
Well then, add superlabors to the import/export files. I did a quick test and deleted the superlabor, then imported the view, and it seemed to me like you had done this already?
Post by: ResMar on August 06, 2014, 05:42:20 pm
Edit: I did the following: export the compact labors gridview; delete the compact labors gridview; delete the hauling superlabor; import the compact labors gridview; open the compact labors gridview. The view works, and the hauling superlabor is added to the customizations dock. It doesn't appear that you have to do any additional work on this.
Post by: notfood on August 06, 2014, 05:55:48 pm
Post by: ResMar on August 06, 2014, 09:43:55 pm
hah, I didn't even notice cleaning was missing. I guess I never used it much.
I still say that the compact view is the better default, but others are right in pointing out that there should be an expanded fancy crayola fill-on one as well.
What I disliked about this discussion was that not everyone seems to realize that the old view hasn't been eliminated, only renamed: it's still in there, and you bring it up at any time using the view drop-down menu. Because if Therapist users don't realize they can do that, then they must not realize how to use any of the programs many other, advanced features as well; and that's a problem both for Splinterz, who spends god-only-knows how much time writing these features, and for me, who spent, by my count, close to 50 hours [learning how to use these features and] writing a guide specifically aimed at addressing this issue.
Post by: Billy Jack on August 07, 2014, 12:41:32 am
Under the Roles menu selection, the Edit and Remove custom roles selections aren't working.
Thanks for continuing and improving DT as I feel it is a necessity.
Post by: crossmr on August 07, 2014, 12:56:49 am
I got lost in the Farmer sublabors one too many times to tolerate the default labor arrangement. Toady's structure works when your labor toggles are a textual list---less so when they're in a matrix. Remember also that Toady limits himself to a certain restricted color pallet in the interface.
Here is the compact grid view:
http://dffd.wimbli.com/file.php?id=9233
Here is the expanded grid view:
http://dffd.wimbli.com/file.php?id=9314
Farmer sublabours can be color coded (it's a wide group compared to others) without the need to change the actual layout. The reason the labours should match the game is a matter of consistency. People who use both, say because they like to use new versions before DT gets updated, will start to see a disconnect if drastically alter things.
Quote
What I disliked about this discussion was that not everyone seems to realize that the old view hasn't been eliminated, only renamed: it's still in there, and you bring it up at any time using the view drop-down menu. Because if Therapist users don't realize they can do that, then they must not realize how to use any of the programs many other, advanced features as well; and that's a problem both for Splinterz, who spends god-only-knows how much time writing these features, and for me, who spent, by my count, close to 50 hours [learning how to use these features and] writing a guide specifically aimed at addressing this issue.Whether you are doing it for free or not, you still have a typical business/customer relationship with the users. If you're taking the time to do this and share it, it's because you want people to actually use it which means you actually have to listen to feedback and take people's needs into consideration. In business you never blame the customer, and in software you never blame the user. If users are struggling to find information and understand features that isn't their fault as a group. While you might actually get some utterly clueless users at times, for the most part you users are average people and those are the people who still have an issue with the way things are right now.
Post by: splinterz on August 07, 2014, 05:01:19 am
I did the following: export the compact labors gridview; delete the compact labors gridview; delete the hauling superlabor; import the compact labors gridview; open the compact labors gridview. The view works, and the hauling superlabor is added to the customizations dock. It doesn't appear that you have to do any additional work on this.there's something else, possibly a bug, happening with the deleting/loading then. if the superlabor doesn't exist in the dwarf therapist.ini, the view will not be able to find it. there's no way for it to create a superlabor from a gridview import, because the views only keep track of what columns they should have, not what every column consists of.
Post by: splinterz on August 07, 2014, 05:02:12 am
BUG: v23.4aren't working as in nothing happens, or a crash or what?
Under the Roles menu selection, the Edit and Remove custom roles selections aren't working.
Thanks for continuing and improving DT as I feel it is a necessity.
Post by: Billy Jack on August 07, 2014, 11:42:05 am
Nothing happens. It doesn't crash. It doesn't expand to the right like the arrow suggests.BUG: v23.4aren't working as in nothing happens, or a crash or what?
Under the Roles menu selection, the Edit and Remove custom roles selections aren't working.
Thanks for continuing and improving DT as I feel it is a necessity.
I had used this feature in the past, but haven't made use of it until recently.
Windows 8
Post by: splinterz on August 07, 2014, 12:32:42 pm
what kind of custom roles do you have? do you have some that override the default roles perhaps?Nothing happens. It doesn't crash. It doesn't expand to the right like the arrow suggests.BUG: v23.4aren't working as in nothing happens, or a crash or what?
Under the Roles menu selection, the Edit and Remove custom roles selections aren't working.
Thanks for continuing and improving DT as I feel it is a necessity.
I had used this feature in the past, but haven't made use of it until recently.
Windows 8
Post by: ResMar on August 07, 2014, 12:48:55 pm
Whether you are doing it for free or not, you still have a typical business/customer relationship with the users. If you're taking the time to do this and share it, it's because you want people to actually use it which means you actually have to listen to feedback and take people's needs into consideration. In business you never blame the customer, and in software you never blame the user. If users are struggling to find information and understand features that isn't their fault as a group. While you might actually get some utterly clueless users at times, for the most part you users are average people and those are the people who still have an issue with the way things are right now.
It's something that'll be fixed when the time comes. In the meantime, I look like an ass. "Freaking ResMar, changing my default view and rendering my favorite utility useless..." It's two clicks! Two!
Post by: Meph on August 07, 2014, 12:54:07 pm
Quote
Whether you are doing it for free or not, you still have a typical business/customer relationship with the users. If you're taking the time to do this and share it, it's because you want people to actually use it which means you actually have to listen to feedback and take people's needs into consideration. In business you never blame the customer, and in software you never blame the user. If users are struggling to find information and understand features that isn't their fault as a group. While you might actually get some utterly clueless users at times, for the most part you users are average people and those are the people who still have an issue with the way things are right now.I dont agree with that part all that much. I always go more for the Pareto Principle, which is the 20/80 rule. 20% of your users give you 80% of your feedback.
But as someone in a similar position as Splinterz: It can be hard sometimes when you get a bunch of negative comments or demands or misunderstandings thrown around, while you work hard and sacrifice your free time for something that only other people use. It can be taxing, but is usually resolved by just taking a day off. At least in my case. ;)
Post by: splinterz on August 07, 2014, 01:05:00 pm
yeah it's that's something important to remember; the vocal minority. sometimes the ideas are great, other times, you look back and realize that if you'd listened to your customers and done everything they'd asked for, you'd be in a very bad place.QuoteWhether you are doing it for free or not, you still have a typical business/customer relationship with the users. If you're taking the time to do this and share it, it's because you want people to actually use it which means you actually have to listen to feedback and take people's needs into consideration. In business you never blame the customer, and in software you never blame the user. If users are struggling to find information and understand features that isn't their fault as a group. While you might actually get some utterly clueless users at times, for the most part you users are average people and those are the people who still have an issue with the way things are right now.I dont agree with that part all that much. I always go more for the Pareto Principle, which is the 20/80 rule. 20% of your users give you 80% of your feedback.
But as someone in a similar position as Splinterz: It can be hard sometimes when you get a bunch of negative comments or demands or misunderstandings thrown around, while you work hard and sacrifice your free time for something that only other people use. It can be taxing, but is usually resolved by just taking a day off. At least in my case. ;)
the biggest thing that gets to me sometimes is that people expect to be treated as paying clients for hobby projects that are purely for the benefit of the community, and nothing more. when i start to find myself responding as though they really are paying customers (oh shit, i better get that fixed before tomorow!), that's usually when i end up taking a break to avoid getting too caught up in the project.
not to say that this gridview fiasco is exactly one of those moments, just that unyielding mentally that 'the customer is always right' rubs me the wrong way (which is probably why i'm encouraged to avoid all contact with clients normally :D)
Post by: khearn on August 07, 2014, 01:33:34 pm
hah, I didn't even notice cleaning was missing. I guess I never used it much.
I still say that the compact view is the better default, but others are right in pointing out that there should be an expanded fancy crayola fill-on one as well.
What I disliked about this discussion was that not everyone seems to realize that the old view hasn't been eliminated, only renamed: it's still in there, and you bring it up at any time using the view drop-down menu. Because if Therapist users don't realize they can do that, then they must not realize how to use any of the programs many other, advanced features as well; and that's a problem both for Splinterz, who spends god-only-knows how much time writing these features, and for me, who spent, by my count, close to 50 hours [learning how to use these features and] writing a guide specifically aimed at addressing this issue.
I just found your guide yesterday. After seeing a few mentions of a guide and how it should be more visible, I looked at the first post of this thread, went to the homepage linked from the first post, and couldn't find any mention of it in either place. Since I didn't know that the guide was something you (ResMar) had done, I didn't look at your signature (I tend to ignore them unless I'm looking for something specific, since they mostly contain useless stuff). So I finally ended up googling for "Dwarf Therapist Guide" and found it that way. Yeah, it really does need to be more visible.
Splinterz, How about adding a link to the guide from the first post, and also from the project home page (if that's doable)? Those are the first places people are likely to look for documentation.
BTW, It looks like a great guide for a great program. I've been using Therapist for years, but have taken a DF hiatus for a while, and lots has been added since I last used it. I've read a little over half of it so far, and it's pretty clear, and written in a very readable style. I hope the section on the optimizer is as good as what I've read so far, because it looks like it could be really useful, but when I tried messing with it a few days ago, I couldn't figure out what do do with it. Thanks to both Splinterz and ResMar for all of the work that has gone into both the guide and Dwarf Therapist.
For thios who haven't found it, the guide can be downloaded from http://dffd.wimbli.com/file.php?id=7889 (http://dffd.wimbli.com/file.php?id=7889) (or is there a better place?)
Post by: Billy Jack on August 07, 2014, 02:44:23 pm
I only created one role and only one shows up when right-clicking and assigning a role. So I can assign and create a role, but I can't delete or edit it. It's pretty much a straight oob installation. I only copy in my macros and keyboard settings for new releases of DF.what kind of custom roles do you have? do you have some that override the default roles perhaps?Nothing happens. It doesn't crash. It doesn't expand to the right like the arrow suggests.BUG: v23.4aren't working as in nothing happens, or a crash or what?
Under the Roles menu selection, the Edit and Remove custom roles selections aren't working.
Thanks for continuing and improving DT as I feel it is a necessity.
I had used this feature in the past, but haven't made use of it until recently.
Windows 8
I also went back and opened up some of my older versions of MW which includes DT and found that they suffer from the same issue.
So.... Is there some other file on my PC that's not stored within the DT folder structure that could be messing it up.
EDIT to avoid double post.
Seeing the discussions about the grid views, IMO the default should be the same as it has in the past and as has been covered in many LTP videos. The fact that it is only two clicks to change the view can also be applied as "Yes, it only takes two clicks for someone to pull up a new and improved view."
Post by: splinterz on August 07, 2014, 02:54:01 pm
only one shows up when right-clicking and assigning a rolethis almost sounds like you're talking about custom professions, can you explain how and what you're assigning a role to?
Post by: AriRashkae on August 07, 2014, 03:17:34 pm
Is it possible to tweak the Animals panel (either something that's already there that I'm overlooking, or something for a future release) to show the description of individual animals? You know, the stuff you get on their status screens: "gigantic", "enormous yet skinny" etc? It'd make it easier to decide who / how many to butcher. :)
(If this is something already brought up & discussed, sorry for missing it!)
Post by: ResMar on August 07, 2014, 03:55:41 pm
I just found your guide yesterday. After seeing a few mentions of a guide and how it should be more visible, I looked at the first post of this thread, went to the homepage linked from the first post, and couldn't find any mention of it in either place. Since I didn't know that the guide was something you (ResMar) had done, I didn't look at your signature (I tend to ignore them unless I'm looking for something specific, since they mostly contain useless stuff). So I finally ended up googling for "Dwarf Therapist Guide" and found it that way. Yeah, it really does need to be more visible.
Splinterz, How about adding a link to the guide from the first post, and also from the project home page (if that's doable)? Those are the first places people are likely to look for documentation.
BTW, It looks like a great guide for a great program. I've been using Therapist for years, but have taken a DF hiatus for a while, and lots has been added since I last used it. I've read a little over half of it so far, and it's pretty clear, and written in a very readable style. I hope the section on the optimizer is as good as what I've read so far, because it looks like it could be really useful, but when I tried messing with it a few days ago, I couldn't figure out what do do with it. Thanks to both Splinterz and ResMar for all of the work that has gone into both the guide and Dwarf Therapist.
For thios who haven't found it, the guide can be downloaded from http://dffd.wimbli.com/file.php?id=7889 (http://dffd.wimbli.com/file.php?id=7889) (or is there a better place?)
That URL is correct. Glad you like it, and that I (and/but moreso Splint) now understands where the issue is. Catching up the documentation to the program took me a lot of time because, like you, I've been waiting for DF2014 to drop. I give a fluid explanation of how optimization plans work, if you liked the rest of the explanations you'll like that one too: though the only usecase I have in the guide right now is the holistic "Putting it all Together" example of military drafting.
Post by: ResMar on August 07, 2014, 04:03:08 pm
Seeing the discussions about the grid views, IMO the default should be the same as it has in the past and as has been covered in many LTP videos. The fact that it is only two clicks to change the view can also be applied as "Yes, it only takes two clicks for someone to pull up a new and improved view."
They said the same thing about horseless carriages. I see some reasonable reasons to preserve the old view as a default, though I disagree with them. This is not one of them.
But ultimately the decision is Splint's. In development terms, I just write the guide.
Post by: Billy Jack on August 07, 2014, 04:11:32 pm
You are correct, my bad. I'm not defining any custom roles so that would explain why the items aren't expanding out for me.only one shows up when right-clicking and assigning a rolethis almost sounds like you're talking about custom professions, can you explain how and what you're assigning a role to?
It's all starting to come back to me, now (been about 6 mo. since last played). So I have to open the Customizations window and then I can right-click the custom professions to edit / delete. Enhancement request would be to make that available from the same right-clicking on dwarf to create the custom profession from that dwarf's labors.
Thanks for your time.
@ResMar
Comparing it to the horse drawn carriages vs. the automobile argument wouldn't really be an appropriate comparison. I think a better comparison would be the UI for Windows 8 vs. Windows 7. :)
And I agree, it is Splint's decision.
Great guide btw.
Post by: splinterz on August 07, 2014, 04:20:58 pm
Question/Feature Request:i think what might work for you is sorting by the body size. right click on the column header above the name, and you'll have special sort options, including body size.
Is it possible to tweak the Animals panel (either something that's already there that I'm overlooking, or something for a future release) to show the description of individual animals? You know, the stuff you get on their status screens: "gigantic", "enormous yet skinny" etc? It'd make it easier to decide who / how many to butcher. :)
(If this is something already brought up & discussed, sorry for missing it!)
Post by: splinterz on August 07, 2014, 04:24:27 pm
yeah there's a lot of management that's directly through the docks at the moment. ResMar has also requested that the menus be retooled to have everything up in the top menu bar, so you could add/edit/remove custom professions like how you can access custom roles.You are correct, my bad. I'm not defining any custom roles so that would explain why the items aren't expanding out for me.only one shows up when right-clicking and assigning a rolethis almost sounds like you're talking about custom professions, can you explain how and what you're assigning a role to?
It's all starting to come back to me, now (been about 6 mo. since last played). So I have to open the Customizations window and then I can right-click the custom professions to edit / delete. Enhancement request would be to make that available from the same right-clicking on dwarf to create the custom profession from that dwarf's labors.
Post by: AriRashkae on August 07, 2014, 04:58:46 pm
Question/Feature Request:i think what might work for you is sorting by the body size. right click on the column header above the name, and you'll have special sort options, including body size.
Is it possible to tweak the Animals panel (either something that's already there that I'm overlooking, or something for a future release) to show the description of individual animals? You know, the stuff you get on their status screens: "gigantic", "enormous yet skinny" etc? It'd make it easier to decide who / how many to butcher. :)
(If this is something already brought up & discussed, sorry for missing it!)
Cool. Thanks!
EDIT: Oddly enough, the text description in-game & the body size read by DT do not always match up. My largest ram by cm(3) is the "skinny" one, and the "muscular & enormous" one is the smallest! I'll have to track them for a few generations & see how it plays out.
Post by: Meph on August 07, 2014, 05:13:09 pm
Post by: AriRashkae on August 07, 2014, 05:43:15 pm
Post by: crossmr on August 07, 2014, 06:38:49 pm
QuoteWhether you are doing it for free or not, you still have a typical business/customer relationship with the users. If you're taking the time to do this and share it, it's because you want people to actually use it which means you actually have to listen to feedback and take people's needs into consideration. In business you never blame the customer, and in software you never blame the user. If users are struggling to find information and understand features that isn't their fault as a group. While you might actually get some utterly clueless users at times, for the most part you users are average people and those are the people who still have an issue with the way things are right now.I dont agree with that part all that much. I always go more for the Pareto Principle, which is the 20/80 rule. 20% of your users give you 80% of your feedback.
But as someone in a similar position as Splinterz: It can be hard sometimes when you get a bunch of negative comments or demands or misunderstandings thrown around, while you work hard and sacrifice your free time for something that only other people use. It can be taxing, but is usually resolved by just taking a day off. At least in my case. ;)
I don't see how what we both said is mutually exclusive. I didn't really say anything about how many users would be coming here to give feedback, only that on average, they would be average. Active doesn't mean they're not an average user of average ability.
Quote
not to say that this gridview fiasco is exactly one of those moments, just that unyielding mentally that 'the customer is always right' rubs me the wrong way (which is probably why i'm encouraged to avoid all contact with clients normally :D)There is a reason it's basically the number one rule in business. Because any company that doesn't follow that is pretty much setting themselves up for failure. It doesn't actually mean the customer is always right though. What it really means is that the customer should be made to feel like they're always right. We only need to look around the internet for tons of examples where creators ignored the users and it ended up essentially killing their project.
You have a long established default, anything with less than 100% of the relevant information probably shouldn't be a default, any kind of compact or advanced view should be for those kinds of users who want it. Essentially you have the "alt" part backwards. Those kinds of things can be enabled by or created by those more advanced users who want to have that kind of view. Any newbie and anyone who only wants basic labour management doesn't need that other kind of view.
You'll probably find that's a good portion of your userbase.
Post by: khearn on August 07, 2014, 08:40:09 pm
That URL is correct. Glad you like it, and that I (and/but moreso Splint) now understands where the issue is. Catching up the documentation to the program took me a lot of time because, like you, I've been waiting for DF2014 to drop. I give a fluid explanation of how optimization plans work, if you liked the rest of the explanations you'll like that one too: though the only usecase I have in the guide right now is the holistic "Putting it all Together" example of military drafting.
Well, I read the optimizer section today. I wasn't in front of DT to try stuff, but I think I got the gist of it. Some things aren't completely clear. It seems like it would be very hard to describe so someone can understand it just from reading. I think some hands-on experience is going to be needed.
But I'm pretty sure it doesn't really do what I want. It seems to allow setting a limit of X labors per dwarf, and all of the dwarves could get that many. But I don't want my miners stopping work to shear a sheep. I want to be able to say "If they get mining, they get no others. But these other skills are OK for one dwarf to have a few. Oh, but if he's my mason, he'll be busy, so don't give him carpentry, because that's a busy skill, too." I think I want to be able to specify how "busy" a labor is, and have the optimizer not give any one dwarf too much busy-ness.
Maybe what I need is a way to specify for each labor a value from 0 to 1.0, and no dwarf should ever have labors totalling above 1.0. Then I can say that mining is 1.0, masonry and carpentry are 0.6, cooking and brewing are 0.5, tanning, butchery and fish cleaning are 0.2, etc. Then a dwarf could get (masonry, butchery and tanning), but not (masonry and cooking).
Or am I missing a way to do this sort of thing?
Keith
Post by: ResMar on August 07, 2014, 09:33:01 pm
The usecases I'm looking at for optimization plans are standard industry-starter ones. Things like setting up a clothing industry or a metalsmith shop with a preset number of laboring dwarves. This'll be easier to do once numerical optimization is explicitly implemented, which'll take out the extra step of figuring out and implementing what percentage of the dwarves you have selected you want to get optimized.
Splint if you ever get burned out know this, once the current tasks are done you'll be feature complete and can go on vacation. The way forward at that point would require outsourcing Dwarf Therapist memory access to DFHack, which would be quite the task.
Post by: thistleknot on August 07, 2014, 09:50:51 pm
Before, I
would highlight/select a group of dwarfs.
Right click,
assign a custom profession,
reset the custom profession on the same group.
It was 3 steps and it was annoying, but it was workable.
Now, instead, I
highlight the group of dwarf's I want to assign to a super labor, and I
click on the super labor gridview square, but it
assign's all but the top selected dwarf.
Post by: ResMar on August 07, 2014, 10:04:31 pm
IIRC, the group labors toggle swaps all labors: enabled ones are disabled and disabled ones are enabled. I don't remember seeing any special behavior on the first-selected dwarf: are you sure that dwarf's labor isn't on?
Post by: thistleknot on August 07, 2014, 10:08:06 pm
the group labors toggle swaps all labors
?
I grouped by "caste" in vanilla
and I couldn't set all dwarf's to a superlabor via the gridview row that specifies the groupby method
Post by: Zarathustra30 on August 08, 2014, 03:07:23 am
Post by: splinterz on August 08, 2014, 06:19:55 am
you can work around this (for now) by changing the dwarf's custom profession to a blank name. this isn't ideal, but really if you only want labors, you should be using the superlabors.
from what i can understand, it's maybe the aggregate row cells that aren't toggling the entire group's superlabors? i'll test it out.
How do I disable giving food/water?you'll need to use the alt labor view, or create/copy a view to access all the labors until i get another release out with the updated 'compact' and 'full' gridviews. Edit: or you can just import the views linked up in the thread.
Post by: thistleknot on August 08, 2014, 10:13:03 am
Post by: khearn on August 08, 2014, 11:20:56 am
If you do some math I'm sure you can find the right ratios to get what you're looking for. Personally though I only ever use the optimizer to dedicate dwarves. I'd rather have a weaver who isn't employed that often, but jumps to it when it's time, then go through the efforts of intricately organizing labor sets that are easy to forget and hard to optimize (heh, get it?).
The usecases I'm looking at for optimization plans are standard industry-starter ones. Things like setting up a clothing industry or a metalsmith shop with a preset number of laboring dwarves. This'll be easier to do once numerical optimization is explicitly implemented, which'll take out the extra step of figuring out and implementing what percentage of the dwarves you have selected you want to get optimized.
Splint if you ever get burned out know this, once the current tasks are done you'll be feature complete and can go on vacation. The way forward at that point would require outsourcing Dwarf Therapist memory access to DFHack, which would be quite the task.
I'm thinking about using it to assign the initial 7 dwarves, pre-embark. So some dwarves will definitely have to multi-task in this use-case.
Post by: AriRashkae on August 09, 2014, 04:19:58 pm
Just finished reassigning a wave of migrants, and I switched over to my animal pane to see who had grown up & was ready for slaughter. All of a sudden, all my animals are listed & iconed as babies! They're all listed as "chicks", "foals", etc, and when I hover over them, their ages are all listed in months: 95 months, 58 months, etc.
The only ones apparently not affected are the exotics (coati, ibex, wolves). The adults show up properly, with their ages in years.
(Running the latest OSX Therapist for 40.06 from fricy)
EDIT: Still no clue on the "why" of it, but quitting DF itself entirely, and then reloading everything cleared it up.
Post by: khearn on August 09, 2014, 10:13:15 pm
Also, does anyone have any suggestions for using Dwarf Therapist for picking a Baron when the outpost liaison suddenly asks one to pick someone? I want to pick someone who doesn't have any awkward preferences. According to the wiki, item preferences lead to mandates, while material preferences lead to demands. I guess this is somewhat situation dependent, since if I have lots of copper I won't mind a Baron who demands copper items, but if I don't have any then I don't want a copper-lover. But I'm wondering if anyone has made a role or filter (or any other ideas) for this sort of thing?
Post by: Brightgalrs on August 09, 2014, 11:51:33 pm
Am I missing seeing them, or are there no roles set up for Spinner or Shearer? Or or they covered in another role?You are quite correct. The current release doesn't have them built in, but you can make your own using the attributes listed in the wiki as well a few guesses on what types of items might be useful. The skills without roles are spinning, shearing, glazing, pressing, wax working and pottery.
Also, does anyone have any suggestions for using Dwarf Therapist for picking a Baron when the outpost liaison suddenly asks one to pick someone? I want to pick someone who doesn't have any awkward preferences. According to the wiki, item preferences lead to mandates, while material preferences lead to demands. I guess this is somewhat situation dependent, since if I have lots of copper I won't mind a Baron who demands copper items, but if I don't have any then I don't want a copper-lover. But I'm wondering if anyone has made a role or filter (or any other ideas) for this sort of thing?I would recommend making a custom role that gives negative weight to all items, positives to social/empathy attributes and positives to social skills. Then simply select the dwarf with the best match. If the dwarf doesn't have any item preferences then there will be neither mandates nor demands.
Here are the custom roles I use:
Code: [Select]
[info]
DT_version\major=23
DT_version\minor=3
DT_version\patch=0
export_date=@Variant(\0\0\0\x10\0%}0\0-G\xef\xff)
[custom_roles]
1\name=Wax Worker
1\attributes\size=4
1\attributes\1\id=spatial sense
1\attributes\2\id=agility
1\attributes\3\id=kinesthetic sense
1\attributes\4\id=creativity
1\attributes\4\weight=2
1\skills\size=1
1\skills\1\id=115
1\preferences\size=10
1\preferences\1\pref_category=4
1\preferences\1\item_type=36
1\preferences\1\exact=false
1\preferences\1\name=Amulets
1\preferences\1\weight=0.5
1\preferences\1\flags\size=0
1\preferences\2\pref_category=4
1\preferences\2\item_type=42
1\preferences\2\exact=false
1\preferences\2\name=Bracelets
1\preferences\2\weight=0.5
1\preferences\2\flags\size=0
1\preferences\3\pref_category=4
1\preferences\3\item_type=39
1\preferences\3\exact=false
1\preferences\3\name=Crowns
1\preferences\3\weight=0.5
1\preferences\3\flags\size=0
1\preferences\4\pref_category=4
1\preferences\4\item_type=41
1\preferences\4\exact=false
1\preferences\4\name=Earrings
1\preferences\4\weight=0.5
1\preferences\4\flags\size=0
1\preferences\5\pref_category=4
1\preferences\5\item_type=35
1\preferences\5\exact=false
1\preferences\5\name=Figurines
1\preferences\5\weight=0.5
1\preferences\5\flags\size=0
1\preferences\6\pref_category=4
1\preferences\6\item_type=12
1\preferences\6\exact=false
1\preferences\6\name=Goblets
1\preferences\6\weight=0.5
1\preferences\6\flags\size=0
1\preferences\7\pref_category=4
1\preferences\7\item_type=13
1\preferences\7\exact=false
1\preferences\7\name=Instruments
1\preferences\7\weight=0.5
1\preferences\7\flags\size=0
1\preferences\8\pref_category=4
1\preferences\8\item_type=40
1\preferences\8\exact=false
1\preferences\8\name=Rings
1\preferences\8\weight=0.5
1\preferences\8\flags\size=0
1\preferences\9\pref_category=4
1\preferences\9\item_type=37
1\preferences\9\exact=false
1\preferences\9\name=Scepters
1\preferences\9\weight=0.5
1\preferences\9\flags\size=0
1\preferences\10\pref_category=4
1\preferences\10\item_type=14
1\preferences\10\exact=false
1\preferences\10\name=Toys
1\preferences\10\weight=0.5
1\preferences\10\flags\size=0
2\name=Shearer
2\skills\size=1
2\skills\1\id=109
2\preferences\size=4
2\preferences\1\pref_category=1
2\preferences\1\item_type=-1
2\preferences\1\exact=true
2\preferences\1\name=Llama
2\preferences\1\weight=0.75
2\preferences\1\flags\size=3
2\preferences\1\flags\1\flag=53
2\preferences\1\flags\2\flag=88
2\preferences\1\flags\3\flag=29
2\preferences\2\pref_category=1
2\preferences\2\item_type=-1
2\preferences\2\exact=true
2\preferences\2\name=Sheep
2\preferences\2\weight=0.75
2\preferences\2\flags\size=3
2\preferences\2\flags\1\flag=53
2\preferences\2\flags\2\flag=88
2\preferences\2\flags\3\flag=29
2\preferences\3\pref_category=1
2\preferences\3\item_type=-1
2\preferences\3\exact=true
2\preferences\3\name=Alpaca
2\preferences\3\weight=0.75
2\preferences\3\flags\size=3
2\preferences\3\flags\1\flag=53
2\preferences\3\flags\2\flag=88
2\preferences\3\flags\3\flag=29
2\preferences\4\pref_category=0
2\preferences\4\item_type=-1
2\preferences\4\exact=false
2\preferences\4\name=Yarn
2\preferences\4\flags\size=1
2\preferences\4\flags\1\flag=62
3\name=Glazer
3\attributes\size=4
3\attributes\1\id=spatial sense
3\attributes\2\id=agility
3\attributes\3\id=kinesthetic sense
3\attributes\4\id=creativity
3\skills\size=1
3\skills\1\id=112
3\preferences\size=16
3\preferences\1\pref_category=4
3\preferences\1\item_type=85
3\preferences\1\exact=true
3\preferences\1\name=Jugs
3\preferences\1\weight=0.75
3\preferences\1\flags\size=0
3\preferences\2\pref_category=4
3\preferences\2\item_type=22
3\preferences\2\exact=false
3\preferences\2\name=Statues
3\preferences\2\weight=0.75
3\preferences\2\flags\size=0
3\preferences\3\pref_category=4
3\preferences\3\item_type=85
3\preferences\3\exact=true
3\preferences\3\name=Pots
3\preferences\3\weight=0.75
3\preferences\3\flags\size=0
3\preferences\4\pref_category=4
3\preferences\4\item_type=36
3\preferences\4\exact=false
3\preferences\4\name=Amulets
3\preferences\4\weight=0.5
3\preferences\4\flags\size=0
3\preferences\5\pref_category=4
3\preferences\5\item_type=42
3\preferences\5\exact=false
3\preferences\5\name=Bracelets
3\preferences\5\weight=0.5
3\preferences\5\flags\size=0
3\preferences\6\pref_category=4
3\preferences\6\item_type=39
3\preferences\6\exact=false
3\preferences\6\name=Crowns
3\preferences\6\weight=0.5
3\preferences\6\flags\size=0
3\preferences\7\pref_category=4
3\preferences\7\item_type=41
3\preferences\7\exact=false
3\preferences\7\name=Earrings
3\preferences\7\weight=0.5
3\preferences\7\flags\size=0
3\preferences\8\pref_category=4
3\preferences\8\item_type=35
3\preferences\8\exact=false
3\preferences\8\name=Figurines
3\preferences\8\weight=0.5
3\preferences\8\flags\size=0
3\preferences\9\pref_category=4
3\preferences\9\item_type=12
3\preferences\9\exact=false
3\preferences\9\name=Goblets
3\preferences\9\weight=0.5
3\preferences\9\flags\size=0
3\preferences\10\pref_category=4
3\preferences\10\item_type=13
3\preferences\10\exact=false
3\preferences\10\name=Instruments
3\preferences\10\weight=0.5
3\preferences\10\flags\size=0
3\preferences\11\pref_category=4
3\preferences\11\item_type=40
3\preferences\11\exact=false
3\preferences\11\name=Rings
3\preferences\11\weight=0.5
3\preferences\11\flags\size=0
3\preferences\12\pref_category=4
3\preferences\12\item_type=37
3\preferences\12\exact=false
3\preferences\12\name=Scepters
3\preferences\12\weight=0.5
3\preferences\12\flags\size=0
3\preferences\13\pref_category=4
3\preferences\13\item_type=14
3\preferences\13\exact=false
3\preferences\13\name=Toys
3\preferences\13\weight=0.5
3\preferences\13\flags\size=0
3\preferences\14\pref_category=4
3\preferences\14\item_type=85
3\preferences\14\exact=true
3\preferences\14\name=Hives
3\preferences\14\flags\size=0
3\preferences\15\pref_category=0
3\preferences\15\item_type=-1
3\preferences\15\exact=true
3\preferences\15\name=Ash glaze
3\preferences\15\flags\size=3
3\preferences\15\flags\1\flag=60
3\preferences\15\flags\2\flag=59
3\preferences\15\flags\3\flag=67
3\preferences\16\pref_category=0
3\preferences\16\item_type=-1
3\preferences\16\exact=true
3\preferences\16\name=Tin glaze
3\preferences\16\flags\size=3
3\preferences\16\flags\1\flag=60
3\preferences\16\flags\2\flag=59
3\preferences\16\flags\3\flag=67
4\name=Spinner
4\attributes\size=5
4\attributes\1\id=strength
4\attributes\2\id=endurance
4\attributes\3\id=spatial sense
4\attributes\4\id=agility
4\attributes\5\id=kinesthetic sense
4\skills\size=1
4\skills\1\id=110
4\preferences\size=1
4\preferences\1\pref_category=0
4\preferences\1\item_type=-1
4\preferences\1\exact=false
4\preferences\1\name=Yarn
4\preferences\1\flags\size=1
4\preferences\1\flags\1\flag=62
5\name=Royalty (No Item Prefs.)
5\attributes\size=3
5\attributes\1\id=-empathy
5\attributes\2\id=-social awareness
5\attributes\3\id=-linguistic ability
5\prefs_weight=1
5\preferences\size=143
5\preferences\1\pref_category=4
5\preferences\1\item_type=36
5\preferences\1\exact=false
5\preferences\1\name=-Amulets
5\preferences\1\flags\size=0
5\preferences\2\pref_category=4
5\preferences\2\item_type=19
5\preferences\2\exact=false
5\preferences\2\name=-Animal Traps
5\preferences\2\flags\size=0
5\preferences\3\pref_category=4
5\preferences\3\item_type=44
5\preferences\3\exact=false
5\preferences\3\name=-Anvils
5\preferences\3\flags\size=0
5\preferences\4\pref_category=4
5\preferences\4\item_type=32
5\preferences\4\exact=false
5\preferences\4\name=-Armor Stands
5\preferences\4\flags\size=0
5\preferences\5\pref_category=4
5\preferences\5\item_type=38
5\preferences\5\exact=true
5\preferences\5\name=-Arrows
5\preferences\5\flags\size=0
5\preferences\6\pref_category=4
5\preferences\6\item_type=60
5\preferences\6\exact=false
5\preferences\6\name=-Backpacks
5\preferences\6\flags\size=0
5\preferences\7\pref_category=4
5\preferences\7\item_type=63
5\preferences\7\exact=false
5\preferences\7\name=-Ballista Parts
5\preferences\7\flags\size=0
5\preferences\8\pref_category=4
5\preferences\8\item_type=17
5\preferences\8\exact=false
5\preferences\8\name=-Barrels
5\preferences\8\flags\size=0
5\preferences\9\pref_category=4
5\preferences\9\item_type=-1
5\preferences\9\exact=true
5\preferences\9\name=-Battle Axes
5\preferences\9\flags\size=1
5\preferences\9\flags\1\flag=51
5\preferences\10\pref_category=4
5\preferences\10\item_type=8
5\preferences\10\exact=false
5\preferences\10\name=-Beds
5\preferences\10\flags\size=0
5\preferences\11\pref_category=4
5\preferences\11\item_type=31
5\preferences\11\exact=false
5\preferences\11\name=-Bins
5\preferences\11\flags\size=0
5\preferences\12\pref_category=4
5\preferences\12\item_type=38
5\preferences\12\exact=true
5\preferences\12\name=-Blowdarts
5\preferences\12\flags\size=0
5\preferences\13\pref_category=4
5\preferences\13\item_type=-1
5\preferences\13\exact=true
5\preferences\13\name=-Blowguns
5\preferences\13\flags\size=1
5\preferences\13\flags\1\flag=52
5\preferences\14\pref_category=4
5\preferences\14\item_type=38
5\preferences\14\exact=true
5\preferences\14\name=-Bolts
5\preferences\14\flags\size=0
5\preferences\15\pref_category=4
5\preferences\15\item_type=85
5\preferences\15\exact=true
5\preferences\15\name=-Boning knives
5\preferences\15\flags\size=0
5\preferences\16\pref_category=4
5\preferences\16\item_type=85
5\preferences\16\exact=true
5\preferences\16\name=-Bowls
5\preferences\16\flags\size=0
5\preferences\17\pref_category=4
5\preferences\17\item_type=-1
5\preferences\17\exact=true
5\preferences\17\name=-Bows
5\preferences\17\flags\size=1
5\preferences\17\flags\1\flag=52
5\preferences\18\pref_category=4
5\preferences\18\item_type=30
5\preferences\18\exact=false
5\preferences\18\name=-Boxes
5\preferences\18\flags\size=0
5\preferences\19\pref_category=4
5\preferences\19\item_type=42
5\preferences\19\exact=false
5\preferences\19\name=-Bracelets
5\preferences\19\flags\size=0
5\preferences\20\pref_category=4
5\preferences\20\item_type=59
5\preferences\20\exact=true
5\preferences\20\name=-Braies
5\preferences\20\flags\size=0
5\preferences\21\pref_category=4
5\preferences\21\item_type=25
5\preferences\21\exact=true
5\preferences\21\name=-Breastplates
5\preferences\21\flags\size=0
5\preferences\22\pref_category=4
5\preferences\22\item_type=18
5\preferences\22\exact=false
5\preferences\22\name=-Buckets
5\preferences\22\flags\size=0
5\preferences\23\pref_category=4
5\preferences\23\item_type=27
5\preferences\23\exact=true
5\preferences\23\name=-Bucklers
5\preferences\23\flags\size=0
5\preferences\24\pref_category=4
5\preferences\24\item_type=34
5\preferences\24\exact=false
5\preferences\24\name=-Cabinets
5\preferences\24\flags\size=0
5\preferences\25\pref_category=4
5\preferences\25\item_type=16
5\preferences\25\exact=false
5\preferences\25\name=-Cages
5\preferences\25\flags\size=0
5\preferences\26\pref_category=4
5\preferences\26\item_type=25
5\preferences\26\exact=true
5\preferences\26\name=-Capes
5\preferences\26\flags\size=0
5\preferences\27\pref_category=4
5\preferences\27\item_type=28
5\preferences\27\exact=true
5\preferences\27\name=-Caps
5\preferences\27\flags\size=0
5\preferences\28\pref_category=4
5\preferences\28\item_type=85
5\preferences\28\exact=true
5\preferences\28\name=-Carving forks
5\preferences\28\flags\size=0
5\preferences\29\pref_category=4
5\preferences\29\item_type=85
5\preferences\29\exact=true
5\preferences\29\name=-Carving knives
5\preferences\29\flags\size=0
5\preferences\30\pref_category=4
5\preferences\30\item_type=62
5\preferences\30\exact=false
5\preferences\30\name=-Catapult Parts
5\preferences\30\flags\size=0
5\preferences\31\pref_category=4
5\preferences\31\item_type=85
5\preferences\31\exact=true
5\preferences\31\name=-Cauldrons
5\preferences\31\flags\size=0
5\preferences\32\pref_category=4
5\preferences\32\item_type=10
5\preferences\32\exact=false
5\preferences\32\name=-Chains
5\preferences\32\flags\size=0
5\preferences\33\pref_category=4
5\preferences\33\item_type=9
5\preferences\33\exact=false
5\preferences\33\name=-Chairs/Thrones
5\preferences\33\flags\size=0
5\preferences\34\pref_category=4
5\preferences\34\item_type=26
5\preferences\34\exact=true
5\preferences\34\name=-Chausses
5\preferences\34\flags\size=0
5\preferences\35\pref_category=4
5\preferences\35\item_type=25
5\preferences\35\exact=true
5\preferences\35\name=-Cloaks
5\preferences\35\flags\size=0
5\preferences\36\pref_category=4
5\preferences\36\item_type=25
5\preferences\36\exact=true
5\preferences\36\name=-Coats
5\preferences\36\flags\size=0
5\preferences\37\pref_category=4
5\preferences\37\item_type=21
5\preferences\37\exact=false
5\preferences\37\name=-Coffins
5\preferences\37\flags\size=0
5\preferences\38\pref_category=4
5\preferences\38\item_type=73
5\preferences\38\exact=false
5\preferences\38\name=-Coins
5\preferences\38\flags\size=0
5\preferences\39\pref_category=4
5\preferences\39\item_type=-1
5\preferences\39\exact=true
5\preferences\39\name=-Crossbows
5\preferences\39\flags\size=1
5\preferences\39\flags\1\flag=52
5\preferences\40\pref_category=4
5\preferences\40\item_type=39
5\preferences\40\exact=false
5\preferences\40\name=-Crowns
5\preferences\40\flags\size=0
5\preferences\41\pref_category=4
5\preferences\41\item_type=82
5\preferences\41\exact=false
5\preferences\41\name=-Crutches
5\preferences\41\flags\size=0
5\preferences\42\pref_category=4
5\preferences\42\item_type=-1
5\preferences\42\exact=true
5\preferences\42\name=-Daggers
5\preferences\42\flags\size=1
5\preferences\42\flags\1\flag=51
5\preferences\43\pref_category=4
5\preferences\43\item_type=6
5\preferences\43\exact=false
5\preferences\43\name=-Doors
5\preferences\43\flags\size=0
5\preferences\44\pref_category=4
5\preferences\44\item_type=25
5\preferences\44\exact=true
5\preferences\44\name=-Dresses
5\preferences\44\flags\size=0
5\preferences\45\pref_category=4
5\preferences\45\item_type=13
5\preferences\45\exact=true
5\preferences\45\name=-Drums
5\preferences\45\flags\size=0
5\preferences\46\pref_category=4
5\preferences\46\item_type=41
5\preferences\46\exact=false
5\preferences\46\name=-Earrings
5\preferences\46\flags\size=0
5\preferences\47\pref_category=4
5\preferences\47\item_type=67
5\preferences\47\exact=true
5\preferences\47\name=-Enormous corkscrews
5\preferences\47\flags\size=0
5\preferences\48\pref_category=4
5\preferences\48\item_type=28
5\preferences\48\exact=true
5\preferences\48\name=-Face veils
5\preferences\48\flags\size=0
5\preferences\49\pref_category=4
5\preferences\49\item_type=35
5\preferences\49\exact=false
5\preferences\49\name=-Figurines
5\preferences\49\flags\size=0
5\preferences\50\pref_category=4
5\preferences\50\item_type=-1
5\preferences\50\exact=true
5\preferences\50\name=-Flails
5\preferences\50\flags\size=1
5\preferences\50\flags\1\flag=51
5\preferences\51\pref_category=4
5\preferences\51\item_type=11
5\preferences\51\exact=false
5\preferences\51\name=-Flasks
5\preferences\51\flags\size=0
5\preferences\52\pref_category=4
5\preferences\52\item_type=7
5\preferences\52\exact=false
5\preferences\52\name=-Floodgates
5\preferences\52\flags\size=0
5\preferences\53\pref_category=4
5\preferences\53\item_type=13
5\preferences\53\exact=true
5\preferences\53\name=-Flutes
5\preferences\53\flags\size=0
5\preferences\54\pref_category=4
5\preferences\54\item_type=29
5\preferences\54\exact=true
5\preferences\54\name=-Gauntlets
5\preferences\54\flags\size=0
5\preferences\55\pref_category=4
5\preferences\55\item_type=67
5\preferences\55\exact=true
5\preferences\55\name=-Giant axe blades
5\preferences\55\flags\size=0
5\preferences\56\pref_category=4
5\preferences\56\item_type=29
5\preferences\56\exact=true
5\preferences\56\name=-Gloves
5\preferences\56\flags\size=0
5\preferences\57\pref_category=4
5\preferences\57\item_type=12
5\preferences\57\exact=false
5\preferences\57\name=-Goblets
5\preferences\57\flags\size=0
5\preferences\58\pref_category=4
5\preferences\58\item_type=78
5\preferences\58\exact=false
5\preferences\58\name=-Grates
5\preferences\58\flags\size=0
5\preferences\59\pref_category=4
5\preferences\59\item_type=-1
5\preferences\59\exact=true
5\preferences\59\name=-Great Axes
5\preferences\59\flags\size=1
5\preferences\59\flags\1\flag=51
5\preferences\60\pref_category=4
5\preferences\60\item_type=59
5\preferences\60\exact=true
5\preferences\60\name=-Greaves
5\preferences\60\flags\size=0
5\preferences\61\pref_category=4
5\preferences\61\item_type=-1
5\preferences\61\exact=true
5\preferences\61\name=-Halberds
5\preferences\61\flags\size=1
5\preferences\61\flags\1\flag=51
5\preferences\62\pref_category=4
5\preferences\62\item_type=13
5\preferences\62\exact=true
5\preferences\62\name=-Harps
5\preferences\62\flags\size=0
5\preferences\63\pref_category=4
5\preferences\63\item_type=77
5\preferences\63\exact=false
5\preferences\63\name=-Hatch Covers
5\preferences\63\flags\size=0
5\preferences\64\pref_category=4
5\preferences\64\item_type=28
5\preferences\64\exact=true
5\preferences\64\name=-Head veils
5\preferences\64\flags\size=0
5\preferences\65\pref_category=4
5\preferences\65\item_type=28
5\preferences\65\exact=true
5\preferences\65\name=-Headscarves
5\preferences\65\flags\size=0
5\preferences\66\pref_category=4
5\preferences\66\item_type=28
5\preferences\66\exact=true
5\preferences\66\name=-Helms
5\preferences\66\flags\size=0
5\preferences\67\pref_category=4
5\preferences\67\item_type=26
5\preferences\67\exact=true
5\preferences\67\name=-High boots
5\preferences\67\flags\size=0
5\preferences\68\pref_category=4
5\preferences\68\item_type=85
5\preferences\68\exact=true
5\preferences\68\name=-Hives
5\preferences\68\flags\size=0
5\preferences\69\pref_category=4
5\preferences\69\item_type=85
5\preferences\69\exact=true
5\preferences\69\name=-Honeycombs
5\preferences\69\flags\size=0
5\preferences\70\pref_category=4
5\preferences\70\item_type=28
5\preferences\70\exact=true
5\preferences\70\name=-Hoods
5\preferences\70\flags\size=0
5\preferences\71\pref_category=4
5\preferences\71\item_type=85
5\preferences\71\exact=true
5\preferences\71\name=-Jugs
5\preferences\71\flags\size=0
5\preferences\72\pref_category=4
5\preferences\72\item_type=85
5\preferences\72\exact=true
5\preferences\72\name=-Ladles
5\preferences\72\flags\size=0
5\preferences\73\pref_category=4
5\preferences\73\item_type=43
5\preferences\73\exact=false
5\preferences\73\name=-Large Gems
5\preferences\73\flags\size=0
5\preferences\74\pref_category=4
5\preferences\74\item_type=67
5\preferences\74\exact=true
5\preferences\74\name="-Large, serrated discs"
5\preferences\74\flags\size=0
5\preferences\75\pref_category=4
5\preferences\75\item_type=-1
5\preferences\75\exact=true
5\preferences\75\name=-Lashes
5\preferences\75\flags\size=1
5\preferences\75\flags\1\flag=51
5\preferences\76\pref_category=4
5\preferences\76\item_type=25
5\preferences\76\exact=true
5\preferences\76\name=-Leather armor
5\preferences\76\flags\size=0
5\preferences\77\pref_category=4
5\preferences\77\item_type=59
5\preferences\77\exact=true
5\preferences\77\name=-Leggings
5\preferences\77\flags\size=0
5\preferences\78\pref_category=4
5\preferences\78\item_type=59
5\preferences\78\exact=true
5\preferences\78\name=-Loincloths
5\preferences\78\flags\size=0
5\preferences\79\pref_category=4
5\preferences\79\item_type=-1
5\preferences\79\exact=true
5\preferences\79\name=-Long Swords
5\preferences\79\flags\size=1
5\preferences\79\flags\1\flag=51
5\preferences\80\pref_category=4
5\preferences\80\item_type=26
5\preferences\80\exact=true
5\preferences\80\name=-Low boots
5\preferences\80\flags\size=0
5\preferences\81\pref_category=4
5\preferences\81\item_type=-1
5\preferences\81\exact=true
5\preferences\81\name=-Maces
5\preferences\81\flags\size=1
5\preferences\81\flags\1\flag=51
5\preferences\82\pref_category=4
5\preferences\82\item_type=25
5\preferences\82\exact=true
5\preferences\82\name=-Mail shirts
5\preferences\82\flags\size=0
5\preferences\83\pref_category=4
5\preferences\83\item_type=28
5\preferences\83\exact=true
5\preferences\83\name=-Masks
5\preferences\83\flags\size=0
5\preferences\84\pref_category=4
5\preferences\84\item_type=-1
5\preferences\84\exact=true
5\preferences\84\name=-Mauls
5\preferences\84\flags\size=1
5\preferences\84\flags\1\flag=51
5\preferences\85\pref_category=4
5\preferences\85\item_type=85
5\preferences\85\exact=true
5\preferences\85\name=-Meat cleavers
5\preferences\85\flags\size=0
5\preferences\86\pref_category=4
5\preferences\86\item_type=67
5\preferences\86\exact=true
5\preferences\86\name=-Menacing spikes
5\preferences\86\flags\size=0
5\preferences\87\pref_category=4
5\preferences\87\item_type=80
5\preferences\87\exact=false
5\preferences\87\name=-Millstones
5\preferences\87\flags\size=0
5\preferences\88\pref_category=4
5\preferences\88\item_type=85
5\preferences\88\exact=true
5\preferences\88\name=-Minecarts
5\preferences\88\flags\size=0
5\preferences\89\pref_category=4
5\preferences\89\item_type=14
5\preferences\89\exact=true
5\preferences\89\name=-Miniforges
5\preferences\89\flags\size=0
5\preferences\90\pref_category=4
5\preferences\90\item_type=29
5\preferences\90\exact=true
5\preferences\90\name=-Mittens
5\preferences\90\flags\size=0
5\preferences\91\pref_category=4
5\preferences\91\item_type=-1
5\preferences\91\exact=true
5\preferences\91\name=-Morningstars
5\preferences\91\flags\size=1
5\preferences\91\flags\1\flag=51
5\preferences\92\pref_category=4
5\preferences\92\item_type=85
5\preferences\92\exact=true
5\preferences\92\name=-Mortars
5\preferences\92\flags\size=0
5\preferences\93\pref_category=4
5\preferences\93\item_type=85
5\preferences\93\exact=true
5\preferences\93\name=-Nest boxes
5\preferences\93\flags\size=0
5\preferences\94\pref_category=4
5\preferences\94\item_type=85
5\preferences\94\exact=true
5\preferences\94\name=-Pestles
5\preferences\94\flags\size=0
5\preferences\95\pref_category=4
5\preferences\95\item_type=13
5\preferences\95\exact=true
5\preferences\95\name=-Piccolos
5\preferences\95\flags\size=0
5\preferences\96\pref_category=4
5\preferences\96\item_type=-1
5\preferences\96\exact=true
5\preferences\96\name=-Picks
5\preferences\96\flags\size=1
5\preferences\96\flags\1\flag=51
5\preferences\97\pref_category=4
5\preferences\97\item_type=-1
5\preferences\97\exact=true
5\preferences\97\name=-Pikes
5\preferences\97\flags\size=1
5\preferences\97\flags\1\flag=51
5\preferences\98\pref_category=4
5\preferences\98\item_type=85
5\preferences\98\exact=true
5\preferences\98\name=-Pots
5\preferences\98\flags\size=0
5\preferences\99\pref_category=4
5\preferences\99\item_type=85
5\preferences\99\exact=true
5\preferences\99\name=-Pouches
5\preferences\99\flags\size=0
5\preferences\100\pref_category=4
5\preferences\100\item_type=14
5\preferences\100\exact=true
5\preferences\100\name=-Puzzleboxes
5\preferences\100\flags\size=0
5\preferences\101\pref_category=4
5\preferences\101\item_type=79
5\preferences\101\exact=false
5\preferences\101\name=-Querns
5\preferences\101\flags\size=0
5\preferences\102\pref_category=4
5\preferences\102\item_type=61
5\preferences\102\exact=false
5\preferences\102\name=-Quivers
5\preferences\102\flags\size=0
5\preferences\103\pref_category=4
5\preferences\103\item_type=40
5\preferences\103\exact=false
5\preferences\103\name=-Rings
5\preferences\103\flags\size=0
5\preferences\104\pref_category=4
5\preferences\104\item_type=25
5\preferences\104\exact=true
5\preferences\104\name=-Robes
5\preferences\104\flags\size=0
5\preferences\105\pref_category=4
5\preferences\105\item_type=26
5\preferences\105\exact=true
5\preferences\105\name=-Sandals
5\preferences\105\flags\size=0
5\preferences\106\pref_category=4
5\preferences\106\item_type=37
5\preferences\106\exact=false
5\preferences\106\name=-Scepters
5\preferences\106\flags\size=0
5\preferences\107\pref_category=4
5\preferences\107\item_type=-1
5\preferences\107\exact=true
5\preferences\107\name=-Scimitars
5\preferences\107\flags\size=1
5\preferences\107\flags\1\flag=51
5\preferences\108\pref_category=4
5\preferences\108\item_type=-1
5\preferences\108\exact=true
5\preferences\108\name=-Scourges
5\preferences\108\flags\size=1
5\preferences\108\flags\1\flag=51
5\preferences\109\pref_category=4
5\preferences\109\item_type=27
5\preferences\109\exact=true
5\preferences\109\name=-Shields
5\preferences\109\flags\size=0
5\preferences\110\pref_category=4
5\preferences\110\item_type=25
5\preferences\110\exact=true
5\preferences\110\name=-Shirts
5\preferences\110\flags\size=0
5\preferences\111\pref_category=4
5\preferences\111\item_type=26
5\preferences\111\exact=true
5\preferences\111\name=-Shoes
5\preferences\111\flags\size=0
5\preferences\112\pref_category=4
5\preferences\112\item_type=-1
5\preferences\112\exact=true
5\preferences\112\name=-Short Swords
5\preferences\112\flags\size=1
5\preferences\112\flags\1\flag=51
5\preferences\113\pref_category=4
5\preferences\113\item_type=59
5\preferences\113\exact=true
5\preferences\113\name=-Skirts
5\preferences\113\flags\size=0
5\preferences\114\pref_category=4
5\preferences\114\item_type=86
5\preferences\114\exact=false
5\preferences\114\name=-Slabs
5\preferences\114\flags\size=0
5\preferences\115\pref_category=4
5\preferences\115\item_type=85
5\preferences\115\exact=true
5\preferences\115\name=-Slicing knives
5\preferences\115\flags\size=0
5\preferences\116\pref_category=4
5\preferences\116\item_type=26
5\preferences\116\exact=true
5\preferences\116\name=-Socks
5\preferences\116\flags\size=0
5\preferences\117\pref_category=4
5\preferences\117\item_type=-1
5\preferences\117\exact=true
5\preferences\117\name=-Spears
5\preferences\117\flags\size=1
5\preferences\117\flags\1\flag=51
5\preferences\118\pref_category=4
5\preferences\118\item_type=67
5\preferences\118\exact=true
5\preferences\118\name=-Spiked balls
5\preferences\118\flags\size=0
5\preferences\119\pref_category=4
5\preferences\119\item_type=81
5\preferences\119\exact=false
5\preferences\119\name=-Splints
5\preferences\119\flags\size=0
5\preferences\120\pref_category=4
5\preferences\120\item_type=22
5\preferences\120\exact=false
5\preferences\120\name=-Statues
5\preferences\120\flags\size=0
5\preferences\121\pref_category=4
5\preferences\121\item_type=20
5\preferences\121\exact=false
5\preferences\121\name=-Tables
5\preferences\121\flags\size=0
5\preferences\122\pref_category=4
5\preferences\122\item_type=59
5\preferences\122\exact=true
5\preferences\122\name=-Thongs
5\preferences\122\flags\size=0
5\preferences\123\pref_category=4
5\preferences\123\item_type=25
5\preferences\123\exact=true
5\preferences\123\name=-Togas
5\preferences\123\flags\size=0
5\preferences\124\pref_category=4
5\preferences\124\item_type=85
5\preferences\124\exact=false
5\preferences\124\name=-Tools
5\preferences\124\flags\size=0
5\preferences\125\pref_category=4
5\preferences\125\item_type=58
5\preferences\125\exact=false
5\preferences\125\name=-Totems
5\preferences\125\flags\size=0
5\preferences\126\pref_category=4
5\preferences\126\item_type=14
5\preferences\126\exact=true
5\preferences\126\name=-Toy axes
5\preferences\126\flags\size=0
5\preferences\127\pref_category=4
5\preferences\127\item_type=14
5\preferences\127\exact=true
5\preferences\127\name=-Toy boats
5\preferences\127\flags\size=0
5\preferences\128\pref_category=4
5\preferences\128\item_type=14
5\preferences\128\exact=true
5\preferences\128\name=-Toy hammers
5\preferences\128\flags\size=0
5\preferences\129\pref_category=4
5\preferences\129\item_type=83
5\preferences\129\exact=false
5\preferences\129\name=-Traction Benches
5\preferences\129\flags\size=0
5\preferences\130\pref_category=4
5\preferences\130\item_type=-1
5\preferences\130\exact=true
5\preferences\130\name=-Training Axes
5\preferences\130\flags\size=1
5\preferences\130\flags\1\flag=51
5\preferences\131\pref_category=4
5\preferences\131\item_type=-1
5\preferences\131\exact=true
5\preferences\131\name=-Training Spears
5\preferences\131\flags\size=1
5\preferences\131\flags\1\flag=51
5\preferences\132\pref_category=4
5\preferences\132\item_type=-1
5\preferences\132\exact=true
5\preferences\132\name=-Training Swords
5\preferences\132\flags\size=1
5\preferences\132\flags\1\flag=51
5\preferences\133\pref_category=4
5\preferences\133\item_type=59
5\preferences\133\exact=true
5\preferences\133\name=-Trousers
5\preferences\133\flags\size=0
5\preferences\134\pref_category=4
5\preferences\134\item_type=13
5\preferences\134\exact=true
5\preferences\134\name=-Trumpets
5\preferences\134\flags\size=0
5\preferences\135\pref_category=4
5\preferences\135\item_type=25
5\preferences\135\exact=true
5\preferences\135\name=-Tunics
5\preferences\135\flags\size=0
5\preferences\136\pref_category=4
5\preferences\136\item_type=28
5\preferences\136\exact=true
5\preferences\136\name=-Turbans
5\preferences\136\flags\size=0
5\preferences\137\pref_category=4
5\preferences\137\item_type=-1
5\preferences\137\exact=true
5\preferences\137\name=-Twohanded Swords
5\preferences\137\flags\size=1
5\preferences\137\flags\1\flag=51
5\preferences\138\pref_category=4
5\preferences\138\item_type=25
5\preferences\138\exact=true
5\preferences\138\name=-Vests
5\preferences\138\flags\size=0
5\preferences\139\pref_category=4
5\preferences\139\item_type=-1
5\preferences\139\exact=true
5\preferences\139\name=-War Hammers
5\preferences\139\flags\size=1
5\preferences\139\flags\1\flag=51
5\preferences\140\pref_category=4
5\preferences\140\item_type=33
5\preferences\140\exact=false
5\preferences\140\name=-Weapon Racks
5\preferences\140\flags\size=0
5\preferences\141\pref_category=4
5\preferences\141\item_type=85
5\preferences\141\exact=true
5\preferences\141\name=-Wheelbarrows
5\preferences\141\flags\size=0
5\preferences\142\pref_category=4
5\preferences\142\item_type=-1
5\preferences\142\exact=true
5\preferences\142\name=-Whips
5\preferences\142\flags\size=1
5\preferences\142\flags\1\flag=51
5\preferences\143\pref_category=4
5\preferences\143\item_type=15
5\preferences\143\exact=false
5\preferences\143\name=-Windows
5\preferences\143\flags\size=0
6\name=Presser
6\attributes\size=4
6\attributes\1\id=strength
6\attributes\2\id=endurance
6\attributes\3\id=agility
6\attributes\4\id=kinesthetic sense
6\skills\size=1
6\skills\1\id=113
6\preferences\size=4
6\preferences\1\pref_category=2
6\preferences\1\item_type=-1
6\preferences\1\exact=true
6\preferences\1\name=Rock nuts
6\preferences\1\flags\size=0
6\preferences\2\pref_category=4
6\preferences\2\item_type=85
6\preferences\2\exact=true
6\preferences\2\name=Honeycombs
6\preferences\2\flags\size=0
6\preferences\3\pref_category=4
6\preferences\3\item_type=85
6\preferences\3\exact=true
6\preferences\3\name=Jugs
6\preferences\3\weight=0.25
6\preferences\3\flags\size=0
6\preferences\4\pref_category=2
6\preferences\4\item_type=-1
6\preferences\4\exact=true
6\preferences\4\name=Rock nut oil
6\preferences\4\flags\size=2
6\preferences\4\flags\1\flag=4
6\preferences\4\flags\2\flag=20
7\name=Bee Keeper
7\attributes\size=5
7\attributes\1\id=strength
7\attributes\2\id=analytical ability
7\attributes\3\id=endurance
7\attributes\4\id=agility
7\attributes\5\id=kinesthetic sense
7\skills\size=1
7\skills\1\id=114
7\preferences\size=4
7\preferences\1\pref_category=1
7\preferences\1\item_type=-1
7\preferences\1\exact=true
7\preferences\1\name=Honey bee
7\preferences\1\weight=1.2
7\preferences\1\flags\size=1
7\preferences\1\flags\1\flag=200
7\preferences\2\pref_category=4
7\preferences\2\item_type=85
7\preferences\2\exact=true
7\preferences\2\name=Hives
7\preferences\2\flags\size=0
7\preferences\3\pref_category=4
7\preferences\3\item_type=85
7\preferences\3\exact=true
7\preferences\3\name=Honeycombs
7\preferences\3\flags\size=0
7\preferences\4\pref_category=4
7\preferences\4\item_type=85
7\preferences\4\exact=true
7\preferences\4\name=Jugs
7\preferences\4\weight=0.25
7\preferences\4\flags\size=0
8\name=Potter
8\attributes\size=4
8\attributes\1\id=spatial sense
8\attributes\2\id=agility
8\attributes\3\id=kinesthetic sense
8\attributes\4\id=creativity
8\attributes\4\weight=2
8\skills\size=1
8\skills\1\id=111
8\preferences\size=17
8\preferences\1\pref_category=4
8\preferences\1\item_type=85
8\preferences\1\exact=true
8\preferences\1\name=Jugs
8\preferences\1\weight=0.25
8\preferences\1\flags\size=0
8\preferences\2\pref_category=4
8\preferences\2\item_type=22
8\preferences\2\exact=false
8\preferences\2\name=Statues
8\preferences\2\weight=0.75
8\preferences\2\flags\size=0
8\preferences\3\pref_category=4
8\preferences\3\item_type=85
8\preferences\3\exact=true
8\preferences\3\name=Pots
8\preferences\3\weight=0.75
8\preferences\3\flags\size=0
8\preferences\4\pref_category=4
8\preferences\4\item_type=36
8\preferences\4\exact=false
8\preferences\4\name=Amulets
8\preferences\4\weight=0.5
8\preferences\4\flags\size=0
8\preferences\5\pref_category=4
8\preferences\5\item_type=42
8\preferences\5\exact=false
8\preferences\5\name=Bracelets
8\preferences\5\weight=0.5
8\preferences\5\flags\size=0
8\preferences\6\pref_category=4
8\preferences\6\item_type=39
8\preferences\6\exact=false
8\preferences\6\name=Crowns
8\preferences\6\weight=0.5
8\preferences\6\flags\size=0
8\preferences\7\pref_category=4
8\preferences\7\item_type=41
8\preferences\7\exact=false
8\preferences\7\name=Earrings
8\preferences\7\weight=0.5
8\preferences\7\flags\size=0
8\preferences\8\pref_category=4
8\preferences\8\item_type=35
8\preferences\8\exact=false
8\preferences\8\name=Figurines
8\preferences\8\weight=0.5
8\preferences\8\flags\size=0
8\preferences\9\pref_category=4
8\preferences\9\item_type=12
8\preferences\9\exact=false
8\preferences\9\name=Goblets
8\preferences\9\weight=0.5
8\preferences\9\flags\size=0
8\preferences\10\pref_category=4
8\preferences\10\item_type=13
8\preferences\10\exact=false
8\preferences\10\name=Instruments
8\preferences\10\weight=0.5
8\preferences\10\flags\size=0
8\preferences\11\pref_category=4
8\preferences\11\item_type=40
8\preferences\11\exact=false
8\preferences\11\name=Rings
8\preferences\11\weight=0.5
8\preferences\11\flags\size=0
8\preferences\12\pref_category=4
8\preferences\12\item_type=37
8\preferences\12\exact=false
8\preferences\12\name=Scepters
8\preferences\12\weight=0.5
8\preferences\12\flags\size=0
8\preferences\13\pref_category=4
8\preferences\13\item_type=14
8\preferences\13\exact=false
8\preferences\13\name=Toys
8\preferences\13\weight=0.5
8\preferences\13\flags\size=0
8\preferences\14\pref_category=4
8\preferences\14\item_type=85
8\preferences\14\exact=true
8\preferences\14\name=Hives
8\preferences\14\weight=0.75
8\preferences\14\flags\size=0
8\preferences\15\pref_category=0
8\preferences\15\item_type=-1
8\preferences\15\exact=true
8\preferences\15\name=Earthenware
8\preferences\15\flags\size=3
8\preferences\15\flags\1\flag=60
8\preferences\15\flags\2\flag=59
8\preferences\15\flags\3\flag=67
8\preferences\16\pref_category=0
8\preferences\16\item_type=-1
8\preferences\16\exact=true
8\preferences\16\name=Porcelain
8\preferences\16\flags\size=3
8\preferences\16\flags\1\flag=60
8\preferences\16\flags\2\flag=59
8\preferences\16\flags\3\flag=67
8\preferences\17\pref_category=0
8\preferences\17\item_type=-1
8\preferences\17\exact=true
8\preferences\17\name=Stoneware
8\preferences\17\flags\size=3
8\preferences\17\flags\1\flag=60
8\preferences\17\flags\2\flag=59
8\preferences\17\flags\3\flag=67
size=8
I also have a custom role view that displays all these in the appropriate place and I've incorporated them into my optimization plan. Feel free to use.
Post by: khearn on August 10, 2014, 02:19:34 am
Post by: Repseki on August 10, 2014, 04:25:25 am
I would recommend making a custom role that gives negative weight to all items, positives to social/empathy attributes and positives to social skills. Then simply select the dwarf with the best match. If the dwarf doesn't have any item preferences then there will be neither mandates nor demands.
You might also want to throw in a negative rating on "IMMODERATION" (traits tab), which should help find a dwarf that doesn't make a huge number of mandates, unless I'm just crazy and that doesn't actually do anything.
I'm pretty sure I've seen a demand without any item preferences in a past fort though, so you might want to avoid any weird material preferences as well.
Post by: se5a on August 10, 2014, 05:15:16 am
I'm pretty sure I've seen a demand without any item preferences in a past fort though, so you might want to avoid any weird material preferences as well.
I think he(Toady) just fixed that recently?
Post by: splinterz on August 10, 2014, 06:15:21 am
for the noble thing, i usually do this with a script. it's in the script editor's info section but it's just to filter dwarves with minimal material or item preferences:
Code: [Select]
d.noble_position() == "" && (!d.has_preference('','Items',false) && !d.has_preference('','Materials',false)) || !d.has_preference('','Items',false) || !d.has_preference('','Materials',false)the effects of the new personality traits/beliefs/goals are still largely unknown so i've been holding off updating the default roles until some !!SCIENCE!! is done.
Post by: King Mir on August 10, 2014, 09:26:47 am
Yeah, material based mandates were removed in 0.34.01. Item mandates are still in, including item + material together.I'm pretty sure I've seen a demand without any item preferences in a past fort though, so you might want to avoid any weird material preferences as well.
I think he(Toady) just fixed that recently?
Post by: fricy on August 10, 2014, 10:48:16 am
[HFS] metal preferences were fixed in 40.06. (http://www.bay12games.com/dwarves/mantisbt/view.php?id=7590)Yeah, material based mandates were removed in 0.34.01. Item mandates are still in, including item + material together.I'm pretty sure I've seen a demand without any item preferences in a past fort though, so you might want to avoid any weird material preferences as well.I think he(Toady) just fixed that recently?
And FYI coming in 40.07:
Quote from: Toady's devlog
Required animal hauling labor for various jobs
Added new labors for hauling trade goods, pulling levers, removing constructions and hauling water
Made laborless building construct/destroy jobs take furniture hauling
Attached trap cleaning to clean labor
Post by: lethosor on August 10, 2014, 10:50:39 am
[HFS] metal preferences were fixed in 40.06. (http://www.bay12games.com/dwarves/mantisbt/view.php?id=7590)Note that, according to this report (http://www.bay12games.com/dwarves/mantisbt/view.php?id=7848), this fix only applies to worlds generated in 0.40.06+ - dwarves from worlds generated before 0.40.06 can still have preferences for HFS materials.
Post by: Beowulf on August 10, 2014, 11:17:40 am
Building under Ubuntu 12.04 LTS / 64-bit:ok i'll see about adding that to the documentation. if i remember the ptrace/sudo stuff was there before i even forked the code, so i'm not sure how that precompiled version doesn't require it.
Followed the instructions at https://github.com/splintermind/Dwarf-Therapist/blob/master/BUILDING.txt (https://github.com/splintermind/Dwarf-Therapist/blob/master/BUILDING.txt), *except* prior to doing that I had to do:
sudo apt-add-repository ppa:ubuntu-sdk-team/ppa
sudo apt-get update
Those are necessary because they intend Qt 5 for use on more recent releases of Ubuntu. If you build other stuff that uses Qt, you may want to read up on the above before doing it.
Compiles, installs, and runs OK. I haven't had time to test much - wanted to post before I forget what I did.
I'm suprised at the requirement for running it as root. The old precompiled verision that I was using on Ubuntu 10.04 did not require it. Was use of ptrace added since the fork?
I see the suggestion for running it as a child of df, but I start df with dfhack, and ./dfhack& causes problems because you need the terminal. Any ideas for how to launch it as a child when using dfhack?
Splintermind, are you interested in talking to the dfhack people about converting it to a plug-in?
setting things up to use dfhack as a back-end would be very beneficial. i already use a dfhack script to generate another list of memory offsets to use, but it's all very redundant, and probably some code that could be removed entirely if there was access to a dfhack api. however, i honestly don't even know where to begin such a conversion.
That is most likely because:
"In Ubuntu 10.10 and later, users cannot ptrace processes that are not a descendant of the debugger." -> They have started setting the yama/ptrace_scope setting of the yama Linux security module.
I have not looked at how dfhack goes about this but it should be possible to just have these utilities be the parent of the df process (i.e. they start it) and do without the bad CAP_SYS_PTRACE.
Post by: lethosor on August 10, 2014, 11:59:29 am
I have not looked at how dfhack goes about this but it should be possible to just have these utilities be the parent of the df process (i.e. they start it) and do without the bad CAP_SYS_PTRACE.On Linux and OS X, DFHack is loaded as a shared (?) library (e.g. libdfhack.so, libdfhack.dylib).
Post by: shaver on August 10, 2014, 01:10:09 pm
Would it make sense to have DT talk to dfhack over the RPC channel? It would avoid the ptrace privs issue, fix OS X setting names, make offset stuff easier, and make it easier to extend, I think. I also think it'd be fun to do, heh.
Post by: Beowulf on August 10, 2014, 01:42:27 pm
I have not looked at how dfhack goes about this but it should be possible to just have these utilities be the parent of the df process (i.e. they start it) and do without the bad CAP_SYS_PTRACE.
Sure enough, works:
main.cpp
Code: [Select]
diff --git a/src/main.cpp b/src/main.cpp
index 2aee63d..1fb1ed5 100644
--- a/src/main.cpp
+++ b/src/main.cpp
@@ -30,10 +30,36 @@ THE SOFTWARE.
*
*/
+
#include "dwarftherapist.h"
#include "dfinstance.h"
+#include <stdio.h>
+#include <stdlib.h>
+#include <sys/types.h>
+#include <unistd.h>
int main(int argc, char *argv[]) {
+ char *launcha_args[5];
+ pid_t pid;
+
+ launcha_args[0] = "/opt/pt/df/df_current/df_linux/df";
+ launcha_args[1] = "arg1";
+ launcha_args[2] = "arg2";
+ launcha_args[3] = NULL;
+
+ switch ((pid = fork()))
+ {
+ case -1:
+ perror ("fork");
+ break;
+ case 0:
+ execv ("/opt/pt/df/df_current/df_linux/df", launcha_args);
+ exit(EXIT_FAILURE);
+ break;
+ default:
+ ;
+ break;
+ }
if(!DFInstance::authorize()){
return 0;
}
Script:
39c39
< _DT_BINARY="/usr/bin/DwarfTherapist"
---
> _DT_BINARY="/opt/pt/df/therapist/installroot/usr/bin/DwarfTherapist"
45c45
< _ETC_BASE_FOLDER="/usr/share/dwarftherapist/"
---
> _ETC_BASE_FOLDER="/opt/pt/df/therapist/installroot/usr/share/dwarftherapist/"
49c49
< _NOTIFY_ICON="/usr/share/pixmaps/dwarftherapist.png"
---
> _NOTIFY_ICON="/opt/pt/df/therapist/installroot/usr/share/pixmaps/dwarftherapist.png"
234c234
< check_ptrace_state
---
> #check_ptrace_state
236c236
< provide_gui_to_setcap
---
> #provide_gui_to_setcapYes, I have it in a funny path and yes I cannot write C at all and that is newbish c&p trial and error, hard-coding-pathes
But, hey it works. :D
Post by: carkasjak on August 10, 2014, 02:30:42 pm
Post by: shaver on August 10, 2014, 02:43:25 pm
Post by: lethosor on August 10, 2014, 07:21:33 pm
0.40.07 is released, and it adds new labors. Hope this doesn't delay Dwarf Therapist too much ;)It shouldn't - according to Quietust, the ID's of new labors are added in order, and determining which ID corresponds to which labor is fairly easy with disassembly, since there's a switch statement that converts labor ID's to human-readable names.
Post by: ResMar on August 10, 2014, 07:21:46 pm
0.40.07 is released, and it adds new labors. Hope this doesn't delay Dwarf Therapist too much ;)
It also makes changes to dwarven labors that make this entire discussion on hidden labors in the view apocryphal.
Post by: khearn on August 10, 2014, 08:04:07 pm
I'm not sure what a beer costs in Canadian Dollars, so I just gave $10 CAD. I assume that will cover one or two. :)
Thanks for all the work you've given to us, and for all the enjoyment we've gotten as a result, Splinterz!
Keith
Post by: Girlinhat on August 10, 2014, 08:12:54 pm
I'm not sure what a beer costs in Canadian Dollars, so I just gave $10 CAD. I assume that will cover one or two. :)Depends on the beer. I know you can get $5 pitchers here in the US, though they're usually not very savory...
Post by: Tacomagic on August 10, 2014, 09:01:21 pm
If you're like me and can hardly play DF without Dwarf Therapist, while you're waiting for Therapist to be updated for 40.07, you can always go to the project home page (https://github.com/splintermind/Dwarf-Therapist), scroll down to the "Buy me a beer!" button and donate whatever you think is appropriate.
I'm not sure what a beer costs in Canadian Dollars, so I just gave $10 CAD. I assume that will cover one or two. :)
Thanks for all the work you've given to us, and for all the enjoyment we've gotten as a result, Splinterz!
Keith
Done and done. I imagine new versions of DF increase the beer supply significantly.
Post by: majiin on August 11, 2014, 09:19:02 am
Thanks!
Post by: crossmr on August 11, 2014, 09:42:12 am
Post by: splinterz on August 11, 2014, 10:17:21 am
am I blind or do I not see recover wounded on the labours full tab?apparently it wasn't added to the full view. that's what i get for blind copy/pasting i suppose... uploading a fix..
Post by: splinterz on August 11, 2014, 10:31:08 am
Just did a quick test from current git source, and it works with 40.07 (linux). Great work splinterz!thanks for the confirmation! oh it's all due to those df-structure guys, they had things updated crazily fast!
Thanks!
Post by: ptb_ptb on August 11, 2014, 11:00:00 am
Post by: ResMar on August 11, 2014, 11:16:10 am
am I blind or do I not see recover wounded on the labours full tab?apparently it wasn't added to the full view. that's what i get for blind copy/pasting i suppose... uploading a fix..
Yeah, my bad. I forgot this labor existed, tbh.
Post by: OzoneGrif on August 11, 2014, 11:21:44 am
I just found a little problem with the Weapon & Shield indicators in the Military tab, for Squad members.
The indicators often says weapons and shields are missing while they aren't : I can see them in the dwarves inventory.
This is just it. Otherwise it works like a charm! Thank you for your amazing efforts to support DF. 8)
Post by: khearn on August 11, 2014, 01:16:24 pm
I just found a little problem with the Weapon & Shield indicators in the Military tab, for Squad members.
The indicators often says weapons and shields are missing while they aren't : I can see them in the dwarves inventory.
I've noticed this too, but I was too busy at the time to check the inventories to make certain.
Keith
Post by: khearn on August 11, 2014, 01:20:10 pm
Just did a quick test from current git source, and it works with 40.07 (linux). Great work splinterz!thanks for the confirmation! oh it's all due to those df-structure guys, they had things updated crazily fast!
Thanks!
This is why I'm not all that anxious for DT to rely on dfhack. DT has a day or so of lag after a new release, we still don't have a dfhack release for any 40.X version. I can play just fine without dfhack (although I do miss digv), but playing past the first couple of migrant waves without DT is just too painful.
Post by: Deboche on August 11, 2014, 01:23:59 pm
Post by: splinterz on August 11, 2014, 02:28:14 pm
was this in the most recent release, or before?I just found a little problem with the Weapon & Shield indicators in the Military tab, for Squad members.
The indicators often says weapons and shields are missing while they aren't : I can see them in the dwarves inventory.
I've noticed this too, but I was too busy at the time to check the inventories to make certain.
Keith
Post by: Berserkenstein on August 11, 2014, 03:08:01 pm
Thank you so much guys! You make DF playable after you have more than 20 dwarves...or more than 6 dwarves even ;D
Post by: khearn on August 11, 2014, 03:31:17 pm
was this in the most recent release, or before?I just found a little problem with the Weapon & Shield indicators in the Military tab, for Squad members.
The indicators often says weapons and shields are missing while they aren't : I can see them in the dwarves inventory.
I've noticed this too, but I was too busy at the time to check the inventories to make certain.
Keith
Definitely before the most recent release. Sometime last week. I'll keep an eye out for it and give more details if I see it again.
Keith
Post by: Stormrage on August 11, 2014, 03:52:58 pm
It doesn't show they are missing when they have them in their hands.
Post by: ResMar on August 11, 2014, 04:01:58 pm
Just did a quick test from current git source, and it works with 40.07 (linux). Great work splinterz!thanks for the confirmation! oh it's all due to those df-structure guys, they had things updated crazily fast!
Thanks!
This is why I'm not all that anxious for DT to rely on dfhack. DT has a day or so of lag after a new release, we still don't have a dfhack release for any 40.X version. I can play just fine without dfhack (although I do miss digv), but playing past the first couple of migrant waves without DT is just too painful.
I don't think you're really supposed to play right after release, though, you're supposed to wait until all of the patches are in and *then* get off. I'm not going to do another DF play-though until Toady shifts to active development again, personally, because what's the point of exhausting myself playing this game now if I can do so on a more pristine version later?
Post by: Lewa263 on August 11, 2014, 04:12:48 pm
Somebody has to play right after release, or bugs wouldn't ever be caught. There's nothing wrong with some people waiting like you, as long as a significant number are less patient.Just did a quick test from current git source, and it works with 40.07 (linux). Great work splinterz!thanks for the confirmation! oh it's all due to those df-structure guys, they had things updated crazily fast!
Thanks!
This is why I'm not all that anxious for DT to rely on dfhack. DT has a day or so of lag after a new release, we still don't have a dfhack release for any 40.X version. I can play just fine without dfhack (although I do miss digv), but playing past the first couple of migrant waves without DT is just too painful.
I don't think you're really supposed to play right after release, though, you're supposed to wait until all of the patches are in and *then* get off. I'm not going to do another DF play-though until Toady shifts to active development again, personally, because what's the point of exhausting myself playing this game now if I can do so on a more pristine version later?
Post by: thistleknot on August 11, 2014, 04:28:49 pm
what to do...
continue 40_07 [fort] I guess.
thought i'd never be the one to ask for a layout update, now that I got my own mod up and running, I finally got some time vested into a game.
Post by: splinterz on August 11, 2014, 04:58:56 pm
I'm pretty sure it's because the recent addition of Strapped-to-body in 40.xx.indeed that was the cause. should be fixed up in the latest release ;)
It doesn't show they are missing when they have them in their hands.
Post by: Stormrage on August 11, 2014, 05:03:56 pm
Dang, you're fast.I'm pretty sure it's because the recent addition of Strapped-to-body in 40.xx.indeed that was the cause. should be fixed up in the latest release ;)
It doesn't show they are missing when they have them in their hands.
Post by: fricy on August 11, 2014, 05:13:06 pm
Post by: Agent_Irons on August 11, 2014, 10:04:23 pm
[OSX] Dwarf Therapist 23.5.1 | DF 40.08 (http://dffd.wimbli.com/file.php?id=9127)Thank you for this!
Post by: vjek on August 11, 2014, 10:16:33 pm
Post by: Lasander on August 12, 2014, 01:24:19 am
I built it and is currently sitting in the Games category in my menu but will not run when I click on it. I run 'dwarftherapist' in the terminal and I get infinite computer vomit which repeats.
Code: [Select]
)
which: no kdesu in (/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/core_perl)
/usr/bin/dwarftherapist: line 182: xmessage: command not found
which: no kdesudo in (/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/core_perl)
)
which: no kdesu in (/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/core_perl)
/usr/bin/dwarftherapist: line 182: xmessage: command not found
which: no kdesudo in (/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/core_perl)
)
As far as I can tell its looking for the 'KDE su' command. I am not using KDE. I am running Antergos using MATE. Am I doing something wrong or do I simply have to install kdesu?
Post by: int_ua on August 12, 2014, 05:41:15 am
Am I doing something wrong or do I simply have to install kdesu?If you can find where it's mentioned you can replace it with pkexec which is better alternative for either gksu or kdesudo.
Note that at least for KDE 4.13 it's kdesudo, not kdesu
Post by: Henour on August 12, 2014, 10:18:14 am
It seems my last embark has no enemies nearby and I have not pierced the caverns yet so there was nothing to be afraid of.
From what I read Discipline is quiet important now in order for Dwarfs to not run away from enemies and I would like to check my squads Discipline without reading through the complete char description :D
If there is an option for it already I didn't find it.
Post by: splinterz on August 12, 2014, 10:25:04 am
Is there a way to view the Discipline of a Dwarf in DT yet?check the military views
It seems my last embark has no enemies nearby and I have not pierced the caverns yet so there was nothing to be afraid of.
From what I read Discipline is quiet important now in order for Dwarfs to not run away from enemies and I would like to check my squads Discipline without reading through the complete char description :D
If there is an option for it already I didn't find it.
Post by: Buttery_Mess on August 12, 2014, 11:03:10 am
Works great, btw. Thanks for the good work.
Post by: OzoneGrif on August 12, 2014, 01:16:02 pm
Quote
indeed that was the cause. should be fixed up in the latest releaseWoah already? Love you long time ! <3 <3
It is indeed fixed, just downloaded the new version :)
I don't find a Paypal for the donations, could you include one on your main post somewhere? I am willing to give a few bucks to DT (I already gave some to Toady One)
Post by: thistleknot on August 12, 2014, 01:41:13 pm
Hey, you may have noticed me asking questions about how to compile Dwarf Therapist properly in this thread before. I was finally able to compile the most recent version in Ubuntu 14.04. I downloaded the zip, and compiled normally from that. Beforehand, I was git cloning the project, and compiling that... and it always compiled the oldest available version. I still have no idea why this is, but whatever, compile from the zip if you have a problem like mine in future.
Works great, btw. Thanks for the good work.
if you cloned using github; I learned the hard way, that inside github win32 gui app, there is a drop down that asks you what branch you want to work with. That is the version you are building.
Post by: khearn on August 12, 2014, 02:19:22 pm
Spoiler (click to show/hide)
But not all of the dwarves are doing it. Some just list the preferences once. I haven't noticed anything that seems to be unique about those who have the triplicate preferences.
Also note that it seems to triplicate things by category. The material preferences (Giant aardvark leather ... Phyllite) are listed out in order three times, rather than each one being listed three times before the next.
Keith
Post by: Dirst on August 12, 2014, 02:46:46 pm
I've noticed that some of my dwarves list prefences in triplicate in the tool-tip that pops up when you hover over their names.The skills are doubled-up, too. Maybe he's just really enthusiastic about those things?Toads, Toads, Toads.Spoiler (click to show/hide)
But not all of the dwarves are doing it. Some just list the preferences once. I haven't noticed anything that seems to be unique about those who have the triplicate preferences.
Also note that it seems to triplicate things by category. The material preferences (Giant aardvark leather ... Phyllite) are listed out in order three times, rather than each one being listed three times before the next.
Keith
Post by: splinterz on August 12, 2014, 03:25:21 pm
so far i haven't been able to figure out how to reproduce this one, so if you've got a save that exhibits the bug that would be great.I've noticed that some of my dwarves list prefences in triplicate in the tool-tip that pops up when you hover over their names.The skills are doubled-up, too. Maybe he's just really enthusiastic about those things?Toads, Toads, Toads.Spoiler (click to show/hide)
But not all of the dwarves are doing it. Some just list the preferences once. I haven't noticed anything that seems to be unique about those who have the triplicate preferences.
Also note that it seems to triplicate things by category. The material preferences (Giant aardvark leather ... Phyllite) are listed out in order three times, rather than each one being listed three times before the next.
Keith
Post by: Evondral on August 12, 2014, 03:43:39 pm
Post by: splinterz on August 12, 2014, 04:00:54 pm
'Lo all, this might have been asked already, but is anyone else having problems with setting custom professions? I click the option and no text box pops up. The button doesn't seem to be doing anything.i just noticed that myself, seems i broke it ::)
Post by: forumist on August 12, 2014, 04:56:41 pm
Beforehand, I was git cloning the project, and compiling that... and it always compiled the oldest available version. I still have no idea why this is, but whatever, compile from the zip if you have a problem like mine in future.
As I understand it, the instructions for getting the code for version 0.40.* from github were bugged:
http://www.bay12forums.com/smf/index.php?topic=122968.msg5547075#msg5547075 (http://www.bay12forums.com/smf/index.php?topic=122968.msg5547075#msg5547075)
It should be "git clone git://github.com/splintermind/Dwarf-Therapist.git -b DF2014"
Post by: int_ua on August 12, 2014, 11:23:00 pm
And it doesn't really work except from running in the build directory. Guess that's because memory maps are placed incorrectly. But still, works for me.
Post by: PeridexisErrant on August 12, 2014, 11:25:56 pm
Post by: int_ua on August 12, 2014, 11:30:18 pm
Can you just zip the thing?1. It looks like it didn't really work, I've updated the previous post.
2. zip an ar archive with two other archives inside of it archived? I don't really like the idea :)
3. Okay, I zipped it. http://dffd.wimbli.com/file.php?id=9378 Does it work for you?
Post by: Robsoie on August 13, 2014, 06:58:09 am
I just downloaded 23.6 to test with my current 40.08 fortress and if i have DF running (it does not matter if i am in the main menu or with a loaded fortress) when i launch
DwarfTherapist.exe
( that i have in C:\df_40_08_win\Dwarf Therapist 23.6\ )
It just crash with the DwarfTherapist.exe has encountered an error :
(http://i.imgur.com/59pTx6W.jpg)
But if i do not launch DF but launch DwarfTherapist.exe , it works without error, but after i launch DF and load my fort if i click on "Connect to DF" button, Dwarf Therapist will crash with the same error.
I can't say for the Dwarf Therapist for 40.07 as i didn't played it with that version of DF, but it worked without problem for a previous 40.0x version
the run.log when it crashes while i launch DT when i have my fortress already loaded :
Spoiler (click to show/hide)
The run.log when i am at DF main menu and i launch DT that then crash :
Spoiler (click to show/hide)
the run.log when i start DT before DF and once i loaded my fortress i click on "Connect to DF"
Spoiler (click to show/hide)
Post by: splinterz on August 13, 2014, 08:30:30 am
I have a very odd problem.you can try running it with the -debug argument to see more information in the log file, and/or upload the save so i can take a look.
I just downloaded 23.6 to test with my current 40.08 fortress and if i have DF running (it does not matter if i am in the main menu or with a loaded fortress) when i launch
DwarfTherapist.exe
( that i have in C:\df_40_08_win\Dwarf Therapist 23.6\ )
It just crash with the DwarfTherapist.exe has encountered an error :
(http://i.imgur.com/59pTx6W.jpg)
But if i do not launch DF but launch DwarfTherapist.exe , it works without error, but after i launch DF and load my fort if i click on "Connect to DF" button, Dwarf Therapist will crash with the same error.
I can't say for the Dwarf Therapist for 40.07 as i didn't played it with that version of DF, but it worked without problem for a previous 40.0x version
the run.log when it crashes while i launch DT when i have my fortress already loaded :Spoiler (click to show/hide)
The run.log when i am at DF main menu and i launch DT that then crash :Spoiler (click to show/hide)
the run.log when i start DT before DF and once i loaded my fortress i click on "Connect to DF"Spoiler (click to show/hide)
Post by: Robsoie on August 13, 2014, 08:57:16 am
And i noticed that if i launch therapist with DF (so it does not crash) and go to File -> Options, if i click on "Restore Default", the options change, meaning that the options i was using weren't default, they must come from an older version of therapist, but when i confirm "apply option and read all", crash.
So i went to
C:\Documents and Settings\MyUserName\Application Data\UDP Software\ in which i located a Dwarf Therapist.ini (that i assume is where therapist save its settings) and delete the file and the UDP Software directory.
And after that, Dwarf Therapist worked, i could even run it with my fortress loaded without any problem.
So i guess there's a setting i changed in the options of a previous Dwarf Therapist version that is the source of crash with 23.6.
Post by: Robsoie on August 13, 2014, 09:04:25 am
http://dffd.wimbli.com/file.php?id=9381
With the ini recreated from scratch by 23.6, it works great, i've been running my fort with it since some time and still no problem, definitively something in the uploaded ini generate the crash as if i re-use it i can reproduce the crash everytime.
Post by: splinterz on August 13, 2014, 09:48:45 am
I upload the DwarfTherapist.ini file that was causing DT to crash, in case you want to look at what could be the actual source of that crash.thanks for the file and explanation. i was able to reproduce the crash, as you said, and will get it fixed. recently i renamed the default gridview to 'labors full' however your ini had only a single view, called 'labors'. normally with a couple views it would have been ok and just skipped loading the 'labors' view, however there was only a single view, and since it couldn't be found no views were loaded at all. having no views loaded at all was the cause of the problem.
http://dffd.wimbli.com/file.php?id=9381
With the ini recreated from scratch by 23.6, it works great, i've been running my fort with it since some time and still no problem, definitively something in the uploaded ini generate the crash as if i re-use it i can reproduce the crash everytime.
Post by: Robsoie on August 13, 2014, 11:03:54 am
Post by: fricy on August 13, 2014, 11:39:17 am
First I assumed that something is missing from the osx df structures, then that there's a problem with the .ini generator lua script, but no matter which script version I use I can't make them show up in DT.
Here's one .ini (http://pastebin.com/AuKTR8BK), this one is generated by the script in your repo. I had to disable the lines with fake identities and soul traits to generate, but I doubt they have anything to do with equipment. Any idea?
Post by: khearn on August 13, 2014, 12:04:44 pm
This works and only shows dwarves that are hungry or thirsty:
d.has_health_issue(11) // Thirsty
|| d.has_health_issue(12)
This shows all dwarves:
d.has_health_issue(11) // Thirsty
|| d.has_health_issue(12) // Hungry
Just adding the trailing comment on the last line seems to make the filter match everyone.
Putting the comments on separate lines seems to work. This is fine:
// Thirsty
d.has_health_issue(11)
// Hungry
|| d.has_health_issue(12)
But adding a final comment line make it show everyone:
// Thirsty
d.has_health_issue(11)
// Hungry
|| d.has_health_issue(12)
//foo
BTW, it would be a nice feature if it told us how many dwarves are being displayed when we have filters on. Especially when debugging scripts, it's nice to see if a filter actually did anything, and how much.
Post by: Beowulf on August 13, 2014, 12:14:44 pm
Another Linux option would be to setcap at install; you'd only have to run something as root once, and you'd never disable the global protection. With an rpm/deb package you could make it invisible even.
Care to elaborate? I do not quite get what you mean.
But it does not really matter, it does not need root privileges at all, the way I suggested and handle it.
What would be the exact command(s?) you would still need root for with your approach?
Post by: splinterz on August 13, 2014, 12:31:19 pm
@splinterz: I can"t make the equipments show up on osx.any information in the log file? maybe try running with the -debug arg?
First I assumed that something is missing from the osx df structures, then that there's a problem with the .ini generator lua script, but no matter which script version I use I can't make them show up in DT.
Here's one .ini (http://pastebin.com/AuKTR8BK), this one is generated by the script in your repo. I had to disable the lines with fake identities and soul traits to generate, but I doubt they have anything to do with equipment. Any idea?
I'm having problems with comments in filter scripts.i'll see about providing errors when testing scripts and about counts.Spoiler (click to show/hide)
But adding a final comment line make it show everyone:
// Thirsty
d.has_health_issue(11)
// Hungry
|| d.has_health_issue(12)
//foo
BTW, it would be a nice feature if it told us how many dwarves are being displayed when we have filters on. Especially when debugging scripts, it's nice to see if a filter actually did anything, and how much.
Post by: fricy on August 13, 2014, 01:30:57 pm
@splinterz: I can"t make the equipments show up on osx.any information in the log file? maybe try running with the -debug arg?
First I assumed that something is missing from the osx df structures, then that there's a problem with the .ini generator lua script, but no matter which script version I use I can't make them show up in DT.
Here's one .ini (http://pastebin.com/AuKTR8BK), this one is generated by the script in your repo. I had to disable the lines with fake identities and soul traits to generate, but I doubt they have anything to do with equipment. Any idea?
Debug errors:
Code: [Select]
2014-08-13 20:12:27.378 DwarfTherapist[31079:a03] Not authorized
libpng warning: Unknown iTXt compression type or method
libpng warning: Unknown iTXt compression type or methodAFAIK the not authorised error is from QT 5.2.1 (DT needs authorization flag when compiling with QT5.3, but only compiles without it with QT5.2.1)And here's a log, (http://pastebin.com/MsXvqf5d) I hope you find something relevant.
DT Screenshot. (http://i.imgur.com/68VB3N0.png) The civilians with the red equipment blocks are woodcutters, miners, hunters.
One soldier for reference. (http://imgur.com/cOHOMG7)
Post by: splinterz on August 13, 2014, 02:18:47 pm
no that log is just the minimal information. what does it show in the tooltips? is it reading any items at all? do the squad members have uniforms that conflict with what they're currently wearing?@splinterz: I can"t make the equipments show up on osx.any information in the log file? maybe try running with the -debug arg?
First I assumed that something is missing from the osx df structures, then that there's a problem with the .ini generator lua script, but no matter which script version I use I can't make them show up in DT.
Here's one .ini (http://pastebin.com/AuKTR8BK), this one is generated by the script in your repo. I had to disable the lines with fake identities and soul traits to generate, but I doubt they have anything to do with equipment. Any idea?
Debug errors:Code: [Select]2014-08-13 20:12:27.378 DwarfTherapist[31079:a03] Not authorizedAFAIK the not authorised error is from QT 5.2.1 (DT needs authorization flag when compiling with QT5.3, but only compiles without it with QT5.2.1)
libpng warning: Unknown iTXt compression type or method
libpng warning: Unknown iTXt compression type or method
And here's a log, (http://pastebin.com/MsXvqf5d) I hope you find something relevant.
DT Screenshot. (http://i.imgur.com/68VB3N0.png) The civilians with the red equipment blocks are woodcutters, miners, hunters.
One soldier for reference. (http://imgur.com/cOHOMG7)
Post by: fricy on August 13, 2014, 02:35:03 pm
What do you mean by "any items"?
Post by: Beowulf on August 13, 2014, 02:38:17 pm
friend in-game becomes family member in DT (talked with ... lately).
Post by: splinterz on August 13, 2014, 03:22:20 pm
What do you mean by "any items"?if you hover over one of the item/equipment cells in the grid, does it show what they're currently wearing?
Post by: fricy on August 13, 2014, 03:52:58 pm
No. (http://imgur.com/a/pEqef#0)What do you mean by "any items"?if you hover over one of the item/equipment cells in the grid, does it show what they're currently wearing?
Post by: splinterz on August 13, 2014, 04:14:08 pm
ok so either it's not reading the inventory, or it can't find the items/materials. are the material/item preferences showing up?No. (http://imgur.com/a/pEqef#0)What do you mean by "any items"?if you hover over one of the item/equipment cells in the grid, does it show what they're currently wearing?
Post by: kardofaces on August 13, 2014, 04:33:54 pm
Post by: splinterz on August 13, 2014, 04:42:37 pm
Is opening the box for custom profession name still an issue? Would it be something a "novice" could fix before next update?if you're compiling it yourself, then yes, it's already been fixed. (https://github.com/splintermind/Dwarf-Therapist/commit/8b9c51e91958b08fb71fb0a63a65872e5c5d0dfb)
Post by: fricy on August 13, 2014, 05:10:11 pm
It looks all right for me. (http://imgur.com/a/aKXLN#0)ok so either it's not reading the inventory, or it can't find the items/materials. are the material/item preferences showing up?No. (http://imgur.com/a/pEqef#0)What do you mean by "any items"?if you hover over one of the item/equipment cells in the grid, does it show what they're currently wearing?
Post by: shaver on August 13, 2014, 07:00:26 pm
Another Linux option would be to setcap at install; you'd only have to run something as root once, and you'd never disable the global protection. With an rpm/deb package you could make it invisible even.
Care to elaborate? I do not quite get what you mean.
But it does not really matter, it does not need root privileges at all, the way I suggested and handle it.
What would be the exact command(s?) you would still need root for with your approach?
Code: [Select]
$ sudo setcap cap_sys_ptrace=eip DwarfTherapist
You'd need to run that once at install, and then DT would be able to connect every time without any more privilege escalation.
Post by: splinterz on August 14, 2014, 04:43:48 am
hrmm, then it may one of those last few offsets in the dwarf section that are off (inventory_item_mode, inventory, inventory_item_bodypart) or it could be it's not finding bodypart names to group them by. do you see any health info/wounds?It looks all right for me. (http://imgur.com/a/aKXLN#0)ok so either it's not reading the inventory, or it can't find the items/materials. are the material/item preferences showing up?No. (http://imgur.com/a/pEqef#0)What do you mean by "any items"?if you hover over one of the item/equipment cells in the grid, does it show what they're currently wearing?
Post by: fricy on August 14, 2014, 05:29:55 am
hrmm, then it may one of those last few offsets in the dwarf section that are off (inventory_item_mode, inventory, inventory_item_bodypart) or it could be it's not finding bodypart names to group them by. do you see any health info/wounds?
Health screen looks to be in order - more or less: the population is healthy in my test fort, only one dwarf showing up in Therapist with Thisty, but not on the health screen. However when I sent my squad onto a drop-bridge the injuries and stunned statuses showed up correctly in DT. How do I check if the inventory address is correct?
Post by: splinterz on August 14, 2014, 05:56:46 am
alright then i guess it's just not finding the inventory. i don't think i'm outputting anything to the log currently that lists an inventory count or anything. are you building the source yourself? i could push a quick commit to add some debug info for the inventory counts and/or show you where to step through the code to check the inventories.hrmm, then it may one of those last few offsets in the dwarf section that are off (inventory_item_mode, inventory, inventory_item_bodypart) or it could be it's not finding bodypart names to group them by. do you see any health info/wounds?
Health screen looks to be in order - more or less: the population is healthy in my test fort, only one dwarf showing up in Therapist with Thisty, but not on the health screen. However when I sent my squad onto a drop-bridge the injuries and stunned statuses showed up correctly in DT. How do I check if the inventory address is correct?
Post by: fricy on August 14, 2014, 06:05:21 am
Yes, building them myself, sounds like a plan, thx.alright then i guess it's just not finding the inventory. i don't think i'm outputting anything to the log currently that lists an inventory count or anything. are you building the source yourself? i could push a quick commit to add some debug info for the inventory counts and/or show you where to step through the code to check the inventories.hrmm, then it may one of those last few offsets in the dwarf section that are off (inventory_item_mode, inventory, inventory_item_bodypart) or it could be it's not finding bodypart names to group them by. do you see any health info/wounds?
Health screen looks to be in order - more or less: the population is healthy in my test fort, only one dwarf showing up in Therapist with Thisty, but not on the health screen. However when I sent my squad onto a drop-bridge the injuries and stunned statuses showed up correctly in DT. How do I check if the inventory address is correct?
Post by: splinterz on August 14, 2014, 06:29:55 am
ok i've pushed a small commit with some log messages for the inventory read. you'll have to run with the -debug argument to see them though. in the code it's this function (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/src/dwarf.cpp#L1407) that reads the inventory if you want to break and step through.Yes, building them myself, sounds like a plan, thx.alright then i guess it's just not finding the inventory. i don't think i'm outputting anything to the log currently that lists an inventory count or anything. are you building the source yourself? i could push a quick commit to add some debug info for the inventory counts and/or show you where to step through the code to check the inventories.hrmm, then it may one of those last few offsets in the dwarf section that are off (inventory_item_mode, inventory, inventory_item_bodypart) or it could be it's not finding bodypart names to group them by. do you see any health info/wounds?
Health screen looks to be in order - more or less: the population is healthy in my test fort, only one dwarf showing up in Therapist with Thisty, but not on the health screen. However when I sent my squad onto a drop-bridge the injuries and stunned statuses showed up correctly in DT. How do I check if the inventory address is correct?
Edit: cleaned up the inventory logging and added a few more details on what exactly the items are
Post by: TomiTapio on August 14, 2014, 11:42:46 am
Post by: fricy on August 14, 2014, 11:48:42 am
Nothing shows up about the inventory in the .log or in the terminal window. I tried building DT both with release and debug setting, but no difference. Then I set break-points at the new lines, and run the debug version, but - most likely - I have no idea what I'm doing... (http://www.rpgcodex.net/forums/index.php?attachments/i_have_no_idea_what_i_m_doing-jpg.3808/)ok i've pushed a small commit with some log messages for the inventory read. you'll have to run with the -debug argument to see them though. in the code it's this function (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/src/dwarf.cpp#L1407) that reads the inventory if you want to break and step through.Yes, building them myself, sounds like a plan, thx.alright then i guess it's just not finding the inventory. i don't think i'm outputting anything to the log currently that lists an inventory count or anything. are you building the source yourself? i could push a quick commit to add some debug info for the inventory counts and/or show you where to step through the code to check the inventories.hrmm, then it may one of those last few offsets in the dwarf section that are off (inventory_item_mode, inventory, inventory_item_bodypart) or it could be it's not finding bodypart names to group them by. do you see any health info/wounds?
Health screen looks to be in order - more or less: the population is healthy in my test fort, only one dwarf showing up in Therapist with Thisty, but not on the health screen. However when I sent my squad onto a drop-bridge the injuries and stunned statuses showed up correctly in DT. How do I check if the inventory address is correct?
Edit: cleaned up the inventory logging and added a few more details on what exactly the items are
Here's the debug log from QT Creator: 1 (http://pastebin.com/pkZWgQYH) and 2 (http://pastebin.com/0KFbJNM0)
Maybe it has some clues I fail to see.
Post by: splinterz on August 14, 2014, 11:59:45 am
in qtcreator go to the projects, then choose the run settings. you'll have a bunch of options below for the environment, etc. add -debug into the arguments like this (http://imgur.com/i3wSIbR). then you should have a crapload of stuff in the log file.Nothing shows up about the inventory in the .log or in the terminal window. I tried building DT both with release and debug setting, but no difference. Then I set break-points at the new lines, and run the debug version, but - most likely - I have no idea what I'm doing... (http://www.rpgcodex.net/forums/index.php?attachments/i_have_no_idea_what_i_m_doing-jpg.3808/)ok i've pushed a small commit with some log messages for the inventory read. you'll have to run with the -debug argument to see them though. in the code it's this function (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/src/dwarf.cpp#L1407) that reads the inventory if you want to break and step through.Yes, building them myself, sounds like a plan, thx.alright then i guess it's just not finding the inventory. i don't think i'm outputting anything to the log currently that lists an inventory count or anything. are you building the source yourself? i could push a quick commit to add some debug info for the inventory counts and/or show you where to step through the code to check the inventories.hrmm, then it may one of those last few offsets in the dwarf section that are off (inventory_item_mode, inventory, inventory_item_bodypart) or it could be it's not finding bodypart names to group them by. do you see any health info/wounds?
Health screen looks to be in order - more or less: the population is healthy in my test fort, only one dwarf showing up in Therapist with Thisty, but not on the health screen. However when I sent my squad onto a drop-bridge the injuries and stunned statuses showed up correctly in DT. How do I check if the inventory address is correct?
Edit: cleaned up the inventory logging and added a few more details on what exactly the items are
Here's the debug log from QT Creator: 1 (http://pastebin.com/pkZWgQYH) and 2 (http://pastebin.com/0KFbJNM0)
Maybe it has some clues I fail to see.
Post by: khearn on August 14, 2014, 12:33:46 pm
Thanks for implementing it.
Keith
Post by: thistleknot on August 14, 2014, 12:55:00 pm
https://github.com/splintermind/Dwarf-Therapist/commit/1e00509604afbfdc3c2c8ac76344709428a910db#diff-d41d8cd98f00b204e9800998ecf8427e
but...
I get a procedure entry point
_ZN9QMetaType25registerconverterFunctionEPKN9QtPrivate25AbstractConverterFunctionEii could not be located in the dynamic link library ... dwarftherapist.exe
Post by: ResMar on August 14, 2014, 02:57:19 pm
I just discovered the "Thoughts" dock. I was about to suggest adding something like it when I discovered it. I wish I'd found it yesterday, when my tantrum spiral started that has (so far) brought me down from 97 to 13. That's just counting adults, I'm not sure how many kids/babies I started with, but I only have one kid and no babies now, so at least it did some good.
Thanks for implementing it.
Keith
http://dffd.wimbli.com/file.php?id=7889
Post by: fricy on August 14, 2014, 03:31:12 pm
in qtcreator go to the projects, then choose the run settings. you'll have a bunch of options below for the environment, etc. add -debug into the arguments like this (http://imgur.com/i3wSIbR). then you should have a crapload of stuff in the log file.derp
Code: [Select]
dwarftherapist-Desktop_Qt_5_2_1_clang_64bit-Debug/bin/debug/DwarfTherapist.app/Contents/MacOS/etc/memory_layouts/osx/v0.40.08_osx.ini" [../DwarfTherapist-git/src/dfinstance.cpp:1484] (get_memory_layout)
2014-Aug-14 21:41:18.644 INFO core Connection to DF version "v0.40.08 osx" established. [../DwarfTherapist-git/src/mainwindow.cpp:345] (connect_to_df)
2014-Aug-14 21:41:18.655 WARNING core vector at "0x00048200" has over 500000 entries! ( 462829616 ) [../DwarfTherapist-git/src/dfinstance.cpp:156] (check_vector)
2014-Aug-14 21:41:18.655 INFO core vector at "0x00048200" was not read due to an unacceptable size! ( 462829616 ) [../DwarfTherapist-git/src/dfinstance.cpp:168] (check_vector)
2014-Aug-14 21:41:18.663 WARNING core unidentified column type in set "General" ! [../DwarfTherapist-git/src/grid_view/viewcolumnset.cpp:307] (read_from_ini)
2014-Aug-14 21:41:18.667 WARNING core unidentified column type in set "General" ! [../DwarfTherapist-git/src/grid_view/viewcolumnset.cpp:307] (read_from_ini)Line 3-4 only appeares if DT can't connect to a loaded world upon initialisation, line 5-6 is always there. Here is a full log. (http://pastebin.com/jhE10q2y) and the v0.40.08_osx.ini (http://pastebin.com/AuKTR8BK) again.
Post by: splinterz on August 14, 2014, 03:49:17 pm
still no debug info. you should see lines with DEBUG in addition to INFO or WARNING, and there should be quite a few.in qtcreator go to the projects, then choose the run settings. you'll have a bunch of options below for the environment, etc. add -debug into the arguments like this (http://imgur.com/i3wSIbR). then you should have a crapload of stuff in the log file.derpCode: [Select]dwarftherapist-Desktop_Qt_5_2_1_clang_64bit-Debug/bin/debug/DwarfTherapist.app/Contents/MacOS/etc/memory_layouts/osx/v0.40.08_osx.ini" [../DwarfTherapist-git/src/dfinstance.cpp:1484] (get_memory_layout)
2014-Aug-14 21:41:18.644 INFO core Connection to DF version "v0.40.08 osx" established. [../DwarfTherapist-git/src/mainwindow.cpp:345] (connect_to_df)
2014-Aug-14 21:41:18.655 WARNING core vector at "0x00048200" has over 500000 entries! ( 462829616 ) [../DwarfTherapist-git/src/dfinstance.cpp:156] (check_vector)
2014-Aug-14 21:41:18.655 INFO core vector at "0x00048200" was not read due to an unacceptable size! ( 462829616 ) [../DwarfTherapist-git/src/dfinstance.cpp:168] (check_vector)
2014-Aug-14 21:41:18.663 WARNING core unidentified column type in set "General" ! [../DwarfTherapist-git/src/grid_view/viewcolumnset.cpp:307] (read_from_ini)
2014-Aug-14 21:41:18.667 WARNING core unidentified column type in set "General" ! [../DwarfTherapist-git/src/grid_view/viewcolumnset.cpp:307] (read_from_ini)
Line 3-4 only appeares if DT can't connect to a loaded world upon initialisation, line 5-6 is always there. Here is a full log. (http://pastebin.com/jhE10q2y) and the v0.40.08_osx.ini (http://pastebin.com/AuKTR8BK) again.
Post by: khearn on August 14, 2014, 04:57:34 pm
I looked for it in the grid view editor, but I can't find it anywhere. Am I just failing to see it, or did it get completely removed? If so, Here's one vote for having it available again for custom grid views. I'd put it by default in the animals view too,since that is where it is most important. Maybe also in the military-alt view too, but that's not as commonly needed, so people who care about soldier genders can create a custom view.
Keith
Nevermind, I'm apparently just blind. It's to the left of the name in every single view. d'oh!
Post by: thistleknot on August 15, 2014, 02:39:32 am
no issue here guys.
Post by: fricy on August 15, 2014, 03:27:38 am
still no debug info. you should see lines with DEBUG in addition to INFO or WARNING, and there should be quite a few.in qtcreator go to the projects, then choose the run settings. you'll have a bunch of options below for the environment, etc. add -debug into the arguments like this (http://imgur.com/i3wSIbR). then you should have a crapload of stuff in the log file.derpCode: [Select]dwarftherapist-Desktop_Qt_5_2_1_clang_64bit-Debug/bin/debug/DwarfTherapist.app/Contents/MacOS/etc/memory_layouts/osx/v0.40.08_osx.ini" [../DwarfTherapist-git/src/dfinstance.cpp:1484] (get_memory_layout)
2014-Aug-14 21:41:18.644 INFO core Connection to DF version "v0.40.08 osx" established. [../DwarfTherapist-git/src/mainwindow.cpp:345] (connect_to_df)
2014-Aug-14 21:41:18.655 WARNING core vector at "0x00048200" has over 500000 entries! ( 462829616 ) [../DwarfTherapist-git/src/dfinstance.cpp:156] (check_vector)
2014-Aug-14 21:41:18.655 INFO core vector at "0x00048200" was not read due to an unacceptable size! ( 462829616 ) [../DwarfTherapist-git/src/dfinstance.cpp:168] (check_vector)
2014-Aug-14 21:41:18.663 WARNING core unidentified column type in set "General" ! [../DwarfTherapist-git/src/grid_view/viewcolumnset.cpp:307] (read_from_ini)
2014-Aug-14 21:41:18.667 WARNING core unidentified column type in set "General" ! [../DwarfTherapist-git/src/grid_view/viewcolumnset.cpp:307] (read_from_ini)
Line 3-4 only appeares if DT can't connect to a loaded world upon initialisation, line 5-6 is always there. Here is a full log. (http://pastebin.com/jhE10q2y) and the v0.40.08_osx.ini (http://pastebin.com/AuKTR8BK) again.
Sadly no, that's the only extra info in the log with -debug args. (DwarfTherapis/MacOS/log/run.log)
Doesn't that indicate that something is wrong with the memory structures on osx?
Post by: splinterz on August 15, 2014, 03:43:44 am
no, that means that it's not recognizing the -debug arg... ermm.. well shit. i guess you can try manually setting it to debug mode by addingstill no debug info. you should see lines with DEBUG in addition to INFO or WARNING, and there should be quite a few.in qtcreator go to the projects, then choose the run settings. you'll have a bunch of options below for the environment, etc. add -debug into the arguments like this (http://imgur.com/i3wSIbR). then you should have a crapload of stuff in the log file.derpCode: [Select]dwarftherapist-Desktop_Qt_5_2_1_clang_64bit-Debug/bin/debug/DwarfTherapist.app/Contents/MacOS/etc/memory_layouts/osx/v0.40.08_osx.ini" [../DwarfTherapist-git/src/dfinstance.cpp:1484] (get_memory_layout)
2014-Aug-14 21:41:18.644 INFO core Connection to DF version "v0.40.08 osx" established. [../DwarfTherapist-git/src/mainwindow.cpp:345] (connect_to_df)
2014-Aug-14 21:41:18.655 WARNING core vector at "0x00048200" has over 500000 entries! ( 462829616 ) [../DwarfTherapist-git/src/dfinstance.cpp:156] (check_vector)
2014-Aug-14 21:41:18.655 INFO core vector at "0x00048200" was not read due to an unacceptable size! ( 462829616 ) [../DwarfTherapist-git/src/dfinstance.cpp:168] (check_vector)
2014-Aug-14 21:41:18.663 WARNING core unidentified column type in set "General" ! [../DwarfTherapist-git/src/grid_view/viewcolumnset.cpp:307] (read_from_ini)
2014-Aug-14 21:41:18.667 WARNING core unidentified column type in set "General" ! [../DwarfTherapist-git/src/grid_view/viewcolumnset.cpp:307] (read_from_ini)
Line 3-4 only appeares if DT can't connect to a loaded world upon initialisation, line 5-6 is always there. Here is a full log. (http://pastebin.com/jhE10q2y) and the v0.40.08_osx.ini (http://pastebin.com/AuKTR8BK) again.
Sadly no, that's the only extra info in the log with -debug args. (DwarfTherapis/MacOS/log/run.log)
Doesn't that indicate that something is wrong with the memory structures on osx?
Code: [Select]
debug_logging = true; here, just before the comment (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/src/dwarftherapist.cpp#L136)
Post by: Elarys on August 15, 2014, 05:13:42 am
Edit: Nevermind, it seems like it is necessary. Any idea which specific qt modules are required? Just qtcore, qtdeclarative would be okay?
Post by: splinterz on August 15, 2014, 05:19:27 am
I'd like to check, is QT5 absolutely necessary for building on linux? I can get QT4 on Gentoo but getting QT5 on a 64bit Gentoo is really an absolute troll.there was actually a pull request this morning that allows DT to compile with QT4 as well as QT5 (https://github.com/splintermind/Dwarf-Therapist/pull/104). i plan to get it merged in today with the other pull for faster reads, so you can wait for that or try out that branch yourself.
Post by: Elarys on August 15, 2014, 05:22:43 am
Post by: fricy on August 15, 2014, 05:58:42 am
no, that means that it's not recognizing the -debug arg... ermm.. well shit. i guess you can try manually setting it to debug mode by addingI hate to say it, but no change in the logs. Built a debug version with debug_logging = true; nothing, tried adding the -debug arg, tried compiling with 5.3 and 5.2.1 both, no change.Code: [Select]debug_logging = true;here, just before the comment (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/src/dwarftherapist.cpp#L136)
Post by: splinterz on August 15, 2014, 06:25:33 am
i don't know how that's even possible... this may be a stupid question but are you sure you're looking at the right log file? there should be entries within the first ~50 lines like:no, that means that it's not recognizing the -debug arg... ermm.. well shit. i guess you can try manually setting it to debug mode by addingI hate to say it, but no change in the logs. Built a debug version with debug_logging = true; nothing, tried adding the -debug arg, tried compiling with 5.3 and 5.2.1 both, no change.Code: [Select]debug_logging = true;here, just before the comment (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/src/dwarftherapist.cpp#L136)
Code: [Select]
2014-Aug-15 13:23:34.055 DEBUG core Loading language translation tables [src\languages.cpp:58] (load_data)
Post by: fricy on August 15, 2014, 06:54:35 am
Are there any other log files besides DwarfTherapist.app/Contents/MacOS/log/run.log ? I already checked the ~/.config/UDP Software folder for logs, but there's none. Nothing in the system logs (Console.app) either.i don't know how that's even possible... this may be a stupid question but are you sure you're looking at the right log file? there should be entries within the first ~50 lines like:no, that means that it's not recognizing the -debug arg... ermm.. well shit. i guess you can try manually setting it to debug mode by addingI hate to say it, but no change in the logs. Built a debug version with debug_logging = true; nothing, tried adding the -debug arg, tried compiling with 5.3 and 5.2.1 both, no change.Code: [Select]debug_logging = true;here, just before the comment (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/src/dwarftherapist.cpp#L136)Code: [Select]2014-Aug-15 13:23:34.055 DEBUG core Loading language translation tables [src\languages.cpp:58] (load_data)
I checked an old copy of 6.12 and there I can see the debug messages in the .log, for eg. there's the "Loading language..." line you quoted.
Post by: splinterz on August 15, 2014, 07:08:57 am
if you're building the source there should be a log file in the location where qtcreator is running it from. you should see where it's building/running it from in the project settings where you put the -debug arg as executable: path here.Are there any other log files besides DwarfTherapist.app/Contents/MacOS/log/run.log ? I already checked the ~/.config/UDP Software folder for logs, but there's none. Nothing in the system logs (Console.app) either.i don't know how that's even possible... this may be a stupid question but are you sure you're looking at the right log file? there should be entries within the first ~50 lines like:no, that means that it's not recognizing the -debug arg... ermm.. well shit. i guess you can try manually setting it to debug mode by addingI hate to say it, but no change in the logs. Built a debug version with debug_logging = true; nothing, tried adding the -debug arg, tried compiling with 5.3 and 5.2.1 both, no change.Code: [Select]debug_logging = true;here, just before the comment (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/src/dwarftherapist.cpp#L136)Code: [Select]2014-Aug-15 13:23:34.055 DEBUG core Loading language translation tables [src\languages.cpp:58] (load_data)
I checked an old copy of 6.12 and there I can see the debug messages in the .log, for eg. there's the "Loading language..." line you quoted.
Post by: fricy on August 15, 2014, 09:32:02 am
if you're building the source there should be a log file in the location where qtcreator is running it from. you should see where it's building/running it from in the project settings where you put the -debug arg as executable: path here.If really hope you mean this (http://imgur.com/mJaq3wD), because I fail to find any other log files.
I tried the same .ini with DT 20.4 (http://pastebin.com/FE2rbj55) and DT 21.2 (http://pastebin.com/SAqcm00A), both have debug info in the .log. 22.0+ does not.
Post by: Button on August 15, 2014, 10:03:35 am
Sorry if you were already aware of this but I didn't see anyone mention it in the thread. I'm using v. 23.6 and it's missing push/haul vehicles in the All Labors view.
Thanks for all your hard work :)
Post by: splinterz on August 16, 2014, 01:48:48 am
older versions had the default logging level set to DEBUG. recent versions have it set to INFO, and the debug logging is enabled with the -debug arg. i'm really at a loss here. if you set a breakpoint here (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/src/dwarftherapist.cpp#L138) what's the value of min_level?if you're building the source there should be a log file in the location where qtcreator is running it from. you should see where it's building/running it from in the project settings where you put the -debug arg as executable: path here.If really hope you mean this (http://imgur.com/mJaq3wD), because I fail to find any other log files.
I tried the same .ini with DT 20.4 (http://pastebin.com/FE2rbj55) and DT 21.2 (http://pastebin.com/SAqcm00A), both have debug info in the .log. 22.0+ does not.
Post by: splinterz on August 16, 2014, 04:09:34 am
Hey guys,thanks, i took another look at the full view (again). seems it's also missing burial, animal care and alchemy. the last two i think can be omitted as they don't actually do anything, but burial needs to be there for sure.
Sorry if you were already aware of this but I didn't see anyone mention it in the thread. I'm using v. 23.6 and it's missing push/haul vehicles in the All Labors view.
Thanks for all your hard work :)
Post by: fricy on August 16, 2014, 04:18:40 am
older versions had the default logging level set to DEBUG. recent versions have it set to INFO, and the debug logging is enabled with the -debug arg. i'm really at a loss here. if you set a breakpoint here (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/src/dwarftherapist.cpp#L138) what's the value of min_level?Finally, some progress:
I'm not exactly sure this is correct (http://i.imgur.com/KYfZlL7.png), as I was stepping through the breakpoint I've seen minimum level of 1 and 32767 as well.
But I was able to turn on debugging by editing this line (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/src/dwarftherapist.cpp#L130) to LL_DEBUG.
DT_23.6_run.log (https://dl.dropboxusercontent.com/u/36491887/DT_23.6_run.log)
Looks like DT has a problem determining the item type.
And here's an extra one to look at (https://dl.dropboxusercontent.com/u/36491887/DT-inventory_breakpoints.txt), I set up breakpoints for the inventory logs in dwarf.cpp and saved the debugger output.
Post by: splinterz on August 16, 2014, 05:08:27 am
alright i'll go over the logging stuff to see about those uninitialized values. that's my fault with the hard-coded debugging true variable, i referenced the wrong line number! :-[ setting it to LL_DEBUG that way is better anyway.older versions had the default logging level set to DEBUG. recent versions have it set to INFO, and the debug logging is enabled with the -debug arg. i'm really at a loss here. if you set a breakpoint here (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/src/dwarftherapist.cpp#L138) what's the value of min_level?Finally, some progress:
I'm not exactly sure this is correct (http://i.imgur.com/KYfZlL7.png), as I was stepping through the breakpoint I've seen minimum level of 1 and 32767 as well.
But I was able to turn on debugging by editing this line (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/src/dwarftherapist.cpp#L130) to LL_DEBUG.
DT_23.6_run.log (https://dl.dropboxusercontent.com/u/36491887/DT_23.6_run.log)
Looks like DT has a problem determining the item type.
And here's an extra one to look at (https://dl.dropboxusercontent.com/u/36491887/DT-inventory_breakpoints.txt), I set up breakpoints for the inventory logs in dwarf.cpp and saved the debugger output.
but anyway, progress indeed. try adding this to the df-structures script and see if the value is something other than 0x0:
Code: [Select]
emit_addr 'item_type',%all,'item::vtable','getType';
Post by: fricy on August 16, 2014, 05:29:07 am
but anyway, progress indeed. try adding this to the df-structures script and see if the value is something other than 0x0:The df-structures script doesn't work on osx, because there are no .csv files to work on. The lips utils only generate them for linux and win, I tried editing them a few days ago to generate the necessary files, but gave up after a while.Code: [Select]emit_addr 'item_type',%all,'item::vtable','getType';
Tried this with the export-dt-ini script, but doesn't work:
Code: [Select]
address('item_type',all,'item::vtable','getType')Code: [Select]
...cnewbie/Dwarf Fortress/hack/scripts/export-dt-ini-fr.lua:40: attempt to index local 'base' (a nil value)
stack traceback:
...cnewbie/Dwarf Fortress/hack/scripts/export-dt-ini-fr.lua:40: in function 'address'
...cnewbie/Dwarf Fortress/hack/scripts/export-dt-ini-fr.lua:374: in main chunk
(...tail calls...)
Post by: Chimerat on August 16, 2014, 07:04:26 am
Post by: splinterz on August 16, 2014, 07:06:13 am
oh right.. well this is where the item's type is set (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/src/item.cpp#L136), but since the offsets seem to be off, then you'll have to poke around in the memory there and see if you can find where it's returning the item's type.but anyway, progress indeed. try adding this to the df-structures script and see if the value is something other than 0x0:The df-structures script doesn't work on osx, because there are no .csv files to work on. The lips utils only generate them for linux and win, I tried editing them a few days ago to generate the necessary files, but gave up after a while.Code: [Select]emit_addr 'item_type',%all,'item::vtable','getType';
Tried this with the export-dt-ini script, but doesn't work:Code: [Select]address('item_type',all,'item::vtable','getType')Code: [Select]...cnewbie/Dwarf Fortress/hack/scripts/export-dt-ini-fr.lua:40: attempt to index local 'base' (a nil value)
stack traceback:
...cnewbie/Dwarf Fortress/hack/scripts/export-dt-ini-fr.lua:40: in function 'address'
...cnewbie/Dwarf Fortress/hack/scripts/export-dt-ini-fr.lua:374: in main chunk
(...tail calls...)
i'll see about updating the lua script, but i'm going to need some help since it doesn't seem capable of exporting vtable offsets.
Post by: Dwarf_Fever on August 16, 2014, 04:37:07 pm
I want to have 2 types of tasks: one list of tasks that only 1 single dwarf in the entire fortress is assigned to do (and these dwarves do nothing else), and one list of tasks (basically everything else) that everyone else is assigned to do. Optimizer seems like it should be able to do this, but (to me) it is very unintuitive, and the examples in the tutorial I looked at have not helped.
Post by: ResMar on August 16, 2014, 10:43:59 pm
Post by: sum1won on August 17, 2014, 03:08:35 pm
Post by: LtGreeneyes on August 17, 2014, 03:11:59 pm
Post by: AriRashkae on August 17, 2014, 03:29:00 pm
Spoiler (click to show/hide)
While the prospects for !!Fun!! are tempting (does the shuffling get worse each time if I don't correct it? How badly matched will my dwarves end up?), I am still cleaning up from a rogue weremongoose walled in my new hospital. (The old one has an enormous, eyeless kinglet of a titan walled in it)
Post by: splinterz on August 17, 2014, 03:49:21 pm
Interestingi'm having a hard time reproducing this, any other things you're doing before/after you edit? sorting on any particular columns, what kind of stuff do you change in the opt plan?bugfeature: When I go to tweak my optimization plans, a lot of the roles get messed up, ex: Job: Blacksmith/Role: Miner, Job: Miner/Role: Herbalist, etc. They aren't that way when I save, but if I go back in (to add a job/ change the #'s of jobs) they're all mesticatedSpoiler (click to show/hide)
While the prospects for !!Fun!! are tempting (does the shuffling get worse each time if I don't correct it? How badly matched will my dwarves end up?), I am still cleaning up from a rogue weremongoose walled in my new hospital. (The old one has an enormous, eyeless kinglet of a titan walled in it)
Post by: AriRashkae on August 17, 2014, 04:20:55 pm
Interestingi'm having a hard time reproducing this, any other things you're doing before/after you edit? sorting on any particular columns, what kind of stuff do you change in the opt plan?bugfeature: When I go to tweak my optimization plans, a lot of the roles get messed up, ex: Job: Blacksmith/Role: Miner, Job: Miner/Role: Herbalist, etc. They aren't that way when I save, but if I go back in (to add a job/ change the #'s of jobs) they're all mesticatedSpoiler (click to show/hide)
While the prospects for !!Fun!! are tempting (does the shuffling get worse each time if I don't correct it? How badly matched will my dwarves end up?), I am still cleaning up from a rogue weremongoose walled in my new hospital. (The old one has an enormous, eyeless kinglet of a titan walled in it)
Usually if I'm going in to change, it's to reduce how many jobs per dwarf, since I have gained more
Aaaaaaand I forget once again to mention I'm running the OSX version
Post by: Button on August 17, 2014, 07:55:40 pm
Windows 7, Therapist version 23.6.
Post by: khearn on August 17, 2014, 08:32:31 pm
d.nice_name() == "" is the example in the Guide, but it matches none of my dwarves (and some have nicknames, and some don't).
d.nice_name()!="" matches everyone, even those without nicknames.
d.nice_name()=="Carpenter" matches nobody, even though I have 2 dwarves with that nickname.
Basically, I can't get nice_name() to match anything. Am I doing something wrong, or is it just not working correctly?
Grouping by nickname is working fine, though.
Keith
Post by: khearn on August 18, 2014, 01:34:06 am
Keith
Post by: Couchmonster on August 18, 2014, 05:14:33 am
language_vector=0x01ab99d8 for windows
Post by: King Mir on August 18, 2014, 07:02:21 am
Project ERROR: Unknown module(s) in QT: qml
Is there a new dependency?
Post by: SteveTheRed on August 18, 2014, 07:14:55 am
thanks, i took another look at the full view (again). seems it's also missing burial, animal care and alchemy. the last two i think can be omitted as they don't actually do anything, but burial needs to be there for sure.
One thing they do do is contribute to sorting by "Total Assigned Labors". I noticed that as I use Total Assigned Labors to find underutilized dwarves who might be interested in joining the military, and was surprised to find that some were dodging the draft by claiming to be animal caretakers.
That's not to say that animal care and alchemy should be displayed in the "Labors Full" list, but if we can't turn them off from there then maybe they shouldn't be counted towards TAL?
Post by: splinterz on August 18, 2014, 07:16:57 am
Are you guys still looking for the cause of that duplicate preferences bug? I stumbled upon a way to reproduce it today. Assign a dwarf to a custom profession, then clear all pending changes, and the dwarf will show double preferences, skills, etc.great, thanks! this will be fixed in the next version, along with some other optimization for commit/clearing pending changes which were related.
Windows 7, Therapist version 23.6.
I'm having trouble getting the nice_name() function in filters to work.the nice_name() function returns the name that you see in the first column. so doing a == comparison only matches the exact name, not a partial match. however, it looks like what you really want is the ability to check the nickname, so i've exposed that function to the scripting in the next release.
d.nice_name() == "" is the example in the Guide, but it matches none of my dwarves (and some have nicknames, and some don't).
d.nice_name()!="" matches everyone, even those without nicknames.
d.nice_name()=="Carpenter" matches nobody, even though I have 2 dwarves with that nickname.
Basically, I can't get nice_name() to match anything. Am I doing something wrong, or is it just not working correctly?
Grouping by nickname is working fine, though.
Keith
Due to an unfortunate incident with a weremoose, one of my dwarves ended up in a cage (which almost certainly saved his life). He no longer showed up in Dwarf Therapist as long as he was inside the cage. Once I released him he showed up in DT again. The population count was also down by one while he was in the cage.this should be fixed in the next release, but i wasn't able to test it.
Keith
Post by: splinterz on August 18, 2014, 07:20:47 am
Trying to pull and build from the repository I get an error:yes, you'll need qtdeclarative5-dev (https://github.com/splintermind/Dwarf-Therapist/issues/111)
Project ERROR: Unknown module(s) in QT: qml
Is there a new dependency?
Post by: splinterz on August 18, 2014, 07:21:57 am
yeah i'd wanted to add another grouping for total assigned skilled labors, but i'd forgotten about it. i'll add it to the tracker now.thanks, i took another look at the full view (again). seems it's also missing burial, animal care and alchemy. the last two i think can be omitted as they don't actually do anything, but burial needs to be there for sure.
One thing they do do is contribute to sorting by "Total Assigned Labors". I noticed that as I use Total Assigned Labors to find underutilized dwarves who might be interested in joining the military, and was surprised to find that some were dodging the draft by claiming to be animal caretakers.
That's not to say that animal care and alchemy should be displayed in the "Labors Full" list, but if we can't turn them off from there then maybe they shouldn't be counted towards TAL?
Post by: King Mir on August 18, 2014, 07:36:56 am
Cool, that worked.Trying to pull and build from the repository I get an error:yes, you'll need qtdeclarative5-dev (https://github.com/splintermind/Dwarf-Therapist/issues/111)
Project ERROR: Unknown module(s) in QT: qml
Is there a new dependency?
Post by: rooth on August 18, 2014, 07:53:59 am
Post by: Couchmonster on August 18, 2014, 09:04:44 am
I tried getting the data for 40.09. but with the standard manual https://code.google.com/p/dwarftherapist/wiki/MappingNewVersions it is not possible.
You only get the language_vector out of it, mentioned above in my posting.
Post by: ResMar on August 18, 2014, 09:48:46 am
the nice_name() function returns the name that you see in the first column. so doing a == comparison only matches the exact name, not a partial match. however, it looks like what you really want is the ability to check the nickname, so i've exposed that function to the scripting in the next release.
!!!
I did not know this :-\. Gotta make a correction then...
Post by: Simca on August 18, 2014, 12:16:20 pm
Windows: https://github.com/splintermind/Dwarf-Therapist/blob/da38d3e9adb2a6745a7b20ec7eca37be0dc8fb37/etc/memory_layouts/windows/v0.40.09_graphics.ini
Linux: https://github.com/splintermind/Dwarf-Therapist/blob/da38d3e9adb2a6745a7b20ec7eca37be0dc8fb37/etc/memory_layouts/linux/v040.09.ini
Post by: khearn on August 18, 2014, 12:40:57 pm
<snip>I'm not sure I see a use case for the current implementation for nice_name() (or am I missing something?). Thanks for exposing the more useful functionality.
the nice_name() function returns the name that you see in the first column. so doing a == comparison only matches the exact name, not a partial match. however, it looks like what you really want is the ability to check the nickname, so i've exposed that function to the scripting in the next release.
It would be nice if there was a way to do partial matches for strings, though. Not a must-have, or even a high priority, but if you are bored some day and looking for something to do... :)
<snip>
this should be fixed in the next release, but i wasn't able to test it.
Thanks. It was a minor issue, but I thought it was worth mentioning.
BTW, I actually use the Alchemy skill as a flag sometimes. For example, when I find someone drained of blood and I start searching for potential vampires, I go down the list and look at happy thoughts. Anyone who doesn't have any drink/eat/sleep related thoughts is a suspect and I flag them by turning on alchemy. It's the one skill that is always off by default and won't change anything if I turn it on. I guess I could turn off everyone's fish dissecting or animal care and use that, though.
Keith
Post by: splinterz on August 18, 2014, 12:47:45 pm
yeah for scripting it's pretty useless, i should add something to search the nice names instead. if you don't need a script though, the filter box at the top should do what you want.<snip>I'm not sure I see a use case for the current implementation for nice_name() (or am I missing something?). Thanks for exposing the more useful functionality.
the nice_name() function returns the name that you see in the first column. so doing a == comparison only matches the exact name, not a partial match. however, it looks like what you really want is the ability to check the nickname, so i've exposed that function to the scripting in the next release.
It would be nice if there was a way to do partial matches for strings, though. Not a must-have, or even a high priority, but if you are bored some day and looking for something to do... :)<snip>
this should be fixed in the next release, but i wasn't able to test it.
Thanks. It was a minor issue, but I thought it was worth mentioning.
BTW, I actually use the Alchemy skill as a flag sometimes. For example, when I find someone drained of blood and I start searching for potential vampires, I go down the list and look at happy thoughts. Anyone who doesn't have any drink/eat/sleep related thoughts is a suspect and I flag them by turning on alchemy. It's the one skill that is always off by default and won't change anything if I turn it on. I guess I could turn off everyone's fish dissecting or animal care and use that, though.
Keith
Post by: splinterz on August 18, 2014, 04:41:21 pm
patch notes:
- fixes setting only the custom profession name
- fixes a crash when loading without valid default views
- fixes a crash when loading without health information
- adjusted the description of the thought for 'talked to ...' to something more generic
- changed the role cell's export value to the raw role rating, instead of the drawn rating
- pets can no longer be butchered (as in game)
- updated the preferences section in the unit tooltip to categorize and give better descriptions so it's easier to pick out materials or food.
- updated the script filtering to properly look in specified categories. eg gems could match both items 'large gems' or shapes 'gems'
- adding a filter from the preference dock gives a better description of what the filter contains
- creatures are added to multiple lists in the role preference section (eg. rats are trainable and hateable)
- added burial and vehicle hauling to the default 'full labors' view
- many optimizations, clean-up and code updates, especially for linux (Hello71)
- compile optimizations and backwards compatibility for QT4 (myk002)
Post by: khearn on August 18, 2014, 06:15:08 pm
yeah for scripting it's pretty useless, i should add something to search the nice names instead. if you don't need a script though, the filter box at the top should do what you want.
I want to be able to filter out any dwarves with nicknames, like the filter for available dwarves in the Guide tries to do. But it doesn't work because it expects nice_name() to be empty if the dwarf has no nickname. The goal being to only show dwarves that don't have important roles assigned to them. I might have several dwarves with brewing turned on to make sure I can crank out enough, but only one or two would be dedicated brewers, so they would get nicknames. The others are available if my only glassmaker gets killed by a weremoose and I need to find someone else to train. So having the brewing labor turned on isn't sufficient for me to know that a dwarf isn't available for assignment elsewhere. I was hoping to be able to check for the existence of a nickname.
I suppose I can turn on a useless skill, like alchemy or fish dissecting for dwarfs assigned a dedicated role, instead of going by nicknames.
Another option is to use the filter for all the indications except for nicknames, then group by "has nickname". But then I can't group by anything else.
Keith
Post by: PeridexisErrant on August 18, 2014, 06:19:31 pm
It occurs to me that at this point you could probably drop the 'unofficial' bit from the top of this thread - this is now the definitive Dwarf Therapist.
Post by: khearn on August 19, 2014, 12:50:01 am
It would be nice if it would list types of items, without listing too much detail. I'd prefer to see this:
2 xSocksx
3 xTrousersx
1 XTrousersX
1 xCapx
Rather than:
1 xSheep Wool Sockx
1 xLlama Wool Sockx
2 xSilk Trousersx
1 xSheep Wool Trousersx
1 XPig Tail Fiber TrousersX
1 xGiant Cave Spider Silk Capx
For me, I just want to know how many of what items I need, I don't care what materials the old ones are. But I supposed someone will want that, so maybe have a button to toggle showing materials?
The info is already in Dwarf Therapist, it's just a matter of putting it all together to make it more useful.
Thanks again for a great tool.
Keith
Post by: int_ua on August 19, 2014, 09:03:48 am
(http://i.imgur.com/ELOAvAP.png)
amd64 deb > http://dffd.wimbli.com/file.php?id=9441
If it works for you, please confirm.
Post by: forumist on August 19, 2014, 02:45:47 pm
amd64 deb > http://dffd.wimbli.com/file.php?id=9441
If it works for you, please confirm.
downloaded, unzipped, and then:
-----
sudo dpkg -i dwarf-therapist_2014-08-19-a447898-1_amd64.deb
-----
It seems to work for me in SolydX (debian-based distrib with XFCE desktop), except that I got some messages:
-----
/usr/bin/dwarftherapist: line 117: getcap: command not found
Could not open "/usr/share/dwarftherapist/log/run.log" for writing! "No such file or directory"
-----
Post by: KingKaol on August 20, 2014, 02:56:42 am
I was getting the missing `qml` problem and tried installing qml which didn't solve it. I then found that the list of packages to install had been updated, and needed to get qtdeclarative5-dev. This allowed me to run qmake.
Now I get this error when compiling main:
Code: [Select]
$ make
g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -fPIE -DQT_NO_DEBUG -DQT_QML_LIB -DQT_WIDGETS_LIB -DQT_NETWORK_LIB -DQT_CONCURRENT_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -I. -Iinc -Iinc/models -Iinc/grid_view -Iinc/docks -Iui -Ithirdparty/qtcolorpicker-2.6 -I/usr/include/qt5 -I/usr/include/qt5/QtQml -I/usr/include/qt5/QtWidgets -I/usr/include/qt5/QtNetwork -I/usr/include/qt5/QtConcurrent -I/usr/include/qt5/QtGui -I/usr/include/qt5/QtCore -Ibin/release -Ibin/release -o bin/release/main.o src/main.cpp
src/main.cpp: In function ‘int main(int, char**)’:
src/main.cpp:37:5: error: ‘setSetuidAllowed’ is not a member of ‘QCoreApplication’
QCoreApplication::setSetuidAllowed(true);
^
make: *** [bin/release/main.o] Error 1
The first time I ran make I may have accidentally interrupted it (I was focused on the wrong terminal and hit Ctrl+D; I didn't see if make had finished yet). I tried cloning a fresh repository and I still get the error.
Edit: I think I found the problem: Qt 5.3 hasn't been updated by apt-get upgrade. Do I need to use the Online Intaller from the Qt website? Or do I need to add some kind of development version to my packages?
Post by: splinterz on August 20, 2014, 03:58:12 am
I have a problem building on Linux (Mint 17). Last time I successfully built was for the 40.05 release.nope, nothing wrong on your end. that line of code shouldn't be there, it slipped in when the OSX offsets were merged, and i hadn't tested the merge yet. grab the most recent code or just delete that line.
I was getting the missing `qml` problem and tried installing qml which didn't solve it. I then found that the list of packages to install had been updated, and needed to get qtdeclarative5-dev. This allowed me to run qmake.
Now I get this error when compiling main:Code: [Select]$ make
g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -fPIE -DQT_NO_DEBUG -DQT_QML_LIB -DQT_WIDGETS_LIB -DQT_NETWORK_LIB -DQT_CONCURRENT_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -I. -Iinc -Iinc/models -Iinc/grid_view -Iinc/docks -Iui -Ithirdparty/qtcolorpicker-2.6 -I/usr/include/qt5 -I/usr/include/qt5/QtQml -I/usr/include/qt5/QtWidgets -I/usr/include/qt5/QtNetwork -I/usr/include/qt5/QtConcurrent -I/usr/include/qt5/QtGui -I/usr/include/qt5/QtCore -Ibin/release -Ibin/release -o bin/release/main.o src/main.cpp
src/main.cpp: In function ‘int main(int, char**)’:
src/main.cpp:37:5: error: ‘setSetuidAllowed’ is not a member of ‘QCoreApplication’
QCoreApplication::setSetuidAllowed(true);
^
make: *** [bin/release/main.o] Error 1
The first time I ran make I may have accidentally interrupted it (I was focused on the wrong terminal and hit Ctrl+D; I didn't see if make had finished yet). I tried cloning a fresh repository and I still get the error.
Edit: I think I found the problem: Qt 5.3 hasn't been updated by apt-get upgrade. Do I need to use the Online Intaller from the Qt website? Or do I need to add some kind of development version to my packages?
Post by: King Mir on August 20, 2014, 07:57:54 am
Post by: splinterz on August 20, 2014, 07:59:15 am
I'm not able to set nicknames on DF40.09, on linux. Console outputs: process_vm_writev: Bad address.yeah it's broken (https://github.com/splintermind/Dwarf-Therapist/issues/123)
Post by: Nikita on August 21, 2014, 05:00:38 pm
I recently had DT report that a certain person is 500 years old and his name does not match up with DF name, and it feels kinda cheaty to see it just like that.
Is it possible for DT to report the same age and name as is shown in DF, or are there technical difficulties in the way?
Post by: splinterz on August 21, 2014, 05:26:45 pm
Could you add an option to conceal vampires and such?it should be doing that already. what version of DT are you using, and have you turned off the option to highlight cursed units?
I recently had DT report that a certain person is 500 years old and his name does not match up with DF name, and it feels kinda cheaty to see it just like that.
Is it possible for DT to report the same age and name as is shown in DF, or are there technical difficulties in the way?
Post by: Nikita on August 21, 2014, 05:40:22 pm
Could you add an option to conceal vampires and such?it should be doing that already. what version of DT are you using, and have you turned off the option to highlight cursed units?
I recently had DT report that a certain person is 500 years old and his name does not match up with DF name, and it feels kinda cheaty to see it just like that.
Is it possible for DT to report the same age and name as is shown in DF, or are there technical difficulties in the way?
This occurred in version 23.6 with DF 40.08.
Screenshot of DF: https://dl.dropboxusercontent.com/u/76413808/Screenshot%202014-08-21%2015.38.45.png
Screenshot of DT: https://dl.dropboxusercontent.com/u/76413808/Screenshot%202014-08-21%2015.38.07.png
Screenshot of DT settings: https://dl.dropboxusercontent.com/u/76413808/Screenshot%202014-08-21%2015.39.18.png
Still works exactly the same way with DT 24.0 and DF 40.09 by the way.
Post by: splinterz on August 21, 2014, 06:00:17 pm
Would you mind uploading the save so I can take a closer look?Could you add an option to conceal vampires and such?it should be doing that already. what version of DT are you using, and have you turned off the option to highlight cursed units?
I recently had DT report that a certain person is 500 years old and his name does not match up with DF name, and it feels kinda cheaty to see it just like that.
Is it possible for DT to report the same age and name as is shown in DF, or are there technical difficulties in the way?
This occurred in version 23.6 with DF 40.08.
Screenshot of DF: https://dl.dropboxusercontent.com/u/76413808/Screenshot%202014-08-21%2015.38.45.png
Screenshot of DT: https://dl.dropboxusercontent.com/u/76413808/Screenshot%202014-08-21%2015.38.07.png
Screenshot of DT settings: https://dl.dropboxusercontent.com/u/76413808/Screenshot%202014-08-21%2015.39.18.png
Still works exactly the same way with DT 24.0 and DF 40.09 by the way.
Post by: Nikita on August 21, 2014, 07:15:08 pm
Would you mind uploading the save so I can take a closer look?
Sure. Here's the save file: http://dffd.wimbli.com/file.php?id=9481
Post by: splinterz on August 22, 2014, 05:04:26 am
there was a limit on how many historical figures could be read (100.000) and your world's history was just exceeding that (~102.000). so i'll have to make some adjustments :)Would you mind uploading the save so I can take a closer look?
Sure. Here's the save file: http://dffd.wimbli.com/file.php?id=9481
Post by: Elarys on August 22, 2014, 08:51:24 am
Edit: Anyone know where the settings are stored? I'd like to compare things between my linux and windows versions.
Post by: int_ua on August 23, 2014, 09:50:34 am
Edit: Anyone know where the settings are stored? I'd like to compare things between my linux and windows versions.~/.config/UDP Software/Dwarf Therapist.ini
And I'm voting for a move to ~/.config/dwarf-therapist
Post by: escondida on August 23, 2014, 07:31:43 pm
Post by: khearn on August 24, 2014, 11:58:09 pm
I'm trying to use it like the example in the Guide, subtracting d.total_assigned_labors(true) from d.total_assigned_labors(false) to see how many hauling labors are turned on. This worked in 23.6, but isn't working in 24.0. I know the number of hauling labors has changed, but the function doesn't seem to be giving different values for true and false.
Here's a final test:
d.total_assigned_labors(true) - d.total_assigned_labors(false) == 0
For 0 it returns every dwarf. For any other value ( I tried 1 through 20), it gives no dwarves.
Keith
Post by: splinterz on August 25, 2014, 06:47:57 am
Now I'm having trouble with d.total_assigned_labors(). It doesn't seem to matter (much) what I pass as an argument, it is always showing me the total including hauling labors. If I do 'true', 'false', 0, 1 or nothing at all, I get the total number of labors, including hauling. If I pass anything else, such as 'TRUE', 'FALSE', 'happy', or 'sad' I just get every dwarf, so that's evidently some sort of error.yeah it looks like the new scripting engine doesn't support function arguments with default values. i'll see about getting it fixed up in the next version. also, i've changed the total_assigned_labors function's option in the next version to include/exclude skill-less labors, so you shouldn't need to call it twice and check the difference anymore.
I'm trying to use it like the example in the Guide, subtracting d.total_assigned_labors(true) from d.total_assigned_labors(false) to see how many hauling labors are turned on. This worked in 23.6, but isn't working in 24.0. I know the number of hauling labors has changed, but the function doesn't seem to be giving different values for true and false.
Here's a final test:
d.total_assigned_labors(true) - d.total_assigned_labors(false) == 0
For 0 it returns every dwarf. For any other value ( I tried 1 through 20), it gives no dwarves.
Keith
Post by: thistleknot on August 25, 2014, 08:45:00 am
Post by: jpvlsmv on August 25, 2014, 09:16:43 am
In addition to Labors and Labors compact, could we have a Labors tab that only shows moodable skills (and possibly one that shows just unmoodable skills)
In my usual pattern, I'll manage how many dwarfs have skills (dabbling or better) to try to produce valuable moods. Such a view would let me see at a glance (collapse all who have a non-junk and non-crafting highest) who needs to do what jobs.
I also like to turn on all the unmoodable skills for everyone (especially those that don't result in quality-improved products) like wood burning, plant gathering, pump operating, etc.
Thoughts?
Post by: Repseki on August 25, 2014, 09:53:09 am
I also believe plant gathering is skill dependent, with higher skill having a higher success rate and returning larger plant stacks.
Post by: splinterz on August 25, 2014, 10:12:25 am
I have a suggestion for a new tab (I'm not sure how to add it myself, or I would)you can use the dock windows to add/copy views. for the moodable skills, you can group by highest moodable skill, or you can add the special moodable skill column to one of your custom views.
In addition to Labors and Labors compact, could we have a Labors tab that only shows moodable skills (and possibly one that shows just unmoodable skills)
In my usual pattern, I'll manage how many dwarfs have skills (dabbling or better) to try to produce valuable moods. Such a view would let me see at a glance (collapse all who have a non-junk and non-crafting highest) who needs to do what jobs.
I also like to turn on all the unmoodable skills for everyone (especially those that don't result in quality-improved products) like wood burning, plant gathering, pump operating, etc.
Thoughts?
it currently isn't possible to toggle only moodable/unmoodable skills so your best option would maybe be a superlabor or custom profession.
Post by: splinterz on August 25, 2014, 11:59:13 am
patch notes
- 40.10 win/linux layouts
- added name_matches function for partial name matches in scripts
- appended a count of how many units are currently displayed when scripts are active to the population text
- added the final two labors (alchemy and animal care) to the 'labors full' view
- added a new group by for 'total assigned skilled labors'
- added more material place-holders in job descriptions
- changed the script function for total_assigned_labors to include/exclude skill-less labors, instead of hauling
- changed the header columns to automatically adjust their height based on the text length
- when testing new scripts, errors will be reported at the bottom of the window
- fixed multiple issues with scripts where any optional arguments were ignored (test your scripts!)
- fixes an issue where it was necessary to restart after embarking to see the fortress name
- fixes an issue where worlds with large amounts of historical figures wouldn't find vampires (among other things)
- fixes OSX string writing (nicknames, custom professions, etc.)
- fix for an edge case crash with roles when all attributes are hacked to approx. max level
- fix for the default font (ShiroiKuma)
- more optimizations and clean-up (Hello71)
- OSX offsets for 40.07-40.09 (Fricy)
Post by: fricy on August 25, 2014, 01:50:19 pm
Post by: notfood on August 25, 2014, 02:04:07 pm
Post by: splinterz on August 25, 2014, 02:29:33 pm
[OSX] Dwarf Therapist 25.0 | DF 40.10 (http://dffd.wimbli.com/file.php?id=9127)awesome, thanks again for the OSX packages. i've updated the main post with your DFFD link, as well as the repo's readme.
Post by: int_ua on August 25, 2014, 06:13:59 pm
Post by: khearn on August 25, 2014, 07:34:50 pm
Must go deeper.
;)
Post by: int_ua on August 25, 2014, 09:05:18 pm
A zip of a bzip2 compressed tar file of a debian package.
Must go deeper.
;)
Yeah, exactly. Are you familiar with a deb package structure?)
Can you just zip the thing?zip an ar archive with two other archives inside of it archived?
Post by: Unknown72 on August 27, 2014, 10:02:49 pm
Post by: PeridexisErrant on August 27, 2014, 11:18:56 pm
Will this work with DF 40.08? I saw that you didn't have a link for the old versions (unless there isn't one for 40.08?) other than the really old link to the original post.
Yep, memory layouts for previous version are included so it should work fine.
Post by: Unknown72 on August 28, 2014, 02:05:12 am
Will this work with DF 40.08? I saw that you didn't have a link for the old versions (unless there isn't one for 40.08?) other than the really old link to the original post.
Yep, memory layouts for previous version are included so it should work fine.
Gotcha, thanks for the reply and info!
Post by: Duck Slayer on August 28, 2014, 07:04:44 pm
Post by: Hello71 on August 28, 2014, 08:30:16 pm
Is there a 32-bit deb package? Or has anyone attempted to compile the latest version in 32-bit Linux?
that should work fine, just follow the instructions in BUILDING.txt.
also, if your cpu is so old that it is not amd64-compatible, how do you run DF?
Post by: lethosor on August 28, 2014, 08:35:50 pm
Post by: Hello71 on August 28, 2014, 08:42:15 pm
DF is 32-bit, if you're asking how it runs on non-64-bit machines.
i am referring to the half fps that I am sure is experienced on pentium 4 machines, seeing as DF is quite CPU-intensive.
Post by: blue sam3 on August 29, 2014, 04:17:09 pm
DF is 32-bit, if you're asking how it runs on non-64-bit machines.
i am referring to the half fps that I am sure is experienced on pentium 4 machines, seeing as DF is quite CPU-intensive.
Nah, it actually runs pretty well on old machines. It doesn't gain that much from going to more modern processors since it's 32 bit and only runs on one core.
Post by: khearn on August 29, 2014, 06:55:58 pm
In the system monitor, I see that DF is using 0% of the CPU, but DT is using 25%, despite being frozen. I'm on a 4 processor system, so it appears that DT is stuck in a loop, totally using one of my CPUs. Nothing else on the system (except gnome-system-monitor) is using any CPU time.
I'm not sure what other info I can give you that might help debug this. I'll wait 10 or 15 minutes, on the off chance that someone reads this and can tell me something I can do that might be helpful. Otherwise i'll go ahead and kill DT and hope that DF can keep going. But I suspect that if DT has managed to stop DF, then DF won't start going again after DT is killed.
Keith
Post by: Hello71 on August 29, 2014, 06:58:17 pm
Running DT version 25.0.0 and DF v40.10 on Unbuntu Linux, I got a new wave of migrants, waited for them to all get on the map, then clicked 'Read Dwarves'. It started to read, the progress bar on the bottom got to 73% and both DT and DF froze up. I was running dfhack, and its console was still responsive. Well, it was until I typed 'quicksave' in a vain attempt to save this season's work.
In the system monitor, I see that DF is using 0% of the CPU, but DT is using 25%, despite being frozen. I'm on a 4 processor system, so it appears that DT is stuck in a loop, totally using one of my CPUs. Nothing else on the system (except gnome-system-monitor) is using any CPU time.
I'm not sure what other info I can give you that might help debug this. I'll wait 10 or 15 minutes, on the off chance that someone reads this and can tell me something I can do that might be helpful. Otherwise i'll go ahead and kill DT and hope that DF can keep going. But I suspect that if DT has managed to stop DF, then DF won't start going again after DT is killed.
Keith
DT can't crash DF unless it's in the middle of a syscall (only done when writing). gdb -p $(pgrep DwarfTherapist), bt. and if you could join #dwarftherapist on freenode, that would be great.
Post by: thraxarious on August 29, 2014, 07:30:38 pm
I was wondering what might be wrong when I had a squad set for a barracks to train, but they seemed to do nothing in there, they always showed "no job" in DT. But examining them in game shows they are leading a demonstration or watching one.
Post by: Hello71 on August 29, 2014, 09:16:30 pm
Has anyone had any confusion about jobs with dwarves in DT v.25?
I was wondering what might be wrong when I had a squad set for a barracks to train, but they seemed to do nothing in there, they always showed "no job" in DT. But examining them in game shows they are leading a demonstration or watching one.
platform?
Post by: khearn on August 30, 2014, 12:22:08 am
Once I killed DT, thenDF started working normally again. I was then able to start a new DT process and it worked fine.
Keith
Post by: JBWilliams on August 30, 2014, 12:30:44 am
[Linux] Dwarf Therapist 25.0 | 0.40.10 | amd64 deb (http://dffd.wimbli.com/file.php?id=9516)
Thank you for providing this.
I ran into some trouble running it; I'd be grateful for any help:
Code: [Select]
/usr/bin/DwarfTherapist: error while loading shared libraries: libQt5Qml.so.5: cannot open shared object file: No such file or directory
My distro is Crunchbang 11, based on Debian 7. As far as I understand it, Qt5 isn't supported. I tried following the instructions to build from source and "qmake" gave me this:
Code: [Select]
Project MESSAGE: Release Mode
Project MESSAGE: Setting up for Linux
Project MESSAGE: Warning: unknown QT: concurrent
Project MESSAGE: Warning: unknown QT: widgets
After that I ran "make -j$(nproc)" anyway to see what would happen. Result was a lot of output that looked promising but ended with:
Code: [Select]
make: *** [bin/release/dfinstancelinux.o] Error 1
make: *** Waiting for unfinished jobs....
Are there any relatively easy ways to fix this (that is, without installing a different distro or risking the operation of my current system)?
Thanks,
James
Post by: Cheet4h on August 30, 2014, 07:01:38 am
I remember that in 0.34.x most dwarfs got rated between 20% and 80% for their possible roles, even if they had no skill for the role.
Post by: Hello71 on August 30, 2014, 07:38:01 am
[Linux] Dwarf Therapist 25.0 | 0.40.10 | amd64 deb (http://dffd.wimbli.com/file.php?id=9516)
Thank you for providing this.
I ran into some trouble running it; I'd be grateful for any help:Code: [Select]/usr/bin/DwarfTherapist: error while loading shared libraries: libQt5Qml.so.5: cannot open shared object file: No such file or directory
My distro is Crunchbang 11, based on Debian 7. As far as I understand it, Qt5 isn't supported. I tried following the instructions to build from source and "qmake" gave me this:Code: [Select]Project MESSAGE: Release Mode
Project MESSAGE: Setting up for Linux
Project MESSAGE: Warning: unknown QT: concurrent
Project MESSAGE: Warning: unknown QT: widgets
After that I ran "make -j$(nproc)" anyway to see what would happen. Result was a lot of output that looked promising but ended with:Code: [Select]make: *** [bin/release/dfinstancelinux.o] Error 1
make: *** Waiting for unfinished jobs....
Are there any relatively easy ways to fix this (that is, without installing a different distro or risking the operation of my current system)?
Thanks,
James
please file an issue with the complete output of make enclosed in ``` code markers.
Post by: Hello71 on August 30, 2014, 07:47:58 am
As a follow-up on my earlier post, I worked with Hello71 on IRC and got a stack trace, but since I had a binary with no debugging info, there wasn't anything we could really learn. A copy of the stack trace is at http://pastebin.com/Auj2MCPY.
Once I killed DT, thenDF started working normally again. I was then able to start a new DT process and it worked fine.
Keith
generally speaking, it's safe for DT to crash any time *except* when it's in the middle of a write (for obvious reasons). even then, on Linux, it is only unsafe in the middle of a remote_syscall; crashing any other time may cause memory inconsistency (you should save and reload DF) but will not cause a DF crash.
Post by: splinterz on August 30, 2014, 08:28:15 am
Is the role calculation working correctly? I'm currently using Dwarf Therapist v.25.0.0 for the first time in 0.40.x and most of my dwarfs who don't have a skill in a particular role, for example weaponsmith, get rated between 45% and 55%, while their attributes are very different.there's a bit of a disconnect at the moment, because the ratings are shown different ways. the values around 45-55 are the raw ratings, which are shown in the tooltip, on the details dock, and if you're using the 'text' cell drawing method.
I remember that in 0.34.x most dwarfs got rated between 20% and 80% for their possible roles, even if they had no skill for the role.
however, the other cell drawing methods are using an adjusted rating from 0 to 100 (ie. red diamond is < ~5%, black diamond > ~95%). so it's a bit disconnected at the moment.
overall higher numbers are still better. it's just more difficult to compare (and impossible with the text method) with the raw values.
Post by: thistleknot on August 30, 2014, 09:25:51 am
or
the 0 to 100% conversion of the raw value as numerical?
Or
Post by: Hello71 on August 30, 2014, 09:28:41 am
how about the option of displaying either
the raw value as numerical
or
the 0 to 100% conversion of the raw value as numerical?
Or is it due to extended decimal places that cause havoc when comparing?
https://github.com/splintermind/Dwarf-Therapist/issues/152
Post by: thistleknot on August 30, 2014, 09:59:17 am
However... I think the raw rating was important to be exportable to csv, as when I was exporting the (0 to 100%) min to 50% to max method to csv, the middle numbers were not exhibiting the expected behaviour. I believe it might be due to rounding and pushing more numbers closer to the center.
Post by: splinterz on August 30, 2014, 10:51:13 am
I was originally comfortable with the raw ratings due to the way I used DT. However, I like the new "drawn" ratings, as they are based around an assumed mean of 50% and they are stretched from their respective min to 0 and max to 100%the 0-100 ratings would purely be used for display purposes (tooltips, dock, cells, etc.). anything in the back-end (csv export, optimization) would continue to use the raw ratings.
However... I think the raw rating was important to be exportable to csv, as when I was exporting the (0 to 100%) min to 50% to max method to csv, the middle numbers were not exhibiting the expected behaviour. I believe it might be due to rounding and pushing more numbers closer to the center.
Post by: kingubu on August 30, 2014, 11:07:54 am
Post by: Hello71 on August 30, 2014, 12:15:11 pm
Post by: thistleknot on August 30, 2014, 01:15:44 pm
How do I change the Labors Full grid to arrange the labors the way the game does?
What do you mean by that? Arrange them by how the game does?
Post by: kingubu on August 30, 2014, 01:35:55 pm
The labors tab has weirdly rearranged the labors. So, for instance, woodcrafting is with wood cutting.How do I change the Labors Full grid to arrange the labors the way the game does?
What do you mean by that? Arrange them by how the game does?
(http://s19.postimg.org/xoeve8idb/labors.jpg) (http://postimg.org/image/xoeve8idb/)
Whereas, the roles tab has the old layout that matches the in-game skill groups.
(http://s19.postimg.org/m0ktjot8f/roles.jpg) (http://postimg.org/image/m0ktjot8f/)
I want to change the labors view to be like the roles view and the in-game skill groups.
Post by: thistleknot on August 30, 2014, 02:52:52 pm
File-export gridviews as .dtg
Select just one grdiview to export
Open gridview in notepad, edit name of gridview by appending a 2 to it
Import gridview
Click windows-grid views
You can edit your grid view via the grid views subwindow
Post by: splinterz on August 30, 2014, 02:56:16 pm
Ah yes. Is a bit annoying.use the gridview dock and copy the labor view you want. then edit it and drag/drop to re-arrange the columns how you'd like.
File-export gridviews as .dtg
Select just one grdiview to export
Open gridview in notepad, edit name of gridview by appending a 2 to it
Import gridview
Click windows-grid views
You can edit your grid view via the grid views subwindow
Post by: kingubu on August 30, 2014, 06:18:04 pm
Post by: splinterz on August 31, 2014, 03:44:32 am
Wow, more involved than I expected. Thanks for the replies.you don't need to fiddle with exporting and then importing. just copy the view you want (or create a new one) and then edit it to look however you'd prefer.
Post by: thistleknot on August 31, 2014, 08:10:50 am
http://dffd.wimbli.com/file.php?id=9574
Post by: kr0pper on August 31, 2014, 01:26:14 pm
I made a script, which puts realtime to file some lines like these:
Code: [Select]
1409332012 20422 Solon Lumashilral job_initiate 37 StoreItemInStockpile
1409332012 15166 Reg Kosothdakost job_complete 87 EncrustWithGems
Right now I'm at war with Lazarus for creating an interface like Therapist for monitoring jobs, syndromes, wounds and more.
It's will be cool to look the joblist and happiness changes of any dwarf inside DT :)
Post by: Elarys on September 01, 2014, 07:44:48 am
Post by: splinterz on September 01, 2014, 08:01:00 am
Is there anyway you could get DT to show the kill count on the militia page? I'd love to see easily who are my best militiadwarfs.sounds like a good idea for a new column type (https://github.com/splintermind/Dwarf-Therapist/issues/154).
Post by: Elarys on September 01, 2014, 08:08:38 am
Post by: splinterz on September 01, 2014, 08:11:47 am
Yup, broken down by notable kills and other kills?possibly, if i can figure out what the difference is.
Edit: just did a quick test, and it seems notable kills are historical figure kills, so it should be possible to separate them.
Post by: thefinn on September 01, 2014, 11:35:29 am
I'm kind of new to the game, but inability to turn off hauling stone in a crisis is killing me.
Post by: thraxarious on September 01, 2014, 12:30:46 pm
Has anyone had any confusion about jobs with dwarves in DT v.25?
I was wondering what might be wrong when I had a squad set for a barracks to train, but they seemed to do nothing in there, they always showed "no job" in DT. But examining them in game shows they are leading a demonstration or watching one.
platform?
Oops, sorry. Got pulled away and forgot.
Yes, Windows platform, Windows 7 x64.
I also noticed something odd in DT, when you view what each dwarf has via the Equipment popup text, they seem to never put on certian armor or gear they say they should. I look at the DF military screen and they say "Yes I have a metal helm and gauntlets on" but DT says they are missing. But when examined directly in DF, it says they have it.
I think I made a dozen extra steel helms because of coming back and seeing I was missing every so often, forgetting I made them last time.
DT will say "Missing Steel Helm, Missing Steel Gauntlett" but the dorf has them.
It also tends to not show anything of that sort when the equipment is "Green" but the pop up doesn't display any of them.
This feature is usually very handy for me to see what dwarves have and what is missing or wearing out since managing the clothing needs of a full fortress can be a real trial. My cloth and leather production is working as fast as I can find things wearing out to replace.
So far I've noticed it with Backpacks, quivers, ammo, helms, gauntlets, boots, maybe a few others.
Post by: splinterz on September 01, 2014, 01:10:37 pm
and those equipment problems are in the latest version (25)? what kinds of uniforms do you use?Has anyone had any confusion about jobs with dwarves in DT v.25?
I was wondering what might be wrong when I had a squad set for a barracks to train, but they seemed to do nothing in there, they always showed "no job" in DT. But examining them in game shows they are leading a demonstration or watching one.
platform?
Oops, sorry. Got pulled away and forgot.
Yes, Windows platform, Windows 7 x64.
I also noticed something odd in DT, when you view what each dwarf has via the Equipment popup text, they seem to never put on certian armor or gear they say they should. I look at the DF military screen and they say "Yes I have a metal helm and gauntlets on" but DT says they are missing. But when examined directly in DF, it says they have it.
I think I made a dozen extra steel helms because of coming back and seeing I was missing every so often, forgetting I made them last time.
DT will say "Missing Steel Helm, Missing Steel Gauntlett" but the dorf has them.
It also tends to not show anything of that sort when the equipment is "Green" but the pop up doesn't display any of them.
This feature is usually very handy for me to see what dwarves have and what is missing or wearing out since managing the clothing needs of a full fortress can be a real trial. My cloth and leather production is working as fast as I can find things wearing out to replace.
So far I've noticed it with Backpacks, quivers, ammo, helms, gauntlets, boots, maybe a few others.
Post by: thraxarious on September 01, 2014, 05:23:33 pm
It might be with my dwarves not properly equipping some items, even though they should be. I might have been looking at dwarves wrong. I'll try to get back on this one. Very odd.
I could have sworn I saw it one way in DT and another in DF.
Post by: splinterz on September 02, 2014, 07:38:42 am
Metal, but... Strike that. I might be having other issues.there was a problem with the equipment stuff a few versions ago, but it should be resolved in the latest version. anyway, if you do notice something weird again let me know and i'll look into it.
It might be with my dwarves not properly equipping some items, even though they should be. I might have been looking at dwarves wrong. I'll try to get back on this one. Very odd.
I could have sworn I saw it one way in DT and another in DF.
Post by: Aquathug on September 02, 2014, 10:42:49 am
Post by: splinterz on September 02, 2014, 12:16:05 pm
When right clicking a dwarf, all the custom professions are listed in a random order. Is there any way I can get them to be recognized alphabetically again?should be fixed for the next release (https://github.com/splintermind/Dwarf-Therapist/issues/78)
Post by: Aquathug on September 02, 2014, 01:21:14 pm
When right clicking a dwarf, all the custom professions are listed in a random order. Is there any way I can get them to be recognized alphabetically again?should be fixed for the next release (https://github.com/splintermind/Dwarf-Therapist/issues/78)
Sweet! Thank you sir.
Post by: thraxarious on September 04, 2014, 02:20:02 am
Post by: Couchmonster on September 04, 2014, 08:39:07 am
Wish I could help.
Post by: fbo on September 04, 2014, 09:10:52 am
Again I cannot scan my memory for DF 40.11 Layout :(
Wish I could help.
must be a problem on your side. I can see my dwarfs with this here
(Would wait for the "official" release though to double check the adresses before writing back into memory)
Spoiler (click to show/hide)
Post by: feelotraveller on September 04, 2014, 02:23:34 pm
Post by: splinterz on September 04, 2014, 02:37:59 pm
Post by: splinterz on September 04, 2014, 02:40:05 pm
Preference for spears does not seem to be used in the calculation for speardwarf. (Maces, hammers, and swords are effecting calculations properly.) v25.0can you elaborate? what does your role look like, and what dwarf doesn't seem to be matching? if you use the preference dock and/or the filter box to filter only a preference for spears, does it filter correctly?
Post by: feelotraveller on September 04, 2014, 04:43:51 pm
The role is the default one (Speardwarf) used in the default Military-alt screen. The number displayed for speardwarf is the same as that for all the other melee weapon types. 3 of my other dwarfs have weapon preferences (mace, shortsword, hammer) which do make a difference for their suitability for these roles.
Post by: splinterz on September 04, 2014, 05:57:14 pm
The preference dock lists and selects my spear-lover properly. The filter box likewise. My dwarfs preference for spears which shows in the dwarf details screen, and in the tooltip.i double checked the default roles, and there doesn't seem to be any issue there. so your speardwarf has exactly the same role rating as the others without spears? if you want to upload a save i can take a closer look.
The role is the default one (Speardwarf) used in the default Military-alt screen. The number displayed for speardwarf is the same as that for all the other melee weapon types. 3 of my other dwarfs have weapon preferences (mace, shortsword, hammer) which do make a difference for their suitability for these roles.
Post by: PeridexisErrant on September 04, 2014, 06:50:30 pm
Post by: feelotraveller on September 04, 2014, 07:11:15 pm
If you need something else just let me know.
Save is from a couple of seconds after embark. The dwarf in question is Stakud. I ended up making them an Axedwarf but couldn't figure out what was going on.
Just in case it shows something different on your end this is a snapshot of my Military-Alt screen. You can see Stakud gets no increase in Speardwarf suitability, and you can also see the three dwarfs below him do get bonuses from their weapon preferences.
(http://i1122.photobucket.com/albums/l531/feelotraveller/Military-Alt_zps61560425.png)
Entirely separate from the above - would it be possible to add a column with the size stat we could add to custom grids. I'm thinking about it for breeding/slaughtering animals but perhaps others would find some military purpose for dwarfs?
Post by: splinterz on September 05, 2014, 04:31:01 am
My Region folder https://dl.dropboxusercontent.com/u/14105530/region1.rar (https://dl.dropboxusercontent.com/u/14105530/region1.rar)i checked this out, and it's due to a change made to preferences to attempt to balance roles with tons of preferences against those with few. previously the more preferences in a role the lower the rating would end up, due to a weighted average with many zeros. i made a change to exclude non-matches to help with this issue, but the side-effect is that in some cases (like this one) you end up with incorrect ratings. although the difference was only ~1% in the rating, it's still important to see, so i'll try to come up with a better solution.
If you need something else just let me know.
Save is from a couple of seconds after embark. The dwarf in question is Stakud. I ended up making them an Axedwarf but couldn't figure out what was going on.
Just in case it shows something different on your end this is a snapshot of my Military-Alt screen. You can see Stakud gets no increase in Speardwarf suitability, and you can also see the three dwarfs below him do get bonuses from their weapon preferences.
(http://i1122.photobucket.com/albums/l531/feelotraveller/Military-Alt_zps61560425.png)
Entirely separate from the above - would it be possible to add a column with the size stat we could add to custom grids. I'm thinking about it for breeding/slaughtering animals but perhaps others would find some military purpose for dwarfs?
while there's no column for body size (yet), you can right click on the first column (with the names) and sort by body size, which should help.
Post by: feelotraveller on September 05, 2014, 07:47:19 am
while there's no column for body size (yet), you can right click on the first column (with the names) and sort by body size, which should help.
Oh wow, fantastic! I had no idea that was there. :)
Just spent a few hours playing around with the grid views. It's really nice to be able to customise the views/information. This is how my roles tab ended up looking, at least for now.
(http://i1122.photobucket.com/albums/l531/feelotraveller/RolesFT_zps0fe5ecae.png)
I was planning on going through the roles and customising them a bit in the nearish future. Any tips on what (not) to do to keep some balance between them?
The spread of figures in the above image is quite small (58 max, 44 min, disregarding the figures influenced by skills). I realise that it is a complicated matter of statistics and scaling to come up with a set of figures which are useful. Barring another solution would it be possible for users to scale the distribution (either scalar or some geometric expansion)? Much easier for simple heads like mine to pick the gaps and proportions if the spread was say 20 to 90 (i.e. 5x linear). Or to put it another way 1% difference (easily hidden on the spreadsheet) is currently so large that I feel like I should be looking at the unrounded figure on each and every occasion.
Post by: splinterz on September 05, 2014, 10:50:01 am
yeah the default roles view also needs to be retooled to match the labor views..
while there's no column for body size (yet), you can right click on the first column (with the names) and sort by body size, which should help.
Oh wow, fantastic! I had no idea that was there. :)
Just spent a few hours playing around with the grid views. It's really nice to be able to customise the views/information. This is how my roles tab ended up looking, at least for now.Spoiler (click to show/hide)
I was planning on going through the roles and customising them a bit in the nearish future. Any tips on what (not) to do to keep some balance between them?
The spread of figures in the above image is quite small (58 max, 44 min, disregarding the figures influenced by skills). I realise that it is a complicated matter of statistics and scaling to come up with a set of figures which are useful. Barring another solution would it be possible for users to scale the distribution (either scalar or some geometric expansion)? Much easier for simple heads like mine to pick the gaps and proportions if the spread was say 20 to 90 (i.e. 5x linear). Or to put it another way 1% difference (easily hidden on the spreadsheet) is currently so large that I feel like I should be looking at the unrounded figure on each and every occasion.
traits have been removed from the default roles since 40.x since it was unknown what they might be affecting now. for military it's more obvious with things like bravery, violence, discipline, etc. but otherwise the default roles could really use some work in general. there are still some missing for spinner and shearer i think.
the roles have already been updated in the dev version to give better numbers in the display. (https://github.com/splintermind/Dwarf-Therapist/issues/152)
Post by: Pink Photon on September 05, 2014, 03:05:55 pm
Post by: splinterz on September 05, 2014, 03:24:19 pm
I would like it so that the tooltip does not display social skills. Would it be possible to add that in (or is it hiding somewhere I haven't found yet)?the best you can do is set the minimum level of skills to display in the tooltip. i'll make a note about the social skills.
Post by: feelotraveller on September 05, 2014, 07:09:50 pm
traits have been removed from the default roles since 40.x since it was unknown what they might be affecting now. for military it's more obvious with things like bravery, violence, discipline, etc. but otherwise the default roles could really use some work in general. there are still some missing for spinner and shearer i think.
the roles have already been updated in the dev version to give better numbers in the display. (https://github.com/splintermind/Dwarf-Therapist/issues/152)
Looking forward to the new version. :P
That traits is missing is fine, better nothing than something misleading until their mechanics are somewhat understood.
I added custom roles for shearer, spinner, glazer, waxworker, presser, beekeeper and potter basically whatever I needed to map the labours to the roles. (No hauler roles... yet. :) Used only default DT preferences.
(Edit: revised and incorporated into a set of custom roles. http://dffd.wimbli.com/file.php?id=9661 (http://dffd.wimbli.com/file.php?id=9661))
I was thinking of taking a pass through all the roles but I'm worried that without a basic understanding of how the weightings are used in calculating the final suitability that it will do more harm than good at least in terms of cross-role comparison.
Is adding a lot (and what is too many?) preferences a bad idea? Should I be aiming to standardise the number of attributes or total skill weight (i.e. setting each of two skills to 0.5 rather than 1 when they are both relevant) or should the goal be to have to total potential weight the same across attributes/skills/preferences? Or does none of this matter?
Finally when you say the roles have already been updated in the development version (unreleased I assume?) does that mean the roles themselves or only the suitability calculations deriving from them? I ask because if it is the former I probably should wait for the next release...
Post by: thistleknot on September 05, 2014, 08:52:44 pm
but the way the #'s are normalized is:
at least these conditions are true:
all values are normalized
to:
max = ~100%
>median = 50%+
average ~50%
the one thing that is different between values is...
with preferences and skills...
min is ~<50%
where-as with traits and attributes
min is ~0%.
That is due to the way preferences and skills are skewed. They have a lot of null values basically, so almost the entire set of values are null. So we fix the null value by making it a neutral ~<50% value, and the >median values are 50%+ to 100%.
So... hopefully that clarifies how the %'s are derived to give you an idea on weights.
So an entire set of attributes (comparative to each and every other attribute within the dwarfs x attribute matrix) are scaled from 0% (if attribute or trait; otherwise ~<50% for preferences and skills) to 100% respectively, same for traits, skills, and preferences.
So within each "aspect" or "domain" or "category"... whatever one wishes to call: traits, skills, preferences, and attributes. We have an average of .5 across each aspect; and each value within said aspect is directly comparable to each other.
So... it extends the comparative dimension of the problem to 4 dimensions, with each "plane"/aspect being 1 dimension (aka all attributes compared to each other). So each dimension lines up at a .5 mean, where above .5 is >Median values.
Therefore, when you set weights, the weights work with a range of values from 0 to 100% for each "plane"
God, I hope that makes sense.
PS:
If you want to see how each aspect individually does it's "Rating", you can disable all the other aspect's [global] weights
As to my strategy with weights. I always treat each "aspect" as a sum total of 1. So each weight within that aspect, I try to ensure a sum of 1 with all total weights. It's completely arbitrary, because it's all based on ratio's between the weights. However, what I do within this "sum of 1" (because ultimately, that's how weighted averages work, they reduce each weight to a contributing %) is create sub-groups. Say I'm making a melee combat role. I would segment skills into "groups" where the group tries to represent a certain % of the total, therefore each individual weight would be some value below 1 (aka 100%).
You shouldn't have to reduce anything in relation to each other. Everything set to 1 (out of say 11 weights) would mean each weight is 1/11th.
Say, if you have 3 weights...
.5 and .5 and 1
sum = 2
Then
.5 = 25% (.5/2)
.5 = 25% (.5/2)
1 = 50% (1/2)
Post by: feelotraveller on September 06, 2014, 12:07:15 am
Part of the problem which was impeding my admittedly more global attempt at understanding the figures is that the preferences calculation is not working properly at the moment. As far as I can tell from quick testing, at most one preference is counted and this gives the full weighting to the preferences component in the overall total. (Assuming that any further preference is ignored I now understand why the spear preference was not showing, damn you bucklers.) I guess the positive side is that only one preference is also used for reducing suitability.
As an example of cross-role comparison difficulties (which is the deeper question I'm asking, mainly myself) take the example of the default carpenter role and a custom stone hauler role which has only a preference for wheelbarrows as its weighting. Imagine a dwarf with preferences for wheelbarrows and beds and standard stats otherwise. They are going to look like an excellent candidate for a stone hauler but only a reasonable pick for a carpenter. Okay it's a joke example, I always need stone haulers!
As an addendum I noted that preferences for Donkeys are not having any effect at all even when their preference is the sole element of a role.
Post by: thistleknot on September 06, 2014, 12:51:10 am
I did a lot of testing of preferences around v23 to ensure we set it up right. The system I'd a bit hard to explain but it counts matches as either 1 for single (non group) matches and 1 +.1/ea for group matches.
That in turn is converted into 50%+ values
The method we use is rankecdf and it basically gives a proportional cumulative % based non the values frequency within the dataset. Prefs have approx 99% of their non null values as 1 match. So... It makes a 1 pref match for a role be a high %. But there is still room above this % for the matches such as 2 or 3.1 etc.
Post by: agpen on September 06, 2014, 01:56:53 am
Any ideas for troubleshooting this issue?
DT 25 and DF 40.10, from Beautato's LNP, on Mint 17 x64
Post by: splinterz on September 06, 2014, 02:10:44 am
Screenshots of pref issuesno, it's broken, see the posts/explanation above about the speardwarf. dropping the zeros can result in an equal rating for a different number of matches.
J did a lot of testing of preferences around v23 to ensure we set it up right. The system I'd a bit hard to explain but it counts matches as either 1 for single (non group) matches and 1 +.1/ea for group matches.
That in turn is converted into 50%+ values
The method we use is rankecdf and it basically gives a proportional cumulative % based non the values frequency within the dataset. Prefs have approx 99% of their non null values as 1 match. So... It makes a 1 pref match for a role be a high %. But there is still room above this % for the matches such as 2 or 3.1 etc.
Post by: feelotraveller on September 06, 2014, 03:27:39 pm
Exclude preferences from the numerical calculation for roles. Instead have a positive preference match trigger a highlighted box (yellow or purple, by default?) for the appropriate dwarf/role. Preferences could then be added in whatever detail to a role without effecting the calculation but when present they would draw attention to themselves graphically. (A complementary suggestion would be to include a new filter to select dwarfs who have a preference match by role. So filter by preferences --> Mason, for example.)
Having thought around the issue a little it occurred to me that preferences are different from attributes, skills and traits in that they are highly situational. E.g. an armoursmith with a preference for steel is a great thing unless your site happens to lack flux, or again a shearer with a preference for sheep is a good thing unless you're breeding alpacas, and so on.
Comments?
Post by: thistleknot on September 06, 2014, 04:22:24 pm
99% of preferences are only a single match, so more often than not. Preferences only have 1 match, but with your setup, any dwarf who meets multiple pref's would be ignored, and to make matters worse, it wouldn't be incorporate into the role optimizer. Which apparently has the affect of increasing dwarf happiness.
The [speardwarf] bug isn't related to the way the % is derived but in that its not reading a pref specifically to count it. (correct me if I'm wrong)
Post by: feelotraveller on September 06, 2014, 06:00:00 pm
(If I understand it correctly the speardwarf above gets full weighting in all melee roles because of their preference for bucklers and then the spear preference adds no further weight.)
Okay it is a choice of mine to prefer no information (numerically) to a mix of good and bad information, but I really doubt anyone desires the latter for any automated labour allocation. Which leaves the problem that preferences still need a major rework. (I think that there are inherent problems with giving preferences numerical values, you are welcome to prove me wrong by producing a weighting system for preferences which does not suffer the bad information dilemma. Conceptually it is how you go from the set of all possible preferences, for a given role, to those that are relevant - or could become relevant - at a given time and place.) My suggestion was an attempt to bypass this more significant task but admittedly it comes from my desire to use Dwarf Therapist as a tool to make labour choices rather than as a tool to automate labour allocation.
But I would be happy to see my proposal implemented as an optional checkbox which would set the weight of preferences in the numerical calculation to zero and trigger a highlight box on roles where a preference is present (or I would even be happy enough to set my preference weights to zero manually in all my roles, as long as they still get checked for matches to trigger a highlight... but a toggle might be nicer so people can alternate views). Then I can check out my smith or shearer candidate(s) for myself to see if their preference is relevant.
p.s. I don't get the comment about dwarfs with multiple preferences being ignored. In my proposal, and as it works in DT currently the check is made for preference yes or no. Multiple preferences make no difference. My proposal is slightly better (assuming you are playing manually enough to look for yourself) in that if you look at the dwarf highlighted to have preferences you can see for yourself how many, and what kind, they have.
Post by: thistleknot on September 06, 2014, 06:45:35 pm
You can compare yourself how preferences look. Just disable all weights but preferences.
You'll see a lot of say 78%'s, then you'll see a few that are higher than 78%. Those #'s that are higher, are #'s that have more than one match.
Originally the matches were all just "binary", either a 1 or a 0. A group match, such as metals was 1, and an individual match was a 1.
However, we realized that "group" matches, such as for "metals", when a dwarf has multiple matches for metals. That we don't wish to value each successive match as another 1, it was opted to go with a fractional value, that fraction of additional successive group matches is .1 for each successive match.
Example:
Metal matches:
2 matches =
1.1
Single Matches:
2 matches = 2
combined
2 + 1.1 = 3.1
btw, 3.1 would be a really high number, and is very rare; but whoever had such a setup would have their % be near 99.99
I was proposing that group matches be a value less than 1 [say .7 to .9], and approach 1 as more [group] matches are achieved (to keep group matches as always <=1), but that idea was shot down.
Post by: feelotraveller on September 06, 2014, 07:28:35 pm
A dwarf w bismuth and spear prefs and aatch for both would return a higher # than a dwarf w just a spear match.
Well, no.
I just double checked by adding nickel to the speardwarf role. Stakud (my problematic speardwarf from the last couple of pages) a nickel-lover does not see any change in their suitability for the speardwarf role and neither do any of my other dwarfs. Their suitabilities remain exactly the same as the default speardwarf role.
But you don't have to take my word for it. Feel free to download the savegame/region (40.10) from a couple of seconds after embark https://dl.dropboxusercontent.com/u/14105530/region1.rar (https://dl.dropboxusercontent.com/u/14105530/region1.rar) and look for yourself. Or check it out with a similar custom role adjustment in one of your own games.
In fact this is exactly the problem which initially caused me to post. Since Stakud has a preference for bucklers as well as spears she ends up being shown as equally suitable for all melee roles (since bucklers count for all of them). Have a look at the snapshot on the previous page, disregarding the figure for axedwarf since I spent skill points there at embark.
More deeply though it would be problematic (in my opinion at least) for a dwarf with a preference for bismuth bronze to have a higher suitability since in the vast majority of cases they will not be equipped with bismuth bronze. This is the problem of situational relevance. Yes in the odd situation I will equip them with bismuth bronze so in some respects (all possible worlds scenario) they should be shown as more suitable. But in most cases I'm not going to have the ability and/or desire to equip them with bismuth bronze so in these cases (a large set of given worlds) their increased suitability is spurious and can actually cause bad labour assignations (whether done by me or an automated system).
But wait, there is yet more, if you read now the offer also comes with the bonus problem of qualitative differences. I was making a joke out of it above but it is clear (to me at least) that in most circumstances a dwarf with bed and wheelbarrow preferences is better off being a carpenter than a stone hauler (I'm assuming a custom stone hauler role with only the preference for wheelbarrows, which seems credible if not very useful). This is since the stone hauler will potentially be more happy but the carpenter will also produce enhanced quality beds. These beds are more valuable, but wait there is more, they also tend enhance room quality, and as a special offer if you read now, they also tend to be admired as fine pieces of furniture more. So that's two extra ways you can improve the happiness of your fortress.
Post by: thistleknot on September 06, 2014, 08:06:24 pm
Quote
In fact this is exactly the problem which initially caused me to post. Since Stakud has a preference for bucklers as well as spears she ends up being shown as equally suitable for all melee roles (since bucklers count for all of them).
It seems like your proposing two things:
fix the code [you think it's just wrong in the way it's logic is setup, not necessarily in an unintended bug]
fix the algorithm [ALGORITHM: spear pref bug]
but trying to relate the algorithm fix to fixing the code?
At least that is how I setup my last reply.
Because I think the algorithm is good/sound and positive for the game. It only gives "additive" bonus' to dwarf's with multiple preference matches. The issue with bismuth and bronze is not a problem with the conceptual algorithm, but with the way it is currently implemented aka bug.
I haven't heard from the all mighty one Splinterz on the issue beyond that you were discussing the spear preference; however, these new concerns about removing preferences raises my concern about all the work I just spent the last 3 months on.
Quote
"More deeply though it would be problematic (in my opinion at least) for a dwarf with a preference for bismuth bronze to have a higher suitability since in the vast majority of cases they will not be equipped with bismuth bronze."It was in my prior post I addressed this concern with the ability to decrease group matches... however; to keep things simple, we opted for the matches as described. Suggestion for match changes are more than welcome. One can still set weights for their matches
Update
Quote
But in most cases I'm not going to have the ability and/or desire to equip them with bismuth bronze so in these casesIt sounds like all these issues your describing can be solved with setting individual preference weights (possibly removing group match preferences altogether, and just opt for single matches)
Your last statement, I do not disagree with in the slightest
Quote
...a dwarf with bed and wheelbarrow preferences is better off being a carpenter than a stone hauler (I'm assuming a custom stone hauler role with only the preference for wheelbarrows, which seems credible if not very useful). This is since the stone hauler will potentially be more happy but the carpenter will also produce enhanced quality beds. These beds are more valuable, but wait there is more, they also tend enhance room quality, and as a special offer if you read now, they also tend to be admired as fine pieces of furniture more. So that's two extra ways you can improve the happiness of your fortress.
I agree with your sentiment, everything you said is accomplished by comparing on a 1 dimensional level. We accommodated that with the way the rankecdf calculates preferences.
Spoiler (click to show/hide)
When I say SETUP
I mean, you can set them up
I think the roles are "setup" correctly. I believe they are properly accommodated by weights.
When I reworked this entire setup from the groundup, I had an understanding of how things worked on a fundamental level from the beginning to now. Like a git commit history if you will of the algorithm that is used to derive the %. Of course, Splinterz knows the algorithm as well.
Update 2
BTW, I think the goal of the role% should be like the stock market tries to achieve a price per share point [as in a number that is calculated based on more and more input variables]
I think a setup like that for DT will achieve more accessibility by the game.
Post by: feelotraveller on September 06, 2014, 08:57:15 pm
Hopefully this could come with a filter to select only dwarfs which have one or more positive preferences (basically the ability to sort a role by this criteria).
I would prefer that this option also override the preference weightings for roles (i.e. set them all to zero) but that is merely for convenience.
Anything beyond that which I have said are descriptions of how I have seen Dwarf Therapist behaving at the moment or arguments/reasonings for why this option would be a good thing for players to have.
If all the weightings and mechanisms you are talking about are in some development version I can only shrug since I cannot check the validity of those assertions. If you are talking about the way the program (that is v25.0) works at the moment you are simply wrong.
I am happy for you to disagree with me about the ease and value of producing a numerical value for preferences. (I only hope that you do not insist that I use said schema.)
Post by: Yaotzin on September 07, 2014, 01:26:58 pm
Post by: splinterz on September 07, 2014, 03:52:57 pm
I am proposing one thing. That the option to highlight preferences relevant to roles be added.i've had some time to look at this again, and the issue isn't directly caused by the exclusion of zero matches. the cause is more to do with the default weights that are applied to the role preferences.
Hopefully this could come with a filter to select only dwarfs which have one or more positive preferences (basically the ability to sort a role by this criteria).
I would prefer that this option also override the preference weightings for roles (i.e. set them all to zero) but that is merely for convenience.
Anything beyond that which I have said are descriptions of how I have seen Dwarf Therapist behaving at the moment or arguments/reasonings for why this option would be a good thing for players to have.
If all the weightings and mechanisms you are talking about are in some development version I can only shrug since I cannot check the validity of those assertions. If you are talking about the way the program (that is v25.0) works at the moment you are simply wrong.
I am happy for you to disagree with me about the ease and value of producing a numerical value for preferences. (I only hope that you do not insist that I use said schema.)
what happens in the back-end is that all role preference matches are analyzed, and they're assigned a rating. for example, having a single match in your game, was assigned a rating of 0.75. the role's use this rating for the preferences to determine the preference score. however, they also take into account the individual weights that have been assigned to the preference. so as an example of the problematic dwarf's roles:
Speardwarf Role:
- Spear match, worth 0.75, with a weight of 0.75
- Shield match, worth 0.75, with a weight of 1.00
Final weighted average: ((0.75*0.75)+(0.75 * 1.0)) / 1.75 = 0.75
Axedwarf Role:
- Shield match, worth 0.75, with a weight of 1.00
Final weighted average: 0.75 * 1.0 = 0.75
now, adding the zero-matches back in, for this example, would drop the Axedwarf role's preference rating down: ((0.0*0.75)+(0.75 * 1.0)) / 1.75 = 0.43. but as you can see, that's very punishing and was the reason non-matches were excluded from the role preference ratings.
setting the preference weights equally with the current (25.0) method,
a big part of the current issue is that the preference weights for the default roles need to be tweaked, especially after the recent changes to roles. for the default roles especially it would probably be a good idea to remove the preference weights entirely, essentially setting them all to 1.0
the highlighting is still an interesting idea though, because it would allow players to exclude all preference ratings from all roles (basically a global weight of 0) but still give an indication of which dwarves may have matching preferences. then, as you've explained, it's up to the player to decide if the preferences is actually applicable on the current fortress.
Edit: thinking about it a bit more, it might be worthwhile to modify the role cell tooltips to show the actual matching preferences...
Edit2: fix failed maths
Post by: feelotraveller on September 07, 2014, 06:35:57 pm
Edit: thinking about it a bit more, it might be worthwhile to modify the role cell tooltips to show the actual matching preferences...
That would be excellent. :)
I'm not sure I understand the calculations for weighted averages (e.g. shouldn't the denominator in the final example be 2.0, leaving the speardwarf still at 0.75) but to be honest I am happy to leave that to the people who do have a head for it.
I started to make a pass through the roles but got quite unsure of myself. I started with armoursmith/weaponsmith roles but cannot understand why Metals is specified as a preference rather than only the six (or seven for the weaponsmith) applicable weapons-grade metals. Similarly for the armoursmith I did not understand why say Armour(Chest) was the preference criteria rather an enumeration of the chest armour pieces the smith can actually make (barring strange moods).
So I pulled up. I can only assume things have been set up this way in order to facilitate the preferences calculations but then I don't get them.
One positive addition I did make before bogging down was to add Cloth as a preference for Wound Dresser.
Post by: thistleknot on September 07, 2014, 06:47:35 pm
Quote
I can only assume things have been set up this way in order to facilitate the preferences calculations but then I don't get them.
[ATM] quite the opposite.
preferences were calculated differently before (only Splinterz knows exactly); and the roles were based on those calculations.
A great reworking of all roles was done, but to allow for the same basic concept we were using before, weights and allowing the [existing] roles to still be used as is. Hence, the roles need [may need] to be updated.
And no updating of the roles has been done since preferences have been updated. The preferences were recalculated to work with the existing setup.
In other words, the user is free to recreate their own roles. I have done so quite extensively. The default weights are meaningless at the moment, and probably should all be set to 1 unless a user really wishes to change them.
I for one was actually all for removing "group" matches, but "group" matches allow a user to quickly create "roles" without having to enumerate each subtype.
In the end, the roles are not any where near 100% complete.
Post by: feelotraveller on September 07, 2014, 07:03:36 pm
Okay, back to the coal-face with you Urist Mcfeelotraveller.
Post by: splinterz on September 08, 2014, 03:16:52 am
I'm not sure I understand the calculations for weighted averages (e.g. shouldn't the denominator in the final example be 2.0, leaving the speardwarf still at 0.75) but to be honest I am happy to leave that to the people who do have a head for it./sigh absolutely, what a shameful mistake on my part. i've updated the post to use the examples to demonstrate the problem (again, due to the zero-matches being removed, as i'd first figured). so back to square one, preferences still need a fix.
for the armor stuff especially, it was to aid in the previous problem where having lots of preferences pulled the rating way down. so only have one preference, even though it was a group, helped out significantly.Edit: thinking about it a bit more, it might be worthwhile to modify the role cell tooltips to show the actual matching preferences...
That would be excellent. :)
I'm not sure I understand the calculations for weighted averages (e.g. shouldn't the denominator in the final example be 2.0, leaving the speardwarf still at 0.75) but to be honest I am happy to leave that to the people who do have a head for it.
I started to make a pass through the roles but got quite unsure of myself. I started with armoursmith/weaponsmith roles but cannot understand why Metals is specified as a preference rather than only the six (or seven for the weaponsmith) applicable weapons-grade metals. Similarly for the armoursmith I did not understand why say Armour(Chest) was the preference criteria rather an enumeration of the chest armour pieces the smith can actually make (barring strange moods).
So I pulled up. I can only assume things have been set up this way in order to facilitate the preferences calculations but then I don't get them.
One positive addition I did make before bogging down was to add Cloth as a preference for Wound Dresser.
the other reason a lot of the roles are setup with general/group preferences was to support mods which may have many more types of armor, items, materials, etc. it's now possible for a mod to package their own set of roles though, so it's less of a concern if preferences are 'hard-coded' to only vanilla materials/items.
Post by: feelotraveller on September 08, 2014, 04:57:14 am
Now for some more feedback since I've been going through the roles, albeit at the pace of a snail. And please don't shoot me the goal is to make Dwarf Therapist even better...
The general categories (at least for an unmodded DF after reading the above) of Stone, Metal and Gems are at best useless since each dwarf has a preference for one item in each of these categories (=automatic match for the category). (I leave aside the rare case where the 'stone' selection is not stone but porcelain or the like, but honestly this is infrequent enough to be ignorable.) In fact these every-dwarf matches might not be helping with cross-role balance... and they certainly tend to mask relevant preferences.
More problematically, for me at least, after a small amount of investigation it seems that most of the food categories/items point to a dwarfs preference for consuming that thing. That is all the entries under General Food, as well as the Seeds category further down the list. The Plants and Plants (Alchohol) categories outside of the general food listing (i.e. the ones down the list) do seem to accurately point to liking those plants rather than preferring to consume them.
Although there is value in having consumption preferences for other purposes they actually get in the way of good assignation of labours, where it is only likes rather than prefers to consume that makes a difference.
If the information on dfwiki is comprehensive the only food type preference a dwarf can have - as opposed to the preference to consume - is 'a type of crop' which I'm pretty sure means any farmable/gatherable plant. So that would be covered by the two categories down the list?
Perhaps, assuming I haven't erred somewhere, deleting the problematic categories would prevent future confusion?
Post by: splinterz on September 08, 2014, 05:28:13 am
the general food->alcohols category can probably also be removed since every dwarf has a preference for some type of booze (like stone/gems/metal). it makes sense to remove the consumable foods as you've suggested. the sole purpose of the role preferences is to aid in finding a dwarf for a job, and consumable preferences are useless in that sense.
sounds like a good set of changes to slim down the list of role preferences. keep them coming!
Post by: feelotraveller on September 08, 2014, 06:19:19 am
Post by: splinterz on September 08, 2014, 06:39:57 am
It is probably worth leaving the possibility to specify certain types of stone. E.g. for a custom stonecrafter role chewing through some excess economic stone, or whateveryou mean to have general categories for economic, non-economic stone?
Post by: thistleknot on September 08, 2014, 08:56:44 am
I finally understand the issue.
Final weighted average:
ex...
Code: [Select]
foreach value: score = score + ((value* weight)/sumofWeights)((0.75*0.75)+(0.75 * 1.0)) / 1.75 = 0.75
[part of] the problem is... We're doing weighted averages...
we should be doing a weighted sum.
ex.
Code: [Select]
foreach value: value = value + ((value * weight))I guess I should say, Code: [Select]
foreach value; prerankecdfscore = prerankecdfscore + ((value * weight))then the matrix of
Matrix Function
Code: [Select]
score = rankecdf(prerankecdfscore)The other part is the weights should be applied to the raw match values[maybe no], then a rankecdf is ran over the weighted data.
hence the algorithm [is the issue, as you have said ;)].
When we divide by the sum of weights, we're basically saying divide by n elements, but instead of elements, we use weights to represent our "n".
Doing so means if we have multiple successive matches, we end up dividing by n basically.
Not a good thing.
Since we only count successive matches, we get a basic ~binary additive number.
Ex.
1, 1.1, 1.2
However, the .75 Splinterz listed above is what rankecdf converts a value of 1 to. 1.1 would probably be converted to .80.
Continuing on...
So, say we have these "matches" that we evaluate as 1, 1.1, 1.2, etc... within preferences.
I'm thinking,
we can take each [raw] value and multiply it by it's weight.
vs taking it's rankecdf%(value) * weight. but...
we differ by not taking a weighted avg (i.e. dividing by sumofweights).
This additive number is ~equivalent to n number of matches. We just don't wish to divide by n.
We differ again by implementing rankecdf after, converting these values to scores of 0 to 100% (50% to 100% in preferences case).
Update
So the above example would become (.75 represented 1 match after rankecdf was perormed):
Code: [Select]
((1*0.75)+(1 * 1.0)) 1.75
Comparative to a single match of just (1 * weight of 1)...
compared to someone who
Post by: khearn on September 08, 2014, 03:08:00 pm
the general food->alcohols category can probably also be removed since every dwarf has a preference for some type of booze (like stone/gems/metal). it makes sense to remove the consumable foods as you've suggested. the sole purpose of the role preferences is to aid in finding a dwarf for a job, and consumable preferences are useless in that sense.
Hmmm, I just had an idea... It's not directly related to Therapist, though. What if you pick your miners based on what type of booze they prefer, and then set up booze stockpiles near the mines with only that kind of booze? And pick your metalworkers with a different sort of booze and stock that booze near the forges, etc.
The problem is that there is a very wide variety of booze preferences (they seem to pick randomly from every booze type that exists in the world), but most forts only have a limited selection. Heck most of my forts have lots and lots of dwarven wine, a decent supply of dwarven beer, ale, and rum, and a small stock of whatever the humans brought last summer (or whatever you can make with the fruit the elves or dwarves bought). Looking at a handy fort with 39 dwarves, only one of them has a preference for one of the "dwarven" drinks, and no drink of any sort has more than 2 dwarves that prefer it.
Ok, so that's not really a useful idea. Back to the on-topic discussion. Sorry for this pointless sidebar. :)
Keith
Post by: feelotraveller on September 08, 2014, 06:41:43 pm
However alcohol consumption preferences (and the others) are handy to have sometimes for planning. I find the preferences dock ideal for this. If I have 5 dwarfs who like strawberry wine and none who like prickleberry wine then that information can be used to guide my crop plantings or my trading priorities. It is just that consumption preferences are useless (as far as I can tell...) for defining roles.
Post by: feelotraveller on September 08, 2014, 06:47:52 pm
I didn't think that through. It is probably better just to have the facility to specify a bunch of individual stones.It is probably worth leaving the possibility to specify certain types of stone. E.g. for a custom stonecrafter role chewing through some excess economic stone, or whateveryou mean to have general categories for economic, non-economic stone?
Post by: Aquathug on September 09, 2014, 05:09:37 pm
I have a custom profession, lets call it 'craftmaster' which includes wood and stone crafting. I want to add metal crafting to it, using the right click customize dropdown menu, without going through the custom profession grid view (bear with me)
I understand that the proper way to do this would be to go into the custom profession grid, find the profession, edit it, and call it a day. However, from what I have seen in the latest version jump is that more professions are being added, probably with more to come. This can lead to scalability issues through version releases, especially when you have a couple dozen custom professions that would otherwise have to be updated via the view itself. If you find my proposal sound, would this be something that could be achieved?
TL;DR: Would it be possible to get a button to allow one click updating for custom professions?
Post by: thistleknot on September 09, 2014, 09:59:44 pm
That:
Hauling superlabors be moved to the front
2 hauling superlabors specifically
1. Helpful labors, but exclude hauling
and one for
2. Hauling labors + Helpful
Helpful Labors
I assign "Helpful" to those who have specific tasks assigned. Sometimes I exclude nobles from these tasks; but more often than not, they are included as well.
"Helpful" pretty much means everyone has these labors enabled:
burial (burial is of high importance to happiness and miasma)
cleaning (cleaning I've found hasn't done much in 34.11; but... if I could clean up spills of blood on the floor [without dfhack], I'd gladly do so!!!)
feed patients/prisoners (important for some)
food hauling (optional, otherwise food will rot)
lever operation (high importance generally when asked for)
Push/haul vehicles (a rare event that should be enabled by default)
Recovery Wounded (rare event, high importance)
Refuse Hauling (preventing miasma is of high importance)
Hauling
I assign Hauling to pretty much everyone else.
I use these labors for those who don't meet a certain threshold of labors assigned.
Animal Hauling
Construction Removal
Food Hauling
Furniture Hauling
Haul Trade Good
Haul Water
Item Hauling
Stone Hauling
Wood Hauling
+
Helpful
Post by: feelotraveller on September 10, 2014, 12:02:02 am
If I remember rightly earlier default grid views (20.x?) basically followed the schema used by DF itself. The advantage of this approach is that it makes it an easier transition for players used to the labour assignations used by the game itself. Its weakness, in my opinion, is that the default groupings supplied by the game are not on the whole that useful.
The current default grid view moves away from this somewhat without making much progress, imo again, in grouping the labours all that well. It differs enough to be somewhat confusing without gaining much in functional grouping. For me personally it also fails to achieve its aim of getting everything on one screen since I tend to play on a laptop with a 15.4 inch (16:9) screen.
I think that before a new labours grid view is devised we need to address the priority of issues like these. For example I think that the priority for the default view should be functionality for the mid-level user. My reasoning is that for many users their experience stops at plugging in the tool and using it. In this case any learning hump difficulties with differences from the default DF assignations quickly fade into the background. (I also think that in many ways having a distinctly different grouping to DF itself helps prevent confusion.) If there is agreement on this then we can start discussion about what a functional layout might look like. On the other hand if the consensus is that sticking as close as possible to the default grouping is best then we can discuss on what basis we are willing to make exceptions.
Similarly I think another thing to decide is if we want to try to restrict the width of the grid view to fit a single page at a given screen size/resolution. If we do then the question (after the size is decided...) becomes what is most important to fit into a given number of slots, or perhaps whether we should go for a lower pixel count. If not, which happens to be what I think, then in some senses the sky is the limit (although maybe 2 'pages' worth on the smallest screen we reckon anyone will use is more credible...) and we have a lot more latitude to include various supergroupings or alternative designations. The discussion will then tend to be about what slots should appear on the first page, or as first (or last) slots on the grid view, etc.
Personally I think that we should try to include a labour slot for every default labour in the game (even those not currently used like alchemy) along with a clear and up-to-date read me in the top level of the folder giving advice on prioritising which slots to delete, and how to do it. This has the advantage of introducing the user to the customisation features as well as allowing them to attempt fitting everything onto their specific-sized screen. I can see the advantage in including groups such as all hauling but for me they are a lower priority.
What do you think?
Post by: feelotraveller on September 10, 2014, 03:17:15 am
They can be found at: http://dffd.wimbli.com/file.php?id=9661 (http://dffd.wimbli.com/file.php?id=9661) Read the notes there to find out a little more.
I welcome comments, criticisms, feedback, expressions of puzzlement, etc. either in the comments at DFFD or via PM here.
Depending on what splinterz thinks I am happy to respond in this thread too, but we should respect his wishes.
I have no short term plans to revise the military roles as it took me far longer than I originally envisaged. The civilian roles will be updated if they can be made better...
Post by: splinterz on September 10, 2014, 04:29:04 am
Here is my scenario:so something like right click -> update custom profession from dwarf?
I have a custom profession, lets call it 'craftmaster' which includes wood and stone crafting. I want to add metal crafting to it, using the right click customize dropdown menu, without going through the custom profession grid view (bear with me)
I understand that the proper way to do this would be to go into the custom profession grid, find the profession, edit it, and call it a day. However, from what I have seen in the latest version jump is that more professions are being added, probably with more to come. This can lead to scalability issues through version releases, especially when you have a couple dozen custom professions that would otherwise have to be updated via the view itself. If you find my proposal sound, would this be something that could be achieved?
TL;DR: Would it be possible to get a button to allow one click updating for custom professions?
Post by: splinterz on September 10, 2014, 04:31:38 am
...add hauling superlabors to default views...currently it's not possible to package customizations with DT, this includes scripts, custom professions and superlabors. once there's a way to include default versions of these (like roles are currently) this may become possible. for now, you're stuck with your custom views.
Post by: splinterz on September 10, 2014, 04:46:00 am
The tricky thing about a default grid view is that it is the default. So while I think that the superlabour groupings proposed are good/useful ones they are not going to appeal to players who tend to micromanage more (like myself). I say this not because it will effect me (I'm happy being able to customise my own grid views) but because I think that we need to decide what purpose the default grid view serves.ResMar has done a lot of work with the two new default labour views included to address this already. the full view has a column for every labour, so that's going to be the limiting factor in how small the view can be. the compact view is aimed at the mid-level users. it's got a hauling superlabor (even though it's not packaged) and the unused labors (animal care, alchemy) have been removed from it.
If I remember rightly earlier default grid views (20.x?) basically followed the schema used by DF itself. The advantage of this approach is that it makes it an easier transition for players used to the labour assignations used by the game itself. Its weakness, in my opinion, is that the default groupings supplied by the game are not on the whole that useful.
The current default grid view moves away from this somewhat without making much progress, imo again, in grouping the labours all that well. It differs enough to be somewhat confusing without gaining much in functional grouping. For me personally it also fails to achieve its aim of getting everything on one screen since I tend to play on a laptop with a 15.4 inch (16:9) screen.
I think that before a new labours grid view is devised we need to address the priority of issues like these. For example I think that the priority for the default view should be functionality for the mid-level user. My reasoning is that for many users their experience stops at plugging in the tool and using it. In this case any learning hump difficulties with differences from the default DF assignations quickly fade into the background. (I also think that in many ways having a distinctly different grouping to DF itself helps prevent confusion.) If there is agreement on this then we can start discussion about what a functional layout might look like. On the other hand if the consensus is that sticking as close as possible to the default grouping is best then we can discuss on what basis we are willing to make exceptions.
Similarly I think another thing to decide is if we want to try to restrict the width of the grid view to fit a single page at a given screen size/resolution. If we do then the question (after the size is decided...) becomes what is most important to fit into a given number of slots, or perhaps whether we should go for a lower pixel count. If not, which happens to be what I think, then in some senses the sky is the limit (although maybe 2 'pages' worth on the smallest screen we reckon anyone will use is more credible...) and we have a lot more latitude to include various supergroupings or alternative designations. The discussion will then tend to be about what slots should appear on the first page, or as first (or last) slots on the grid view, etc.
Personally I think that we should try to include a labour slot for every default labour in the game (even those not currently used like alchemy) along with a clear and up-to-date read me in the top level of the folder giving advice on prioritising which slots to delete, and how to do it. This has the advantage of introducing the user to the customisation features as well as allowing them to attempt fitting everything onto their specific-sized screen. I can see the advantage in including groups such as all hauling but for me they are a lower priority.
What do you think?
the ordering of the labours has always been an issue, and for new players, reorganizing the full view to match exactly as it is in game, may be a better idea. however, that creates a disconnect with players as they move to the more advanced compact view, which is not ideal. on the point about the readme, the manual has a good explanation of how to create/modify new custom views i believe.
if you have some other ideas for the default views, maybe mock them up. i can always get a set together and we can run a poll to see what people would prefer.
Post by: splinterz on September 10, 2014, 06:46:48 am
I have made a set of customised Civilian roles for Dwarf Therapist. Feel free to do whatever you want with them. :)this thread is just fine, it's directly related to DT.
They can be found at: http://dffd.wimbli.com/file.php?id=9661 (http://dffd.wimbli.com/file.php?id=9661) Read the notes there to find out a little more.
I welcome comments, criticisms, feedback, expressions of puzzlement, etc. either in the comments at DFFD or via PM here.
Depending on what splinterz thinks I am happy to respond in this thread too, but we should respect his wishes.
I have no short term plans to revise the military roles as it took me far longer than I originally envisaged. The civilian roles will be updated if they can be made better...
- Brewer: you could keep the Plants (Alcohol) preference, since this is a plant preference, not a food/drink preference
- Butcher: i don't know if preferences count for non-item products, maybe having a domestic creature category would help here?
- Cheesemaker: no preferences (milk, cheese?)
- Clothier: no yarn preference?
- Cook: maybe food storage containers (pots/barrels) and i'll have to check the plant/crop preference (eg. cooking quarry bushes)
- Dyer: can yarn be dyed?
- Engraver: dislikes vermin removed?
- Farmer: looks like a crops category would be useful. seems there are a few negative preferences as well?
- Herbalist: same issues as farmer
- Leatherworker: perhaps some of the more common clothing items as well (cloaks, hoods, mittens, etc.)
- Lyemaker: uses a bucket in the reaction
- Shearer: i might be able to add a category for shearable creatures
- Small animal dissection: i've got the creatures with extracts split for fish vs land so the general category should be ok
- Spinner: i'll have to see about wool preferences (linked with shearing i believe)
i've been working on cleaning up the preference stuff in the role editor. many of the craft roles have the same set of preferences, so maybe it would be useful to also have a general 'crafts' category to include as well.
Post by: thistleknot on September 10, 2014, 06:54:22 am
All I was proposing was two default hauling superlabors.
I find them useful at the front of the labors vs the rear.
As for grouping of labors...
I think matching labors to the ingame professions (Farming, Ranger, etc) is the best approach. I believe that is how the default labor gridview is setup.
Post by: Aquathug on September 10, 2014, 09:09:29 am
Here is my scenario:so something like right click -> update custom profession from dwarf?
I have a custom profession, lets call it 'craftmaster' which includes wood and stone crafting. I want to add metal crafting to it, using the right click customize dropdown menu, without going through the custom profession grid view (bear with me)
I understand that the proper way to do this would be to go into the custom profession grid, find the profession, edit it, and call it a day. However, from what I have seen in the latest version jump is that more professions are being added, probably with more to come. This can lead to scalability issues through version releases, especially when you have a couple dozen custom professions that would otherwise have to be updated via the view itself. If you find my proposal sound, would this be something that could be achieved?
TL;DR: Would it be possible to get a button to allow one click updating for custom professions?
That would be exactly it.
Post by: khearn on September 10, 2014, 01:51:57 pm
"Helpful" pretty much means everyone has these labors enabled:
burial (burial is of high importance to happiness and miasma)
cleaning (cleaning I've found hasn't done much in 34.11; but... if I could clean up spills of blood on the floor [without dfhack], I'd gladly do so!!!)
feed patients/prisoners (important for some)
food hauling (optional, otherwise food will rot)
lever operation (high importance generally when asked for)
Push/haul vehicles (a rare event that should be enabled by default)
Recovery Wounded (rare event, high importance)
Refuse Hauling (preventing miasma is of high importance)
Hauling
I assign Hauling to pretty much everyone else.
I use these labors for those who don't meet a certain threshold of labors assigned.
Animal Hauling
Construction Removal
Food Hauling
Furniture Hauling
Haul Trade Good
Haul Water
Item Hauling
Stone Hauling
Wood Hauling
+
Helpful
I don't think I want my legendary weaponsmith running into the middle of a battle to recover a wounded dwarf. I'd rather let an expendable hauler do that. Yes, I use burrows to confine my civilians to the fort during attacks, but sometimes fighting ends up inside the burrow (Dammit! I thought I had the caverns sealed off! Where'd that giant bat in the forge area come from?).
My list of "hauling" type labors that everyone has is much shorter:
- Burial (because rotting friends makes dwarves unhappy)
- Trade Goods Hauling (it can be a pretty high priority to get everything hauled and then get the broker to get his lazy butt to the depot)
- Levers (because when a lever needs to get pulled, it is often the absolute, number one priority in the entire fort)
- Feed patients (because even with everyone having it turned on, it still doesn't always happen enough)
I generally only have a few dwarves with the reduced set of hauling labors. My miners get the reduced set from the start, and various others get it when I really need them on the job, such as the broker (get to the depot, dammit!), weapon/armor smiths (when I need stuff made), my Chief Medical Dwarf (and other medical professionals when there are wounded), and sometimes my mason or carpenter when I have a lot for them to make. But if I'm seeing the non-miners listed above sitting idle when there is stuff to be hauled and nothing high priority for them to do, I go ahead and turn hauling back on for them.
Only the miners get them turned off full time. If I see the miners sitting idle, I go find something more for them to dig. I can always use digv on a vein of useful ore to occupy them.
I've generally got enough dwarves with the full hauling set enabled that things like food/refuse hauling gets done quickly enough. Recovering wounded often doesn't ever happen, even when half the fort is sitting idle, so not having it set on a few dwarves doesn't matter much and doesn't seem worth the risk.
Actually, now that I think of it, I might want to start going with three sets:
Essential (everyone gets them):
- Trade Goods Hauling
- Levers
- Feed patients/prisoners
Risky (Only expendable, low skill dwarves get them):
- Burial (also a risk of having dwarves rush into a raging battle)
- Recovering Wounded
- Wood hauling (usually involves long trips on the surface or in caverns)
Other (everything else)
Keith
Post by: feelotraveller on September 11, 2014, 02:10:09 am
I have made a set of customised Civilian roles for Dwarf Therapist. Feel free to do whatever you want with them. :)this thread is just fine, it's directly related to DT.
They can be found at: http://dffd.wimbli.com/file.php?id=9661 (http://dffd.wimbli.com/file.php?id=9661) Read the notes there to find out a little more.
I welcome comments, criticisms, feedback, expressions of puzzlement, etc. either in the comments at DFFD or via PM here.
Depending on what splinterz thinks I am happy to respond in this thread too, but we should respect his wishes.
I have no short term plans to revise the military roles as it took me far longer than I originally envisaged. The civilian roles will be updated if they can be made better...
- Brewer: you could keep the Plants (Alcohol) preference, since this is a plant preference, not a food/drink preference
- Butcher: i don't know if preferences count for non-item products, maybe having a domestic creature category would help here?
- Cheesemaker: no preferences (milk, cheese?)
- Clothier: no yarn preference?
- Cook: maybe food storage containers (pots/barrels) and i'll have to check the plant/crop preference (eg. cooking quarry bushes)
- Dyer: can yarn be dyed?
- Engraver: dislikes vermin removed?
- Farmer: looks like a crops category would be useful. seems there are a few negative preferences as well?
- Herbalist: same issues as farmer
- Leatherworker: perhaps some of the more common clothing items as well (cloaks, hoods, mittens, etc.)
- Lyemaker: uses a bucket in the reaction
- Shearer: i might be able to add a category for shearable creatures
- Small animal dissection: i've got the creatures with extracts split for fish vs land so the general category should be ok
- Spinner: i'll have to see about wool preferences (linked with shearing i believe)
i've been working on cleaning up the preference stuff in the role editor. many of the craft roles have the same set of preferences, so maybe it would be useful to also have a general 'crafts' category to include as well.
Thank you for the feedback.
There is a 1.01 version up already which fixes the dislikes for farmers and herbalists (my mistaken clicking and late night editing to blame). I also added the weapons grade metals to weaponsmiths (I'm sure I had already but well...) and fixed one role where some of the preferences were not weighted one.
As far as I understand it the preferences are for plants and not their products (so e.g. Prickleberry bushes vs. Prickleberries). If that distinction doesn't hold please let me know because it effects a lot of roles. The only preferences dwarfs can get for the food 'ingredients' or products, are preferences to consume, as far I am aware. So this counts for flours, honeys, milks, oils, etc.
I assume that there is some effect of plant and creature likes even when they are not strictly used in item production. So the Shearer who likes alpacas presumably can get a boost to happiness from seeing an alpaca? That would be sufficient to make it a relevant preference even if it is incidental to item spawning (aka 'production').
I don't think that dwarfs can get a preference for yarn (or thread for that matter). I'm keeping my eyes open but I haven't seen one yet. Similarly for wool (although in this case the wiki suggests dwarfs can get the preference). I play quite slowly and don't see that many dwarfs compared to some so feel free (anybody) to correct me if you have or see one.
Butcher - great idea to add a list of domestic/slaughterable animals. :) I don't know about the non-created items either ... I'll take it under advisement.
Cook - don't use pots or barrels specifically in their work. (I had to draw a line somewhere...)
Engraver - all dwarfs have a dislike for a type of vermin hence this was an automatch and redundant.
Farmer and Herbalist general plants categories would be useful (particularly for reducing the tooltip). Presumably the farmer category is a subset of the gatherer one...
Leatherworker - hm, might be worth adding them all?
Lyemaker - thanks! First change for 1.02...
Shearer - assuming three is the comprehensive list (barring trolls) it is probably not needed.
Small animal dissector - I've never used the extraction labour. Can all those things be extracted? If so the wiki is rather incomplete.
The craft roles are a bit finicky. This page on the wiki http://dwarffortresswiki.org/index.php/DF2014:Finished_goods (http://dwarffortresswiki.org/index.php/DF2014:Finished_goods) (scroll down to the table) is a good place to start. I don't mind listing the items individually and if the highlighting preference thing comes to pass then having them ennumerated separately will be what I want.
Thanks again for your comments and it is quite possible I am just plain wrong about something or other. ;D
Edit: Wait, is the Engraver vermin thing a negative weighting to liking a type of vermin? Now that is relevant but I am not sure how Dwarf Therapist deals with this. Does it give the dwarfs who merely dislike a type of vermin an increased suitability compared to those who disklike one type of vermin but like another? If so you are right...
Post by: splinterz on September 11, 2014, 05:51:26 am
i've added a category for shearable creatures as well, and for the creature extracts, i believe they all produce venom, other than the special ones like fire snakes and such. i still haven't checked to see if it's possible to determine which animals are domestic, it might be something only related to the civ you're playing. butcherable creatures can be done though.
it looks like yarn is grouped in with wool and fur so i've updated the description, and yes they can have a preference for wools.
for creatures it's looking at the 'likes creature' preference, so having 'dislikes vermin', is saying they don't have a 'like creature' preference for vermin. it's true they all have a dislike for vermin, which is why it's ignored for the roles, but some may actual like a certain kind of vermin, which would be
Post by: feelotraveller on September 11, 2014, 08:13:35 am
By the way is there anything other than Moghoppers that fish dissectors process?
If you are adding extra general categories one for 'fishable' creatures would be great. The custom fisherdwarf role has them all listed - I double checked the raws (although the 1.0 version had one as a dislike by mistake). Cave lobsters are correctly omitted from the list.
Currently I have dwarfs who have preferences for Emerald (as a colour) and Gems (as a shape). Most similar preferences will be irrelevant but these two would seem to be promising for Dyers and Gem workers respectively. I've also seen Red as a colour preference and, I think, Cabochons (sp?) as a shape. Or do these preferences work somewhat differently?
Post by: splinterz on September 11, 2014, 09:02:06 am
i have no idea if the colors and shapes affect anything.
Post by: khearn on September 11, 2014, 11:55:18 am
For example, I'm seeing freshly hatched turkeys that DT says have a size of ~1200, but the raws for turkeys say:
[BODY_SIZE:0:0:85]
[BODY_SIZE:1:0:2500]
[BODY_SIZE:2:0:5000]
So at birth they should be size 85. Now, the numbers I was seeing seem to be about halfway between age zero and 1 year, and they take 6 months to hatch, so I was thinking that maybe birds start counting from when the egg is laid. But I just had a cow calf become adult (1 year old). DT says its size is 617030, but the raw for cows say:
[BODY_SIZE:0:0:100000]
[BODY_SIZE:1:0:250000]
[BODY_SIZE:2:0:600000]
So DT is saying that it's over twice the size it ought to be at one year old. It's the size it ought to be at 2 years, but it just became adult, and DT says it is 1 year old.
Every animal I look at seems to be much bigger than the ought to be, based on the raws. Newly hatch blue peafowls are ~1000, when the raws say:
[BODY_SIZE:0:0:100]
[BODY_SIZE:0:168:2000]
[BODY_SIZE:1:0:4000]
So at birth they should be size 100 (or 2000 if the clock starts when the egg is laid).
Newborn sheep are ~12000, their raws are:
[BODY_SIZE:0:0:5000]
[BODY_SIZE:1:0:25000]
[BODY_SIZE:2:0:50000]
So they should be 5000, or 15000 if the clock starts at the beginning of pregnancy.
So I'm wondering if DT is displaying incorrect sizes, or if DF is making the animals the wrong size? Are we sure that DT is getting the correct values for size? Is it possible that they are stored in some unit other than the one used in the raws?
Or am I misunderstanding how BODY_SIZE relates to the animals actual size? I know that there is some variation, but it should only be +/- ~30%, not what I'm seeing.
Hmmm, but looking at some adults, a 5 year old dog is 29470, and the raws say it should be 30000, so that's right. And a 6 year old boar is 50810, and the raws say 60000. That's small, but within the range of possibles. So maybe it's a DF bug, but I wanted to check here first to see what you guys say. Is there another way I can check animal sizes?
Thanks for any help you can offer. My science is pretty much stuck until I understand the sizes of the animals I'm butchering.
Keith
Edit: The more I think about it, the more convinced I am that this must be a DF bug. I don't see how DT could be reporting reasonable values for adults and be screwing up the child sizes.
Post by: splinterz on September 11, 2014, 12:35:35 pm
Post by: khearn on September 11, 2014, 01:35:25 pm
Keith
Post by: splinterz on September 11, 2014, 02:43:37 pm
Heh. And here I was convinced it couldn't be DT and created a mantis bug about it. Let me know if you're sure it's a DT problem, so I can close the mantis bug.i'm certain it's a combination of unfinished code and incorrect offsets in DT.
Keith
Post by: khearn on September 11, 2014, 02:57:48 pm
Do you know of another way to check animal size values?
Keith
Post by: smjjames on September 11, 2014, 03:06:57 pm
Post by: Chimerat on September 11, 2014, 07:30:25 pm
When will this be updated for 40.12? Just wondering.I second this since I can't play DF without it. (You guys rock, FYI.)
Post by: Taragoth on September 12, 2014, 02:35:29 am
When will this be updated for 40.12? Just wondering.I second this since I can't play DF without it. (You guys rock, FYI.)
Yes they do and it seems Toady is constanly updating DF atm ;) .... allot of moders have to keep up... fun indeed!
PS Keep up the awesome work! x
Post by: splinterz on September 12, 2014, 04:11:11 am
hopefully i'll get around to another full release this weekend sometime.
Post by: PeridexisErrant on September 12, 2014, 04:15:19 am
40.12 layouts for windows/linux are available here for manual updating (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts)
hopefully i'll get around to another full release this weekend sometime.
And it's only been a few hours since I decided downloading by hand got so fiddly that I made updating not-manual (https://github.com/PeridexisErrant/Scripts-for-the-Starter-Pack/commit/28f456193ec73aa1c8567aa8acec4c19baa86f57). Which is the opposite order to TwbT, so I'm happy. ;D
Post by: fricy on September 12, 2014, 04:16:35 am
Ok, I'll go ahead and close the mantis bug. Thanks for letting me know.Try the dfhack command "gui/unit-info-viewer"
Do you know of another way to check animal size values?
Keith
Post by: splinterz on September 12, 2014, 04:19:08 am
Ok, I'll go ahead and close the mantis bug. Thanks for letting me know.no i don't know another way to check, i guess with a dfhack script or lua to read a unit's body.size_info? at any rate, i think i've got it resolved now, however there may actually be a df bug with young creatures. i noticed that if the baby age was 0 and the child age was 1, it seemed that it may be rounding up to an age of 1 and using that body size. something like, at > 5 months, it's considered 1 year old and updates the body size to that of a child, even though it's still a baby.
Do you know of another way to check animal size values?
Keith
as another example, i had an alpaca that was 8 months old, so it's size should have been around ~7000 until 1 year old, where it's size is then ~35000. however at 8 months it was already ~28000.
this discrepancy was part of the DT issue, but the other part was that the body size code was incomplete. it had been simply taking the caste's default adult size, and dividing by 2 for children, and 4 for babies. using that base size, it was then applying the appearance modifiers to adjust the size accordingly. however, this doesn't seem to take into account fat layers? once i realized i could read the current body size directly (at least that's what i think unit.body.size_info.size_cur is, i couldn't get an answer from the dfhack guys) i switched to simply reading that instead of calculating it.
Post by: splinterz on September 12, 2014, 04:29:21 am
it appears that for the body size it's just reporting strength:agility?Ok, I'll go ahead and close the mantis bug. Thanks for letting me know.Try the dfhack command "gui/unit-info-viewer"
Do you know of another way to check animal size values?
Keith
Post by: Dirst on September 12, 2014, 10:07:43 am
I haven't looked at DT's code, but from what I've seen in scripts most add-ons calculate age in whole years ignoring the time of year (basically, current year - birth year), which can give very misleading results as DF itself respects age at a resolution of ticks. This would be more visible in the current version because new forts don't always start on the first of the year. (I've seen contradictory statements of how creatures' sizes change with age, either linearly or quantum leaps. Whatever it is, DF will return that when reporting a body size.)Ok, I'll go ahead and close the mantis bug. Thanks for letting me know.no i don't know another way to check, i guess with a dfhack script or lua to read a unit's body.size_info? at any rate, i think i've got it resolved now, however there may actually be a df bug with young creatures. i noticed that if the baby age was 0 and the child age was 1, it seemed that it may be rounding up to an age of 1 and using that body size. something like, at > 5 months, it's considered 1 year old and updates the body size to that of a child, even though it's still a baby.
Do you know of another way to check animal size values?
Keith
as another example, i had an alpaca that was 8 months old, so it's size should have been around ~7000 until 1 year old, where it's size is then ~35000. however at 8 months it was already ~28000.
this discrepancy was part of the DT issue, but the other part was that the body size code was incomplete. it had been simply taking the caste's default adult size, and dividing by 2 for children, and 4 for babies. using that base size, it was then applying the appearance modifiers to adjust the size accordingly. however, this doesn't seem to take into account fat layers? once i realized i could read the current body size directly (at least that's what i think unit.body.size_info.size_cur is, i couldn't get an answer from the dfhack guys) i switched to simply reading that instead of calculating it.
Post by: splinterz on September 12, 2014, 10:28:06 am
well that's what i assumed DF was doing as well.. until i saw the alpaca at 8 months with a year 1 body size (if the offset i referenced is correct..).I haven't looked at DT's code, but from what I've seen in scripts most add-ons calculate age in whole years ignoring the time of year (basically, current year - birth year), which can give very misleading results as DF itself respects age at a resolution of ticks. This would be more visible in the current version because new forts don't always start on the first of the year. (I've seen contradictory statements of how creatures' sizes change with age, either linearly or quantum leaps. Whatever it is, DF will return that when reporting a body size.)Ok, I'll go ahead and close the mantis bug. Thanks for letting me know. Do you know of another way to check animal size values?no i don't know another way to check, i guess with a dfhack script or lua to read a unit's body.size_info? at any rate, i think i've got it resolved now, however there may actually be a df bug with young creatures. i noticed that if the baby age was 0 and the child age was 1, it seemed that it may be rounding up to an age of 1 and using that body size. something like, at > 5 months, it's considered 1 year old and updates the body size to that of a child, even though it's still a baby.
Keith
as another example, i had an alpaca that was 8 months old, so it's size should have been around ~7000 until 1 year old, where it's size is then ~35000. however at 8 months it was already ~28000.
this discrepancy was part of the DT issue, but the other part was that the body size code was incomplete. it had been simply taking the caste's default adult size, and dividing by 2 for children, and 4 for babies. using that base size, it was then applying the appearance modifiers to adjust the size accordingly. however, this doesn't seem to take into account fat layers? once i realized i could read the current body size directly (at least that's what i think unit.body.size_info.size_cur is, i couldn't get an answer from the dfhack guys) i switched to simply reading that instead of calculating it.
what do you mean by
Quote
Whatever it is, DF will return that when reporting a body size
Post by: Dirst on September 12, 2014, 10:54:40 am
what do you mean byIf the offset is correct, it should be possible to monitor the body size of a creature at intervals over time. DF knows what it's doing, so asking DF the current body size will follow the correct formula. That will settle the question of whether it grows linearly in each life stage or just pops into a new size at the correct age. But it's kind of irrelevant if you can just look up a creature's current size on the fly.QuoteWhatever it is, DF will return that when reporting a body size
Even without DFHack, it's conceivable to butcher the same animal every couple months with savescumming.
Post by: splinterz on September 12, 2014, 11:20:56 am
ah yes ok. from what i could tell looking at specific animals and the body_size_info structure in dfhack, the base_size was very close, or exactly the caste's average size with body modifiers applied. the size_cur was usually larger (i don't remember if it was ever smaller) than the base size. so i believe that's the current size with fat/muscle the creature has gained, but again i'm not certain.what do you mean byIf the offset is correct, it should be possible to monitor the body size of a creature at intervals over time. DF knows what it's doing, so asking DF the current body size will follow the correct formula. That will settle the question of whether it grows linearly in each life stage or just pops into a new size at the correct age. But it's kind of irrelevant if you can just look up a creature's current size on the fly.QuoteWhatever it is, DF will return that when reporting a body size
Even without DFHack, it's conceivable to butcher the same animal every couple months with savescumming.
Post by: tamshan on September 12, 2014, 12:52:36 pm
40.12 layouts for windows/linux are available here for manual updating (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts)
hopefully i'll get around to another full release this weekend sometime.
Sorry for my noobness here, first time attempting to manually update Dwarf Therapist. I just add the graphics.ini for the version I need to etc\memory_layouts\windows and I am good to go, yes?
Post by: int_ua on September 12, 2014, 04:27:44 pm
i386 http://dffd.wimbli.com/file.php?id=9900
Code: [Select]
cd Dwarf-Therapist
git pull
qmake -qt=5
make
sudo checkinstall \
--pkgname="dwarf-therapist" \
--pkgversion="`date '+%Y-%m-%d'`-`git log --pretty=format:'%h' -n 1`" \
--pkgrelease=1 \
--nodoc \
--pkgsource="https://github.com/splintermind/Dwarf-Therapist" \
--maintainer="add@email"P.S. I'm aware that using checkinstall for distribution is discouraged, but it works and requires much less time setting up.
Post by: PeridexisErrant on September 12, 2014, 07:50:50 pm
40.12 layouts for windows/linux are available here for manual updating (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts)
hopefully i'll get around to another full release this weekend sometime.
Sorry for my noobness here, first time attempting to manually update Dwarf Therapist. I just add the graphics.ini for the version I need to etc\memory_layouts\windows and I am good to go, yes?
Yep. Just make sure you save it as "all files" so it doesn't append '.txt' to the extension, which stops it working.
Post by: feelotraveller on September 14, 2014, 11:32:52 pm
I cannot find the default_gridviews.dtg mentioned in the readme, where should I be looking?
The manual mentions a Dwarf_Therapist.ini in passing at the end, and I think I previously saw this when hunting through my AppData files for something else but no luck locating it presently. A search of my entire system did not find it either. Where would I expect to find it?
Post by: Valosar on September 14, 2014, 11:59:42 pm
40.12 layouts for windows/linux are available here for manual updating (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts)
hopefully i'll get around to another full release this weekend sometime.
Sorry for my noobness here, first time attempting to manually update Dwarf Therapist. I just add the graphics.ini for the version I need to etc\memory_layouts\windows and I am good to go, yes?
Yep. Just make sure you save it as "all files" so it doesn't append '.txt' to the extension, which stops it working.
I've added the files to the folder as described above and dwarf therapist is still saying it does not recognize the version of dwarf fortress I'm running. Is there another file I need to edit to point to the new files? Sorry for the question and thanks in advance for any help you can offer.
Post by: salithus on September 15, 2014, 12:06:12 am
So I just lost all my custom gridviews. Between sessions they stopped showing and they are gone from the DT menu. Strangely my custom roles are all still present.
I cannot find the default_gridviews.dtg mentioned in the readme, where should I be looking?
The manual mentions a Dwarf_Therapist.ini in passing at the end, and I think I previously saw this when hunting through my AppData files for something else but no luck locating it presently. A search of my entire system did not find it either. Where would I expect to find it?
Mine is in %APPDATA%\UDP Software
Just to be clear on what you did: in {DT}\etc\memory_layouts\windows you added a new file, v0.40.12_graphics.ini with the contents from either windows (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2014/share/memory_layouts/windows/v0.40.12_graphics.ini) or linux (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2014/share/memory_layouts/linux/v040.12.ini)?40.12 layouts for windows/linux are available here for manual updating (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts)
hopefully i'll get around to another full release this weekend sometime.
Sorry for my noobness here, first time attempting to manually update Dwarf Therapist. I just add the graphics.ini for the version I need to etc\memory_layouts\windows and I am good to go, yes?
Yep. Just make sure you save it as "all files" so it doesn't append '.txt' to the extension, which stops it working.
I've added the files to the folder as described above and dwarf therapist is still saying it does not recognize the version of dwarf fortress I'm running. Is there another file I need to edit to point to the new files? Sorry for the question and thanks in advance for any help you can offer.
Post by: Valosar on September 15, 2014, 12:12:54 am
The error states it doesn't know how to talk to this version of dwarf fortress and it lists the known versions only up to 40.10 so obviously I'm doing something wrong. I went ahead and added the file for version before as well v0.40.11_graphics.ini. Any clues?
Post by: salithus on September 15, 2014, 12:21:11 am
Yes sir, I used the files for windows and placed it in the following location C:\Dwarf Therapist 25.0\etc\memory_layouts\windows file name is v0.40.12_graphics.iniNo idea - can you upload your v0.40.12_graphics.ini?
The error states it doesn't know how to talk to this version of dwarf fortress and it lists the known versions only up to 40.10 so obviously I'm doing something wrong. I went ahead and added the file for version before as well v0.40.11_graphics.ini. Any clues?
Post by: Valosar on September 15, 2014, 12:24:19 am
Post by: salithus on September 15, 2014, 12:28:05 am
I've not made any changes to the file, it should be the same as the one found on the dwarf therapist manual update website linked on the previous page. For that matter it isn't reporting knowing about 40.11 either. Are there any other steps I'm missing other than just plugging the files into the right folder?No, that's all you have to do - that's why I'm wondering if the file you made has the right contents and was going to do a quick diff on it.
Post by: Valosar on September 15, 2014, 12:32:59 am
Post by: salithus on September 15, 2014, 12:37:52 am
I didn't make the file, I downloaded it. Is that maybe where I went wrong, did I not understand what it was asking me to do? : P Not sure how to upload the file here don't see any attachment buttons.Depends on what you mean by "I downloaded it" - if you didn't go down to the raw itself, it's possible you grabbed the HTML for the page instead of the file contents. Just open it up, copy and paste what's in there to pastebin.com (or just compare it to what I linked which is a direct link to the raw) - if they don't match, replace it with the contents of the raw. If they do match, we'll need someone who knows more about DT than I do.
Post by: Valosar on September 15, 2014, 12:43:11 am
I clicked on the file name itself and this is what it downloaded for me.
Post by: salithus on September 15, 2014, 01:09:10 am
http://pastebin.com/K1QgieWYYeah, that's what I hate about online repos. Replace the contents of your file with the contents of this (just copy/paste all the text on the page):
I clicked on the file name itself and this is what it downloaded for me.
https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2014/share/memory_layouts/windows/v0.40.12_graphics.ini
Post by: feelotraveller on September 15, 2014, 01:09:59 am
So I just lost all my custom gridviews. Between sessions they stopped showing and they are gone from the DT menu. Strangely my custom roles are all still present.
I cannot find the default_gridviews.dtg mentioned in the readme, where should I be looking?
The manual mentions a Dwarf_Therapist.ini in passing at the end, and I think I previously saw this when hunting through my AppData files for something else but no luck locating it presently. A search of my entire system did not find it either. Where would I expect to find it?
Mine is in %APPDATA%\UDP Software
Thanks salithus. (Found my Dwarf_Therapist.ini in appdata/roaming/udp software.)
But the behaviour mentioned is looking curiouser and curiouser. When I opened the ini it had info on all my custom roles and also info on the first of the custom grid views which I am in the process of recreating.
Post by: Valosar on September 15, 2014, 01:20:41 am
Post by: Discord on September 15, 2014, 02:43:50 am
I pasted the new one in my old (40.10).
Saved it as .v0.40.12_graphics.ini.
And it just force closes all the time.
Post by: splinterz on September 15, 2014, 04:26:29 am
i've had reports in the past-very rarely-of this happening, but never enough information on what may have caused it. if you have any idea what may have caused it, or if you can explain what you were doing at the time, it may help me track down this bug.So I just lost all my custom gridviews. Between sessions they stopped showing and they are gone from the DT menu. Strangely my custom roles are all still present.
I cannot find the default_gridviews.dtg mentioned in the readme, where should I be looking?
The manual mentions a Dwarf_Therapist.ini in passing at the end, and I think I previously saw this when hunting through my AppData files for something else but no luck locating it presently. A search of my entire system did not find it either. Where would I expect to find it?
Mine is in %APPDATA%\UDP Software
Thanks salithus. (Found my Dwarf_Therapist.ini in appdata/roaming/udp software.)
But the behaviour mentioned is looking curiouser and curiouser. When I opened the ini it had info on all my custom roles and also info on the first of the custom grid views which I am in the process of recreating.
Post by: feelotraveller on September 15, 2014, 05:02:54 am
I have been using the 40.10 starter pack r4 with DT selected in the launcher and no other utilities other than dfhack. This causes DT to launch but not to be connected to DF. I believe in the aborted embark I did connect it and read the dwarfs. The embarks I proceeded with I don't think that I ever connected DT to DF.
They are the variables I think probably came into play though I am not sure as to the precise combination which might have caused the problem. The only other thing I remember doing DF-wise during the period was changing the autosave setting in the starter pack launcher.
Post by: feelotraveller on September 15, 2014, 10:22:19 am
you were asking how I thought the default labours grid view might look. since I just redid my grid views here's what I came up with (for myself mainly but since I think that this is the direction to be heading...). it is an 'alpha' since I have yet to play a game with it but it should give you an idea.
https://dl.dropboxusercontent.com/u/14105530/Labours%20my.csv (https://dl.dropboxusercontent.com/u/14105530/Labours%20my.csv)
Post by: thistleknot on September 15, 2014, 04:08:13 pm
Post by: khearn on September 15, 2014, 06:45:53 pm
what do you mean byIf the offset is correct, it should be possible to monitor the body size of a creature at intervals over time. DF knows what it's doing, so asking DF the current body size will follow the correct formula. That will settle the question of whether it grows linearly in each life stage or just pops into a new size at the correct age. But it's kind of irrelevant if you can just look up a creature's current size on the fly.QuoteWhatever it is, DF will return that when reporting a body size
Even without DFHack, it's conceivable to butcher the same animal every couple months with savescumming.
ah yes ok. from what i could tell looking at specific animals and the body_size_info structure in dfhack, the base_size was very close, or exactly the caste's average size with body modifiers applied. the size_cur was usually larger (i don't remember if it was ever smaller) than the base size. so i believe that's the current size with fat/muscle the creature has gained, but again i'm not certain.
I'm looking at an adult donkey (whose description makes no mention of size, muscle or fat) so it ought to be around 300,000 cm^3, but body_size_info.size_cur is 26060 and size_base is 27600. So it is certainly possible for the size_cur to be smaller than size_base.
Both are about an order of magnitude smaller than the raws indicate they should be. So I'm guessing these values are in 10 cm^3 units.
I've got a 4 month old peacock that has (according to dfhack's gui/gm-editor) size_cur of 161 and size_base of 162. The raws are:
[BODY_SIZE:0:0:100]
[BODY_SIZE:0:168:2000]
[BODY_SIZE:1:0:4000]
So it should be born at 100 cm^3 and at 6 months (168 days) should be up to 2000 cm^3. Assuming a linear progression, and assuming that the 4 months reported by DT for the age is exact, it ought to be 100+(4/6 * (2000-100)) or 1367. Its description says it is "incredibly skinny yet gigantic overall." In appearance.body_modifiers there are 107,104,102 which I'm guessing are the length, height, and broadness from the raws' BODY_APPEARANCE_MODIFIER tags. The size_modifier is 113, and 1.07*1.04*1.02 is 1.13, so I suspect that's what size_modifier is. So that would mean that its size_base ought to be 1367 * 1.13, or 1544 cm^3, which is short of the 1620 I'm seeing. Ahh, but a little calculation shows that if it's actually 4.21 months (which DT would round to 4 months), then this comes out just right.
Looking back at the donkey above, it's size_modifier is 92, so .92 * 300000 = 276000, which matches up to the size_base value of 27600. So it does look like the size_base matches up to what one would expect. Your guess that size_cur takes into account fat/muscle seems to make sense, but I can't find anything in the data structures that seems to be the fat or muscle modifiers. Plus, I would expect an 'incredibly skinny' peacock to be smaller than 1610 if its base should be 1620. :-/
I've got to run catch a bus, but I'll keep looking at this.
Keith
Post by: feelotraveller on September 16, 2014, 12:00:30 am
um, you exported as csv vs dtgYes, woops! Here is dtg https://dl.dropboxusercontent.com/u/14105530/gridviews.dtg (https://dl.dropboxusercontent.com/u/14105530/gridviews.dtg)
Post by: splinterz on September 16, 2014, 05:17:05 am
I'm looking at an adult donkey (whose description makes no mention of size, muscle or fat) so it ought to be around 300,000 cm^3, but body_size_info.size_cur is 26060 and size_base is 27600. So it is certainly possible for the size_cur to be smaller than size_base.that's correct.
Both are about an order of magnitude smaller than the raws indicate they should be. So I'm guessing these values are in 10 cm^3 units.
Quote
I've got a 4 month old peacock that has (according to dfhack's gui/gm-editor) size_cur of 161 and size_base of 162. The raws are:nice work! for the fat/muscle i believe DF actually calculates additional mass by looking at body layers like fat/muscle and what material they're made of, so that a dwarf with muscle of iron would supposedly have a larger cur_size than a regular dwarf.
[BODY_SIZE:0:0:100]
[BODY_SIZE:0:168:2000]
[BODY_SIZE:1:0:4000]
So it should be born at 100 cm^3 and at 6 months (168 days) should be up to 2000 cm^3. Assuming a linear progression, and assuming that the 4 months reported by DT for the age is exact, it ought to be 100+(4/6 * (2000-100)) or 1367. Its description says it is "incredibly skinny yet gigantic overall." In appearance.body_modifiers there are 107,104,102 which I'm guessing are the length, height, and broadness from the raws' BODY_APPEARANCE_MODIFIER tags. The size_modifier is 113, and 1.07*1.04*1.02 is 1.13, so I suspect that's what size_modifier is. So that would mean that its size_base ought to be 1367 * 1.13, or 1544 cm^3, which is short of the 1620 I'm seeing. Ahh, but a little calculation shows that if it's actually 4.21 months (which DT would round to 4 months), then this comes out just right.
Looking back at the donkey above, it's size_modifier is 92, so .92 * 300000 = 276000, which matches up to the size_base value of 27600. So it does look like the size_base matches up to what one would expect. Your guess that size_cur takes into account fat/muscle seems to make sense, but I can't find anything in the data structures that seems to be the fat or muscle modifiers. Plus, I would expect an 'incredibly skinny' peacock to be smaller than 1610 if its base should be 1620. :-/
I've got to run catch a bus, but I'll keep looking at this.
Keith
i guess it could easy be tested by modding one caste of the dwarves to have a different material type for muscle and/or fat, or alternatively by just getting a dwarf on a pump stack for a while and checking the before/after cur_size. the butchering test was a good idea as well.
according to the wiki, the material density of the body parts is factored in. (http://dwarffortresswiki.org/index.php/DF2014:Size)
Post by: Chimerat on September 16, 2014, 05:25:14 am
And it's only been a few hours since I decided downloading by hand got so fiddly that I made updating not-manual (https://github.com/PeridexisErrant/Scripts-for-the-Starter-Pack/commit/28f456193ec73aa1c8567aa8acec4c19baa86f57).How do I use that not-manual link? We're past the weekend and I'd love to get back into DF. Especially since I finally found where the Save Updater was hiding.
Post by: Discord on September 16, 2014, 06:32:31 am
And it's only been a few hours since I decided downloading by hand got so fiddly that I made updating not-manual (https://github.com/PeridexisErrant/Scripts-for-the-Starter-Pack/commit/28f456193ec73aa1c8567aa8acec4c19baa86f57).How do I use that not-manual link? We're past the weekend and I'd love to get back into DF. Especially since I finally found where the Save Updater was hiding.
I second that.
DT died on me when I tried it myself.
Post by: lethosor on September 16, 2014, 02:47:29 pm
Post by: PeridexisErrant on September 16, 2014, 05:18:01 pm
Post by: Chimerat on September 16, 2014, 05:29:46 pm
Yeah, whoops. It's not at all portable, being a general script to prepare the starter pack for uploading. I'll do a general one to run from the DT folder and upload that later today.Thank you!
Post by: PeridexisErrant on September 16, 2014, 06:43:02 pm
Requires Python to run python scripts.
Code: [Select]
from __future__ import print_function
import os
import sys
try: # Python 2
from urllib2 import Request
except ImportError: # Python 3
from urllib.request import Request
print('A script to download the latest DT memory layouts.')
print('Run from the same folder as the Dwarf Therapist executable.\n')
version = input('What version of DF? For 40.12, enter "12":\n ')
if sys.platform().startswith('win32'):
platform = 'windows'
memory_layout_file = 'v0.40.' + version + '_graphics.ini'
elif sys.platform().startswith('darwin'):
platform = 'osx'
memory_layout_file = 'v0.40.' + version + '_osx.ini'
elif sys.platform().startswith('linux'):
platform = 'linux'
memory_layout_file = 'v0.40.' + version + '.ini'
else:
print('Weird OS, aborting...')
raise SystemExit
DT_layout_path = 'etc/memory_layouts/'+platform+'/'
if os.path.isfile(DT_layout_path + memory_layout_file):
print('Therapist memory layout is already in place.')
else:
url = str('https://raw.githubusercontent.com/splintermind/'
'Dwarf-Therapist/DF2014/share/memory_layouts/'
+ platform + '/' + memory_layout_file)
try:
url_content = urllib.request.urlopen(url).read().decode(encoding='UTF-8')
with open(DT_layout_path + memory_layout_file, 'w') as f:
f.write(url_content)
print('DT memory layout was downloaded OK.')
except:
print('DT memory layout unavailable for this version.')
Post by: lethosor on September 16, 2014, 07:08:57 pm
Quote
if os.system() == 'nt':os.system() executes arbitrary external commands - you're probably looking for sys.platform (https://docs.python.org/2/library/sys.html#sys.platform).
...
elif os.system == 'posix':
Post by: PeridexisErrant on September 16, 2014, 07:19:56 pm
Fixed. Hopefully it works now.
Post by: lethosor on September 16, 2014, 07:39:05 pm
Code: [Select]
from __future__ import print_function
import os
import sys
try: # Python 2
from urllib2 import Request
except ImportError: # Python 3
from urllib.request import Request
print('A script to download the latest DT memory layouts.')
print('Run from the same folder as the Dwarf Therapist executable.\n')
version = input('What version of DF? For 40.12, enter "12":\n ')
if sys.platform.startswith('win32'):
platform = 'windows'
memory_layout_file = 'v0.40.' + version + '_graphics.ini'
elif sys.platform.startswith('darwin'):
platform = 'osx'
memory_layout_file = 'v0.40.' + version + '_osx.ini'
elif sys.platform.startswith('linux'):
platform = 'linux'
memory_layout_file = 'v0.40.' + version + '.ini'
else:
print('Weird OS, aborting...')
raise SystemExit
DT_layout_path = 'etc/memory_layouts/'+platform+'/'
if os.path.isfile(DT_layout_path + memory_layout_file):
print('Therapist memory layout is already in place.')
else:
url = str('https://raw.githubusercontent.com/splintermind/'
'Dwarf-Therapist/DF2014/share/memory_layouts/'
+ platform + '/' + memory_layout_file)
try:
url_content = urllib.request.urlopen(url).read().decode(encoding='UTF-8')
with open(DT_layout_path + memory_layout_file, 'w') as f:
f.write(url_content)
print('DT memory layout was downloaded OK.')
except:
print('DT memory layout unavailable for this version.')
(I haven't tested this either, so I'm not sure if there are any other problems ;) )
Post by: grody311 on September 16, 2014, 10:52:50 pm
I would like to create a filter that lists every Dwarf who has the preference "Likes working outdoors" or "Does not mind being outdoors".
I assume I would create a script using d.has_preference(), but I don't know what to put in the brackets. How exactly does this function work, and what are the values that I need to use to get my filter working?
Post by: civril on September 17, 2014, 01:29:41 am
I got one stupid question about Dwarf Therapist - is there a chance, that any version of DT works with DF 0.40.11 under Windows? (I saw Linux version for 0.40.12).
I would be happy, if anyone could help me about that :)
Post by: Discord on September 17, 2014, 01:36:08 am
Hello,
I got one stupid question about Dwarf Therapist - is there a chance, that any version of DT works with DF 0.40.11 under Windows? (I saw Linux version for 0.40.12).
I would be happy, if anyone could help me about that :)
Have you tried DF file depot?
I just found .12 there for windows.
Post by: PeridexisErrant on September 17, 2014, 01:46:15 am
Hello,
I got one stupid question about Dwarf Therapist - is there a chance, that any version of DT works with DF 0.40.11 under Windows? (I saw Linux version for 0.40.12).
I would be happy, if anyone could help me about that :)
Download the memory layout for whichever version you want.
https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts
Post by: civril on September 17, 2014, 03:08:55 am
Have you tried DF file depot?
I just found .12 there for windows.
Download the memory layout for whichever version you want.
https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts
You are the greatest of the greatest! The mountains should wear your names! I thought, that it could be simple, but not, that it would be SO simple. This time google wasn't my best friend :)
Thank you from deep of my soul, now I may back to DF after long time of absense and see, what has changed :)
Post by: PeridexisErrant on September 17, 2014, 03:16:30 am
Post by: DeDeRon on September 17, 2014, 03:47:00 am
Post by: splinterz on September 17, 2014, 05:42:19 am
@Splinterz - I'm noticing a theme here. Maybe it's a good idea to add an explanation and link to memory layouts to the OP, and/or release 25.1 including them?i'll consider adding a readme. next release is taking a bit more time than expected..
what really needs to be done (and an issue has already been created) is to restore/fix the auto-updating capabilities of DT.
Post by: splinterz on September 17, 2014, 05:42:51 am
current git HEAD will not conpile on a linux system without pdflatex installed (complains about pdflatex is missing). removing the pdf doc target from the created Makefile solves the issue. i don't know anthing about qmake to provide a real solution.should be fixed with that last merge
Post by: splinterz on September 17, 2014, 11:12:34 am
I need help with a filtering script.what you'll have to use for now is:
I would like to create a filter that lists every Dwarf who has the preference "Likes working outdoors" or "Does not mind being outdoors".
I assume I would create a script using d.has_preference(), but I don't know what to put in the brackets. How exactly does this function work, and what are the values that I need to use to get my filter working?
Code: [Select]
d.find_preference('Does not mind being outdoors','Outdoors') || d.find_preference('Likes working outdoors','Outdoors')there seems to be an issue with how the script engine handles (or rather doesn't handle) optional function parameters that i need to look into.
Post by: grody311 on September 17, 2014, 12:52:38 pm
what you'll have to use for now is:Code: [Select]d.find_preference('Does not mind being outdoors','Outdoors') || d.find_preference('Likes working outdoors','Outdoors')
there seems to be an issue with how the script engine handles (or rather doesn't handle) optional function parameters that i need to look into.
Perfect. I don't mind using two separate scripts for now. Thanks!
So I guess the arguments need to be d.find_preferences('exact preference','preference category'). Good to know.
edit: As a side note, after some experimenting, it appears that using the optional parameter in this case seems to work correctly.
Post by: thistleknot on September 17, 2014, 10:25:02 pm
It's hard to describe... but s transform is fucking awesome IMO.
It just has a "jagged" shape to it's curve.
I am able to measure the change in curves by utilizing trapezoid area rules applied to integral approximation. I so far am able to achieve some far better results than S Transform. I was concerned it might look too much like "rank-ecdf" which ignored % gaps between values, but I found my concern was unfounded. I think it's the best approximation of the [normal] PDF of any given dataset so far.
http://imgur.com/gallery/jyv3kGQ/new
Post by: PeridexisErrant on September 17, 2014, 10:41:36 pm
Post by: thistleknot on September 17, 2014, 10:53:25 pm
but I subtracted .5
then took the ABSOLUTE VALUE of that
subtracted .5 again!
and graphed it.
seriously, if you want the worksheet, pm me, otherwise I won't bore the readers
Post by: salithus on September 17, 2014, 11:05:26 pm
that's me listing the data probabilities (in a probability density function to each ATTRIBUTE point from 19 observed points) from 0 to 100%one day I will understand statistics. and then the four riders will come.
but I subtracted .5
then took the ABSOLUTE VALUE of that
subtracted .5 again!
and graphed it.
seriously, if you want the worksheet, pm me, otherwise I won't bore the readers
Post by: splinterz on September 18, 2014, 07:40:26 am
- 40.11/12/13 memory layouts
- units affected by a werebeast syndrome are properly detected as cursed and will show the type of werebeast
- added belief column type
- added unit kills column type and information in tooltip (optional)
- added a sort method for attribute columns to sort by the maximum potential
- added a right click menu item to update a dwarf's custom profession with their current labors
- gender icons have been updated to also show sexual orientation
- added default noble colors and changed some default settings
- added an option to decorate noble names (italicized with symbol)
- removed general metal/stone/gem/alcohol preferences from all roles
- added new preference groups for shearable, fishable creatures, millable, extract, crop plants
- changed role ratings to display consistently and with a larger spread
- changed the way body sizes are read to hopefully be more accurate
- added retooled default roles (feelotraveller)
- general cleanup, fixes and many back-end optimizations (Hello71)
- fixed an issue with trait/belief conflicts not displaying properly
- fixed custom profession sorting (although it's still case sensitive)
- fixed optimization plans loading/displaying incorrectly in certain cases
- fixed role preference ratings for multiple matches
- fixed active military showing up as 'no job'
- fixed noble color crash (stoutheart)
- fixes for manual and file paths (Hello71)
i haven't had a lot of playtesting with this version, and there's quite a lot of changes, so let me know if anything explodes. i'll also start adding releases on the github page from now on (https://github.com/splintermind/Dwarf-Therapist/releases).
Post by: thraxarious on September 18, 2014, 09:18:33 am
Post by: Aquathug on September 18, 2014, 11:14:28 am
Thanks to all the DT devs who keep this project alive and kickin.
Post by: thistleknot on September 18, 2014, 01:35:24 pm
Spoiler: TLDR (click to show/hide)
So I just wasted a whole lot of time going full circle.
However, what I would like to focus on. Is how to deal with datasets whose overall average doesn't = 50%.
I fear that combining them together will slightly skew the overall weighted average of values.
The data is already normalized <>50% on a 50/50 split. (except for extremely skewed datasets that contain a lot of null values: skills/preferences, but there mean is ~.5)
So I was thinking, since the drawing method has been updated to draw from min/max of weighted average outputs, and 50% = median.
Why not do something similar, but instead of adding up the %'s as if they are 0 to 100%.
Subtract .5 from each %
and get a set of values that are
~-50% to ~+50%
update
you know what, I don't think that would do anything. One would have to subtract from the datasets mean, and that would have a different issue
Post by: ResMar on September 18, 2014, 02:40:33 pm
Post by: khearn on September 18, 2014, 02:55:42 pm
Keith
Post by: lethosor on September 18, 2014, 04:25:16 pm
i haven't had a lot of playtesting with this version, and there's quite a lot of changes, so let me know if anything explodes. i'll also start adding releases on the github page from now on (https://github.com/splintermind/Dwarf-Therapist/releases).It's difficult to tell what "Dwarf-Therapist.26.0.0.zip" is from the filename (I'm assuming it's a compiled binary, in which case specifying the platform would be helpful).
Post by: Hello71 on September 18, 2014, 04:28:09 pm
Post by: khearn on September 18, 2014, 04:54:23 pm
i haven't had a lot of playtesting with this version, and there's quite a lot of changes, so let me know if anything explodes. i'll also start adding releases on the github page from now on (https://github.com/splintermind/Dwarf-Therapist/releases).It's difficult to tell what "Dwarf-Therapist.26.0.0.zip" is from the filename (I'm assuming it's a compiled binary, in which case specifying the platform would be helpful).
Agreed. I looked in it and it contains a .exe (along with other files), so I assume it's just a windows release. I had no problems compiling for linux from the source .zip file.
Now if I could only figure out how to get git to give me the correct dfhack sources so I could compile it. But that's not germane to this thread.
Keith
Post by: splinterz on September 18, 2014, 05:05:02 pm
i've updated the .zip to indicate it's the windows package.i haven't had a lot of playtesting with this version, and there's quite a lot of changes, so let me know if anything explodes. i'll also start adding releases on the github page from now on (https://github.com/splintermind/Dwarf-Therapist/releases).It's difficult to tell what "Dwarf-Therapist.26.0.0.zip" is from the filename (I'm assuming it's a compiled binary, in which case specifying the platform would be helpful).
Post by: Chimerat on September 18, 2014, 06:25:55 pm
Post by: feelotraveller on September 18, 2014, 07:28:37 pm
Post by: Hello71 on September 18, 2014, 07:31:50 pm
It is not working for me. DT launches and will connect to DF but whenever I try to read dwarfs it disconnects. DT 26.0 with DF 40.13 vanilla. Find the run log here: https://dl.dropboxusercontent.com/u/14105530/run.log (https://dl.dropboxusercontent.com/u/14105530/run.log)
i think this has something to do with something i did, but i have no idea what. and also i thought i fixed it. /me sighs
Post by: dennislp3 on September 18, 2014, 07:42:01 pm
Post by: khearn on September 18, 2014, 07:54:55 pm
Can someone try this out in the Windows release to see if this is something I did wrong in building, or maybe it's a linux-specific issue. The build was pretty straightforward, following the instructions in BUILDING.rst and using "-qt=4". So i doubt I messed anything up in the build.
Keith
Post by: Hello71 on September 18, 2014, 08:02:19 pm
I'm unable to set nicknames for dwarves in 26.0.0, using the version I built from the source .zip on linux. It pops up the window to set the name and I can type it in. If I then try to set the name again for the same dwarf i can see the name I already typed in. But when I commit, it doesn't change in the game nor show up in DT. I can set nicknames in DF and when I do a read they show up in DT.
Can someone try this out in the Windows release to see if this is something I did wrong in building, or maybe it's a linux-specific issue. The build was pretty straightforward, following the instructions in BUILDING.rst and using "-qt=4". So i doubt I messed anything up in the build.
Keith
upload your stderr somewhere.
Post by: khearn on September 18, 2014, 08:16:00 pm
Spoiler (click to show/hide)
The only thing that looks odd is:
2014-Sep-18 18:13:51.661 ERROR core Injected MMAP failed with error: 1 [src/dfinstancelinux.cpp:649] (mmap_area)
Keith
Post by: splinterz on September 19, 2014, 01:42:10 am
It is not working for me. DT launches and will connect to DF but whenever I try to read dwarfs it disconnects. DT 26.0 with DF 40.13 vanilla. Find the run log here: https://dl.dropboxusercontent.com/u/14105530/run.log (https://dl.dropboxusercontent.com/u/14105530/run.log)what does your 40.13 memory layout look like?
I'm unable to set nicknames for dwarves in 26.0.0, using the version I built from the source .zip on linux. It pops up the window to set the name and I can type it in. If I then try to set the name again for the same dwarf i can see the name I already typed in. But when I commit, it doesn't change in the game nor show up in DT. I can set nicknames in DF and when I do a read they show up in DT.i tested setting nicknames on windows and linux without issue, but if you want to upload the problematic save i'll take a look.
Can someone try this out in the Windows release to see if this is something I did wrong in building, or maybe it's a linux-specific issue. The build was pretty straightforward, following the instructions in BUILDING.rst and using "-qt=4". So i doubt I messed anything up in the build.
Keith
Post by: feelotraveller on September 19, 2014, 04:33:30 am
Like this. It's what came bundled with 26.0.It is not working for me. DT launches and will connect to DF but whenever I try to read dwarfs it disconnects. DT 26.0 with DF 40.13 vanilla. Find the run log here: https://dl.dropboxusercontent.com/u/14105530/run.log (https://dl.dropboxusercontent.com/u/14105530/run.log)what does your 40.13 memory layout look like?
Spoiler (click to show/hide)
Edit: what I appear to be missing that is present in 25.0 is a game_data.ini file. Do I need this? (and how do I get it...) Apologies in advance if I'm missing something simple.
Post by: splinterz on September 19, 2014, 05:09:09 am
no, you no longer need the game_data.ini unless you're overriding. move DT from the desktop and/or run it as admin.Like this. It's what came bundled with 26.0.It is not working for me. DT launches and will connect to DF but whenever I try to read dwarfs it disconnects. DT 26.0 with DF 40.13 vanilla. Find the run log here: https://dl.dropboxusercontent.com/u/14105530/run.log (https://dl.dropboxusercontent.com/u/14105530/run.log)what does your 40.13 memory layout look like?Spoiler (click to show/hide)
Edit: what I appear to be missing that is present in 25.0 is a game_data.ini file. Do I need this? (and how do I get it...) Apologies in advance if I'm missing something simple.
Post by: feelotraveller on September 19, 2014, 05:31:03 am
Something I just noticed is that DT is giving contrary information about it's connection status. The text in the bottom right says: 'Loading Weapons l Connected to DF v0.40.13 (graphics) - DT version 26.0.0' and the connect to DF icon and menu option are greyed and unselectable but the text at the top (with hammer icon and blue background) and the minimized window both say Dwarf Therapist -Disconnected.
Sorry to go on but I'm keen to play... a bit. :)
Post by: splinterz on September 19, 2014, 06:21:24 am
Okay, that's not it then.can you run it with the -trace option and post the log file?
Something I just noticed is that DT is giving contrary information about it's connection status. The text in the bottom right says: 'Loading Weapons l Connected to DF v0.40.13 (graphics) - DT version 26.0.0' and the connect to DF icon and menu option are greyed and unselectable but the text at the top (with hammer icon and blue background) and the minimized window both say Dwarf Therapist -Disconnected.
Sorry to go on but I'm keen to play... a bit. :)
Post by: feelotraveller on September 19, 2014, 06:55:33 am
This one is with the CLA graphics 40.13 version, just in case it matters. I was getting the same behaviour with bog standard vanilla though. Edit: with DF on the prepare carefully screen, but again I was seeing no difference...
https://dl.dropboxusercontent.com/u/14105530/run2.log (https://dl.dropboxusercontent.com/u/14105530/run2.log)
Post by: Hello71 on September 19, 2014, 07:42:54 am
The -trace log. I renamed it run2.log.
This one is with the CLA graphics 40.13 version, just in case it matters. I was getting the same behaviour with bog standard vanilla though. Edit: with DF on the prepare carefully screen, but again I was seeing no difference...
https://dl.dropboxusercontent.com/u/14105530/run2.log (https://dl.dropboxusercontent.com/u/14105530/run2.log)
ugh. it's the 64-bit bug.
Post by: feelotraveller on September 19, 2014, 08:35:13 am
ugh. it's the 64-bit bug.
That can be fixed on my end by a quick donation of let's say 1000 urists... ;)
Thanks for the reply and the work of DT. I was assuming it was a memory layout problem but dropping the new layouts into 25.0 worked (although without the improvements) - at least for now.
Post by: thistleknot on September 19, 2014, 09:33:38 pm
you were asking how the %'s are derived, here's a spreadsheet breakdown of stransform.
STransform is applied to Traits and Attributes as is.
Preferences use a form of Rank-ECDF on the non 0 values. (Basically a list is generated of non 0 values, and fed into a matrix that derives preferences). These non 0 values are mapped to 50% to 100% by taking minmax and dividing by /2 and adding .5 (transforms 0 to 100% to 50% to 100%). 0's are back end adjusted to ~<50%.
Skills uses a minmax transform in a similar fashion as Preferences uses RankECDF, aka the conversion to 50% to 100%, it also prunes 0's. 0's are back end adjusted to ~<50%.
Spoiler (click to show/hide)
So far it's just transforming a single dwarf's attributes to %'s, but in actuality, this transform is ran on the entire population of dwarf's at once as one single input matrix (per aspect... i.e. only one aspect is transformed at a time, such as attributes, preferences, skills, traits).
https://docs.google.com/spreadsheets/d/1wahKS61zx5wtO_dgCcp9nOKYnDqO2ZbF9dJab0IchWQ/edit?usp=sharing
if you want edit access, pm me. I don't want people to be able to change stuff with just a link just in case the spreadsheet gets messed up.
One final note:
I forgot to mention. The aspects are combined using a weighted average setup (that's what all the weights inside DT amount to). Then the output is converted to a raw %. That raw % generally varies between 20 to 80% for the population, and to help a player see the #'s a little better, they are rescaled around their min, median, and max; representing 0%, 50%, and 100% (what you see inside DT for role %'s).
Post by: aTinTeardrop on September 20, 2014, 06:17:33 am
I would like to remove the tooltip pop up altogether and instead have all the info contained in it displayed in a docked windowed to the right or whatever might be possible. I haven't found a way to do this, and had no luck searching this thread.
My problem is I can't read the grid when the tooltip keeps blocking it, and I spend a alot more time reading the grid than the tooltip.
Edit: Using DT 25.0.0 for DF 40.11, r3
Post by: splinterz on September 20, 2014, 06:33:12 am
A question/request:yeah that's a good idea, i started considering something similar when i was adding the kill lists.
I would like to remove the tooltip pop up altogether and instead have all the info contained in it displayed in a docked windowed to the right or whatever might be possible. I haven't found a way to do this, and had no luck searching this thread.
My problem is I can't read the grid when the tooltip keeps blocking it, and I spend a alot more time reading the grid than the tooltip.
perhaps to start i could add another tab to the dwarf details dock (or a new dock?), and dump the current tooltip info there as a kind of overview/summary. with an option to hide the tooltips you'd have what you're asking for.
the space is limited on the dock as well, so i'm open to suggestions.
Post by: int_ua on September 20, 2014, 06:34:28 am
Code: [Select]
# chmod +x /usr/bin/dwarftherapist
Post by: Hello71 on September 20, 2014, 06:53:58 am
Latest version doesn't make /usr/bin/dwarftherapist executable on Linux.
[Linux amd64 deb] Dwarf Therapist 26.0 | 0.40.13 http://dffd.wimbli.com/file.php?id=9747
this one I can finally blame on splinterz :P
c0421c0dba983324b727a564d907bd6c8b580c44 made dist/dwarftherapist +x and deleted chmod in dwarftherapist.pro
903e626d27177d221734524a9393a02106aab52f reverted the permission change but did not add back the chmod.
Post by: splinterz on September 20, 2014, 07:54:58 am
yeah my bad, although completely unintentional. i didn't even notice the change (since i didn't touch it), nor do i have an idea why it happened in the first place. i'll have to check the git docs.Latest version doesn't make /usr/bin/dwarftherapist executable on Linux.
[Linux amd64 deb] Dwarf Therapist 26.0 | 0.40.13 http://dffd.wimbli.com/file.php?id=9747
this one I can finally blame on splinterz :P
c0421c0dba983324b727a564d907bd6c8b580c44 made dist/dwarftherapist +x and deleted chmod in dwarftherapist.pro
903e626d27177d221734524a9393a02106aab52f reverted the permission change but did not add back the chmod.
Post by: int_ua on September 20, 2014, 08:19:23 am
Post by: splinterz on September 20, 2014, 08:36:38 am
AFAIU, it's also partially qmake thing. INSTALL_FILE vs INSTALL_... something.i've reverted those permission changes, but i think it's something with windows permissions and git.
the first couple tries it just would not take the filemode changes, failing to commit or showing the wrong permissions again. finally performing all the changes and committing through the shell worked, although then it still complained about uncommitted changes to the filemode after the commit.
on a side note, if you'd like me to start adding your packages to the releases (https://github.com/splintermind/Dwarf-Therapist/releases) let me know.
Post by: aTinTeardrop on September 20, 2014, 10:14:12 am
A question/request:yeah that's a good idea, i started considering something similar when i was adding the kill lists.
I would like to remove the tooltip pop up altogether and instead have all the info contained in it displayed in a docked windowed to the right or whatever might be possible. I haven't found a way to do this, and had no luck searching this thread.
My problem is I can't read the grid when the tooltip keeps blocking it, and I spend a alot more time reading the grid than the tooltip.
perhaps to start i could add another tab to the dwarf details dock (or a new dock?), and dump the current tooltip info there as a kind of overview/summary. with an option to hide the tooltips you'd have what you're asking for.
the space is limited on the dock as well, so i'm open to suggestions.
Personally, I only use the pending changes dock atm (not sure if that might change), so I wouldn't mind having one more dock with all the tooltip info. But maybe that's just me, ofc.
Post by: int_ua on September 20, 2014, 05:00:47 pm
on a side note, if you'd like me to start adding your packages to the releases (https://github.com/splintermind/Dwarf-Therapist/releases) let me know.Not until they are packaged with debuild.
Post by: Hello71 on September 20, 2014, 05:02:36 pm
we do have that stuff in the tree, you know.on a side note, if you'd like me to start adding your packages to the releases (https://github.com/splintermind/Dwarf-Therapist/releases) let me know.Not until they are packaged with debuild.
Post by: int_ua on September 21, 2014, 02:45:40 am
I've tried it, it failed in my case and I don't have time to dig it, unfortunately. Maybe someday...Not until they are packaged with debuild.we do have that stuff in the tree, you know.
Note to self: send further updates by email/PM.
Post by: Borge on September 21, 2014, 03:01:12 am
Post by: ptb_ptb on September 21, 2014, 03:24:00 am
Post by: splinterz on September 21, 2014, 05:08:09 am
Dwarf Therapist won't work for me, it just crashes when i try to connect it to Dwarf Fortress. Nothing i can seem to do to fix it. Running Windows 7 64-bit.that might be related to a bug with foreign weapon preferences. if you can upload your save i'll take a look.
Post by: splinterz on September 21, 2014, 05:09:16 am
What about skills like 'Swim' and 'Climb'? Is there a way to show them in a grid or sort by them?yes. you'll need to copy or create a new view, and add the skill columns for climber and swimmer.
Post by: IronBat on September 21, 2014, 06:42:45 am
Dwarf Therapist won't work for me, it just crashes when i try to connect it to Dwarf Fortress. Nothing i can seem to do to fix it. Running Windows 7 64-bit.that might be related to a bug with foreign weapon preferences. if you can upload your save i'll take a look.
My Dwarf Therapist v.26.0 with DF 40.13 is also crashing. It was crashing on connect, now its crashing on load. I am also running Windows 7 64-bit. I have uploaded my save:
http://dffd.wimbli.com/file.php?id=9756 (http://dffd.wimbli.com/file.php?id=9756)
v.25.0 loads and connects without crash using the memory layout from v.26.0 (Is that safe to do?)
p.s. Thank you for maintaining and improving this excellent tool
Post by: splinterz on September 21, 2014, 08:25:36 am
great, thanks for the save. it was indeed due to a weapon preference, so it's already been fixed in the dev build. i'll see about getting another version out soon™ to correct this and a few other bugs.Dwarf Therapist won't work for me, it just crashes when i try to connect it to Dwarf Fortress. Nothing i can seem to do to fix it. Running Windows 7 64-bit.that might be related to a bug with foreign weapon preferences. if you can upload your save i'll take a look.
My Dwarf Therapist v.26.0 with DF 40.13 is also crashing. It was crashing on connect, now its crashing on load. I am also running Windows 7 64-bit. I have uploaded my save:
http://dffd.wimbli.com/file.php?id=9756 (http://dffd.wimbli.com/file.php?id=9756)
v.25.0 loads and connects without crash using the memory layout from v.26.0 (Is that safe to do?)
p.s. Thank you for maintaining and improving this excellent tool
Post by: IronBat on September 21, 2014, 10:31:02 am
Post by: thistleknot on September 22, 2014, 12:01:38 am
And within .009 for traits and attributes (I expect far better w larger datasets as I was testing on the smallest data set I could work w). Hopefully it will resolve my concerns over normalization techniques for a good long while.
Post by: Kryxx on September 22, 2014, 11:39:20 am
ver 26 for Win 76 4 bit isn't committing changes.
Somehow I have a dwarf with 'every' skill enabled by default. I remove these roles or skills and add some others I want and commit them and nothing happens. Next read exactly nothing happens as it reverts it back to the original.
This is on a fresh install of everything.
Post by: splinterz on September 23, 2014, 07:00:54 am
ver 26 for Win 76 4 bit isn't committing changes.can you run DT with the -trace arg and upload your log file?
Somehow I have a dwarf with 'every' skill enabled by default. I remove these roles or skills and add some others I want and commit them and nothing happens. Next read exactly nothing happens as it reverts it back to the original.
This is on a fresh install of everything.
Post by: lethosor on September 23, 2014, 01:55:09 pm
Post by: Murdersquish on September 23, 2014, 03:39:02 pm
Here's the OP: http://www.bay12forums.com/smf/index.php?topic=128960.msg5683400#msg5683400 (http://www.bay12forums.com/smf/index.php?topic=128960.msg5683400#msg5683400)
Post by: thistleknot on September 23, 2014, 09:15:11 pm
don't worry for everyone involved. Everything is still based on what it was based on before, but now a better .5 mean is achieved; and good 'ol rankecdf helps out along the way by being a center-stage transform method by accounting for frequency of a value (possibly averaged with another transformation method, depending on conditional flag/check status to determine aspect/category).
http://imgur.com/21caF2j
http://dffd.wimbli.com/file.php?id=9779
Post by: salithus on September 23, 2014, 11:06:05 pm
so for anyone who wants nerdporn, here's some breakdown's of some % calculation changes [opens in LIBREOFFICE]All I hear is https://www.youtube.com/watch?v=sY_Yf4zz-yo
don't worry for everyone involved. Everything is still based on what it was based on before, but now a better .5 mean is achieved; and good 'ol rankecdf helps out along the way by being a center-stage transform method by accounting for frequency of a value (possibly averaged with another transformation method, depending on conditional flag/check status to determine aspect/category).
http://imgur.com/21caF2j
http://dffd.wimbli.com/file.php?id=9779
Post by: splinterz on September 24, 2014, 07:45:34 am
Hey, I wouldn't normally cross-post, and since I'm using a package (MacNewbie) I posted in their thread. But with the Windows folks seeing crashes, I wanted to call-out the weirdness with DT 26.0 that I've experienced. The short of it is it is as if the memory layout isn't matching what's in DF (moods, injuries, migrants having custom professions as soon as they step into the map, etc.).the memory layouts look ok from what i can tell, so it may be a problem with how data are being read.... was version 25.0 working properly? do these problem happen consistently over different saves, or is it one in particular which has these problems?
Here's the OP: http://www.bay12forums.com/smf/index.php?topic=128960.msg5683400#msg5683400 (http://www.bay12forums.com/smf/index.php?topic=128960.msg5683400#msg5683400)
Post by: splinterz on September 24, 2014, 03:59:44 pm
- added a new information dock to show the same information as the cell tooltips
- added a grid option to hide the various cell tooltips
- added a new dock to show a summary of worn/missing equipment, with the option to show/hide material names
- weapon columns and roles now support the specific foreign weapons for particular worldgens
- updated the default role view to have the same order and colors as the full labors view
- fixes a crash due to foreign weapon preferences
- fixed an issue where custom views could be unintentionally removed
- fixed memory-leaks, more back-end optimization (Hello71)
- fixed manual launching (Hello71)
Post by: thistleknot on September 24, 2014, 08:25:11 pm
I'm sure this whole community wouldn't be where it's at without the work that DT does.
That could be said about a lot of tools... but I'm almost positive, that a large portion of DF players would say F this without this tool.
I remember reading about this [the old] tool from afteractionreporter... and if it wasn't still maintained... god, I have no idea where my sanity would be.
Post by: Shakerag on September 25, 2014, 09:41:49 am
new version up that should resolve the windows crashes and add a few other new thingsAhh, thanks! This version is working for me when the last one didn't.
I tried to get by with the equivalent that comes with dfhack, but it just wasn't the same.
Another +1 to appreciating what you guys are doing and that Dwarf Therapist makes managing things so much damn easier.
Post by: Psyra on September 26, 2014, 09:32:15 am
Post by: feelotraveller on September 26, 2014, 10:45:40 am
The application insists that DF is not running when I try to read dwarfs.
If I disable the option to read dwarfs at startup it finds the connection okay but then claims that DF has either stopped running or that I have unloaded my game whenever I try to read dwarfs, neither of which is true.
Any help in tracking down the problem would be great. v25 with the 40.13 memory layouts works fine so something changed between versions which interacts badly with something on my machine.
Post by: The Bard on September 28, 2014, 10:44:26 pm
Post by: splinterz on September 29, 2014, 06:59:28 am
the DFFD link returns server not found. Forgive me if someone's already answered this, but is there a mirror?https://github.com/splintermind/Dwarf-Therapist/releases
Post by: The Bard on September 29, 2014, 03:42:26 pm
Post by: feelotraveller on September 30, 2014, 03:34:59 pm
Is the dataset all defined roles (whether they are included in a gridview or not) by all living dwarfs (presumably excluding babies but including children?)?
Is the social-alt gridview is outdated/defunct now? Maybe it could be replaced by a beliefs tab? One thing I would like to be able to add to such a tab would be dreams, maybe A for great artwork, S for skill, M for masterwork, F for family, W for warrior, L for love, P for peace, R for rule the world, and um, T for touring the great sites. Not sure that all these exist (yet) but it would be handy to be able to sort by category for picking engravers or apprentice masons from the mass of haulers.
p.s Thankyou Thistleknot for your above explanation. Unfortunately my days of Laplace transformations are a vestigial memory - about enough to read the notation - but the general comments, and the pictures 8) were enlightening.
Post by: thistleknot on September 30, 2014, 07:40:20 pm
Anyways, I have no idea how to do anything effectively beyond what I got setup already, I would love to learn from others, first I've ever heard of Laplace Transformations. My initial work with transformations were more like point estimates based on rank, but it's evolved a little since then to accomodate for Feature Scaling.
Post by: splinterz on October 01, 2014, 04:12:14 am
The roles spread looks much better now. :) Also the kills column is a nice touch.yeah the current social-alt view is outdated and broken. i still don't know if the personality traits from before 40.x effect social skills the same way, which is what that view was for. i also don't know if it's possible for a dwarf to have more than one dream, and with Toady's upcoming changes with emotions i'll wait and see.
Is the dataset all defined roles (whether they are included in a gridview or not) by all living dwarfs (presumably excluding babies but including children?)?
Is the social-alt gridview is outdated/defunct now? Maybe it could be replaced by a beliefs tab? One thing I would like to be able to add to such a tab would be dreams, maybe A for great artwork, S for skill, M for masterwork, F for family, W for warrior, L for love, P for peace, R for rule the world, and um, T for touring the great sites. Not sure that all these exist (yet) but it would be handy to be able to sort by category for picking engravers or apprentice masons from the mass of haulers.
p.s Thankyou Thistleknot for your above explanation. Unfortunately my days of Laplace transformations are a vestigial memory - about enough to read the notation - but the general comments, and the pictures 8) were enlightening.
Post by: feelotraveller on October 01, 2014, 07:39:11 pm
I have experienced some strange behaviour with the version I am using. I played for several hours last night and one thing I noticed was at one point I selected one of my starting seven to shear a sheep. They all had role ratings (default role) in the 50's, 50 low and 54 high and no experience. As it happened I choose the 2nd best fitted (53.xx rating) and away they went. After one shearing job their suitability for the role had jumped to 80. Yes 80, I double, triple checked. The other dwarfs lost maybe 0.5 percent of suitability. A second shearing job by the same dwarf led to basically no change (there may well have been a very minor swing but only what you would expect). This odd situation persisted until the first wave of immigrants arrived whereupon the dwarf resettled in the high 50's (58 or 59) for suitability and everything returned to normal (or so it seemed) and I played on.
Then something happened, I don't know what - nothing notable in the game and I found that suitablity for roles for all dwarfs had significantly jumped in a whole heap of areas. It stayed this way. Just about no red anywhere in the gridview.
Spoiler (click to show/hide)
So I quit for the night and figured it might all fix itself up with a reload in the morning. But it didn't... I played on a bit, getting used to my new do-everything-good dwarfs. Then I decided to start on the process of merging the default roles with my custom ones (basically deleting my custom roles in preparation for another pass sometime in the future). I added four default roles to my custom role gridview, compared them, then deleted the my old corresponding custom roles from the gridview and from the custom roles list. Upon rereading my dwarfs, lo and behold, things were back to what I take to be normal.
Spoiler (click to show/hide)
So basically things went weird and did not right themselves until deleting a few custom roles caused a deeper recalculation? Thought it was worth noting...
Edit: on a different matter... I had modified my Engraver role (note this does not effect the current default role) so that dwarfs who have a preference for Creatures(Hateable) get a preference weighting of -1.00 (splinterz, right again) but the tooltip displays this as Dislikes Creatures(Hateable) weight +1.00 which is a different thing altogether (all dwarfs will get a match since they all hate a type of vermin...). I'm still waiting for a dwarf to spawn who likes a hateable vermin in my current game but either the tooltip needs changing, or more likely, the role editor needs tweaking.
Post by: splinterz on October 02, 2014, 04:18:10 am
Yep, fair enough. As long as it's on the wishlist. :)
I have experienced some strange behaviour with the version I am using. I played for several hours last night and one thing I noticed was at one point I selected one of my starting seven to shear a sheep. They all had role ratings (default role) in the 50's, 50 low and 54 high and no experience. As it happened I choose the 2nd best fitted (53.xx rating) and away they went. After one shearing job their suitability for the role had jumped to 80. Yes 80, I double, triple checked. The other dwarfs lost maybe 0.5 percent of suitability. A second shearing job by the same dwarf led to basically no change (there may well have been a very minor swing but only what you would expect). This odd situation persisted until the first wave of immigrants arrived whereupon the dwarf resettled in the high 50's (58 or 59) for suitability and everything returned to normal (or so it seemed) and I played on.
Then something happened, I don't know what - nothing notable in the game and I found that suitablity for roles for all dwarfs had significantly jumped in a whole heap of areas. It stayed this way. Just about no red anywhere in the gridview.Spoiler (click to show/hide)
So I quit for the night and figured it might all fix itself up with a reload in the morning. But it didn't... I played on a bit, getting used to my new do-everything-good dwarfs. Then I decided to start on the process of merging the default roles with my custom ones (basically deleting my custom roles in preparation for another pass sometime in the future). I added four default roles to my custom role gridview, compared them, then deleted the my old corresponding custom roles from the gridview and from the custom roles list. Upon rereading my dwarfs, lo and behold, things were back to what I take to be normal.Spoiler (click to show/hide)
So basically things went weird and did not right themselves until deleting a few custom roles caused a deeper recalculation? Thought it was worth noting...
Edit: on a different matter... I had modified my Engraver role (note this does not effect the current default role) so that dwarfs who have a preference for Creatures(Hateable) get a preference weighting of -1.00 (splinterz, right again) but the tooltip displays this as Dislikes Creatures(Hateable) weight +1.00 which is a different thing altogether (all dwarfs will get a match since they all hate a type of vermin...). I'm still waiting for a dwarf to spawn who likes a hateable vermin in my current game but either the tooltip needs changing, or more likely, the role editor needs tweaking.
i had a similar report from thistleknot, but hadn't been able to pin down exactly what the cause was, since it seemed completely random. i'll play around with the custom roles and see what i can find, thanks for the detailed information.
for the engraver, the 'dislikes' is the default prefix for a negative preferences (dislikes copper, wool, etc.) to indicate that the weight is applied inversely. what would you suggest, just showing a negative weight and remove the dislikes?
Post by: feelotraveller on October 02, 2014, 04:41:26 am
While picking on trivial loose ends - the cheesemaking labour seems to be lacking an icon, and if any labour in dwarf fortress is iconic... :)
Going back over my announcements list I noticed that the weird roles rating (the widespread one) happened around about the time one of my dwarfs 'became' a furnace operator. He was a 'farmer' (actually tanning) before. Not sure if that could be related. I'll keep my eyes open but the notable feature, for me, was what caused the problems to disappear - immigrants/change in list of roles.
Post by: feelotraveller on October 02, 2014, 11:34:34 pm
I have also made a pass through many of the military roles. Nothing too controversial I hope except that I removed the armour/shield preferences from the weapon types. The reasoning is that these are relevant for all military roles and already have their own role specifications. Also I took out the clothes from the armour user role since their contribution to protection is rather minimal. I did not do a Pikeman role since my understanding is that dwarfs currently can't use these.
http://dffd.wimbli.com/file.php?id=9850 (http://dffd.wimbli.com/file.php?id=9850)
Feedback is welcome and hopefully my tardiness, and technical difficulties won't delay any potential revision for nearly as long.
I also made a copy of the custom gridviews I have been using if anyone wants to try them out. (You will need the above roles unless you want to edit them to fill in the blanks.) The latter were made for my personal use/taste but you are free to comment or use however you like.
http://dffd.wimbli.com/file.php?id=9849 (http://dffd.wimbli.com/file.php?id=9849)
Also a bit of feedback on the new general categories. There is a need for an additional grouping for crops. There are some plants (Muck root, Bloated tuber, Kobold bulb, Valley herb of the 0.34.xx crops) that a farmer can never plant or harvest since they do not have seeds. A herbalist can gather these. The current crops category should be split in two to reflect this, with the farmer having preference only for those which can be planted while the herbalist has both. The new crops probably should be left where they are until we know more...
On a lighter note I'm wondering what 'Wagon' tastes like if I can convince my butchers to slaughter one!
Post by: splinterz on October 03, 2014, 04:21:32 am
i agree that the armor preferences are probably unnecessary for the military roles. the attributes are trickier though. both strength and agility contribute to movement speed. so arguably you'll want those on virtually every military role; either to get ranged into position quickly, or get melee into attack range. disease resistance and recuperation could be added to melee roles as well. personally i favour those two attributes over other physical attributes since they cannot be trained, unlike strength and agility, for example.
the only other thing i noticed was that dodger is using the wrestling skill. i'll look into the crop vs gathering and as for the wagon creatures.. yeah i don't know, i'll have to check into that one too :P
Post by: feelotraveller on October 03, 2014, 03:28:57 pm
science is needed both for the attributes and for further refining the preferences. not to mention the traits... i don't feel like i am up for that amount of rigour and counting of tic's at this point in time. probably means waiting until i am hit by a strange mood and hoping that dwarf therapist is involved. ;D or maybe someone else will get keen.
don't know how i did that with dodger... 1.01 version now up.
Post by: LordBaal on October 03, 2014, 03:56:48 pm
Post by: splinterz on October 04, 2014, 04:32:08 am
attributes are tricky. as i understand it strength and agility effect the speed of performance of every task. so really they should be everywhere=nowhere. no doubt you know more about this than i do so perhaps i'm overlooking something? my focus was to get the preferences into somewhat better shape. for attributes i followed the information on the wiki but, a big but, that itself is based on the assumption, untested as far as i can tell, that skill use which trains certain attributes also benefits from them.it's true that since they're doing things faster strength and agility can be applied to every job, but i don't agree that it means they should be completely removed. it's not like preferences where either they have it or they don't; you still want to know who will work faster. yes, this often means that military end up with higher ratings in almost every role (especially if you have a high attribute weight), but it's legitimate, and easy to filter out.
science is needed both for the attributes and for further refining the preferences. not to mention the traits... i don't feel like i am up for that amount of rigour and counting of tic's at this point in time. probably means waiting until i am hit by a strange mood and hoping that dwarf therapist is involved. ;D or maybe someone else will get keen.
don't know how i did that with dodger... 1.01 version now up.
the only reason i brought it up was because it appeared you'd removed strength and/or agility from some of the military roles, which in my opinion, are the most important to have high movement speed in.
the preference changes look good, and traits are another unknown. i guess that for sure discipline could be added to military roles, since it's been proven that, in part at least, factors into whether or not a dwarf will flee from combat. there were a few others... bravery and violent maybe?
How do you prepare for the next "touchy feely" update? I imagine you doing some mental benchpresses or something with the eye of the tiger song in the background.haha, more like, gather up some whisky and pretend i haven't heard anything about it.
Post by: feelotraveller on October 04, 2014, 02:12:30 pm
it's true that since they're doing things faster strength and agility can be applied to every job, but i don't agree that it means they should be completely removed. it's not like preferences where either they have it or they don't; you still want to know who will work faster. yes, this often means that military end up with higher ratings in almost every role (especially if you have a high attribute weight), but it's legitimate, and easy to filter out.
the only reason i brought it up was because it appeared you'd removed strength and/or agility from some of the military roles, which in my opinion, are the most important to have high movement speed in.
the preference changes look good, and traits are another unknown. i guess that for sure discipline could be added to military roles, since it's been proven that, in part at least, factors into whether or not a dwarf will flee from combat. there were a few others... bravery and violent maybe?
hm, i'm basically in agreement with your comments but not the conclusion. but let me babble a bit.
first up the reason for the changes i made were that some of the military roles were using the wrong set of attributes. it looked to me like some time in the past a copy paste had been done from one role to all the others with no regard for differences in attributes, and, at least according to the wiki, there are differences. so, for instance, endurance was missing from some. it was on that basis that i made the changes. it is possible, of course, that i made a dodger type mistake somewhere...
strength (and agility) are used by some roles more than others. applying a strength weighting to every role (in addition to whatever is already there) is a possibility but in my opinion would constitute noise rather than good information. the military view(s?) already present the attributes separately. to be honest i would be more inclined to add in recuperation and disease resistance as relevant military characteristics, probably with higher weighting for melee types, but then i don't know how to start quantifying these.
could a basis other than the wiki could be used for the attributes? sure. but personally i would want to do a lot of science before going down that path. i noted in my last post what i think the fundamental point of departure for that science should be - figuring out if indeed the attributes trained by skills are used by those skills as bonuses. if they are not then the attribute set dwarf therapist currently uses is misguided. on the other hand if the attributes are used by the skills then it is a matter of figuring out how much, and possibly also when or where. that is to actually look at proper weightings
someone else might be in a better position to do that. (note - i also removed the 2x agility weighting for miners, and supplied a sleight of hand creativity weighting of 0.25 for gem cutters to try to cover the cases where they produce crafts. the engraver i think i left at 2x creativity but it troubles me that creativity has no significance for smoothing... but a big impact with engraving.) the wiki has links to a couple of bits of research looking at creativity and speed/agility but beyond those i am not aware that anybody has really looked into this. now who was it who was counting woodcutter chops...? :)
Edit: to play devil's advocate... an alternative defence strategy is to dig in and build fortifications, and in this case the speed bonuses are going to be wanted for, say, the miners, masons, and stone haulers. the point in case being that the speed is an independent vector of attributes which rather than contributing to a role/skill directly is applied situationally. (i.e. if it makes all faster it then is a question of which should be made faster, and the answer to that is relative.) apologies for having a foot in my mouth (or is that a boot in my face) while trying to explain myself here. :P
Post by: splinterz on October 05, 2014, 03:33:52 am
i honestly don't follow your thoughts on the relevance of attributes and their relationship with skills in determining the best fit for a job. i think part of this is due to a different perspective as to what a role is. from your explanations you appear to be looking at the roles as a definition of a particular job, as opposed to what they were intended for, which is finding the best dwarf for a job.
for example, according to the wiki, and my understanding of your points, the furnace operator should not have agility as part of the role, since the job doesn't directly use it. however, a dwarf with higher agility will always perform the job better since they'll gather the required items for the job faster. this is the same point i was making about recuperation/disease resistance in the military roles. they're not going to be trained or directly used for combat, but they will make a better soldier by helping keep them alive longer.
your example about defensive bunkering actually supports the notion of adding str/agi to every role. doing so you could safely ignore the military roles and you'd still be choosing the faster/better dwarves for the jobs based on the role ratings. speed as an example is tricky because it's not only related to attributes, there are a lot of other factors that DF takes into account (inventory weight, curse, body size, terrain...)
although on another look the roles that had strength removed from them appeared to only be ranged roles, which is probably fine since now they focus more on agility.
Post by: feelotraveller on October 06, 2014, 04:45:50 am
more generally, i agree that a furnace operator with higher agility will be better at the job. i don't understand why it would not make a dwarf quicker at getting the items for all roles, or other forms of movement for that matter. (not sure about bookkeepers though). my reservation about including this as a relevant attribute is that with higher agility this dwarf will be better at all roles - or at least all roles which require movement and gathering... (quick thought experiment - leaving skill aside, with a crazy high weighting on agility - say 1000 - the highest agility dwarf will be best at every role.)
i do differ somewhat on the purpose of the roles. i see them as enabling informed choices/decisions about which dwarf to give which labours. knowing which dwarf is best for a job is definitely part of it. however sometimes it means not assigning the best dwarf for a job because they are already overloaded. urist is already the best armoursmith, weaponsmith, architect and cook, do i really want to make him milker as well? or deciding that for three dwarfs and three jobs that the best assignment is for each to do what they are close second best at since this best maximises their usefulness to the fortress (maybe avoiding having a dwarf doing something that they are 'really' bad at).
as an exampls from my current game at embark Onul was terrible at just about everything (but by far the best architect) and a decent carpenter. when she turned out to have a preference for beds she was in. she is weak and incredibly clumsy. given a weighting for strength and agility (on top of what is already in the carpenter role) she would have looked like the worst candidate for a carpenter. another of the starting seven was in the best couple of dwarfs for just about everything i might have spent points on (high strength and agility, excellent spatial sense) but ended up being mechanic/siege engineer because they had terrible kinesthetic sense and only decent creativity while several other dwarfs had really good creativity and passable kinesthetic. give all roles an extra weighting for strength and agility and this dwarf would end up as outright best for everything and probably assigned as a mason (by me) even though they are better suited doing something else. that is the sort of problem i see arising.
i am more on board with the disease resistance and recuperation for the military suggestion because these attributes are not that relevant for other roles (although weavers, gatherers and fishers come to mind...). a consequence of adding them, however, would be watering down the influence of strength (or focus), agility, kinesthetic sense, etc on suitability for these roles.
hope that makes sense. you don't have to agree. :)
Post by: splinterz on October 06, 2014, 06:14:34 am
yes, something of a storm in a teacup. just the ranged roles and dodger. (i replied without looking at into the details.)to me, ensuring that dwarves aren't overloaded is either a decision made by the player, or the job of the labor optimizer; it's completely separate from a role rating. the rating is there to tell you 'this is the best dwarf for the job based on skills/attributes/traits/preferences'. what the player decides to do with that information has nothing to do with how the rating is derived.
more generally, i agree that a furnace operator with higher agility will be better at the job. i don't understand why it would not make a dwarf quicker at getting the items for all roles, or other forms of movement for that matter. (not sure about bookkeepers though). my reservation about including this as a relevant attribute is that with higher agility this dwarf will be better at all roles - or at least all roles which require movement and gathering... (quick thought experiment - leaving skill aside, with a crazy high weighting on agility - say 1000 - the highest agility dwarf will be best at every role.)
i do differ somewhat on the purpose of the roles. i see them as enabling informed choices/decisions about which dwarf to give which labours. knowing which dwarf is best for a job is definitely part of it. however sometimes it means not assigning the best dwarf for a job because they are already overloaded. urist is already the best armoursmith, weaponsmith, architect and cook, do i really want to make him milker as well? or deciding that for three dwarfs and three jobs that the best assignment is for each to do what they are close second best at since this best maximises their usefulness to the fortress (maybe avoiding having a dwarf doing something that they are 'really' bad at).
as an exampls from my current game at embark Onul was terrible at just about everything (but by far the best architect) and a decent carpenter. when she turned out to have a preference for beds she was in. she is weak and incredibly clumsy. given a weighting for strength and agility (on top of what is already in the carpenter role) she would have looked like the worst candidate for a carpenter. another of the starting seven was in the best couple of dwarfs for just about everything i might have spent points on (high strength and agility, excellent spatial sense) but ended up being mechanic/siege engineer because they had terrible kinesthetic sense and only decent creativity while several other dwarfs had really good creativity and passable kinesthetic. give all roles an extra weighting for strength and agility and this dwarf would end up as outright best for everything and probably assigned as a mason (by me) even though they are better suited doing something else. that is the sort of problem i see arising.
i am more on board with the disease resistance and recuperation for the military suggestion because these attributes are not that relevant for other roles (although weavers, gatherers and fishers come to mind...). a consequence of adding them, however, would be watering down the influence of strength (or focus), agility, kinesthetic sense, etc on suitability for these roles.
hope that makes sense. you don't have to agree. :)
in my opinion the problem with your examples is not with what attributes the roles contain, but the weights that have been chosen. if you value preferences over attributes for a carpenter, then you should adjust your weights to fit what you value more in determining the best fit for a job, not start removing attributes to try and make the preferences contribute more to the rating. now admittedly, if agi/str were part of every role, in your case it would require a lot of fine-tuning of the role weights if, for some roles, you value creativity over movement speed, etc.
it's impossible to have general roles that are going to fit every type of fortress and playstyle, so the goal of the default roles is to provide a reasonable starting/base point for particular jobs. anything beyond that is what the custom roles are for, and specifically why you can override the default roles with them. that said, your changes to the roles so far have been very reasonable and a great improvement over the much too generic original roles.
the concern about watering down the roles can be somewhat mitigated by adjusting the weights; there's no rule that the default roles' individual aspect weights must be 1.0.
adding recuperation/disease resistance to the fisherdwarf is a good example of what i mean with the default roles. is that a reasonable change for a baseline fisherdwarf role, or is it something more customized that should be left to a custom role?
Post by: feelotraveller on October 06, 2014, 07:27:40 am
and i see where you are coming from and there is good sense in it. but there are two distinct problems i see involved in tweaking the attributes. there is the question of proportional contribution to direct skill use and also the question of situational influence on skill. the first can be solved by science. but doing so will take time and is not a task i really want to undertake. (i envisage, at least, a 3x3 fold comparison low, medium, high in both skill and attribute. multiply that by the number of attributes. run it a few times to get within acceptable bounds of randomness. then wonder if we might be missing interactive effects... argh.) really this is just refining and correcting, to proper weights, what is already in the roles attribute-wise, assuming the information on the wiki is broadly correct. or surplanting them if it is not. so a massive task, but doable and would definitely help refine the roles.
but there is also what i call situational influence - the agility of the furnace operator (assuming the wiki is basically correct for the above). yes a furnace operator with higher agility will function better but the scope of this depends largely on where they get their items from. stockpile right next to the workshop or the other end of the map are the extremes. and remember the start point of the job will not always be right next to the stockpile. how to quantify that? or the fisherdwarf and recuperation. we need to know how often a fisherdwarf will get injured, or more correctly how much more often they will get injured from being a fisherdwarf. once again this is going to be highly dependent on playstyle. (=extrinsic and variable vs. the intrinsic and always involved of direct skill use) this i think is best left for custom role modifications.
Post by: khearn on October 06, 2014, 02:28:56 pm
One other issue which I haven't seen discussed in role ratings is the difference in effect of attributes and preferences. Good attributes will make the dwarf better at doing the job every time he does it. Preferences will make the dwarf better at making/using that particular item/material, and will make him happier, but won't make him better overall. If the dwarf likes an item he'll be making a lot of (beds for a carpenter, for example), it's pretty valuable. But if it's something you don't make very often, or at all (bucklers for an amorsmith), then it's not really worth all that much. A furnace operator who likes raw aluminum isn't as good as a furnace operator who likes tetrahedrite (assuming you have plenty of tetrahedrite and use it). So I think attributes should probably have more weight than preferences, and not all preferences are of equal value.
Some of this is dependant on the player as well. I equip my soldiers with a mail shirt and no breastplate most of the time, so a dwarf that likes breastplates won't make a better armorsmith for me. But if you use breastplates, then it's valuable for you. If I have a fort with no layers of gabbro, then I don't care if my mason like gabbro. But if I've got dozens of layers of it, then it's much more of an advantage. This probably means that I should make a copies of the default roles and grid views and make customized versions for the way I play, and for the fort I'm playing in.
Keith
Post by: feelotraveller on October 06, 2014, 06:52:50 pm
I do not agree that the solution is to make attributes contribute more (you can easily do this for yourself through the options by the way) since when you find a relevant preference is can be a powerful thing. The likes steel armoursmith in my current game, is reliably churning out high quality armour at a low skill level even though on attributes they are far from the best candidate.
Post by: khearn on October 06, 2014, 07:33:28 pm
Post by: salithus on October 06, 2014, 07:58:57 pm
Post by: feelotraveller on October 07, 2014, 01:05:35 am
Well, maybe a steel preference should have a large weight, since it is very valuable (most of the time). But a preference for, say, copper probably shouldn't have as much weight as good attributes.
I'm not so sure. Copper is much more common (at more embark sites and in greater quantity when present) and easier to supply to your armoursmith - one furnace job as opposed to five per 4 bars; the steel will also take an extra 4 fuel, or 8 if non-magma forges and a fair few more hauling jobs. If your goal is to get your armoursmith up to legendary +5, or whatever, as quickly as possible (a valid approach if not one that i favour) then copper might be the better preference. It might also be better if you want to equip a whole lot of dwarfs pretty quickly. (If I was going to pick on any of the metal preferences I would be lining up Bismuth Bronze simply because of its general rarity.) Optimally Dwarf Therapist should be catering for all playstyles.
Speaking of which after a bit of research on my part sparked by splinterz comments i now think that dresses, and probably cloaks and robes, but not trousers and the like, should be included as leatherworker preferences. Comments?
Post by: splinterz on October 07, 2014, 07:09:14 am
Yes many preferences are highly situational. This is why a while back I suggested having an alternative which highlights dwarf roles which have a relevant preference and turns the preference weighting to zero.it will be in the next update, along with highlighting in the tooltips:
Spoiler (click to show/hide)
the border highlighting will be optional, and the more matches, the darker the border is so multiple matches on a single preference will really stand out. it doesn't automatically set the preference weight to zero, as some people may prefer to have both a weight and the highlighting.
for now, the whole issue of attribute contribution to skills should be treated as an unknown. i'd focus on giving higher weights to attributes which have known effects on jobs until more is known. giving agi/str to jobs that require a lot of movement in general (hauling, gathering, fishing, etc.) as khearn pointed out, also seems reasonable.
i'm not sure the metal preferences really matter all that much. remember the primary benefit of the material preferences is for positive thoughts when working with or admiring things built from it, not making them work faster or more efficiently. although i suppose a dwarf throwing a tantrum due to unhappiness isn't being very efficient :P
you'll have to explain your thoughts on why you want to remove trousers, and what other items 'the like' is referring to.
Post by: feelotraveller on October 07, 2014, 08:29:05 pm
my in game observation (quite "unscientific", i know) leads me to believe that metal (material) preferences effect the quality of item production. i could be wrong about this... certainly item preferences have this effect. (Edit; the wiki supports my observation! yay.)
Edit: for the leatherworker the suggestion is to add things back in. currently the role has only items which are unique to the leatherworker, quivers, backpacks, etc. i am responsible for this monstrosity. :P looking at it yet again perhaps all clothing items should be included in the role?
Post by: thistleknot on October 07, 2014, 10:09:22 pm
Post by: splinterz on October 08, 2014, 02:26:03 am
that looks really good. :D (highlighting in the tooltips is even better than setting the preference weight to zero, imo.)oh that's right, i'd kind of disregarded that point on the wiki since there was no discussion and nothing cited for the quality tests. i'm sure i'd found a thread about that at some point though... i'll see if i can dig it up.
my in game observation (quite "unscientific", i know) leads me to believe that metal (material) preferences effect the quality of item production. i could be wrong about this... certainly item preferences have this effect. (Edit; the wiki supports my observation! yay.)
Edit: for the leatherworker the suggestion is to add things back in. currently the role has only items which are unique to the leatherworker, quivers, backpacks, etc. i am responsible for this monstrosity. :P looking at it yet again perhaps all clothing items should be included in the role?
maybe i should see about adding a general clothing category for roles as well, that may be possible. i think it would be good to have the other types in the leatherworker role, but it's a bit unfortunate to have to add them all individually, since even a tiny mod to add another piece of clothing requires a new role.
Edit: well that was easy: http://www.bay12forums.com/smf/index.php?topic=96501.0
Post by: Sye on October 08, 2014, 12:13:58 pm
Post by: Hello71 on October 08, 2014, 12:17:26 pm
So.. Random bit I've noticed, and can't find explanation for in the thread -- What's up with the gender icons that aren't explicitly "Male" or "Female"? Like.. A double-"female" icon, or a melding of "male" and "female" icons? I've never noticed alternates to those, before.
orientation.
Post by: Sye on October 08, 2014, 12:20:21 pm
Playin' the game for two years, now, and I still learn new things. :)
Post by: Dirst on October 08, 2014, 01:06:22 pm
That's what I thought was the case -- But honestly, I didn't even know that was a flag already in the system.It's fairly recent (with 0.40) and I think Dwarf Therapist only recently got those icons. If you open up a Details screen on the Dwarf, then the icon has a tooltip.
Playin' the game for two years, now, and I still learn new things. :)
Post by: khearn on October 08, 2014, 02:24:00 pm
It shouldn't be a huge weighting, but it should be there.
Keith
Post by: feelotraveller on October 08, 2014, 10:28:39 pm
oh that's right, i'd kind of disregarded that point on the wiki since there was no discussion and nothing cited for the quality tests. i'm sure i'd found a thread about that at some point though... i'll see if i can dig it up.
maybe i should see about adding a general clothing category for roles as well, that may be possible. i think it would be good to have the other types in the leatherworker role, but it's a bit unfortunate to have to add them all individually, since even a tiny mod to add another piece of clothing requires a new role.
Edit: well that was easy: http://www.bay12forums.com/smf/index.php?topic=96501.0
i've read that thread a couple of times. for me the most important point is what comes out in the quote from Toady in the final post. basically attributes matter a fair bit at lower skill levels but not that much at high skill levels. blue_dwarf's otherwise excellent research misses most of this since it is all carried out with a legendary +5 dwarf.*
observation leads me to believe that preferences have the same sort of relation to skill level as attributes in regard to quality. in my experience a valid preference for an item or material type makes roughly a level of quality difference, on average, when a dwarf has 0-10 levels of skill. the precise difference could be determined... but currently i am more inclined to play the game (or post here).
if preferences did not effect quality levels (and i assure you that there are many cases when they do even if the how much is not determined) then they would be far less important for the roles. unfortunately for us only about half of the roles have quality outcomes. so weaver, dyer and clothier preferences, effecting the quality of the item produced, are much more important to the role than the preferences of spinners, threshers and shearers. my quick personal solution has been to try to cover this distinction with how i lay out my grid views.
the deeper solution is probably to break the global preference weighting into two groups to reflect this. first up though, i am waiting to get back on the same page as everyone else (so no version confusion arises) to do some empirical testing of how sets of preferences behave both internal to a role and across a group of roles. (once i can see what happens in detail i can start making informed decisions about what/how many preferences to include in which roles.) then to play with the weightings which were deliberately left all set to 1.00 since v25 (the last standard version of dwarf therapist i have access to...) did not cope well when other weightings were used.
* hence my uneasiness above with the engraver role. the contribution from creativity is more significant at low skill levels, but at that point the dwarf is likely to be smoothing an activity where creativity is not a relevant attribute...
I've discovered something that should be a negative preference. Weaponsmiths (and no doubt armorsmiths) should have negative weighting for most non-weapons grade metals. In particular, a weaponsmith who likes aluminum is a bad thing. He'll get a strange mood and insist on using your one bar of aluminum to make a weapon. Trust me, I found this out yesterday. Aluminum is a really bad metal for weapons or armor. Lead would be really bad for armor, but at least it has a chance of becoming a decent hammer. Things like zinc or tin would also be bad for a weapon/armor smith to have.
It shouldn't be a huge weighting, but it should be there.
Keith
Keith you are probably right but that is so far along the curve i am not even thinking about it, since it would mean a weighting (not trivial to figure out just what either) for each metal. Forbidding and burrows will offer a solution to this problem in certain cases, ... or dig out some candy and keep your aluminium! If you do come up with your own customised role I'd be interested in seeing it. ;)
Post by: khearn on October 09, 2014, 12:26:10 am
But that's not really relevant. I agree that figuring out the weighting isn't the top priority at the moment. What I'm seeing is that a lot of the role valuation will be very dependent on the player and the situation. If you never use breastplates, then an armorer who likes breastplates doesn't matter, but if you use them then it does. I give all of my troops metal helms, even my archers who wear mostly leather. So a leathercrafter who likes helms isn't valuable to me. Others go with the default archer uniform and would benefit from a leatherworker who likes helms. Metalcrafters who like silver in a fort with no silver ores. Carpenters who like doors in a desert embark that doesn't have enough wood to be able to make wooden doors. Lots of situations where a normally good preference isn't worth anything.
I think the most important thing is to make it easy for people to customize the weightings for roles on the fly. Currently (I think) that means creating a new role, copied from a default role, and creating a new grid, copied from a default grid, and replacing the default role with the new one. I'm not sure if there's a better way to do it.
Keith
Post by: khearn on October 09, 2014, 11:09:59 am
It would be nice to be able to save the current labor assignments and restore them at a later time.
Use case: A caravan arrives and I designate a bunch of items to be taken to the depot. All my dwarves are busy doing other stuff, so nothing is being moved. So I would like to save the current labor assignments, then turn off just about everything for everyone, leaving Trade Goods Hauling on. Everything gets moved to the depot, then I want to be able to restore the previous labor assignments.
There are other times when I would also like to make temporary changes to labor assignments and be able to get back to the original set of assignments easily, like when I really want a bunch of walls built quickly, so everyone becomes a mason for a few days, then I need to get back to just my normal set of masons.
This isn't a high priority, but it would be pretty nice at times.
Keith
Post by: splinterz on October 09, 2014, 11:41:18 am
i've read that thread a couple of times. for me the most important point is what comes out in the quote from Toady in the final post. basically attributes matter a fair bit at lower skill levels but not that much at high skill levels. blue_dwarf's otherwise excellent research misses most of this since it is all carried out with a legendary +5 dwarf.*i see what you mean about splitting the global preference weight into two, that might work. but i agree, more testing is required, and i also try to get in some game time instead of just working on DT :D
observation leads me to believe that preferences have the same sort of relation to skill level as attributes in regard to quality. in my experience a valid preference for an item or material type makes roughly a level of quality difference, on average, when a dwarf has 0-10 levels of skill. the precise difference could be determined... but currently i am more inclined to play the game (or post here).
if preferences did not effect quality levels (and i assure you that there are many cases when they do even if the how much is not determined) then they would be far less important for the roles. unfortunately for us only about half of the roles have quality outcomes. so weaver, dyer and clothier preferences, effecting the quality of the item produced, are much more important to the role than the preferences of spinners, threshers and shearers. my quick personal solution has been to try to cover this distinction with how i lay out my grid views.
the deeper solution is probably to break the global preference weighting into two groups to reflect this. first up though, i am waiting to get back on the same page as everyone else (so no version confusion arises) to do some empirical testing of how sets of preferences behave both internal to a role and across a group of roles. (once i can see what happens in detail i can start making informed decisions about what/how many preferences to include in which roles.) then to play with the weightings which were deliberately left all set to 1.00 since v25 (the last standard version of dwarf therapist i have access to...) did not cope well when other weightings were used.
* hence my uneasiness above with the engraver role. the contribution from creativity is more significant at low skill levels, but at that point the dwarf is likely to be smoothing an activity where creativity is not a relevant attribute...
the roles are still looking a lot better, and i've poked around with the armor types to see about splitting them into actual armor vs clothing, and it may be possible.
Quote
I think the most important thing is to make it easy for people to customize the weightings for roles on the fly. Currently (I think) that means creating a new role, copied from a default role, and creating a new grid, copied from a default grid, and replacing the default role with the new one. I'm not sure if there's a better way to do it.well, it could be something like adding roles to groups of roles. so you could have multiple roles for your weaponsmith, and then swap out the column (right click, choose role from the 'weaponsmith' group) for whatever fits your current fort.
it would be more manageable than having to essentially create a new view for each fort, and should be possible to setup the role columns to allow on the fly role swapping.
Quote
New feature idea:someone recently had the same idea. (https://github.com/splintermind/Dwarf-Therapist/issues/201) although currently there isn't any data stored with the individual saves, so the first step may be just to have a history of commits or something, allow you to 'undo' a recent commit. i'm not sure.
It would be nice to be able to save the current labor assignments and restore them at a later time.
Post by: thistleknot on October 09, 2014, 12:22:24 pm
The way I do roles is in 3 or 4 different phases.
If I could snapshot it, get everyone to the trade depot stat, and then restore the snapshot, I wouldn't have to do 3 to 4 stages for interruptions like that.
However, generally, I just try to balance my number of haulers with the superlabors... but that isn't always the best solution. The best would be to disable all labors, everyone hauling, then when trading is over, restore.
Post by: khearn on October 09, 2014, 01:01:50 pm
QuoteNew feature idea:someone recently had the same idea. (https://github.com/splintermind/Dwarf-Therapist/issues/201) although currently there isn't any data stored with the individual saves, so the first step may be just to have a history of commits or something, allow you to 'undo' a recent commit. i'm not sure.
It would be nice to be able to save the current labor assignments and restore them at a later time.
I'd even be happy if the snapshot didn't survive a game save/restore, but was only kept in memory. Most of the time I envision using it for a short period of time. Of course, you'd need to have a pretty clear warning so that someone didn't assume it would still be remembered after a save/restore.
But being able to undo a commit would also be a nice feature to have, and would probably be good enough for my use case. Being able to undo multiple commits would be even nicer, since I often make a bunch of changes, do a commit, then notice one or two more that I missed, and do them. Then I'd want to be able to get back to they way they were before the first commit. But even with just a single undoable commit, if I notice that I missed something, I could undo, redo with the thing I missed, then commit. More hassle, but much better than nothing.
Keith
Post by: ResMar on October 09, 2014, 02:12:12 pm
Post by: feelotraveller on October 09, 2014, 05:54:26 pm
If a role is set up with non-standard aspect weighting and the global aspect weightings are subsequently changed then the use of of the 'restore defaults' button will not restore the weights of the custom role instead setting it to the default global aspect weights. The simple workaround is to quit dwarf therapist and relaunch.
Edit: I really like the above 'snapshot' suggestion. (Not sure if it might be better to allow the user to save a state of labours rather than trying to track an entire history of commits?) As much as I've been banging on about roles they are just icing on the cake. The essential feature of dwarf therapist (for me) is its labour management function. Something it already does really well. The ability to restore a set of labour assignments would be a very useful extension of functionality.
Post by: thistleknot on October 09, 2014, 08:14:18 pm
tight (https://www.youtube.com/watch?v=sPfxMIhEUrQ)
I remember a time when I didn't even know what Preferences were when someone brought them up and asking about inclusion into DT. Nice to see full circle.
Post by: int_ua on October 10, 2014, 04:16:08 pm
I'll try to add the checkinstall script to the repo if you don't mind. https://github.com/splintermind/Dwarf-Therapist/pull/205
Update: and i386, finally http://dffd.wimbli.com/file.php?id=9900
Post by: SteveTheRed on October 11, 2014, 11:29:49 pm
In my latest case I'm trying to get a breeding pair of blue peafowl, and it'd be nice to be able to see if the peacock the traders are offering me is another asexual one.
Post by: MichaelB on October 12, 2014, 06:16:24 am
In the current version it looks like the Alchemist labour has been lumped in with the hauling labours. This means that if you use the right click -> toggle all hauling then you need to do it twice before the hauling is actually disabled. Not the end of the world but it is a bit annoying.
Cheers
Post by: splinterz on October 12, 2014, 07:07:11 am
Is it possible to get the details of creatures that merchants have brought in DT?no, creatures not belonging to the fortress aren't shown.
In my latest case I'm trying to get a breeding pair of blue peafowl, and it'd be nice to be able to see if the peacock the traders are offering me is another asexual one.
Hi all, I've done a quick search but haven't read the whole 115 pages of this thread so forgive me if this has come up before.i'll see about adding it to it's own group in the next release. as a work-around for now you can still copy the view and move alchemy to it's own group.
In the current version it looks like the Alchemist labour has been lumped in with the hauling labours. This means that if you use the right click -> toggle all hauling then you need to do it twice before the hauling is actually disabled. Not the end of the world but it is a bit annoying.
Cheers
Post by: MichaelB on October 12, 2014, 06:59:53 pm
Is it possible to get the details of creatures that merchants have brought in DT?no, creatures not belonging to the fortress aren't shown.
In my latest case I'm trying to get a breeding pair of blue peafowl, and it'd be nice to be able to see if the peacock the traders are offering me is another asexual one.Hi all, I've done a quick search but haven't read the whole 115 pages of this thread so forgive me if this has come up before.i'll see about adding it to it's own group in the next release. as a work-around for now you can still copy the view and move alchemy to it's own group.
In the current version it looks like the Alchemist labour has been lumped in with the hauling labours. This means that if you use the right click -> toggle all hauling then you need to do it twice before the hauling is actually disabled. Not the end of the world but it is a bit annoying.
Cheers
Thanks, I'll copy the view like you suggest for now. :)
Post by: thistleknot on October 15, 2014, 10:46:52 pm
What do you guys think of
multiplying aspects (attributes * traits * skills * preferences) %'s / 100 / 100 / 100 / (product of weights)
(each 100 is each 0 to 100 range of each additive aspect, 4 aspects = 3 additive aspects, resulting in a 0 to 100% final range)
vs averaging aspects (attributes + traits + skills + preferences) %'s / (sum of weights)
It gives a very interesting difference. Values amongst the aspects that were high in %, retain a high %. The way factoring works... is each value factored against, effectively reduces it by that value. However, with the way the %'s are drawn from 0 to 50% (median) to 100%... it's easily solvable, and we get a VERY nice distribution of values (25% of the values still are correlated, while those that were not correlated matches are reduced)
I just have no idea if anyone has done a weighted factoring vs weighted averaging... I think so though. It seems to increase the # of unique values, but on an exponential probability curve vs a natural curve. Hard to explain with multiple documents.
So far the values are less "cluttered" in terms of less small squares.
Post by: Trouserman on October 16, 2014, 06:40:05 am
What do you guys think of
multiplying aspects (attributes * traits * skills * preferences) %'s / 100 / 100 / 100 / (product of weights)
I've only been following this casually, and it's not clear to me exactly what you're trying to calculate in the end (suitability for a role, I gather, but the precise meaning of the numbers is unclear), but I very much doubt that this is what you want. It doesn't appear that the weights will make any of your factors more important in the result than any other. You get the same result whether the weights are (.5, 1, 1.5, 2) or (2, .5, 1, 1.5). If you're looking for a kind of multiplicative average, you probably want something like the geometric mean, which is the nth root of the product of n terms. A weighted form would be to take the product of each factor raised to the power of its normalized weight:
AWa * BWb * CWc * DWd
where Wa + Wb + Wc + Wd = 1. Though I suspect this won't be what you actually need, either.
Post by: thistleknot on October 16, 2014, 08:43:39 am
A X B / 100 /100
I probably don't even have to divide at all. Just multiply and split the data from 0 to 50% from below median and 50% to 100% above median.
http://imgur.com/a/mWwlI
green/red 50%+ vs 50%-
Top is averaging
bottom is factoring (nice curve eh?)
The curve shows that values that are positive correlated matches get positive scores (the pic represents a grid from 1 to 100 x 1 to 100 vs 1 to 100 averaged with 1 to 100, and it's split around the median value red/green
The other [DT] pic shows it in action. Its not implemented at every level, just on the final weighted average of each aspect (now a weighted product of each aspect)
Top is factoring method, bottom is the average method (current).
Some vales show they stay the same, some values (about half the black squares) reversed to red squares... to understand why, i ask you to look at the red/green picture to get an idea of what is happening when we factor.
Update
Apparently, weighted product is a standard model
http://en.wikipedia.org/wiki/Weighted_product_model
http://link.springer.com/chapter/10.1007%2F978-1-4471-2346-0_4
One thing of note... is it loses meaningful distance between values... one thing I noticed using the weighted product approach (weighted product produces an exponential ogive of probabilities and weighted average produces a nice s curve).
Post by: Trouserman on October 16, 2014, 11:35:32 am
http://imgur.com/a/mWwlI
green/red 50%+ vs 50%-
Top is averaging
bottom is factoring (nice curve eh?)
The curve shows that values that are positive correlated matches get positive scores (the pic represents a grid from 1 to 100 x 1 to 100 vs 1 to 100 averaged with 1 to 100, and it's split around the median value red/green
I'd like to help, but the fact that I have no idea what these curves represent, or what correlations you are looking at, prevents me from doing so. Is there perhaps a post somewhere back, in which you laid out exactly what you're talking about?
Quote
Update
Apparently, weighted product is a standard model
http://en.wikipedia.org/wiki/Weighted_product_model
If you look again at the generalization of the geometric mean I suggested, you'll see that this is just the ratio of two such values. I was not familiar with this model by name, but I'm not surprised it's a thing, because it's a fairly obvious generalization.
Post by: thistleknot on October 16, 2014, 11:45:45 am
high * low = < low
high * high = high
not the same with averaging
((low+high)/2) > low
where as with factoring is (low x high) is still < low.
All relevant posts you've already read.
I don't know how to explain it any better than the red/green graph that is drawn to show the difference between splitting around a median value from good vs bad values.
The green/red graph showed what would happen in a flat distribution of say 2 aspects (from 1 to 100%) either averaged together vs factored together, then the data is split between good/bad values around their median (green/red).
I guess since it's a standard approach to quantifying multiple aspects... the idea whether it's good or not is already addressed... now the merits of weighted average vs weighted product would be in order
I'll look at the geometric mean. I remember reading about that a while back and didn't know what one could use it for.
Update
I think I can solve the issue with weighted products losing their relative distance by not using it entirely, but doing a weighted average between a weighted average and a weighted product who's distribution curve has been flattened using an empirical cumulative distribution function.. Sorry for the nerd talk, but any dataset can be "flattened" i.e. converted to a flat distribution by deriving it's empirical cumulative distribution function, something that is kinda done for preferences atm.
Update 2
I think I get what I'm doing wrong
sumOfWeights = sum of Attribute weights
( A*AspectWeight1 / B * AspectWeight2/ C * AspectWeight1) ^ ((product of aspectWeights)/sumOfGlobalWeights)
= weighted product vs
weighted averaged
(AspectWeight1 +AspectWeight2 +CAspectWeight3)/(sumOfAspectWeights)
I also figured out how to do the geo mean
say
n = # of elements
elements =
a, b, c
(a*b*c)^1/n
A geometric mean is interesting... It might cut down a lot of the work that has already been done.
The goal was to derive a 50% point amongst attributes first. The only way I could get a good 50% point at ~ mean or median was to double transform around them. If a "geometric" mean, which may be better than a trimean... gives me a better 50% point... god be praised
1, 2, 3 ,4
geomean is
0.499840136
that's the highest damn number I've seen close to .5 when I transformed around it
wait, I didn't account for min... anyways, I'll check into it.
Post by: ResMar on October 18, 2014, 12:01:49 pm
Post by: thistleknot on October 18, 2014, 02:06:14 pm
Vargancy has some relationship with homelessness
But the phrase doesn't translate...
into the homelessness of skill rankings?
Only thing I can gather from that is... too much time for too little reward? lol. Maybe, but I got time atm.
Or are you saying the numerical labor optimizer isn't being focused on and I'm specifically worried about skills? Yeah, SMH, the ideas I have are encompassing of all current aspects, which currently make up the numerical labor optimizer. I'd love to include more #'s... but so far I have not seen much discussion on how to introduce them (I believe skill and attributes have other features similar to rust).
Anyways, I sent a minor request for revision using excel because of the complexities of things atm. It's a simple way to shrink the distributions by *(nth/)(nth+1)+((1-(nth/)(nth+1))/2)
maintains same mean, just shrinks the distribution by a tiny bit based on matrix size (very negligible). That way values are never 0 or 100% and I can factor them against each other without the fear of the great equalizer... 0
Post by: Hello71 on October 18, 2014, 02:40:03 pm
? I don't get it. Skill vargancies?
Vargancy has some relationship with homelessness
But the phrase doesn't translate...
into the homelessness of skill rankings?
Only thing I can gather from that is... too much time for too little reward? lol. Maybe, but I got time atm.
Or are you saying the numerical labor optimizer isn't being focused on and I'm specifically worried about skills? Yeah, SMH, the ideas I have are encompassing of all current aspects, which currently make up the numerical labor optimizer. I'd love to include more #'s... but so far I have not seen much discussion on how to introduce them (I believe skill and attributes have other features similar to rust).
Anyways, I sent a minor request for revision using excel because of the complexities of things atm. It's a simple way to shrink the distributions by *(nth/)(nth+1)+((1-(nth/)(nth+1))/2)
maintains same mean, just shrinks the distribution by a tiny bit based on matrix size (very negligible). That way values are never 0 or 100% and I can factor them against each other without the fear of the great equalizer... 0
it's supposed to read "vagaries" but with a levenshtein distance of 3
Post by: thistleknot on October 18, 2014, 02:54:30 pm
Quote
it's supposed to read "vagaries" but with a levenshtein distance of 3
wtf, that's why I love this place, new words galore.
I am no math major, just a CIS wanna be. If anyone has the ability to relay better ideas on these formula's, it's all open. So far it's basically a weighted average using "normalized" values. normalization uses a trivial decision tree that uses min's, max's, median's and averages. Sometimes we get lucky, and can use an empirical cumulative distribution function solely (preferences), but more often than not, we need to denote the distance inbetween values. Similar to this concept of vagaries but not really. If anyone knows calculus, please step forward, I have the textbook material (2-3 pages) that describe what it is we're doing supposedly.
Post by: ResMar on October 18, 2014, 03:36:52 pm
it's supposed to read "vagaries" but with a levenshtein distance of 3
...CS Majors
Post by: thistleknot on October 18, 2014, 04:15:19 pm
I detailed how the static would work...
it's basically (as-is)
dwarfs * jobs per dwarf = total jobs
Then ratio's take over,
but with static's... detour...
total jobs - static # = pool left
pool left * ratio's = ratio's for each job
...
if...
static > total jobs...
then fallback on ratio's
Post by: ResMar on October 18, 2014, 04:36:30 pm
https://drive.google.com/file/d/0B-vLigamtNE6M29PRXVTcXktYVk/view (https://drive.google.com/file/d/0B-vLigamtNE6M29PRXVTcXktYVk/view)
Post by: thistleknot on October 18, 2014, 04:55:00 pm
that's where the established scholars and myself disagree atm. My understanding of all these different symbols, but I fear they converge at some point. These formula's are generally top down derived, but I'm figuring them out bottom up. (as in I figure it out on my own terms and implement it, I often/always adopt established math principles). My concept of adopting a median/average approach to min/max transforming is my own approach, but so far it has proven effective for the ~.5 mean we get for traits/attributes atm.
Post by: SebSeb on October 19, 2014, 03:33:57 am
Am I missing something from my installation? it doesn't seem like others are having the same issue. Happens with any recent version (25+)
Post by: splinterz on October 19, 2014, 06:43:17 am
Hi. This might be a bit of a noobish question, but I'm having some issues with dwarf therapist since switching to an apple macintosh. I get no text appearing whatsoever in the app (dwarf names, menus, icons etc.)something in the ini (~/.config/UDP Software/Dwarf Therapist.ini) has become corrupted. you can try:
Am I missing something from my installation? it doesn't seem like others are having the same issue. Happens with any recent version (25+)
- reset the settings to their defaults in the options
- manually remove the following settings from the ini:
- grid\font=xxx
- grid\header_font=xxx
- main_font=xxx
- geometry=xxx
- state=xxx
- remove the Dwarf Therapist.ini, but this will remove any custom professions/roles/gridviews/scripts, so save those sections, run DT, and then paste the sections back into the new ini.
Post by: SebSeb on October 19, 2014, 08:32:28 am
Post by: Number7 on October 22, 2014, 04:51:00 am
i downloaded the latest version, 27.0.0, and am trying with DF 0.40.13 and i get an "unable to talk to dwarf fortress" error, my fort is loaded and everything and i have no idea whts wrong. i tried a re-download and it still wont work.
EDIT:
I went and tried the dwarf therapist with previous versions. 0.40.12 back to 0.40.10, didnt work at all. the exact same "cannot talk to fortress" problem. It knows dwarf fortress is open though, sometimes just once the briefest flicker of dwarf info appears just before the error pops up. It also gives a different message when i open dwarf therapist and dwarf fortress isnt open.
I've redownloaded both the dwarf fortress versions and the dwarf therapist multiple times, i've also tried to run both as administrator. I've tried leaving them in their default folders, tried placing them together, tried everything. What is wrong with it, i can't play at all without dwarf therapist i hate the skill management otherwise the moment the migrants show up, please help.
Post by: splinterz on October 22, 2014, 08:25:05 am
hi, my dwarf therapist doesnt seem to work.provide what OS you're using, and the output log from DT.
i downloaded the latest version, 27.0.0, and am trying with DF 0.40.13 and i get an "unable to talk to dwarf fortress" error, my fort is loaded and everything and i have no idea whts wrong. i tried a re-download and it still wont work.
EDIT:
I went and tried the dwarf therapist with previous versions. 0.40.12 back to 0.40.10, didnt work at all. the exact same "cannot talk to fortress" problem. It knows dwarf fortress is open though, sometimes just once the briefest flicker of dwarf info appears just before the error pops up. It also gives a different message when i open dwarf therapist and dwarf fortress isnt open.
I've redownloaded both the dwarf fortress versions and the dwarf therapist multiple times, i've also tried to run both as administrator. I've tried leaving them in their default folders, tried placing them together, tried everything. What is wrong with it, i can't play at all without dwarf therapist i hate the skill management otherwise the moment the migrants show up, please help.
Post by: Chimerat on October 25, 2014, 06:11:01 pm
Good luck.
Post by: Button on October 27, 2014, 12:13:13 pm
Post by: Dirst on October 27, 2014, 12:16:39 pm
How much will the new thoughts have messed with Therapist, d'y'reckon?I'd estimate, on the lower end, maybe "completely." :)
The surface bits of Therapist that assign labors would still work once DF's memory is mapped again. I'd expect the other parts to take a while.
Post by: necrotic on October 27, 2014, 02:39:01 pm
Post by: splinterz on October 27, 2014, 05:05:19 pm
there are also some fairly untested new features like the labor optimizer update and new role categories/preferences, so let me know if anything unexpected explodes. a proper update to handle the new emotions will certainly take more time, but in the meantime this is still a significant update.
Spoiler: Patch Notes (click to show/hide)
Post by: Chimerat on October 27, 2014, 06:11:48 pm
i've released a new versionThank you! :D
Post by: Devstorm on October 27, 2014, 07:23:04 pm
Thank you very much for putting together something like this so quickly. My miserable little dwarves thank you too.
Post by: Dirst on October 27, 2014, 07:24:09 pm
Seconded!i've released a new versionThank you! :D
Post by: fricy on October 28, 2014, 02:14:03 am
Post by: RoboLuddite on October 28, 2014, 05:28:43 pm
Post by: Buttery_Mess on October 30, 2014, 02:09:39 am
Post by: AriRashkae on October 30, 2014, 06:05:21 am
[OSX] Dwarf Therapist 28.pre-release | DF 40.14 (http://db.orangedox.com/64OBazhBn0ct7UnZ36/DwarfTherapist_v28.dmg)
Thank you both so much, for creating (splinterz) & porting (fricy) this marvel!
Post by: 94dima94 on October 31, 2014, 04:23:57 am
Post by: thistleknot on October 31, 2014, 09:27:20 pm
Spoiler: How I monte carlo'd DF (click to show/hide)
Near the end of the setup, I noticed that weighted factoring and weighted averaging had a proportional relationship to each other. However, something else stood out.
A weighted factor seems to be affected moreso by the # of items it is factored against. This is because it will ultimately be reduced lower than the lowest factor. This is not the case with weighted averages. In fact, weighted averages seem to proportionate the loss equally below and above the new value.
This is where the parallel occurs between weighted averages and weighted factors. The more numbers of elements in the adding or factoring stage, the more the variability is reduced in terms of upper and lower limit (for weighted averages). It seems [the output of] weighted averages hover around a midpoint, where as weighted products just reduces the max. With factoring the CEILING is literally lowered by whatever one is factoring against. However with averaging it is in a less so way. The factored output can never be higher than the lowest factored.
Point being... the variability is affected by the # of elements. Mitigation steps have already been put in place to ensure that the [lack of] # of elements specified in a role don't become a factor. Such as when a role is missing an aspect (such as when a global weight is disabled), what will happen is a .5 value would be substituted for any weighted average values involving a disabled weight. Without this, a role with only a skill specified would be displayed as a higher value because it didn't have any other variables to hold it down by).
Initially I thought my issue with weighted factor was specific to weighted factors, but then I realized that no, steps had already been taken to mitigate it in the weighted average formula. So that's where I'm at right now, I have my weighted product demo ready, but their is a correlated relationship between the # of elements specified in a role and the variability in the min/max the role can achieve. There are a few ways to address this, but I think ultimately, the roles might be biased against each other in variability by the # of elements assigned in them.
I think ultimately to get a "fair" picture of elements between roles... is to "fake" missing elements. One idea I had was to supply .5 for the missing element. I was attempting to do a max count of the # of elements each "aspect" in each role had, aspect defined as Attributes, Personality/Traits, Preferences, Skills.
So I'd ultimately end up with
Attributes Max: ex: 5
Preferences Max: ex: 7
Skills Max: ex: 3
Traits Max: ex: 2
That way, instead emulate a .5 for each missing aspect/element... i.e. one could just emulate that # of elements that would be needed to equalize all roles
Post by: Icefire2314 on October 31, 2014, 10:31:39 pm
Post by: splinterz on November 01, 2014, 09:13:56 am
How is emotional state representation looking at being addressed? It was simple to put an emoticon down regarding mood, but that's largely been done away with now.Quietust has done some work on this, and from what i gleaned it's something like this now: thoughts are tied to emotions which modify a stress level. depending on the personality, a thought can cause different emotions for an individual and change the stress level in different ways.
so it may be possible to convert the new stress level to a general happiness indicator, but i don't know yet for sure.
Post by: Putnam on November 01, 2014, 02:27:46 pm
Post by: katwithk on November 01, 2014, 03:57:20 pm
Post by: lethosor on November 01, 2014, 04:00:29 pm
[OSX] Dwarf Therapist 28.pre-release | DF 40.14 (http://db.orangedox.com/64OBazhBn0ct7UnZ36/DwarfTherapist_v28.dmg)
Post by: katwithk on November 01, 2014, 04:49:39 pm
Post by: pisskop on November 01, 2014, 04:50:36 pm
Post by: thistleknot on November 01, 2014, 07:38:44 pm
So... here it is...
http://dffd.wimbli.com/file.php?id=10014
the crazy Monte Carlo simulation of Dwarf Fortress I built up to test out how Weighted Factoring would affect roles.
it's an extensive (re)work on (re)building [a mockup of] how Dwarf Therapist derives roles (inside a spreadsheet workbook). It's about 98% accurate to 'as is' calculations. I say 98% because I'm not 'Monte Carlo'ing Preferences, so I have 3/4 aspects... I also don't do anything special with skills and/or attributes and their special weight adjustments [for skill rate and attribute potential weight] that have their values pre-prescribed before they are ran through 'as is' transforms... I also say 'as is' because I modified one formula "rank-ecdf" but it's a minor adjustment that doesn't affect Weighted Averaging, but is essential for weighted factoring.
I also introduced a proposed change to allow for weighted factoring, but I'm not 100% sure on it's contribution, how I implemented it, and would love input. Ultimately, weighted factoring produces very small values, so the value isn't relevant to a central mean like weighted averaging does. Instead I derive the rank ordering of the values and their respective %'s (i.e. rankecdf) and derive a flat distribution curve to average against. This is the big question, do you guys like the idea or is it garbage. Hell, I should involve maklak on this one.
File opens in libreoffice
I'm using numbers generated from [15 dwarfs] raws (for attributes and traits), and the interpolated level for skills (which for this case is vanilla skill rates, so nothing too weird with those)
Sheet: Global Weights & Roles Summary
I was proposing combining influence from Weighted Factoring as I understood it in AO11:aq20
however, a more "sane" as-is approach is deriving a s transform, and a rank-ecdf and average them.
as11:au20
I find my weighted factor approach has the affect of identifying the weakest link, as each value is successively factored against another value, the end result is a number somewhere under the lowest value that was in the list to be factored... That's the issue with correlated pairing, or whatever I should be calling it.
Post by: Badger Storm on November 02, 2014, 07:31:40 am
Post by: lethosor on November 02, 2014, 08:22:38 am
Post by: sv-esk on November 02, 2014, 08:23:20 am
Will the 40.10 version work okay with 40.14?Try to copy v040.14.ini file from "operating system name" folder from https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts)
to \Dwarf Therapist\share\memory_layouts\"operating system name"\ folder on your computer.
If not working, or you want v28 (see patch notes https://github.com/splintermind/Dwarf-Therapist/wiki/Change-Log (https://github.com/splintermind/Dwarf-Therapist/wiki/Change-Log)) ask here somebody to compile v28 for your OS.
Or try yourself https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/BUILDING.rst (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/BUILDING.rst)
(if already compiled for osx and linux why no links on first post?)
------------------------
dwarf-therapist v28 for 0.40.14 linux(*.deb) i386 qt5
http://www.mediafire.com/download/x75jomdr7jjlwar/dwarf-therapist_28.0-1_i386.deb (http://www.mediafire.com/download/x75jomdr7jjlwar/dwarf-therapist_28.0-1_i386.deb)
Post by: thistleknot on November 02, 2014, 07:06:41 pm
[Geometric Mean]
...
AWa * BWb * CWc * DWd
where Wa + Wb + Wc + Wd = 1. Though I suspect this won't be what you actually need, either.
Maklak recommending something similar.
(a^wa * b^wb * c^wc)^(-3*(wa+wb+wc))
Spoiler (click to show/hide)
Update
I think I got what I wanted
thanks to this doc http://bit.csc.lsu.edu/trianta/EditedBook_CHAPTERS/EEEE1.pdf
and others reminding me that dividing by the numbers I factor against cancel each other out... I need to raise the value by a power equal to it's weight, and factor these values against each other.
But I did have to modify the formula
(a^weight)*(b^weight)*(c^weight)
drop any dividing, gives me a rankable list to derive %'s from.
http://dffd.wimbli.com/file.php?id=10014
Post by: lethosor on November 02, 2014, 07:09:44 pm
(if already compiled for osx and linux why no links on first post?)
Splinterz, could you update the link in the first post?[OSX] Dwarf Therapist 28.pre-release | DF 40.14 (http://db.orangedox.com/64OBazhBn0ct7UnZ36/DwarfTherapist_v28.dmg)
Edit: Thanks!
Post by: thistleknot on November 02, 2014, 09:07:52 pm
the larger conversation I'm hoping to have here is...
I'm proposing changes to how that operates by introducing a
Weighted Product method.
alongside a
Weighted Average method
Then averaging the relevant ranks [represented as %'s] of the weighted product method along with the ~[relevant ranks of the] weighted average method to produce a new final output %. so [a + b] / 2 = c
I'm trying to have that conversation with the spreadsheet document I posted.
I don't know if combining two MCDA methods into one system is a good idea, maybe it is. Any objections, does anyone care? Is Weighted Average good enough?
Update
Quote
Let us assume that we evaluate solutions in a specific problem situation using several criteria. Let us further assume that more is better in each criterion. Then, among all possible solutions, we are ideally interested in those solutions that perform well in all considered criteria. However, it is unlikely to have a single solution that performs well in all considered criteria. Typically, some solutions perform well in some criteria and some perform well in others. Finding a way of trading off between criteria is one of the main endeavors in the MCDM literature.
Mathematically, the MCDM problem corresponding to the above arguments can be represented as
"max" q
subject to
q ∈ Q
I'm hoping to expand q, but I'm not sure if I'm going about it the correct way, is averaging these two comparative methods a good idea?
Post by: Chimerat on November 03, 2014, 06:42:45 am
But I didn't know about the grudge until I was individually checking my seven to see if anyone was getting interested in another Dwarf.
Post by: thistleknot on November 03, 2014, 10:17:13 am
However. I forgot a very important step in weighted models...
Raising #'s to their nth power gets tricky with weights when the power switches from fractions to whole numbers.
I found the behavior when .3 ^ by .25 or 1.5 weight.
.3 gets BIGGER when raised by .25 but smaller when raised by 1.5
and numbers above 1 get the opposite treatment.
ex .3 ^ .25 = .74
ex .3 ^ 1.5 = .16
ex 2 ^ .25 = 1.18
ex 2 ^ 1.5 = 2.82
I just realized that raising #'s in a weighted product model requires one to set the weights to proportions...
the excel formula I have is this:
((a^weighta)*(b^weightb)*(c^weightc))^(1/(count(weights)))
Supposedly the #'s don't need to be normalized against each other, but the weights need to (i.e. sum of weights = 1).
Post by: splinterz on November 03, 2014, 10:22:34 am
Just in case I missed a feature somewhere (because DT has a lot :))), is there any way to check relationships between Dwarves? For examples, my Expedition Leader and Doctor are apparently holding mutual grudges, and none of my other Dwarves are more than "Friend" or "Friendly Terms" with each other.no, there's currently no way to view the relationships between dwarves.
But I didn't know about the grudge until I was individually checking my seven to see if anyone was getting interested in another Dwarf.
Post by: Chimerat on November 03, 2014, 02:43:01 pm
no, there's currently no way to view the relationships between dwarves.Okay. Thanks for confirming that. :) Sometimes I miss features because I don't know where to go looking.
Post by: lxnt on November 03, 2014, 03:56:31 pm
Code: [Select]
QSpiAccessible::accessibleEvent not handled: "2" obj: QMessageBox(0x1553bd0) ""
FIXME: handle dialog start.
every time I rebuild the therapist and forget the -f Makefile.Debug part.
System's xubuntu 14.04.1
Post by: Hello71 on November 04, 2014, 01:56:45 pm
Is everyone here running debug builds? Because I get bitten byCode: [Select]QSpiAccessible::accessibleEvent not handled: "2" obj: QMessageBox(0x1553bd0) ""
FIXME: handle dialog start.
every time I rebuild the therapist and forget the -f Makefile.Debug part.
System's xubuntu 14.04.1
1. make debug
2. debug builds are automatically done through travis ci; I also use them by default when developing. however, I haven't had the time yet to test 28.0.
Post by: thistleknot on November 04, 2014, 02:47:34 pm
Spoiler: context (click to show/hide)
I redid all the roles using raw values vs transformed values as inputs for a weighted geometric mean. I dropped the file size down by a 3rd
and cleaned up a lot of the sheets.
http://dffd.wimbli.com/file.php?id=10023
Please, if you have time, I'd love anyone to see if I f'd it up.
It currently generates 100 Monte Carlo dwarf's with varying skills, traits, and attributes.
It appears to produce a comparative relationship.
The first 4 sheets are the important "results"
sheet 1 = global variables and the final generated roles
sheet 2 - 4 = 3 pre-defined roles (They are editable, so one can make any role of up to 5 input vars) and how the raw values are fed into them to produce a weighted geometric mean.
**Update**
Much easier way to view the way the changes affect things
http://imgur.com/IuLdwjQ
I think the reason it works is because it's like finding the volume of a 3d area (but not limited to just 3d) (height * width * length), but finding a volume's center I guess. When all the values are combined [using a WGM role setup] into single role matrix; all the dimensions comparable statistics like min, max, mean, median, etc, are built into the 1 dimensional output: the role matrix.
**Update**
I updated the setup to include virtual preferences.
Post by: lxnt on November 05, 2014, 05:03:31 pm
1. make debug
2. debug builds are automatically done through travis ci; I also use them by default when developing. however, I haven't had the time yet to test 28.0.
Yeah, make debug. Whatever.
The question was - is the release build known to be broken?
Post by: Chimerat on November 05, 2014, 07:42:22 pm
EDIT: And now I see that there's a new update up today. Cool. Trading tweaks. (Though I'd still love a way to just search for something in the caravan. *sighs*)
Post by: lethosor on November 05, 2014, 08:29:09 pm
I got to play a few hours of DF over the last few days and I have to say that I love the ability to set animals to be butchered from DT itself. Much easier than trying to scroll the menus in game.Are you referring to the [v]-[p] menu or the [z]-animals menu?
Post by: Chimerat on November 05, 2014, 08:35:07 pm
I'm pretty sure you do it with [z]-animals in game. Either way, my animals never seem to properly be in order and there's no way to check sexuality in game either. DT all the way!I got to play a few hours of DF over the last few days and I have to say that I love the ability to set animals to be butchered from DT itself. Much easier than trying to scroll the menus in game.Are you referring to the [v]-[p] menu or the [z]-animals menu?
Post by: Maukka on November 06, 2014, 01:19:41 am
Post by: Chimerat on November 06, 2014, 06:58:58 am
Post by: splinterz on November 06, 2014, 07:42:33 am
Is there a way to change their places so that the dwarves are at the top and roles etc. on the left?no there isn't.
Oh, and if it would be possible to have separate sorting for each tab (by migration wave for the Dwarves but age for the Animals, for example) that would be handy. It's currently possible to keep changing them back, but I thought I'd put that suggestion out there.sorting is maintained at a global level with groups. so turn off 'synchronize view grouping', and you should be able to choose a different group/sort for your animals, and your other views.
Post by: Button on November 06, 2014, 09:30:54 pm
Post by: Chimerat on November 07, 2014, 06:29:05 am
Ooh... Thank you!Oh, and if it would be possible to have separate sorting for each tab (by migration wave for the Dwarves but age for the Animals, for example) that would be handy. It's currently possible to keep changing them back, but I thought I'd put that suggestion out there.sorting is maintained at a global level with groups. so turn off 'synchronize view grouping', and you should be able to choose a different group/sort for your animals, and your other views.
Post by: DollMaker on November 07, 2014, 02:33:09 pm
Post by: splinterz on November 07, 2014, 04:27:54 pm
When is the new version?probably not for a while, i'm still working on the new emotions:
Spoiler: emotions preview (click to show/hide)
the emotions stuff is still very much a work in progress, so if anyone has ideas on presentation i'm open to suggestions.
you can still manually update to 40.15 (still without happiness/emotions) with these layouts (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts) if you're running version 28. lower versions may work, but there's no guarantee.
Post by: lethosor on November 07, 2014, 04:31:06 pm
Post by: Chimerat on November 07, 2014, 04:41:57 pm
Okay... I finally got my PC working again... How do you turn that off exactly?Ooh... Thank you!Oh, and if it would be possible to have separate sorting for each tab (by migration wave for the Dwarves but age for the Animals, for example) that would be handy. It's currently possible to keep changing them back, but I thought I'd put that suggestion out there.sorting is maintained at a global level with groups. so turn off 'synchronize view grouping', and you should be able to choose a different group/sort for your animals, and your other views.
Post by: Hello71 on November 08, 2014, 08:07:04 am
1. make debug
2. debug builds are automatically done through travis ci; I also use them by default when developing. however, I haven't had the time yet to test 28.0.
Yeah, make debug. Whatever.
The question was - is the release build known to be broken?
https://encrypted.google.com/search?q=FIXME%3A%20handle%20dialog%20start
Post by: RadonPlasma on November 08, 2014, 11:30:04 am
Wow! That's a lot further along than I'd have imagined... nice work. As for suggestions, I'm thinking about something Toady said about the new emotion system - that dwarves with nicer things in their lives have more of a buffer to fall back on when times get tough. Maybe count up the lingering positive feelings from admiring good quality stuff and reporting that in summary views/tooltips?When is the new version?probably not for a while, i'm still working on the new emotions:Spoiler: emotions preview (click to show/hide)
the emotions stuff is still very much a work in progress, so if anyone has ideas on presentation i'm open to suggestions.
you can still manually update to 40.15 (still without happiness/emotions) with these layouts (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts) if you're running version 28. lower versions may work, but there's no guarantee.
Post by: splinterz on November 08, 2014, 11:43:31 am
i think that'll be handled with the happiness indicator. the emotion update introduced a new stress indicator which can be roughly converted back to the old happiness values. positive emotions resulting from circumstances like quality furniture/food, reduce a unit's stress. the stress indicator can go into the negatives which creates the buffer you're talking about.Wow! That's a lot further along than I'd have imagined... nice work. As for suggestions, I'm thinking about something Toady said about the new emotion system - that dwarves with nicer things in their lives have more of a buffer to fall back on when times get tough. Maybe count up the lingering positive feelings from admiring good quality stuff and reporting that in summary views/tooltips?When is the new version?probably not for a while, i'm still working on the new emotions:Spoiler: emotions preview (click to show/hide)
the emotions stuff is still very much a work in progress, so if anyone has ideas on presentation i'm open to suggestions.
you can still manually update to 40.15 (still without happiness/emotions) with these layouts (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts) if you're running version 28. lower versions may work, but there's no guarantee.
once stress reaches a certain threshold (100.000 accordingly to Quiestust's research) there's a chance of a dwarf falling into an undesirable mood. the greater the stress, the higher the chance a bad mood will occur (which mood depends on the personality). so for now unhappy will be considered at 100.000, 250.000 unhappy, 500.000 miserable, etc.
Post by: Chaosegg on November 08, 2014, 02:12:23 pm
you can still manually update to 40.15 (still without happiness/emotions) with these layouts (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts) if you're running version 28.My first time doing this took me at least an hour of frustration and fiddling, but finally I figured out how.
For anyone else who might be
to use the above quoted manual memory layout update link properly you must:
>Click< on the folder link on the lower left (e.g. "windows" written in blue),
then >click< the bottom left link named v0.40.15_graphics.ini (also blue)
rightclick-> save as... on the Raw button (top/middle/right, left of Blame and History),
this should give you a nice little file called v0.40.15_graphics.ini which you then shove in the folder address:
\Dwarf-Therapist-WIN-28.0.0\share\memory_layouts\windows
Post by: Gegenschein on November 09, 2014, 05:04:41 pm
Are there any known issues? Searching this thread for "crash mac" gives no results.
Crash report:
https://drive.google.com/file/d/0BxWqgxeaMko1Q3ZNWGZMeVpDbDQ/view?usp=sharing (https://drive.google.com/file/d/0BxWqgxeaMko1Q3ZNWGZMeVpDbDQ/view?usp=sharing)
Post by: Hello71 on November 10, 2014, 02:16:16 pm
DT 28.0 for macOS crashes on startup for me. It doesn't matter whether DF is running or not. I don't think it's getting that far along.
Are there any known issues? Searching this thread for "crash mac" gives no results.
Crash report:
https://drive.google.com/file/d/0BxWqgxeaMko1Q3ZNWGZMeVpDbDQ/view?usp=sharing (https://drive.google.com/file/d/0BxWqgxeaMko1Q3ZNWGZMeVpDbDQ/view?usp=sharing)
looks like your qt version doesn't match your cpu.
Post by: Grax on November 13, 2014, 02:02:14 am
Post by: ptb_ptb on November 13, 2014, 04:12:50 am
Is there smth for .16?Not quite yet, as far as I can tell.
Look at the following link - it should say "windows/linux 40.16 memory layouts" at some points in the near future (hopefully).
https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts
Post by: mnjiman on November 14, 2014, 01:05:07 pm
Seems to me that might be a way for ToadyOne to avoid working on a UI. Might be looking into this too much however.
Post by: Gegenschein on November 14, 2014, 06:56:03 pm
DT 28.0 for macOS crashes on startup for me. It doesn't matter whether DF is running or not. I don't think it's getting that far along.
Are there any known issues? Searching this thread for "crash mac" gives no results.
Crash report:
https://drive.google.com/file/d/0BxWqgxeaMko1Q3ZNWGZMeVpDbDQ/view?usp=sharing (https://drive.google.com/file/d/0BxWqgxeaMko1Q3ZNWGZMeVpDbDQ/view?usp=sharing)
looks like your qt version doesn't match your cpu.
Care to elaborate? Which version goes with 2.4 GHz Intel Core 2 Duo?
I just downloaded and installed the latest Qt. It doesn't seem to help.
Post by: PeridexisErrant on November 14, 2014, 11:29:16 pm
Spoiler: Dev Page (click to show/hide)
Spoiler: DF Talk Transcript (click to show/hide)
In short: it looks like labours will require much less micro-management, potentially making Therapist a tool to enhance the efficiency of a subset of your dwarves, rather than being described as essential.
Post by: thistleknot on November 15, 2014, 07:23:50 am
Quote
We are trying to stay away from spreadsheets and numbers approaches that kind of open up every single job to be ranked, you know, according to different numbers for each dwarf or workshop because that is unmanageable when the number of dwarves get high.
lol. Well thank god for that.
Post by: axus on November 15, 2014, 12:09:30 pm
Post by: 4kn on November 15, 2014, 02:43:08 pm
Is there smth for .16?Not quite yet, as far as I can tell.
Look at the following link - it should say "windows/linux 40.16 memory layouts" at some points in the near future (hopefully).
https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts
is there smth for .0.15?
Post by: lethosor on November 15, 2014, 02:44:45 pm
Post by: smeeprocket on November 16, 2014, 09:56:13 am
Doing this stuff through the native ui is rough. But not having the goblins annihilate anyone that raid was a must.
Post by: mkaito on November 16, 2014, 09:58:10 am
Post by: kleril on November 16, 2014, 12:30:41 pm
is there a way to tinker with the 40.15 file to make this compatible with 40.16?
Doing this stuff through the native ui is rough. But not having the goblins annihilate anyone that raid was a must.
Unfortunately, no. We've got to wait until the new memory layouts get mapped out.
Post by: onarum on November 17, 2014, 01:35:36 pm
is there a way to tinker with the 40.15 file to make this compatible with 40.16?
Doing this stuff through the native ui is rough. But not having the goblins annihilate anyone that raid was a must.
Unfortunately, no. We've got to wait until the new memory layouts get mapped out.
just out of curiosity, how does one map these layouts? where do they get the values like "translation_vector=0x01aeaaa8"?
I checked 2 layouts on a diff checker and there are only like 53 lines of difference out of 382, I'd be more then willing to update the file whenever a new version comes around.
Post by: fricy on November 17, 2014, 01:54:44 pm
just out of curiosity, how does one map these layouts? where do they get the values like "translation_vector=0x01aeaaa8"?
I checked 2 layouts on a diff checker and there are only like 53 lines of difference out of 382, I'd be more then willing to update the file whenever a new version comes around.
They are generated from these .xml files. (https://github.com/DFHack/df-structures) In a nutshell: you compile dfhack with the proper structures and run devel/export-dt-ini (https://github.com/DFHack/dfhack/blob/master/scripts/devel/export-dt-ini.lua) in the console. Please don't ask me how to create the xml-s themselves. :)
Good news, Quietust is at work, 40.16 is incoming. (https://github.com/quietust/df-structures/commit/a9d037fe3eb7d524bc29cfa0d7d1cd35acbc0ecf)
Post by: splinterz on November 17, 2014, 05:14:51 pm
40.16 windows (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2014/share/memory_layouts/windows/v0.40.16_graphics.ini)
40.16 linux (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2014/share/memory_layouts/linux/v040.16.ini)
Post by: lethosor on November 17, 2014, 05:31:11 pm
Post by: Mokkun on November 17, 2014, 05:31:19 pm
unfortunately i haven't had a lot of time and i'm still tinkering with the emotions stuff, so you'll have to manually update for 40.16:Thank you for your work.
40.16 windows (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2014/share/memory_layouts/windows/v0.40.16_graphics.ini)
40.16 linux (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2014/share/memory_layouts/linux/v040.16.ini)
Post by: splinterz on November 17, 2014, 05:37:36 pm
thank Quietust :)unfortunately i haven't had a lot of time and i'm still tinkering with the emotions stuff, so you'll have to manually update for 40.16:Thank you for your work.
40.16 windows (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2014/share/memory_layouts/windows/v0.40.16_graphics.ini)
40.16 linux (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2014/share/memory_layouts/linux/v040.16.ini)
0.40.16 OS X layout (https://raw.githubusercontent.com/lethosor/Dwarf-Therapist/0.40.16-osx-layout/share/memory_layouts/osx/v0.40.16_osx.ini)thanks again for the prompt OSX layout
Post by: Zorromorph on November 18, 2014, 01:24:20 am
And also very much to chaosegg for this:
Quote from: Chaosegg
to use the above quoted manual memory layout update link properly you must:
>Click< on the folder link on the lower left (e.g. "windows" written in blue),
then >click< the bottom left link named v0.40.15_graphics.ini (also blue)
rightclick-> save as... on the Raw button (top/middle/right, left of Blame and History),
this should give you a nice little file called v0.40.15_graphics.ini which you then shove in the folder address:
\Dwarf-Therapist-WIN-28.0.0\share\memory_layouts\windows
without which there's no way I would have known how to get it to work.
Post by: Chimerat on November 18, 2014, 08:42:31 am
unfortunately i haven't had a lot of time and i'm still tinkering with the emotions stuff, so you'll have to manually update for 40.16:What would one do with that information? Just paste into existing files? Or replace them?
40.16 windows (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2014/share/memory_layouts/windows/v0.40.16_graphics.ini)
Also...I still have not found how to do the "don't resort the animals" option you'd mentioned earlier. :-[
Post by: Chaosegg on November 18, 2014, 08:51:57 am
See above posts for links to the raw data with which to manually update Dwarf Therapist
(I assume one must then copy/paste said data into a new .ini file named v0.40.16_graphics.ini though maybe there is an easier way?).
Or one can go to
https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts
then,
(quote edited for clarification)
to manually update Dwarf Therapist using the [above] github link (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts): (Again many thanks to those who worked on this for us!)
>Click< on the folder link on the lower left (e.g. "windows" written in blue),
then >click< the bottom left link named v0.40.16_graphics.ini (also blue)
rightclick-> save as... on the Raw button (top/middle/right, left of Blame and History),
this should give you a file called v0.40.16_graphics.ini which must be placed in the folder of address:
\Dwarf-Therapist-WIN-28.0.0\share\memory_layouts\windows
(with the rest of the v0.40.xx)_graphics.ini files) and thus DT 28 should work with DF 40.16
Post by: banker on November 18, 2014, 05:44:03 pm
n00b here, trying to d/l Dwarf Therapist to make my life a little easier. Is wimbli.com down? Any other d/l links available?
Many thanks
dp
Post by: int_ua on November 18, 2014, 06:22:24 pm
Also, deb packaging worked for me, but It wasn't a clean patch really (check the github merge request). Anyone is welcome to make a cleaner patch out of my changes to make it upstream.
Post by: ptb_ptb on November 19, 2014, 01:40:39 pm
It doesn't seem to recognize that my dwarves have ammunition. I have seven dwarves with hunting labor enabled each has a steel crossbow, leather quiver and up to 25 steel bolts. The equipment column is shown in blue with "missing ammunition" in the detail pop-up.
Don't know if this is a known issue or not, but I thought I'd drop a note here.
[EDIT] Huh, also it seems that the dwarf that is hunting is not being picked up by Dwarf Therapist. It only shows six dwarves not the (actual) seven.
Post by: splinterz on November 19, 2014, 04:35:03 pm
Hey there, I'm using this with DF 0.40.16 and the memory layout from ... that link ... back in this thread a bit.yeah there's a problem with hunters 'ambushing' that will be fixed in the next version. i'll look into the ammo issue, but if you've got a save with the problem that would save me some time.
It doesn't seem to recognize that my dwarves have ammunition. I have seven dwarves with hunting labor enabled each has a steel crossbow, leather quiver and up to 25 steel bolts. The equipment column is shown in blue with "missing ammunition" in the detail pop-up.
Don't know if this is a known issue or not, but I thought I'd drop a note here.
[EDIT] Huh, also it seems that the dwarf that is hunting is not being picked up by Dwarf Therapist. It only shows six dwarves not the (actual) seven.
Post by: ptb_ptb on November 20, 2014, 03:35:46 am
i'll look into the ammo issue, but if you've got a save with the problem that would save me some time.
I'll hunt up a save sometime today, thanks.
[EDIT] OK, got one
http://dffd.wimbli.com/file.php?id=10099
Check the Expedition Leader. He has 25 steel bolts, but Dwarf Therapist doesn't recognize that.
Post by: mnjiman on November 20, 2014, 02:24:35 pm
Post by: metsis on November 20, 2014, 03:02:46 pm
Post by: splinterz on November 20, 2014, 04:43:04 pm
which version of DT are you using, and on what O/S?i'll look into the ammo issue, but if you've got a save with the problem that would save me some time.
I'll hunt up a save sometime today, thanks.
[EDIT] OK, got one
http://dffd.wimbli.com/file.php?id=10099
Check the Expedition Leader. He has 25 steel bolts, but Dwarf Therapist doesn't recognize that.
Post by: Chaosegg on November 20, 2014, 04:45:58 pm
Thank for the awesome tool. Now we just have to wait for 0.40.Yeah. I was all excited about the 40.16 memory layouts and working on a new world "prepare carefully" for a day or two now,1718 memory mapping/memory layouts.
plus have start/update/ditched 2 forts in the last few weeks and now 40.18 !
Bah! ;D Heh heh.
How long can the new memory layouts take to craft?
Can I help in some way? (no programming experience but plenty of free time)
Post by: lethosor on November 20, 2014, 04:49:33 pm
Post by: thraxarious on November 21, 2014, 01:37:06 am
Though honestly, great job on keeping this going!
Post by: ptb_ptb on November 21, 2014, 04:34:52 am
which version of DT are you using, and on what O/S?
Dwarf Therapist 28, Windows 7 (64bit)
Post by: WDDworf on November 21, 2014, 12:40:47 pm
Thank for the awesome tool. Now we just have to wait for 0.40.Yeah. I was all excited about the 40.16 memory layouts and working on a new world "prepare carefully" for a day or two now,1718 memory mapping/memory layouts.
plus have start/update/ditched 2 forts in the last few weeks and now 40.18 !
Bah! ;D Heh heh.
How long can the new memory layouts take to craft?
Can I help in some way? (no programming experience but plenty of free time)
Hehe, same thing here.
I'm on and off Dwarf Fortress, but I need a therapist for my addiction.
I do have programming experience in case I could help, but I am incredibly lazy as I promise to do too much stuff for people :p
Never really looked into these things and after typing all this stuff, I am reminded to actually donate to the Toads.
Only leeching from you all at the moment, while knowing how bad-ass this is.
Post by: splinterz on November 21, 2014, 01:48:31 pm
hrmm i haven't been able to reproduce it so far; the leader is showing 25 steel bolts... i have a few more things to check in case, but which column were you looking at (general equipment? ammunition or ranged equipment column?), and are the other items (pants, shirt, etc) showing up ok?which version of DT are you using, and on what O/S?
Dwarf Therapist 28, Windows 7 (64bit)
Post by: ptb_ptb on November 21, 2014, 02:13:31 pm
the leader is showing 25 steel bolts... i have a few more things to check in case, but which column were you looking at (general equipment? ammunition or ranged equipment column?), and are the other items (pants, shirt, etc) showing up ok?
Looking at the equipment column on the the labor_full tab (there is only one equipment column there). The eq. column square was blue and it is the pop up window you get when hovering over that square that had 'ammunition: missing'. All other items show up fine.
Post by: cybergon on November 23, 2014, 02:23:14 am
Post by: thraxarious on November 23, 2014, 05:26:19 am
At times like this I wonder, wouldn't it be better if DF used like an editable external file to keep track of job assignments? To have at least some basic DT compatibility with new versions.
I dunno, having to do disk writes to just update a job might slow the simulator down to a crawl even more.
Post by: vk65535 on November 23, 2014, 02:42:09 pm
I'd like to use scripting in custom role, but, when I enter a script, it simply don't save it, and text box remain empty after window reopen. Do I do something wrong? [screenshot (http://postimg.org/image/ni2vti7xf/)]
Post by: tom_kazansky on November 23, 2014, 03:28:00 pm
Post by: Megablob on November 23, 2014, 07:25:08 pm
Post by: Millitron on November 23, 2014, 08:11:56 pm
Post by: rmblr on November 24, 2014, 04:13:23 am
Any update on when we might possibly have DT report on our dwarves moods again, instead of just falsely saying they're all miserable?
This will take some time as the new emotions system is entirely different than the old one, and the new system needs to be reverse-engineered and mapped out.
Volunteers who work on Dwarf Fortress memory mapping are just that, volunteers. So it will be done when it is done. No sooner unfortunately. :-\
Post by: splinterz on November 24, 2014, 08:17:09 am
Greetings.definitely a bug with the script saving. i'll have it fixed in the next version, thanks for the report.
I'd like to use scripting in custom role, but, when I enter a script, it simply don't save it, and text box remain empty after window reopen. Do I do something wrong? [screenshot (http://postimg.org/image/ni2vti7xf/)]
well i'm at a loss for this one. i loaded up your save with the released DT 28.0 and the ammo is showing up just fine. the only two with missing equipment are adil datanorshar and erush rigothotung (missing crossbows). maybe it's the wrong save?the leader is showing 25 steel bolts... i have a few more things to check in case, but which column were you looking at (general equipment? ammunition or ranged equipment column?), and are the other items (pants, shirt, etc) showing up ok?
Looking at the equipment column on the the labor_full tab (there is only one equipment column there). The eq. column square was blue and it is the pop up window you get when hovering over that square that had 'ammunition: missing'. All other items show up fine.
Any update on when we might possibly have DT report on our dwarves moods again, instead of just falsely saying they're all miserable?hopefully this week. i've been playtesting the changes for the emotions/happiness and so far it seems ok.
Post by: ptb_ptb on November 24, 2014, 09:04:18 am
well i'm at a loss for this one.
I'm sure it's the right save. But I will check with a new worldgen in pure vanilla DF 0.40.16 to see if it still happens, or was some freaky glitch thing.
[EDIT] Hmm, I re-downloaded the memory layout and it looks like 'freaky glitch thing' is the way to go. It's working just fine with a newly generated world.
[EDITx2] And it now works with the save file I uploaded on the slightly modded (Phoebus Graphics Set + plantfix) DF 0.40.16 I was using before.
[EDITx3] I restored an earlier version of the memory layout file and checked with winmerge -> identical. So I officially have not the slightest idea what happened here, but
"cannot reproduce"
So sorry about the inadvertant wild goose chase.
Post by: smeeprocket on November 28, 2014, 06:16:12 pm
Post by: lethosor on November 28, 2014, 06:58:17 pm
Post by: thraxarious on November 29, 2014, 03:19:46 am
When there is a delay between the release of DF and DT, I usually end up fiddling with something else. Or if I am jonesing that bad, start a new fort on "hard" (no DT).
It'll get done eventually. Also keep in mind its a US holiday weekend, so lots of people doing the family thing.
Post by: mnjiman on November 29, 2014, 07:22:00 am
Any info on when DT will be updated to the most recent DF version?
There were much bigger changes in dwarf fortress more recently that have to be changed in Dwarf Therapist, so I believe one major reason this next release is taking longer than usually is because all of the new moods have to be added and adjusted etc.
Post by: Urist Tilaturist on November 29, 2014, 08:36:50 am
Post by: Chimerat on November 29, 2014, 09:14:16 am
Dwarf Therapist must be updated for the new emotion system, listing stress levels and thoughts by nature, as well as information on moods and so on.Wasn't there an update that still let you do the labour things though? Even after the emotions were first added? ??? (I may be remembering incorrectly?)
Post by: lethosor on November 29, 2014, 09:43:20 am
Post by: Chimerat on November 29, 2014, 10:19:02 am
Indeed. The emotion changes were in 0.40.14, but df-structures and DT are updated for 0.40.16.Hmm... Is there a way for that to happen for the newer build? Or are the new changes more closely tied to mood?
Post by: lethosor on November 29, 2014, 10:21:45 am
Post by: ptb_ptb on November 29, 2014, 10:29:06 am
Hmm... Is there a way for that to happen for the newer build? Or are the new changes more closely tied to mood?
Just look here every day or two
https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts
Post by: Rogue Yun on November 29, 2014, 03:50:34 pm
Code: [Select]
/usr/bin/dwarftherapist: line 117: getcap: command not found
/usr/bin/DwarfTherapist: error while loading shared libraries: libQt5Qml.so.5: cannot open shared object file: No such file or directory
I'm still kinda' new to linux so bear with me if I seem a little slow on the uptake.
Post by: int_ua on November 29, 2014, 05:57:57 pm
Hello! I installed the deb package in my debian jessie distro. Started dwarf fortress and rand dwarftherapist and then go the following errors. I was wondering anyone might be willing to help talk me through resolving this. Thanks in advance!Unfortunately, the package doesn't include any dependencies (and you can blame me for that, yeah), you'll have to install all needed libraries yourself. AFAIU on Debian Jessie you need libqt5qml5 and libcap2-bin packages. Let me know if there are any other deps, I'm not in the mood for digging this. Also, if it freezes upon committing changes, try running it throughCode: [Select]/usr/bin/dwarftherapist: line 117: getcap: command not found
/usr/bin/DwarfTherapist: error while loading shared libraries: libQt5Qml.so.5: cannot open shared object file: No such file or directory
Code: [Select]
$ sudo dwarftherapist
Post by: smeeprocket on November 29, 2014, 06:10:58 pm
Post by: Rogue Yun on November 29, 2014, 06:13:05 pm
hey kind of on topic, what's a good way to get familiar to linux if you don't feel smart enough to just jump in head first?
Virtualbox
AFAIU on Debian Jessie you need libqt5qml5 and libcap2-bin packages. Let me know if there are any other deps, I'm not in the mood for digging this. Also, if it freezes upon committing changes, try running it throughCode: [Select]$ sudo dwarftherapist
Thank you so much!
I also had to install libqt5widgets5 but it seems to be working though I still get this error at startup.
Code: [Select]
/usr/bin/dwarftherapist: line 117: getcap: command not found
Post by: int_ua on November 29, 2014, 06:31:49 pm
hey kind of on topic, what's a good way to get familiar to linux if you don't feel smart enough to just jump in head first?I think that's offtopic, but still:
0. Select a distribution [and a desktop environment].
1. Create a LiveUSB with UNetbootin (http://unetbootin.sourceforge.net/) (1Gb may not always work, but 2Gb is sufficient for almost any unmodified live disk I know of) or burn iso to CD/DVD if that's easier for you.
2. Boot from it and try it without any changes to your hard drive.
Please write any further questions on this in PM or elsewhere.
UPD: Or VirtualBox like Yun said, yeah, but that may require a little bit more time to start and more free space on disk.
Post by: Urist Tilaturist on November 30, 2014, 06:21:44 am
hey kind of on topic, what's a good way to get familiar to linux if you don't feel smart enough to just jump in head first?
It's very similar to other operating systems, unless you want to mess around with audio drivers, in which case it is very difficult indeed.
Post by: thraxarious on November 30, 2014, 11:47:35 am
hey kind of on topic, what's a good way to get familiar to linux if you don't feel smart enough to just jump in head first?
I'd say, go with virtualbox or Vmware Player. Then download a copy of Linux Mint. Its a pretty easy and handy bit of software.
You'll want a bit of ram though. Running it side by side in a virtual box needs ram for both your system and the virtual one. 2-4GB more at least would be good. I have 12GB on my system right now, but it is several years old.
But Linux is like anything, a tool. And the right tool for the right job. Mint is a nice starter desktop linux. If you want to move into server and services, there are others. Debian, Ubuntu, CentOS/RHEL... each have community forums and plenty of answers already asked. Google is your friend.
Oh, and if you want to spend a little money and try out some neat things with hardware, find yourself a raspberry Pi, and stick it on the network to play with. I have mine connected to the TV.
Post by: kleril on December 02, 2014, 03:08:32 am
linky (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts)
Post by: Aftal on December 02, 2014, 07:57:25 am
I'm new to DF. After meeting the vanilla interface, I thought pointing and clicking might break the ice a bit, so installed the Linux LNP pack including Dwarf Therapist. I'm runing Mint 15, 32-bit.
With the DwarfTherapist executable from the pack, I only got the following in the terminal:
Code: [Select]
bash: ./DwarfTherapist.precompiled.notworking: cannot execute binary fileand nothing happens.
So I compiled DwarfTherapist from GitHub instead, without issues. When I run this executable from the same directory, while DF is running, the DT window appears but then straight away closes again. The terminal says
Code: [Select]
ptrace attach: Operation not permittedand I get an error log like this:
Code: [Select]
2014-Dec-02 13:36:16.099 INFO core Dwarf Therapist "0.6.12" starting normally. [src/dwarftherapist.cpp:100] (setup_logging)
2014-Dec-02 13:36:18.205 INFO core Loaded 4 views from disk [src/viewmanager.cpp:128] (reload_views)
2014-Dec-02 13:36:18.318 DEBUG core "redrew views in 112ms" [src/viewmanager.cpp:160] (draw_views)
2014-Dec-02 13:36:18.336 DEBUG core setting up connections for MainWindow [src/mainwindow.cpp:105] (MainWindow)
2014-Dec-02 13:36:18.378 DEBUG core group_by now set to 0 [src/models/dwarfmodel.cpp:456] (set_group_by)
2014-Dec-02 13:36:18.425 DEBUG core beginning to read settings [src/dwarftherapist.cpp:122] (read_settings)
2014-Dec-02 13:36:18.426 DEBUG core finished reading settings [src/dwarftherapist.cpp:168] (read_settings)
2014-Dec-02 13:36:19.125 DEBUG core attempting connection to running DF game [src/mainwindow.cpp:216] (connect_to_df)
2014-Dec-02 13:36:19.126 ERROR core No valid memory layouts found in the following directories... () [src/dfinstance.cpp:106] (DFInstance)
2014-Dec-02 13:36:19.307 ERROR core Could not attach to PID 31208 [src/dfinstancelinux.cpp:158] (attach)
2014-Dec-02 13:36:19.308 ERROR core Unable to open "/proc/31208/mem" [src/dfinstancelinux.cpp:202] (read_raw)
2014-Dec-02 13:36:19.308 DEBUG core base_addr: 0 HEX 0 [src/dfinstancelinux.cpp:324] (find_running_copy)
2014-Dec-02 13:36:20.780 DEBUG core DF's checksum is "0x13cc404f" [src/dfinstancelinux.cpp:328] (find_running_copy)
2014-Dec-02 13:36:20.781 INFO core Dwarf fortress path: "/media/aglminor/nonsci/pelit/Dwarf_Fortress/df_linux" [src/dfinstancelinux.cpp:335] (find_running_copy)After an earlier attempt, the error log was slightly different, and identical to the one here (https://github.com/andrewd18/df-lnp-installer/issues/25). For that player a newer version (not of DT per se but of df-lnp-installer) helped -- but it's over a year ago.
Can someone explain why I get this error and what remedy there may be? Thanks!
Post by: miauw62 on December 02, 2014, 08:28:41 am
Post by: rmblr on December 02, 2014, 08:54:53 am
Follow the directions here:
https://github.com/andrewd18/df-lnp-installer/wiki/Dwarf-Therapist-Cannot-Connect-to-Dwarf-Fortress
In Step 2 of "Disable.." change to the correct DT folder in the pack (something like 'LNP/utilities/dwarf_therapist)
Alternatively, the PyLNP for Linux launcher should have asked you for your root password. Are you using the latest version of the pack?
Post by: Chimerat on December 02, 2014, 09:06:33 am
Ah well... I still appreciate the effort, fellas. Just because I don't care about anything past the animal, labour and health screens doesn't mean the rest isn't important. ;)
Post by: lorduberspaz on December 02, 2014, 09:29:28 am
Post by: Aftal on December 02, 2014, 09:58:29 am
Yep, using the latest PyLNP; it did ask for the root password, which I gave, but perhaps that was before I compiled my own DwarfTherapist and so might not apply to the executable I substituted...
At any rate, I (re)ran
Code: [Select]
sudo setcap cap_sys_ptrace=ep DwarfTherapist, but it makes no difference.If I run DT as root, it doesn't work either (though, again, the program window appears briefly), but instead of
Code: [Select]
ptrace attach: Operation not permitted the terminal gives a mysterious Code: [Select]
"Unknown error" and the log file readsCode: [Select]
2014-Dec-02 15:43:17.813 INFO core Dwarf Therapist "0.6.12" starting normally. [src/dwarftherapist.cpp:100] (setup_logging)
2014-Dec-02 15:43:18.398 INFO core Loaded 4 views from disk [src/viewmanager.cpp:128] (reload_views)
2014-Dec-02 15:43:18.551 DEBUG core "redrew views in 152ms" [src/viewmanager.cpp:160] (draw_views)
2014-Dec-02 15:43:18.568 DEBUG core setting up connections for MainWindow [src/mainwindow.cpp:105] (MainWindow)
2014-Dec-02 15:43:18.580 DEBUG core group_by now set to 0 [src/models/dwarfmodel.cpp:456] (set_group_by)
2014-Dec-02 15:43:18.581 DEBUG core beginning to read settings [src/dwarftherapist.cpp:122] (read_settings)
2014-Dec-02 15:43:18.581 DEBUG core finished reading settings [src/dwarftherapist.cpp:168] (read_settings)
2014-Dec-02 15:43:18.942 DEBUG core attempting connection to running DF game [src/mainwindow.cpp:216] (connect_to_df)
2014-Dec-02 15:43:18.958 ERROR core No valid memory layouts found in the following directories... () [src/dfinstance.cpp:106] (DFInstance)
2014-Dec-02 15:43:19.264 DEBUG core base_addr: 134531536 HEX 804c9d0 [src/dfinstancelinux.cpp:324] (find_running_copy)
2014-Dec-02 15:43:19.714 DEBUG core DF's checksum is "0x13cc404f" [src/dfinstancelinux.cpp:328] (find_running_copy)
2014-Dec-02 15:43:19.714 DEBUG core DF's checksum is: "0x13cc404f" [src/dfinstance.cpp:876] (get_memory_layout)
2014-Dec-02 15:43:19.714 DEBUG core Could not find layout for checksum "0x13cc404f" [src/dfinstance.cpp:883] (get_memory_layout)
2014-Dec-02 15:43:19.715 INFO core Checking for layout for checksum: "0x13cc404f" [src/mainwindow.cpp:396] (check_for_layout)
2014-Dec-02 15:43:19.715 INFO core Dwarf fortress path: "/media/aglminor/nonsci/pelit/Dwarf_Fortress/df_linux" [src/dfinstancelinux.cpp:335] (find_running_copy)which is similar to the issue I linked to. In particular, with sudo the "Could not attach to PID 31208" error is no longer there. But apparently the "No valid memory layouts found" error is by itself enough for breakdown.
Any more suggestions? cheers
Post by: splinterz on December 02, 2014, 10:02:38 am
Spoiler: WINDOWS (click to show/hide)
Spoiler: LINUX (click to show/hide)
Post by: splinterz on December 02, 2014, 10:11:27 am
Hi miauw62 and rmblr -- thanks for the replies. No luck yet though.
Yep, using the latest PyLNP; it did ask for the root password, which I gave, but perhaps that was before I compiled my own DwarfTherapist and so might not apply to the executable I substituted...
At any rate, I (re)ranCode: [Select]sudo setcap cap_sys_ptrace=ep DwarfTherapist, but it makes no difference.
If I run DT as root, it doesn't work either (though, again, the program window appears briefly), but instead ofCode: [Select]ptrace attach: Operation not permittedthe terminal gives a mysteriousCode: [Select]"Unknown error"and the log file readsCode: [Select]2014-Dec-02 15:43:17.813 INFO core Dwarf Therapist "0.6.12" starting normally. [src/dwarftherapist.cpp:100] (setup_logging)
2014-Dec-02 15:43:18.398 INFO core Loaded 4 views from disk [src/viewmanager.cpp:128] (reload_views)
2014-Dec-02 15:43:18.551 DEBUG core "redrew views in 152ms" [src/viewmanager.cpp:160] (draw_views)
2014-Dec-02 15:43:18.568 DEBUG core setting up connections for MainWindow [src/mainwindow.cpp:105] (MainWindow)
2014-Dec-02 15:43:18.580 DEBUG core group_by now set to 0 [src/models/dwarfmodel.cpp:456] (set_group_by)
2014-Dec-02 15:43:18.581 DEBUG core beginning to read settings [src/dwarftherapist.cpp:122] (read_settings)
2014-Dec-02 15:43:18.581 DEBUG core finished reading settings [src/dwarftherapist.cpp:168] (read_settings)
2014-Dec-02 15:43:18.942 DEBUG core attempting connection to running DF game [src/mainwindow.cpp:216] (connect_to_df)
2014-Dec-02 15:43:18.958 ERROR core No valid memory layouts found in the following directories... () [src/dfinstance.cpp:106] (DFInstance)
2014-Dec-02 15:43:19.264 DEBUG core base_addr: 134531536 HEX 804c9d0 [src/dfinstancelinux.cpp:324] (find_running_copy)
2014-Dec-02 15:43:19.714 DEBUG core DF's checksum is "0x13cc404f" [src/dfinstancelinux.cpp:328] (find_running_copy)
2014-Dec-02 15:43:19.714 DEBUG core DF's checksum is: "0x13cc404f" [src/dfinstance.cpp:876] (get_memory_layout)
2014-Dec-02 15:43:19.714 DEBUG core Could not find layout for checksum "0x13cc404f" [src/dfinstance.cpp:883] (get_memory_layout)
2014-Dec-02 15:43:19.715 INFO core Checking for layout for checksum: "0x13cc404f" [src/mainwindow.cpp:396] (check_for_layout)
2014-Dec-02 15:43:19.715 INFO core Dwarf fortress path: "/media/aglminor/nonsci/pelit/Dwarf_Fortress/df_linux" [src/dfinstancelinux.cpp:335] (find_running_copy)
which is similar to the issue I linked to. In particular, with sudo the "Could not attach to PID 31208" error is no longer there. But apparently the "No valid memory layouts found" error is by itself enough for breakdown.
Any more suggestions? cheers
i haven't had a chance to look at this in detail, but the first line in the log "Dwarf Therapist "0.6.12" starting normally." indicates a pretty old version of DT.. since you're running 40.16 you should be building from here https://github.com/splintermind/Dwarf-Therapist with these instructions https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/BUILDING.rst
Post by: Chimerat on December 02, 2014, 10:55:22 am
you can try these layouts for 40.19, but i haven't tested them yet.:-\Spoiler: WINDOWS (click to show/hide)
So... If anyone knows what to do with these and does it, could you please post a link here for those who have no bloody clue? :D
Post by: Button on December 02, 2014, 11:47:59 am
you can try these layouts for 40.19, but i haven't tested them yet.:-\Spoiler: WINDOWS (click to show/hide)
So... If anyone knows what to do with these and does it, could you please post a link here for those who have no bloody clue? :D
You put them in a file called v0.40.19_graphics.ini and throw it in your shared folder with the rest of the layouts.
Post by: Chaosegg on December 02, 2014, 11:49:03 am
you can try these layouts for 40.19, but i haven't tested them yet.Much praise and thanks to those who crafted us the memory layouts for 40.19!
It does appear to work!
To get the windows version working I followed these easy steps:you can try these layouts for 40.19, but i haven't tested them yet.:-\Spoiler: WINDOWS (click to show/hide)
So... If anyone knows what to do with these and does it, could you please post a link here for those who have no bloody clue? :D
make a COPY of one of the .ini files in your folder \Dwarf-Therapist-WIN-28.0.0\share\memory_layouts\windows
RENAME your new file to v0.40.19_graphics.ini from whatever it was e.g. v0.40.16_graphics.ini -copy
OPEN WITH NOTEPAD that new file e.g. v0.40.19_graphics.ini and SELECT ALL
then task back to the browser or where ever you have the new memory layout update text,
MANUALLY HIGHLIGHT all the text from the above spoiler & COPY it
PASTE it into your v0.40.19_graphics.ini file (using the notepad window mentioned above) so the spoiler text replaces everything that was there.
SAVE/CLOSE your notepad work on the file v0.40.19_graphics.ini
CONFIRM your new file (v0.40.19_graphics.ini) LOCATION is in the [above mentioned] folder with the other (older) v0.40.1x_graphics.ini files ...
and poof;
IT'S ALIVE!
Hurray! *dance of Therapist analysis goodness and joy* :D
Post by: splinterz on December 02, 2014, 12:12:49 pm
so i'm going to add the 40.19 stuff, updated the views, and should have a new release incoming.
Post by: Zohan on December 02, 2014, 01:28:36 pm
Looks like I was 10 off on the races offset which is why everything was breaking.
splinterz what tools do you use to find the memory offsets?
Right now I use a mix of QT debugging, WinDBG, Cheat Engine, and DF 25.00 (for corrected/uncorrected and vectors).
Post by: splinterz on December 02, 2014, 01:43:45 pm
Well done! I was working on it in this thread http://www.bay12forums.com/smf/index.php?topic=146143.0i cheat and run df-structure scripts :P
Looks like I was 10 off on the races offset which is why everything was breaking.
splinterz what tools do you use to find the memory offsets?
Right now I use a mix of QT debugging, WinDBG, Cheat Engine, and DF 25.00 (for corrected/uncorrected and vectors).
otherwise pretty much the same tools you listed, when i poke around to test limitations and things.
Post by: Aftal on December 02, 2014, 01:48:01 pm
i haven't had a chance to look at this in detail, but the first line in the log "Dwarf Therapist "0.6.12" starting normally." indicates a pretty old version of DT.. since you're running 40.16 you should be building from here https://github.com/splintermind/Dwarf-Therapist with these instructions https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/BUILDING.rst
Thanks splinterz -- compiled the new version and yes, got it to run :) though it only manages to load the game state if I start it as root. If I don't, the program runs but I get the "Unable to talk to dwarf fortress" warning box. Running 'sudo setcap cap_sys_ptrace=ep DwarfTherapist' does not seem to help, neither when PyLNP asks for it nor when working from a terminal window...
Two fairly trivial notes on the compile process, but where others might get stuck:
* I first got an error because I had spaces in the path where I tried to compile, resulting in
Code: [Select]
[ -d doc ] || mkdir doc; TEXINPUTS=.:/my therapist directories had spacey names/Dwarf-Therapist-DF2014/doc/images: pdflatex -output-directory=doc "/my therapist directories had spacey names/Dwarf-Therapist-DF2014/doc/Dwarf Therapist.tex"
/bin/sh: 1: therapist: not found
make[1]: *** [doc/Dwarf Therapist.pdf] Error 127
make[1]: Leaving directory `/my therapist directories had spacey names/Dwarf-Therapist-DF2014'
make: *** [release] Error 2This was easily solved by removing spaces from the offending directory name.* At first compilation broke down when it tried to produce the manual PDF and found I did not have some LaTeX files. I installed texlive-latex-extra (http://askubuntu.com/questions/296638/texlive-cant-find-wrapfig-sty-while-package-is-installed), hit make again, and then it worked out. It actually looks like the PDF was created the first time around...? I'm not sure. But texlive-latex-extra is a heavy package and maybe it'd be easier to include the PDF instead of making its creation essential to successful compilation...?
Dwarf Therapist looks impressive! :o Thank you for your work. cheers
Post by: Chimerat on December 02, 2014, 02:11:49 pm
It LIVES!To get the windows version working I followed these easy steps:you can try these layouts for 40.19, but i haven't tested them yet.:-\Spoiler: WINDOWS (click to show/hide)
So... If anyone knows what to do with these and does it, could you please post a link here for those who have no bloody clue? :D
COPY one of the .ini files in your folder \Dwarf-Therapist-WIN-28.0.0\share\memory_layouts\windows
RENAME the file v0.40.19_graphics.ini
OPEN WITH NOTEPAD that file e.g. v0.40.19_graphics.ini and SELECT ALL
MANUALLY HIGHLIGHT ALL & COPY the text from the above spoiler
PASTE it into the notepad you still have open (with everything selected so that your new .ini file will now contain only the text from the spoiler and nothing from before).
SAVE/CLOSE v0.40.19_graphics.ini in notepad
make sure your new file (v0.40.19_graphics.ini) is in the [above mentioned] folder with the other v0.40.1x_graphics.ini files ...
and poof;
IT'S ALIVE!
Hurray! *dance of Therapist analysis goodness and joy* :D
Thank you. :D
the changes to include gelding are pretty minimal and enabling gelding on an older version (tested with 40.18) doesn't seem to break anything.Sweet. :)
so i'm going to add the 40.19 stuff, updated the views, and should have a new release incoming.
Post by: lethosor on December 02, 2014, 03:02:23 pm
Post by: fricy on December 02, 2014, 03:17:44 pm
Fricy put up a layout (https://raw.githubusercontent.com/fricy/Dwarf-Therapist/DF2014/share/memory_layouts/osx/v0.40.19_osx.ini) for 0.40.19 on OS X.Plus seeing that splinterz tagged the code for release, here comes the compiled version. Tested only with 40.19 on OS 10.7.5.
[OSX] Dwarf Therapist 30.0 | DF 40.19 (http://dffd.wimbli.com/file.php?id=9127)
Post by: splinterz on December 02, 2014, 03:39:28 pm
Post by: splinterz on December 02, 2014, 03:58:58 pm
if you have any issues with the new versions, or any suggestions/comments for the new emotions/thoughts don't hesitate to let me know.
Post by: lethosor on December 02, 2014, 04:58:48 pm
Post by: Chimerat on December 02, 2014, 07:48:39 pm
alright versions 29 and 30 are up. (https://github.com/splintermind/Dwarf-Therapist/releases)Thank you! *bounces* This means I can play DF while I don't have the internet at home for who knows how many months! :D
if you have any issues with the new versions, or any suggestions/comments for the new emotions/thoughts don't hesitate to let me know.
Post by: splinterz on December 02, 2014, 08:00:00 pm
Could you add Fricy's build to the first post?will do.
you're very welcome. thanks for the continued enthusiasm ;)alright versions 29 and 30 are up. (https://github.com/splintermind/Dwarf-Therapist/releases)Thank you! *bounces* This means I can play DF while I don't have the internet at home for who knows how many months! :D
if you have any issues with the new versions, or any suggestions/comments for the new emotions/thoughts don't hesitate to let me know.
i should have another minor release out soon to add a gelding column to the animal view (works like butchering) as well as a new health issue for gelding so you'll be able to see that as well.
Post by: Chimerat on December 02, 2014, 08:13:07 pm
i should have another minor release out soon to add a gelding column to the animal view (works like butchering) as well as a new health issue for gelding so you'll be able to see that as well.Oooh. Shiny.
I'll keep an eye out of that. I should have the internet until the night of the 14th, so I'll keep an eye out.
Post by: Zeranamu on December 03, 2014, 03:17:09 am
Post by: 4kn on December 04, 2014, 04:09:36 am
Post by: rmblr on December 04, 2014, 05:16:00 am
sooo...since DT for 40.19 is up now (thanks for that!), what about lazy newb pack for 40.19? ...anyone?
The starter pack requires a DFHack for version 40.19, which isn't released yet.
Post by: Shonai_Dweller on December 04, 2014, 05:38:53 am
sooo...since DT for 40.19 is up now (thanks for that!), what about lazy newb pack for 40.19? ...anyone?
The starter pack requires a DFHack for version 40.19, which isn't released yet.
Why?
Post by: PeridexisErrant on December 04, 2014, 06:21:20 am
sooo...since DT for 40.19 is up now (thanks for that!), what about lazy newb pack for 40.19? ...anyone?
The starter pack requires a DFHack for version 40.19, which isn't released yet.
Why?
It hasn't been released yet because it's not quite finished yet. I wait for dfhack because it's incredibly useful for background bugfixing, improves the interface in many important ways, and provides many useful tools. See here (https://www.reddit.com/r/dwarffortress/comments/2o3koh/dwarf_therapist_v30_new_happiness_roles_labors/cmjqijh) for a recent discussion.
Post by: 4kn on December 05, 2014, 01:18:43 am
sooo...since DT for 40.19 is up now (thanks for that!), what about lazy newb pack for 40.19? ...anyone?
The starter pack requires a DFHack for version 40.19, which isn't released yet.
Why?
It hasn't been released yet because it's not quite finished yet. I wait for dfhack because it's incredibly useful for background bugfixing, improves the interface in many important ways, and provides many useful tools. See here (https://www.reddit.com/r/dwarffortress/comments/2o3koh/dwarf_therapist_v30_new_happiness_roles_labors/cmjqijh) for a recent discussion.
whatever you wish.
dfhack 40.19 - done
Post by: Button on December 05, 2014, 10:41:01 am
Post by: splinterz on December 05, 2014, 10:53:25 am
Can we have a 'geld' column, similar to the 'butcher' column, for pets please? I would find this quite useful. As it is, I'm pausing the game, marking the animals I want to geld for butchering, and then going into the animals menu to replace the slaughter orders with geld orders. :)
i should have another minor release out soon to add a gelding column to the animal view (works like butchering) as well as a new health issue for gelding so you'll be able to see that as well.
Post by: MAurelius on December 06, 2014, 05:41:30 pm
Thank you!
Post by: Blakmane on December 07, 2014, 12:57:01 am
Post by: splinterz on December 07, 2014, 08:13:12 am
When you hover over a dwarf's name and it gives you a little summary about them, their thoughts, their skills, and their attributes - is there any way to export that to a document? Like if I wanted to write that stuff down I have to hand retype it all. I'm sure there is or could be an easier way.not directly, however if you open the windows->docks->information dock, you can copy the information from there once you hover over the dwarf's name.
Thank you!
I'm running the latest version for 40.19 (V.30.0), but it seems to be missing a bunch of assignable jobs in the hauling field, such as trade goods hauling. Am I doing something wrong or is this a current engine limitation?i'm not sure what you mean. if you're talking about a view, and it's the 'labors compact' one, then it requires a superlabor column for the hauling. if you want individual labor columns for each hauling labor, try the 'labors full' view.
Post by: Chimerat on December 07, 2014, 02:14:04 pm
When you hover over a dwarf's name and it gives you a little summary about them, their thoughts, their skills, and their attributes - is there any way to export that to a document? Like if I wanted to write that stuff down I have to hand retype it all. I'm sure there is or could be an easier way.Similarly, would there be a way to have the animals display more information? Specifically related to their size and strength? (For gelding/butchering selection.) Or is that already in the rows in the animal tab and I'm just not reading things correctly?
Thank you!
Post by: splinterz on December 07, 2014, 02:27:02 pm
you should be able to show bodysize in the tooltips, but currently there's no difference between animals and civilians as far as the tooltip is concerned. so for attributes, they've never been in the tooltip, so you'll have to use the gridview/detail dock to check things like str,agi,etc.When you hover over a dwarf's name and it gives you a little summary about them, their thoughts, their skills, and their attributes - is there any way to export that to a document? Like if I wanted to write that stuff down I have to hand retype it all. I'm sure there is or could be an easier way.Similarly, would there be a way to have the animals display more information? Specifically related to their size and strength? (For gelding/butchering selection.) Or is that already in the rows in the animal tab and I'm just not reading things correctly?
Thank you!
Post by: Chimerat on December 07, 2014, 03:11:10 pm
Okay, cool. Thanks. :Dyou should be able to show bodysize in the tooltips, but currently there's no difference between animals and civilians as far as the tooltip is concerned. so for attributes, they've never been in the tooltip, so you'll have to use the gridview/detail dock to check things like str,agi,etc.When you hover over a dwarf's name and it gives you a little summary about them, their thoughts, their skills, and their attributes - is there any way to export that to a document? Like if I wanted to write that stuff down I have to hand retype it all. I'm sure there is or could be an easier way.Similarly, would there be a way to have the animals display more information? Specifically related to their size and strength? (For gelding/butchering selection.) Or is that already in the rows in the animal tab and I'm just not reading things correctly?
Thank you!
Post by: MAurelius on December 07, 2014, 04:13:25 pm
When you hover over a dwarf's name and it gives you a little summary about them, their thoughts, their skills, and their attributes - is there any way to export that to a document? Like if I wanted to write that stuff down I have to hand retype it all. I'm sure there is or could be an easier way.not directly, however if you open the windows->docks->information dock, you can copy the information from there once you hover over the dwarf's name.
Thank you!
Thank you!
Post by: Blakmane on December 08, 2014, 02:51:43 am
I'm running the latest version for 40.19 (V.30.0), but it seems to be missing a bunch of assignable jobs in the hauling field, such as trade goods hauling. Am I doing something wrong or is this a current engine limitation?i'm not sure what you mean. if you're talking about a view, and it's the 'labors compact' one, then it requires a superlabor column for the hauling. if you want individual labor columns for each hauling labor, try the 'labors full' view.
Figured it out. The game imported over views from the previous version that didn't contain the new labors. I had to delete and reopen the views for them to display the new labors.
Post by: Sprocket809 on December 08, 2014, 08:17:45 am
Quote
Building
qmake -qt=4 # Qt 4 on Debian-based
qmake -qt=5 # Qt 5 on Debian-based
qmake-qt5 # Qt 5 on Fedora
qmake # Qt 4 on most other distros
make -j$(nproc) # Run as many jobs as processing units
And can't get past it. When I try either Qt 5 or Qt 4 at the building stage, my terminal gives me this message:
Spoiler (click to show/hide)
Which options do I use? Kinda stuck here.
Post by: rmblr on December 08, 2014, 09:40:30 am
Post by: SMuffatti on December 08, 2014, 06:52:28 pm
This is what I get and I can't figure it out:
Problem Event Name: APPCRASH
Application Name: DwarfTherapist.exe
Application Version: 0.0.0.0
Application Timestamp: 547e250d
Fault Module Name: DwarfTherapist.exe
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 547e250d
Exception Code: c0000005
Exception Offset: 00015248
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
Post by: blegh on December 08, 2014, 11:57:30 pm
Process: DwarfTherapist [3915]
Path: /Applications/DwarfTherapist.app/Contents/MacOS/DwarfTherapist
Identifier: com.yourcompany.DwarfTherapist
Version: ??? (???)
Code Type: X86-64 (Native)
Parent Process: launchd [61]
Date/Time: 2014-12-09 05:55:28.225 +0100
OS Version: Mac OS X 10.6.8 (10K549)
Report Version: 6
Interval Since Last Report: 27863941 sec
Crashes Since Last Report: 728
Per-App Interval Since Last Report: 90241 sec
Per-App Crashes Since Last Report: 5
Anonymous UUID: BA00F03A-8239-4248-A768-35FDF5AA2C53
Exception Type: EXC_BAD_INSTRUCTION (SIGILL)
Exception Codes: 0x0000000000000001, 0x0000000000000000
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Thread 0 Crashed: Dispatch queue: com.apple.main-thread
0 QtCore 0x000000010062bd85 QString::toLatin1() const + 213
1 QtCore 0x000000010062bcc8 QString::toLatin1() const + 24
2 com.yourcompany.DwarfTherapist 0x000000010001dbca TruncatingFileLogger::write(QString const&, QString const&, int, QString const&) + 218
3 com.yourcompany.DwarfTherapist 0x000000010001d9f7 LogAppender::write(QString const&, LOG_LEVEL, QString const&, int, QString const&) + 343
4 com.yourcompany.DwarfTherapist 0x000000010001e982 Streamer::write() + 50
5 com.yourcompany.DwarfTherapist 0x00000001000065c3 Streamer::~Streamer() + 19
6 com.yourcompany.DwarfTherapist 0x00000001000c20f3 DwarfTherapist::setup_logging() + 1299
7 com.yourcompany.DwarfTherapist 0x00000001000c0a3e DwarfTherapist::DwarfTherapist(int&, char**) + 190
8 com.yourcompany.DwarfTherapist 0x000000010008e1bf main + 31
9 com.yourcompany.DwarfTherapist 0x00000001000051ca _start + 248
10 com.yourcompany.DwarfTherapist 0x00000001000050d1 start + 33
Post by: fricy on December 09, 2014, 02:59:51 am
OSX version for .40.19 crashes too.
Try deleting /Users/(your_name)/.config/UDP Software/Dwarf Therapist.ini
Post by: splinterz on December 09, 2014, 03:13:26 am
Hey, I just upgraded from the 40_16 r2 starter pack with therapist .28 (which worked great) to the 40_19 r2 with therapist .30 and the new one refuses to startup. It crashes to desktop immediately.does this happen with every save, or a particular one? can you post the log file?
This is what I get and I can't figure it out:
Problem Event Name: APPCRASH
Application Name: DwarfTherapist.exe
Application Version: 0.0.0.0
Application Timestamp: 547e250d
Fault Module Name: DwarfTherapist.exe
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 547e250d
Exception Code: c0000005
Exception Offset: 00015248
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
Post by: blegh on December 09, 2014, 03:30:46 am
OSX version for .40.19 crashes too.
Try deleting /Users/(your_name)/.config/UDP Software/Dwarf Therapist.ini
Thanks for your response :)
Deleting this file didn't help unfortunately, DT still crashes immediately on startup.
Post by: fricy on December 09, 2014, 04:22:56 am
Hmm. Which was the latest version working for you?Thanks for your response :)OSX version for .40.19 crashes too.
Try deleting /Users/(your_name)/.config/UDP Software/Dwarf Therapist.ini
Deleting this file didn't help unfortunately, DT still crashes immediately on startup.
Post by: blegh on December 09, 2014, 04:46:44 am
Hmm. Which was the latest version working for you?
Latest was pre-40.X ~ april this year, i guess. I removed the older DF and utils, so i'm not sure.
(I have not used any DT on the 40.X series)
Post by: SMuffatti on December 09, 2014, 07:10:39 am
2014-Dec-08 18:36:23.545 INFO core Dwarf Therapist "30.0.0" starting normally. [src\dwarftherapist.cpp:154] (setup_logging)
2014-Dec-08 18:36:23.954 INFO core beginning to read settings [src\dwarftherapist.cpp:180] (read_settings)
2014-Dec-08 18:36:23.969 INFO core finished reading settings [src\dwarftherapist.cpp:209] (read_settings)
2014-Dec-08 18:36:24.229 INFO core attempting connection to running DF game [src\mainwindow.cpp:337] (connect_to_df)
2014-Dec-08 18:36:24.233 INFO core adding valid layout "v0.40.19 (graphics)" "0x54762923" [src\dfinstance.cpp:101] (DFInstance)
2014-Dec-08 18:36:24.236 INFO core adding valid layout "v0.40.18 (graphics)" "0x546e4906" [src\dfinstance.cpp:101] (DFInstance)
2014-Dec-08 18:36:24.238 INFO core adding valid layout "v0.40.16 (graphics)" "0x54638ff0" [src\dfinstance.cpp:101] (DFInstance)
2014-Dec-08 18:36:24.240 INFO core adding valid layout "v0.40.15 (graphics)" "0x545a6968" [src\dfinstance.cpp:101] (DFInstance)
2014-Dec-08 18:36:24.242 INFO core adding valid layout "v0.40.14 (graphics)" "0x544bffa4" [src\dfinstance.cpp:101] (DFInstance)
2014-Dec-08 18:36:24.245 INFO core adding valid layout "v0.40.13 (graphics)" "0x5419c537" [src\dfinstance.cpp:101] (DFInstance)
2014-Dec-08 18:36:24.247 INFO core adding valid layout "v0.40.12 (graphics)" "0x541088c3" [src\dfinstance.cpp:101] (DFInstance)
2014-Dec-08 18:36:24.249 INFO core adding valid layout "v0.40.11 (graphics)" "0x54076214" [src\dfinstance.cpp:101] (DFInstance)
2014-Dec-08 18:36:24.252 INFO core adding valid layout "v0.40.10 (graphics)" "0x53fa3213" [src\dfinstance.cpp:101] (DFInstance)
2014-Dec-08 18:36:24.254 INFO core adding valid layout "v0.40.09 (graphics)" "0x53f0f350" [src\dfinstance.cpp:101] (DFInstance)
2014-Dec-08 18:36:24.257 INFO core adding valid layout "v0.40.08 (graphics)" "0x53e90092" [src\dfinstance.cpp:101] (DFInstance)
2014-Dec-08 18:36:24.259 INFO core adding valid layout "v0.40.07 (graphics)" "0x53e7ac66" [src\dfinstance.cpp:101] (DFInstance)
2014-Dec-08 18:36:24.261 INFO core adding valid layout "v0.40.06 (graphics)" "0x53de7eb3" [src\dfinstance.cpp:101] (DFInstance)
2014-Dec-08 18:36:24.263 INFO core adding valid layout "v0.40.05 (graphics)" "0x53d566b4" [src\dfinstance.cpp:101] (DFInstance)
2014-Dec-08 18:36:24.266 INFO core adding valid layout "v0.40.04 (graphics)" "0x53cc0058" [src\dfinstance.cpp:101] (DFInstance)
2014-Dec-08 18:36:24.268 INFO core adding valid layout "v0.40.03 (graphics)" "0x53c2d20c" [src\dfinstance.cpp:101] (DFInstance)
2014-Dec-08 18:36:24.270 INFO core adding valid layout "v0.40.01 (graphics)" "0x53bb189a" [src\dfinstance.cpp:101] (DFInstance)
2014-Dec-08 18:36:24.272 INFO core attempting to find running copy of DF by window handle [src\dfinstancewindows.cpp:140] (find_running_copy)
I'm at work at the moment and I won't be home until later but I greatly appreciate the help. Please let me know what you think.
Post by: splinterz on December 09, 2014, 07:23:08 am
Hey, Dwarf Therapist crashes on any save game. It also crashes if dwarf fortress is open, not in a game. The only way it will ever open if it is the first thing I start but will crash as soon as Dwarf Fortress opens. Here's the run log:that looks like the log before DF is open, post the log after the crash. alternatively run with the -debug argument and post that log instead.Spoiler (click to show/hide)
I'm at work at the moment and I won't be home until later but I greatly appreciate the help. Please let me know what you think.
also, what version of DF are you running?
Post by: SMuffatti on December 09, 2014, 08:53:05 am
Post by: Sprocket809 on December 09, 2014, 10:06:47 am
That's the message that is printed when you aren't in a directory with a qmake project file (*.pro). Are you in the right directory?
Which directory do I need to be in? The dwarf_therapist folder?
Post by: rmblr on December 09, 2014, 12:17:30 pm
Post by: Wooster on December 09, 2014, 01:43:06 pm
OSX version for .40.19 crashes too.
Try deleting /Users/(your_name)/.config/UDP Software/Dwarf Therapist.ini
This (well, the Linux version: /home/[name]/.config etc.) resolved precisely this problem for me. Thanks!
Post by: SMuffatti on December 09, 2014, 05:25:16 pm
Post by: blegh on December 09, 2014, 07:46:32 pm
OSX version for .40.19 crashes too.
Recompiling in QtCreator fixed it.
Shipped qt frameworks were 64-bit.
Because Urist McBook was released from The Plains of Manufacturing in an Age Before Time, `uname -a` ended in "i386" and inconsistent address line lengths were smashing Urist McTherapist' syscalls into gore.
Urist McTherapist gives in to pain!
Urist McTherapist falls over.
Thanks for response, sorry for the noise.
Post by: Sprocket809 on December 10, 2014, 09:29:38 am
The directory with dwarftherapist.pro
I don't have the .pro file extension. Tried it in the folders with anything called dwarftherapist (any executables or whatever), still nothing.
Post by: Sprocket809 on December 11, 2014, 11:04:42 am
Now just having other issues. DwarfTherapist opens, then instantly closes again ::)
The terminal displays the error message
Code: [Select]
Dwarf therapist needs to run as root because user ptrace is disabled
Then the Dwarf Therapist UI opens, then instantly closes itself and the terminal. How can I fix this? Did I do something wrong when I built it?
Post by: rmblr on December 12, 2014, 03:15:27 am
Or read the documentation included in the files you downloaded: https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/README.rst#running-the-program
Post by: Chimerat on December 12, 2014, 10:13:03 am
Post by: splinterz on December 12, 2014, 07:26:11 pm
- added a geld column to the animal view
- added new gelder profession icon
- added new health issue for gelded
- added misc. trait for 'detatched' to existing traits
- added cave adaption to traits
- added new job icon for caged units
- updated the aggregate tooltip for happiness to include stress
- fixed an issue with items not showing properly on OSX (Fricy)
- fixed the display of role groups with negative weights
- fixed the display of traits' special notes
- fixed duplicate health reading
- fixed caged civilians from not showing
- fixed the sorting of the happiness column
- fixed an issue where the last few icons couldn't be used when overriding profession icons
Post by: Mithril Leaf on December 12, 2014, 07:58:28 pm
Post by: splinterz on December 12, 2014, 08:12:27 pm
Could anyone please tell me exactly how on earth you tell the sexuality of your animals within the animal screen? I see that there are colors and symbols the clearly are intended to correspond in some way to their gender and sexuality, but it's not intuitive (to me) what each is supposed to mean. There's white, blue, and pink, plus the Mars, Venus, and Combo symbol. What does each signify?select a unit and there's a tooltip on the gender/orientation symbol in the dwarf details dock. i should probably add an option to include the description in the tooltip.
single mars/venus= heterosexual
double mars/venus = homosexual
both combined = bisexual
blue = male
pink = female
white = asexual
Post by: Shadow_Hornet on December 12, 2014, 11:21:25 pm
I can still get it to work for me about 90% of the time because the crashes don't happen so often that I can't just restart it again to use it for what ever I want it for.
Just asking in case maybe there is something I can do about it.
Post by: Chimerat on December 13, 2014, 09:40:50 am
30.1 patch notesYes! Thank you! :D
- added a geld column to the animal view
- added new gelder profession icon
- added new health issue for gelded
- added misc. trait for 'detatched' to existing traits
- added cave adaption to traits
- added new job icon for caged units
- updated the aggregate tooltip for happiness to include stress
- fixed an issue with items not showing properly on OSX (Fricy)
- fixed the display of role groups with negative weights
- fixed the display of traits' special notes
- fixed duplicate health reading
- fixed caged civilians from not showing
- fixed the sorting of the happiness column
- fixed an issue where the last few icons couldn't be used when overriding profession icons
Post by: ssssomeone on December 14, 2014, 11:35:36 am
Post by: splinterz on December 14, 2014, 01:46:00 pm
In case it helps, I have a 100% reproducible crash with OS X - if I make any modifications with Dwarf Therapist, then go to the units screen in DF, it immediately crashes (using latest version DF and DT). Let me know if you'd like a copy of the savefile or crash report.yes, please upload the save. which version of DF and which version of DT? did you manually update recently?
Post by: ssssomeone on December 15, 2014, 04:36:41 am
DT version 30.1
DF version 0.40.19
thank you!
Post by: fricy on December 15, 2014, 10:31:46 am
In case it helps, I have a 100% reproducible crash with OS X - if I make any modifications with Dwarf Therapist, then go to the units screen in DF, it immediately crashes (using latest version DF and DT). Let me know if you'd like a copy of the savefile or crash report.Can't reproduce. Anything specific modification in DT that you did to crash? I turned on/off various jobs, but nothing. Do you have to wait for some time for the crash? I got from your report that it happens immediately at invoking unit screen.
(osx 10.7.5, 40.19 with and without dfhack, DT 30.0 and 30.1 both)
Post by: ssssomeone on December 15, 2014, 11:27:24 am
either way, thanks, and apologies for wasting your time!
Post by: Curious Key on December 16, 2014, 05:28:56 am
I'm just a little confused and want to be able to tell if my dwarfs are happy or about to murder their children. :P
Post by: Mithril Leaf on December 16, 2014, 06:39:13 am
Jeez, I thought I'd thanked you here, but it turns out I forgot. Many thanks kind individual.Could anyone please tell me exactly how on earth you tell the sexuality of your animals within the animal screen? I see that there are colors and symbols the clearly are intended to correspond in some way to their gender and sexuality, but it's not intuitive (to me) what each is supposed to mean. There's white, blue, and pink, plus the Mars, Venus, and Combo symbol. What does each signify?select a unit and there's a tooltip on the gender/orientation symbol in the dwarf details dock. i should probably add an option to include the description in the tooltip.
single mars/venus= heterosexual
double mars/venus = homosexual
both combined = bisexual
blue = male
pink = female
white = asexual
Post by: splinterz on December 16, 2014, 06:51:47 am
I've just come back to playing DF, and using this branch of Therapist, I'm trying to understand the new happiness system. It's a tad opaque in Therapist though, as the coloured tile doesn't seem to change with "stress level" and I don't know which way stress scales. I.e, is negative stress = happiness?
I'm just a little confused and want to be able to tell if my dwarfs are happy or about to murder their children. :P
the new stress stuff is mapped to the old happiness system which is:
500k (miserable)
250k (very unhappy)
100k (unhappy)
...
and then the corresponding negative values for happiness (500k=ecstatic). these ranges correspond with the boundaries where units can be prone to going into stress related moods. i don't know the exact values, but for example at 100k stress there's a 10% chance, at 250k a 25% chance, etc.
so until stress reaches 100k in either direction, your dwarves will show as 'Fine'. most of the time stress moves pretty slowly in either direction, if a dwarf has an average stress vulnerability. a very high stress vulnerability will cause (negative only?) thoughts to have a much greater effect on the dwarf and you'll see them get stressed much faster. a very high stress level (>500k) and a high stress vulnerability can also cause a dwarf to become catatonic.
Post by: splinterz on December 16, 2014, 06:53:56 am
no problem. i've already added an option to include a gender/orientation description in the tooltip, so that will be in the next update.Jeez, I thought I'd thanked you here, but it turns out I forgot. Many thanks kind individual.Could anyone please tell me exactly how on earth you tell the sexuality of your animals within the animal screen? I see that there are colors and symbols the clearly are intended to correspond in some way to their gender and sexuality, but it's not intuitive (to me) what each is supposed to mean. There's white, blue, and pink, plus the Mars, Venus, and Combo symbol. What does each signify?select a unit and there's a tooltip on the gender/orientation symbol in the dwarf details dock. i should probably add an option to include the description in the tooltip.
single mars/venus= heterosexual
double mars/venus = homosexual
both combined = bisexual
blue = male
pink = female
white = asexual
Post by: int_ua on December 16, 2014, 07:02:52 am
Post by: Curious Key on December 16, 2014, 07:18:11 am
I've just come back to playing DF, and using this branch of Therapist, I'm trying to understand the new happiness system. It's a tad opaque in Therapist though, as the coloured tile doesn't seem to change with "stress level" and I don't know which way stress scales. I.e, is negative stress = happiness?
I'm just a little confused and want to be able to tell if my dwarfs are happy or about to murder their children. :P
the new stress stuff is mapped to the old happiness system which is:
500.000 (miserable)
250.000 (very unhappy)
100.000 (unhappy)
...
and then the corresponding negative values for happiness (500.000=ecstatic). these ranges correspond with the boundaries where units can be prone to going into stress related moods. i don't know the exact values, but for example at 100.000 stress there's a 10% chance, at 250.000 a 25% chance, etc.
so until stress reaches 100.000 in either direction, your dwarves will show as 'Fine'. most of the time stress moves pretty slowly in either direction, if a dwarf has an average stress vulnerability. a very high stress vulnerability will cause (negative only?) thoughts to have a much greater effect on the dwarf and you'll see them get stressed much faster. a very high stress level (>500.000) and a high stress vulnerability can also cause a dwarf to become catatonic.
Thanks I think that makes it more clear. Most of my dwarfs are either showing 0 (fine) or -1 to -4k (fine) there is one guy who is +200 but is also shown as fine, so I suppose he's just lucky, or pretty good at handling stress? I guess one last question to nail it home, why do the high negative stress values like -4.1k, which one of my dwarfs shows, not cause a listed state like happy or ecstatic?
Post by: Millitron on December 17, 2014, 05:29:59 pm
Post by: splinterz on December 17, 2014, 05:54:54 pm
100.000 = 100k. that's my bad on the notation, i've updated the original post. so -4k is quite far from happy (-100k). similarly 200 is very distant to 100k (unhappy).I've just come back to playing DF, and using this branch of Therapist, I'm trying to understand the new happiness system. It's a tad opaque in Therapist though, as the coloured tile doesn't seem to change with "stress level" and I don't know which way stress scales. I.e, is negative stress = happiness?
I'm just a little confused and want to be able to tell if my dwarfs are happy or about to murder their children. :P
the new stress stuff is mapped to the old happiness system which is:
500.000 (miserable)
250.000 (very unhappy)
100.000 (unhappy)
...
and then the corresponding negative values for happiness (500.000=ecstatic). these ranges correspond with the boundaries where units can be prone to going into stress related moods. i don't know the exact values, but for example at 100.000 stress there's a 10% chance, at 250.000 a 25% chance, etc.
so until stress reaches 100.000 in either direction, your dwarves will show as 'Fine'. most of the time stress moves pretty slowly in either direction, if a dwarf has an average stress vulnerability. a very high stress vulnerability will cause (negative only?) thoughts to have a much greater effect on the dwarf and you'll see them get stressed much faster. a very high stress level (>500.000) and a high stress vulnerability can also cause a dwarf to become catatonic.
Thanks I think that makes it more clear. Most of my dwarfs are either showing 0 (fine) or -1 to -4k (fine) there is one guy who is +200 but is also shown as fine, so I suppose he's just lucky, or pretty good at handling stress? I guess one last question to nail it home, why do the high negative stress values like -4.1k, which one of my dwarfs shows, not cause a listed state like happy or ecstatic?
it's better to think of the negative stress values as the stress buffer that Toady talked about. having negative stress values essentially means they'll be able to deal with some trauma without it pushing their stress into dangerous levels.
Post by: splinterz on December 17, 2014, 05:55:41 pm
Love the new geld feature. I have a slight improvement idea though. Would it be possible to get columns in the animals tab for size, muscle level, and fat level? That way we can more-easily do selective breeding for big, strong war dogs or big, fat livestock.i'll have to look into it. i don't know what values may be available for muscle and/or fat.
Post by: splinterz on December 19, 2014, 03:50:51 pm
i've tested these only very briefly, but they seem stable.
Post by: lethosor on December 19, 2014, 05:40:13 pm
Post by: Xelanthol on December 19, 2014, 09:33:03 pm
Post by: HigginsObvious on December 19, 2014, 10:28:18 pm
Will the 4.20 layout work for 4.21?
Seems to work fine. Been playing for about an hour and haven't run into any crashes with it.
Post by: lethosor on December 19, 2014, 10:38:15 pm
Edit: To clarify, layouts are only rarely compatible between DF versions. A 0.40.20 layout may work (at least partially) with 0.40.21, but that's unlikely to be true for future versions.
Post by: Xelanthol on December 19, 2014, 10:38:31 pm
I tried just making a new graphics text file as per the github with those values and set it to 0.40.21 but it did not work for me!
Post by: Keome on December 19, 2014, 11:34:08 pm
Will the 4.20 layout work for 4.21?
Seems to work fine. Been playing for about an hour and haven't run into any crashes with it.
What checksum are you using? Using the same checksum as the .20 layout causes a crash.
Post by: Xelanthol on December 20, 2014, 12:29:05 am
Post by: utunnels on December 20, 2014, 02:08:29 am
Some jobs show dabbling in game but they actually have 0 exp.
Those jobs show a legendary icon in DT, for some reason.
Post by: Keome on December 20, 2014, 02:32:39 am
http://www.reddit.com/r/dwarffortress/comments/2pu0ur/dwarf_therapist_memory_layouts_for_4020_now/
The 4.20 layout works for 4.21, just change the info section to this:
[info]
checksum=0x5494a491
version_name=v0.40.21 (graphics)
complete=true
Post by: Xelanthol on December 20, 2014, 03:10:25 am
Taken from this post of Reddit,
http://www.reddit.com/r/dwarffortress/comments/2pu0ur/dwarf_therapist_memory_layouts_for_4020_now/
The 4.20 layout works for 4.21, just change the info section to this:
[info]
checksum=0x5494a491
version_name=v0.40.21 (graphics)
complete=true
Perfect, thank you!
Post by: xenoglyph on December 20, 2014, 04:43:10 am
Post by: fricy on December 20, 2014, 05:22:02 am
I want to report a bug.If you use .20 layouts with .21 such problems are to be expected. If that's not the case please post your platform and version.
Some jobs show dabbling in game but they actually have 0 exp.
Those jobs show a legendary icon in DT, for some reason.
Looks like the code for generating layouts is a separate project that isn't included in DT...right?Yes...and no. :)
This is the script (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/scripts/export-dt-ini.lua) that generates DT layouts, but it needs dfhack to work.
This other script (https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/scripts/make-dt.pl) works only on windows/linux and needs only updated df-structures. (https://github.com/DFHack/df-structures)
Post by: xenoglyph on December 20, 2014, 06:22:42 am
Post by: smjjames on December 20, 2014, 06:08:11 pm
Post by: HigginsObvious on December 20, 2014, 07:00:06 pm
Taken from this post of Reddit,
http://www.reddit.com/r/dwarffortress/comments/2pu0ur/dwarf_therapist_memory_layouts_for_4020_now/
The 4.20 layout works for 4.21, just change the info section to this:
[info]
checksum=0x5494a491
version_name=v0.40.21 (graphics)
complete=true
Perfect, thank you!
Sorry, should have posted it here as well, but glad you got it working :D
I think recent versions of therapist do tell you the checksum for the version of DF they couldn't connect to, so if it comes up again you can always try changing the checksum manually to whatever therapist tells you it is :) Any patches that mostly involve bug fixes that'll probably work for, as they often won't change memory locations.
So.. I guess it works fine with the .21 layout even without an official update?
Yeah, just rename the 40.20 ini file to be version 40.21 and edit the info section as above.
Post by: utunnels on December 20, 2014, 10:45:31 pm
I want to report a bug.If you use .20 layouts with .21 such problems are to be expected. If that's not the case please post your platform and version.
Some jobs show dabbling in game but they actually have 0 exp.
Those jobs show a legendary icon in DT, for some reason.
Oh I'm still using 40.19 LNP (windows version).
Post by: CEHA on December 21, 2014, 10:55:35 pm
Code: [Select]
[info]
checksum=0x5497174e
version_name=v0.40.22 (graphics)
complete=trueIf not all dwarfs load (i have this problem): in layout file commit/delete:
Code: [Select]
size=10
1\name=a zombiePost by: marcelteaching on December 22, 2014, 03:28:05 am
Post by: splinterz on December 22, 2014, 06:33:07 am
If not all dwarfs load (i have this problem): in layout file commit/delete:this will break the entire section and all the flags there will be ignored, so you'll also see invaders, merchants, dead, etc.Code: [Select]size=10
1\name=a zombie
what does the log file report as the actual reason they're being excluded?
Post by: Urist Tilaturist on December 22, 2014, 07:28:19 am
Post by: lethosor on December 22, 2014, 08:57:05 am
Post by: smjjames on December 22, 2014, 11:05:38 am
Post by: Hrv123 on December 24, 2014, 04:47:26 am
Post by: Devstorm on December 24, 2014, 07:09:46 am
Post by: lethosor on December 24, 2014, 10:13:58 am
Edit: 0x5497174e should be the Windows checksum.
Post by: smjjames on December 24, 2014, 10:46:47 am
Come back to DF after like 3-4 years and cant believe how DF is unfriendly without Dwartherapist . Great tool and hoping to see .22 update soon :)
I even used it back in 2010. It's not so much that it's unfriendly (well ok, the UI isn't that great) than that DT is better organized and it has added many more features since the 40D days.
Post by: notfood on December 24, 2014, 01:14:26 pm
At least on Windows and OS X, the layouts are identical (this may be true on Linux as well) - download the appropriate 0.40.20 layout from Github (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts/), change "version_name" from 0.40.20 to 0.40.22, and update the checksum, which is 0x16beede0 on OS X and 0xec989a28 on Linux. I'm not sure how the checksums are calculated on Windows, but I believe DT should tell you the correct checksum when attempting to connect to DF.
Edit: 0x5497174e should be the Windows checksum.
It doesn't work under Linux, The Therapist exits on read with unnaceptable size vectors.
Post by: splinterz on December 24, 2014, 02:41:01 pm
so while just changing the checksum may seem to work, use it at your own risk until everything has been properly mapped/discovered.
Post by: Naryar on December 24, 2014, 07:52:10 pm
I would try it but it's too late. So i'm just asking if anyone did it successfully.
THAT ARMY CAMPING FIX BUG, MUST UPDATE, MOAR SIEGES
Post by: DonPerotti on December 25, 2014, 09:22:47 am
So can I get Dwarf Therapist 40.19 with 40.20 layout to work with windows on 40.23 by changing version numbers ?
I would try it but it's too late. So i'm just asking if anyone did it successfully.
THAT ARMY CAMPING FIX BUG, MUST UPDATE, MOAR SIEGES
I was actually able to use it for 40.22 i guess 40.23 is the same, despite that it works kind of awkward, showing dwarfs sometimes, and hiding them others, but still better than the in game function.
I forgot i dont have 40.23 checksum where can i find such thing?
Post by: splinterz on December 25, 2014, 09:31:21 am
I was actually able to use it for 40.22 i guess 40.23 is the same, despite that it works kind of awkward, showing dwarfs sometimes, and hiding them others, but still better than the in game function.work-around/fix for the flag/showing units issue here (https://github.com/splintermind/Dwarf-Therapist/issues/229).
i've done some testing for moods, migrants and caravans, and they seem to be ok. i briefly tested units turned undead and that was also alright but i haven't tested invaders/ambushers/lairs so any other reports would be helpful.
Post by: DonPerotti on December 25, 2014, 09:35:56 am
I was actually able to use it for 40.22 i guess 40.23 is the same, despite that it works kind of awkward, showing dwarfs sometimes, and hiding them others, but still better than the in game function.work-around/fix for the flag/showing units issue here (https://github.com/splintermind/Dwarf-Therapist/issues/229).
i've done some testing for moods, migrants and caravans, and they seem to be ok. i briefly tested units turned undead and that was also alright but i haven't tested invaders/ambushers/lairs so any other reports would be helpful.
Thanks, i supposed it was just a bug, do you happen to have v 40.23 checksum by the way? or is there anyway to look for it?
Post by: splinterz on December 25, 2014, 09:39:51 am
windows:0x549b0acbI was actually able to use it for 40.22 i guess 40.23 is the same, despite that it works kind of awkward, showing dwarfs sometimes, and hiding them others, but still better than the in game function.work-around/fix for the flag/showing units issue here (https://github.com/splintermind/Dwarf-Therapist/issues/229).
i've done some testing for moods, migrants and caravans, and they seem to be ok. i briefly tested units turned undead and that was also alright but i haven't tested invaders/ambushers/lairs so any other reports would be helpful.
Thanks, i supposed it was just a bug, do you happen to have v 40.23 checksum by the way? or is there anyway to look for it?
linux:0x02ae0bd7
osx:0x4b3b5a3b
Post by: DonPerotti on December 25, 2014, 09:42:06 am
Post by: Sprocket809 on December 25, 2014, 01:47:08 pm
No, you need to run DT as root like it says..
Or read the documentation included in the files you downloaded: https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/README.rst#running-the-program
How exactly do I run it as root?
Post by: lethosor on December 25, 2014, 04:52:03 pm
Post by: MuthSera on December 25, 2014, 10:38:51 pm
Just got a migrant wave with over 9000 migrants. :/ Can't handle it, cause I'm lazy and bad.
Post by: int_ua on December 26, 2014, 10:03:57 am
Just got a migrant wave with over 9000 migrants. :/Literally?
Post by: Naryar on December 26, 2014, 11:43:01 am
Seems to work fine as well.
Post by: splinterz on December 26, 2014, 12:10:37 pm
i'm still uncertain to whether other flags have been changed, so let me know if anything else seems wonky.
Post by: Urist Tilaturist on December 26, 2014, 03:43:57 pm
So.. wait, is there a way to use therapist with the current version, given the checksum? @__@
Just got a migrant wave with over 9000 migrants. :/ Can't handle it, cause I'm lazy and bad.
Something is badly, badly wrong with your game in that case, or you have a very strange world. Do you have any mods installed?
Post by: TheScoopKid on December 26, 2014, 04:43:38 pm
Long time DF player, never used any mods or Therapist. I had been interested in using DT, but have never been able to get it to work.
I recently downloaded the therapist, opened DF, paused, and opened DT. I was unable to get it running. I get the following error:
Quote
I'm sorry but I don't know how to talk to this version of Dwarf Fortress! (checksum:0x4e772755)
Supported Versions:
v0.40.11 osx(0x2e01a3fa)
v0.40.14 osx(0x12b45892)
v0.40.15 osx(0x9aa7bc3c)
v0.40.13 osx(0xcf35dbe9)
v0.40.16 osx(0x23f8911e)
v0.40.12 osx(0x701549c0)
v0.40.19 osx(0x21bff111)
v0.40.10 osx(0x89fa6d00)
v0.40.09 osx(0xa17cd1fc)
v0.40.08 osx(0xe0e2326f)
v0.40.07 osx(0x9e0e3385)
v0.40.06 osx(0x62455642)
v0.40.05 osx(0xdb0912dd)
v0.40.04 osx(0x06154bf5)
Things to note:
I am running on a hackintosh OS 10.10.1 (Yosemite)
DF version: 40.16
DT version: 30.01 (compiled with QT4.8.6, running on QT 4.8.6)
I am assuming that's quicktime? I don't know- for reference my quicktime version is currently 10.4 (833) - whatever that means.
I would love to get this thing going. Any help would be sincerely appreciated.
thanks!
Post by: milo christiansen on December 26, 2014, 05:28:55 pm
The issue you are having look to be trying to use DT with an unsupported version of Dwarf Fortress.
EDIT: Try redownloading DF and/or DT?
Post by: TheScoopKid on December 26, 2014, 07:55:46 pm
Tried downloading fresh copies of DF and DT and still haven't had any luck. Not sure there's any other info I can share to try to help diagnose the problem. Perhaps it's some mac-tastic security setting? I'm at a loss.
[I moved everything to 40.19 and It's working. Seems to be resolved.- excited to try therapist!]
:)
Post by: lethosor on December 26, 2014, 08:11:15 pm
Post by: Sprocket809 on December 27, 2014, 12:25:29 pm
sudo (path to DT)
By DT do you mean the main DT file, or the specific dwarftherapist program I'd run to open dwarftherapist (the one I clicked on to get the previous error message)
Post by: milo christiansen on December 27, 2014, 01:47:50 pm
Post by: Sprocket809 on December 28, 2014, 07:12:03 am
The DT binary (the executable file), in other words the one you clicked :p
Right, I'll give that a go.
Post by: Tataich on December 28, 2014, 12:20:35 pm
Do we have such a perspective in future releases of the Dwarf Therapist, to move the entire text and captions in a separate, external text file for easy localization features into any language or simply add the ability to handle these external localization text files from a special sub-folder?
I see that Dwarf Therapist translation to Russian language project, unfortunately, turned down. But it would be very easy for anyone who wants to translate Dwarf Therapist at any desired language for personal convenience without having to view the entire code, edit and compile each new version of the Dwarf Therapist.
Post by: splinterz on December 28, 2014, 02:12:19 pm
I have an important question to the developers.most of the groundwork for translations has already been done. the game_data.ini can be replaced with a translated version, and QT has support for translations, and even an editor/manager.
Do we have such a perspective in future releases of the Dwarf Therapist, to move the entire text and captions in a separate, external text file for easy localization features into any language or simply add the ability to handle these external localization text files from a special sub-folder?
I see that Dwarf Therapist translation to Russian language project, unfortunately, turned down. But it would be very easy for anyone who wants to translate Dwarf Therapist at any desired language for personal convenience without having to view the entire code, edit and compile each new version of the Dwarf Therapist.
so i think all that needs to be done is generate/update the translation file(s) and add a way to choose/set the language from within DT.
Post by: Dirst on December 28, 2014, 05:54:59 pm
It'd just too bad that there isn't enough of the Dwarven language defined to run Dwarf Therapist in Dwarven.I have an important question to the developers.most of the groundwork for translations has already been done. the game_data.ini can be replaced with a translated version, and QT has support for translations, and even an editor/manager.
Do we have such a perspective in future releases of the Dwarf Therapist, to move the entire text and captions in a separate, external text file for easy localization features into any language or simply add the ability to handle these external localization text files from a special sub-folder?
I see that Dwarf Therapist translation to Russian language project, unfortunately, turned down. But it would be very easy for anyone who wants to translate Dwarf Therapist at any desired language for personal convenience without having to view the entire code, edit and compile each new version of the Dwarf Therapist.
so i think all that needs to be done is generate/update the translation file(s) and add a way to choose/set the language from within DT.
Post by: Urist Tilaturist on December 28, 2014, 06:47:29 pm
Post by: thistleknot on December 28, 2014, 10:30:03 pm
[Masterwork] English is awesome though.
I've been reading a lot of philosophy atm. I think I have a better grasp on how roles are constructed [atomicity], and a better ability to explain it. Although please don't ask me to atm. It's so f'n complex. What I've been hoping to do is map out an info graphic on how the calculations are done as we try to reverse engineer Toad's machinations. I think I can accommodate that before the end of the year.
Post by: Prapor on December 29, 2014, 02:25:34 am
Can anyone write a step by step instructions on how to do this? DF without DT too unfriendly to me.
Post by: Raven Corp on December 29, 2014, 06:14:16 am
After reading this topic, I understood that I could somehow run DT with DF40.23. Like did everything as described, but it does not work (writing about version incompatibility and crashes).
Can anyone write a step by step instructions on how to do this? DF without DT too unfriendly to me.
Look inside the file and see if it looks diffrent from the previous versions.
That was the issue I had.
Post by: Virtz on December 29, 2014, 08:16:06 am
After reading this topic, I understood that I could somehow run DT with DF40.23. Like did everything as described, but it does not work (writing about version incompatibility and crashes).Try copying the .23 memory layout ini's text into one of the compatible memory layout files, such as v0.40.19_graphics.ini. That worked for me.
Can anyone write a step by step instructions on how to do this? DF without DT too unfriendly to me.
Post by: nuget102 on December 29, 2014, 12:23:54 pm
Post by: MaximumZero on December 29, 2014, 12:38:47 pm
So, if I may ask, exactly why is that if this is able to get working for the newest version of DF... It isn't updated to work with it and instead users have to try and figure it out?We could really use a "lite" version. Some of us don't need everything, just the ability to assign labors. That's really all I use.
Post by: nuget102 on December 29, 2014, 12:40:56 pm
So, if I may ask, exactly why is that if this is able to get working for the newest version of DF... It isn't updated to work with it and instead users have to try and figure it out?We could really use a "lite" version. Some of us don't need everything, just the ability to assign labors. That's really all I use.
That's all I use it for as well... So is it not updated because the other features are not working??? I'm kind of confused as to why it isn't updated yet?
Post by: lethosor on December 29, 2014, 12:46:54 pm
Like DFHack's manipulator?So, if I may ask, exactly why is that if this is able to get working for the newest version of DF... It isn't updated to work with it and instead users have to try and figure it out?We could really use a "lite" version. Some of us don't need everything, just the ability to assign labors. That's really all I use.
Post by: splinterz on December 29, 2014, 12:53:34 pm
well, the repository has been updated with the new memory layouts and some of us are on vacation. i figured copy/pasting a file for a few days or a week wasn't really a big deal... i may have been mistaken.So, if I may ask, exactly why is that if this is able to get working for the newest version of DF... It isn't updated to work with it and instead users have to try and figure it out?We could really use a "lite" version. Some of us don't need everything, just the ability to assign labors. That's really all I use.
That's all I use it for as well... So is it not updated because the other features are not working??? I'm kind of confused as to why it isn't updated yet?
Post by: MaximumZero on December 29, 2014, 12:57:35 pm
For complete newbs, I posted the file and directions here (http://dffd.wimbli.com/file.php?id=10352). Game on, all.
well, the repository has been updated with the new memory layouts and some of us are on vacation. i figured copy/pasting a file for a few days or a week wasn't really a big deal... i may have been mistaken.It's all good, doodabuddy. Some folks don't know where to start looking and/or aren't comfortable with modifying files and such (and I'm lazy.) We'll make it work. Enjoy your vacation time.
Post by: nuget102 on December 29, 2014, 01:06:20 pm
well, the repository has been updated with the new memory layouts and some of us are on vacation. i figured copy/pasting a file for a few days or a week wasn't really a big deal... i may have been mistaken.So, if I may ask, exactly why is that if this is able to get working for the newest version of DF... It isn't updated to work with it and instead users have to try and figure it out?We could really use a "lite" version. Some of us don't need everything, just the ability to assign labors. That's really all I use.
That's all I use it for as well... So is it not updated because the other features are not working??? I'm kind of confused as to why it isn't updated yet?
I apolagize, you're correct it isn't a big deal. I misunderstood what had to be done. I'm deeply sorry for that. :S
MaximumZero's directions will help people (such as myself) who may misunderstand the bits and pieces of information or simply don't know what to look for. It took me a few minutes to figure it out... But, as he said, enjoy your vacations.
Post by: fricy on December 29, 2014, 03:40:28 pm
[OSX] Dwarf Therapist 30.1 | DF 40.23 (http://dffd.wimbli.com/file.php?id=9127)
Post by: Deboche on December 29, 2014, 06:17:49 pm
Post by: MaximumZero on December 29, 2014, 10:09:45 pm
Post by: Niddhoger on December 30, 2014, 05:56:25 pm
Post by: Tataich on December 31, 2014, 03:16:38 am
Oh! I see this beautiful shiny file, very grateful! But when i try to rename, for example, in [skill_levels] section "12=Master" to "12=Мастер", in the dwarf therapist i was faced with the encoding problems. Instead of the correct word i see hieroglyphics. :(I have an important question to the developers.most of the groundwork for translations has already been done. the game_data.ini can be replaced with a translated version, and QT has support for translations, and even an editor/manager.
Do we have such a perspective in future releases of the Dwarf Therapist, to move the entire text and captions in a separate, external text file for easy localization features into any language or simply add the ability to handle these external localization text files from a special sub-folder?
I see that Dwarf Therapist translation to Russian language project, unfortunately, turned down. But it would be very easy for anyone who wants to translate Dwarf Therapist at any desired language for personal convenience without having to view the entire code, edit and compile each new version of the Dwarf Therapist.
so i think all that needs to be done is generate/update the translation file(s) and add a way to choose/set the language from within DT.
I try to resave game_data.ini file in Unicode UTF-8, ANSI 1251 Cyrillic, 20866 (Russian KOI8), try to change fonts in "options" but it did not fix the problem. :(
Post by: ptb_ptb on December 31, 2014, 10:34:09 am
My dwarves are each holding a ☼steel pick☼, but they are shown as missing equipment 'steel weapon'. Are steel picks not counted as weapons? They don't have mining enabled, so it shouldn't have anything to do with that.
Post by: Dark Archon on January 01, 2015, 08:12:22 pm
Post by: Putnam on January 01, 2015, 08:35:36 pm
Post by: TheKaspa on January 03, 2015, 03:00:22 pm
When 40.23 version is going to be?
Post by: splinterz on January 04, 2015, 08:59:42 am
ah right.. the file should be in UTF-8, but in the code the codec wasn't set when reading the file. so it's not a problem on your end, i just need to modify the code to properly set the codec before it starts reading the data.Oh! I see this beautiful shiny file, very grateful! But when i try to rename, for example, in [skill_levels] section "12=Master" to "12=Мастер", in the dwarf therapist i was faced with the encoding problems. Instead of the correct word i see hieroglyphics. :(I have an important question to the developers.most of the groundwork for translations has already been done. the game_data.ini can be replaced with a translated version, and QT has support for translations, and even an editor/manager.
Do we have such a perspective in future releases of the Dwarf Therapist, to move the entire text and captions in a separate, external text file for easy localization features into any language or simply add the ability to handle these external localization text files from a special sub-folder?
I see that Dwarf Therapist translation to Russian language project, unfortunately, turned down. But it would be very easy for anyone who wants to translate Dwarf Therapist at any desired language for personal convenience without having to view the entire code, edit and compile each new version of the Dwarf Therapist.
so i think all that needs to be done is generate/update the translation file(s) and add a way to choose/set the language from within DT.
I try to resave game_data.ini file in Unicode UTF-8, ANSI 1251 Cyrillic, 20866 (Russian KOI8), try to change fonts in "options" but it did not fix the problem. :(
i'll have that ready in the next update, or if you'd like to compile and test with a beta version, you can use this branch: https://github.com/splintermind/Dwarf-Therapist/tree/custom_cell_colors
or specifically these changes to gamedatareader.cpp (https://github.com/splintermind/Dwarf-Therapist/commit/c1ad11c093d803d7826188387d90ae590637179b)
Post by: Aeriform on January 05, 2015, 06:22:21 am
Post by: splinterz on January 05, 2015, 08:27:37 am
I have been having a problem with Dwarf Therapist, Tooltips never show up and scrolling on the labor graph doesn't work. Also, every time I click on something the window freezes, but trying to close dwarf therapist fixes the freezing. The job assignments and nicknaming works even when nothing else does. I've been having this issue for awhile and I don't know whats causing it although I think it's something on my side I just don't know what or where to start. Could someone please help it makes using DT tough.provide your O/S, DF version, DT version, and the log file if possible
Post by: Aeriform on January 05, 2015, 11:20:29 am
Spoiler (click to show/hide)
Post by: AriRashkae on January 06, 2015, 07:27:02 am
Post by: LilDenis on January 07, 2015, 01:41:07 pm
Please excuse my denseness :-[, but I can't find a clear (for me) answer: do the labor optimizer & nicknamer work properly on the Mac version now?
I have the same issue.
Post by: lethosor on January 07, 2015, 04:10:43 pm
Post by: Frango Nicolbidok on January 07, 2015, 07:50:39 pm
If anyone is urking to use Dwarf Therapist with 40.24, the checksum for Windows is 0x54ad7e66
Post by: AriRashkae on January 07, 2015, 07:54:30 pm
What exactly is the problem? Is it reported in the issue tracker (https://github.com/splintermind/Dwarf-Therapist/issues)? I don't really use DT (let alone the optimizer), but I could try to figure it out.
I just remember a while back that nicknames wouldn't properly stick, and attempting to make custom roles & use the optimizer ended with the roles all kerflocked (a Glazer role would have Miner or Fisherdwarf stats after saving & reopening, e.g.) I haven't tried messing around with it myself because I remember how frustrated I got with it.
Post by: lethosor on January 07, 2015, 08:06:25 pm
Edit: don't do this, it just freezesJust because changing the checksum worked a few releases ago doesn't mean it'll work this time. As far as I'm aware, there weren't any consecutive versions with identical offsets before 0.40.20-23 (where only a few changes were made to DF). Going by the bug tracker, 0.40.24 fixes 27 bugs (not to mention adding some new features), so you can't expect the positions of everything in the executable to remain the same.
If anyone is urking to use Dwarf Therapist with 40.24, the checksum for Windows is 0x54ad7e66
Post by: Frango Nicolbidok on January 07, 2015, 08:13:38 pm
Edit: don't do this, it just freezesJust because changing the checksum worked a few releases ago doesn't mean it'll work this time. As far as I'm aware, there weren't any consecutive versions with identical offsets before 0.40.20-23 (where only a few changes were made to DF). Going by the bug tracker, 0.40.24 fixes 27 bugs (not to mention adding some new features), so you can't expect the positions of everything in the executable to remain the same.
If anyone is urking to use Dwarf Therapist with 40.24, the checksum for Windows is 0x54ad7e66
I figured I'd attempt anyways.
Post by: splinterz on January 08, 2015, 02:32:10 am
there is a report regarding setting nicknames (https://github.com/splintermind/Dwarf-Therapist/issues/230). there have been changes and bug fixes to the optimizer which may have resolved the issues you've described, but i don't recall specifically fixing mismatched roles to labors.What exactly is the problem? Is it reported in the issue tracker (https://github.com/splintermind/Dwarf-Therapist/issues)? I don't really use DT (let alone the optimizer), but I could try to figure it out.
I just remember a while back that nicknames wouldn't properly stick, and attempting to make custom roles & use the optimizer ended with the roles all kerflocked (a Glazer role would have Miner or Fisherdwarf stats after saving & reopening, e.g.) I haven't tried messing around with it myself because I remember how frustrated I got with it.
Post by: Couchmonster on January 09, 2015, 10:57:06 am
Post by: Walkaboutout on January 09, 2015, 09:30:57 pm
Post by: nekoexmachina on January 10, 2015, 07:40:51 am
Post by: Grax on January 10, 2015, 07:42:38 am
Why I don't have the "scan memory" button in Linux version?Because there's no memory in linux. ;D
Post by: splinterz on January 10, 2015, 10:46:32 am
Why I don't have the "scan memory" button in Linux version?you shouldn't have it on any o/s anymore. it was removed as it was obsolete with better memory mapping options available now (df-structures).
Post by: lethosor on January 10, 2015, 10:48:51 am
linux memory_layout for 40.24 would be highly appreciated! :)
Is there anywhere that has memory layouts for 40.24, Windows, available? Not that I ever seem to make it work right for some dumb reason when I update manually like that, but I'll give it another shot, har.
Layouts will be available once df-structures (https://github.com/dfhack/df-structures) is updated and DFHack is working. Angavrilov is usually the one who updates df-structures, and he's been sick recently, but hopefully it'll be updated this weekend. As usual, you can check the DT repo (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts/) for new memory layouts.
Post by: Dirst on January 10, 2015, 12:19:57 pm
I thought that DFHack and Dwarf Therapist required overlapping-but-not-identical bits of the memory map to function. I'd expect the DFHack guys to concentrate on the DFHack requirements, but presumably there could be a situation where splinterz has enough to run his scripts but DFHack is not yet functional. This is sort of a middle ground among second-window DF tools... the extremes are Stonesense which cannot function at all without DFHack, and Soundsense which doesn't require DFHack at all.linux memory_layout for 40.24 would be highly appreciated! :)Is there anywhere that has memory layouts for 40.24, Windows, available? Not that I ever seem to make it work right for some dumb reason when I update manually like that, but I'll give it another shot, har.
Layouts will be available once df-structures (https://github.com/dfhack/df-structures) is updated and DFHack is working. Angavrilov is usually the one who updates df-structures, and he's been sick recently, but hopefully it'll be updated this weekend. As usual, you can check the DT repo (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts/) for new memory layouts.
Post by: lethosor on January 10, 2015, 02:02:21 pm
Nope, DT requires a small subset of df-structures (while DFHack tools use all of it, or at least have all of it available). Usually, DFHack is mostly fully-functional by the time the DT offsets script can be run. Most of the work involved with df-structures for a new release is finding globals (in symbols.xml), most of which can be found automatically - once the remaining ones are manually located, DFHack is essentially fully-functional (although undetected structure changes can cause problems/crashes if the xml files aren't updated first).I thought that DFHack and Dwarf Therapist required overlapping-but-not-identical bits of the memory map to function. I'd expect the DFHack guys to concentrate on the DFHack requirements, but presumably there could be a situation where splinterz has enough to run his scripts but DFHack is not yet functional. This is sort of a middle ground among second-window DF tools... the extremes are Stonesense which cannot function at all without DFHack, and Soundsense which doesn't require DFHack at all.linux memory_layout for 40.24 would be highly appreciated! :)Is there anywhere that has memory layouts for 40.24, Windows, available? Not that I ever seem to make it work right for some dumb reason when I update manually like that, but I'll give it another shot, har.
Layouts will be available once df-structures (https://github.com/dfhack/df-structures) is updated and DFHack is working. Angavrilov is usually the one who updates df-structures, and he's been sick recently, but hopefully it'll be updated this weekend. As usual, you can check the DT repo (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts/) for new memory layouts.
Post by: Dirst on January 10, 2015, 02:25:31 pm
Post by: lethosor on January 10, 2015, 02:59:47 pm
Post by: Deboche on January 11, 2015, 09:37:41 am
Post by: splinterz on January 11, 2015, 10:51:15 am
since DT doesn't require that everything be mapped, it's possible to generate complete DT layouts before dfhack is up to date with the perl script to generate the layout. normally i use df-stuctures and the perl script (which doesn't work for OSX)
Post by: lethosor on January 11, 2015, 11:14:50 am
Post by: Darthlawsuit on January 11, 2015, 02:29:03 pm
Post by: splinterz on January 11, 2015, 02:31:50 pm
Ah, I assumed you were using the DFHack script because the Perl script in df-structures is outdated. I haven't tried DT's version of the Perl script, but doesn't it require some globals to be located as well?yes it still needs some, i don't remember which exactly, but that's why DT can usually be updated before they're all found for dfhack. anyway, i just wanted to make it clearer that it's not necessary to wait on a working dfhack, but a mostly-mapped-df-structures.
Post by: splinterz on January 11, 2015, 02:32:18 pm
Need the 40.24 version now.well since you asked so nicely, hold on while we drop everything and get to work.
Post by: Darthlawsuit on January 11, 2015, 03:05:06 pm
Here have some alcohol, it always improves the speed of dwarvesNeed the 40.24 version now.well since you asked so nicely, hold on while we drop everything and get to work.
(http://www.mancavegifts.com/images/products/10892.jpg)
Post by: MaximumZero on January 12, 2015, 11:03:53 am
Post by: lethosor on January 12, 2015, 04:43:20 pm
(It obviously didn't happen this weekend, but hopefully it'll be updated soon.)linux memory_layout for 40.24 would be highly appreciated! :)Is there anywhere that has memory layouts for 40.24, Windows, available? Not that I ever seem to make it work right for some dumb reason when I update manually like that, but I'll give it another shot, har.
Layouts will be available once df-structures (https://github.com/dfhack/df-structures) is updated and DFHack is working. Angavrilov is usually the one who updates df-structures, and he's been sick recently, but hopefully it'll be updated this weekend. As usual, you can check the DT repo (https://github.com/splintermind/Dwarf-Therapist/tree/DF2014/share/memory_layouts/) for new memory layouts.
Post by: splinterz on January 14, 2015, 09:33:03 am
windows (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2014/share/memory_layouts/windows/v0.40.24_graphics.ini)
linux (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2014/share/memory_layouts/linux/v040.24.ini)
(i'll try to package another release here soon, just working out a few more bugs)
copy the contents of the links to a new file in your <Dwarf Therapist directory>/share/memory_layouts/<your O/S>
Post by: Deboche on January 14, 2015, 09:49:40 am
Post by: Naryar on January 14, 2015, 11:55:39 am
Post by: Urist Tilaturist on January 14, 2015, 01:35:26 pm
Toady seems to be moving on from this version now so the next Therapist is probably gonna be the last in a long time.
Because he is working on taverns? Is this the start of DF2016 development? I know that there was a very long time between 34.11 and 40.01, and many bugs went unfixed (goblin lashers, anyone?).
Post by: Button on January 14, 2015, 01:46:12 pm
Toady seems to be moving on from this version now so the next Therapist is probably gonna be the last in a long time.
Because he is working on taverns? Is this the start of DF2016 development? I know that there was a very long time between 34.11 and 40.01, and many bugs went unfixed (goblin lashers, anyone?).
Toady's said he's making an effort to pack less into each major release so that it doesn't go so long between them in the future. So, we'll see.
Post by: Urist Tilaturist on January 14, 2015, 01:52:01 pm
Post by: lethosor on January 14, 2015, 03:39:29 pm
Post by: PeridexisErrant on January 14, 2015, 04:51:50 pm
So there may be a DF2015 coming out some time this summer. I presume it will have a different prefix if it contains taverns; what will it be? Version 42 would be very Douglas Adams.
Now that we're on a plan for one feature group per release, it's likely to be 41.01
Post by: lethosor on January 14, 2015, 05:28:49 pm
Post by: Urist Tilaturist on January 14, 2015, 06:02:20 pm
Post by: palu on January 14, 2015, 06:22:49 pm
40.24 memory layouts:Thank you so much!
windows (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2014/share/memory_layouts/windows/v0.40.24_graphics.ini)
linux (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2014/share/memory_layouts/linux/v040.24.ini)
(i'll try to package another release here soon, just working out a few more bugs)
copy the contents of the links to a new file in your <Dwarf Therapist directory>/share/memory_layouts/<your O/S>
Post by: Darthlawsuit on January 14, 2015, 09:44:37 pm
Post by: rx80 on January 16, 2015, 07:04:14 am
This is unofficial of course, i take no responsibility if your dwarfs go mad :D.
Post by: Childeric on January 16, 2015, 08:50:40 am
I'm new to this game but I looked a quite a lot of tutorials/let's play movies in the past few days.
Almost all the players used Dwarf Therapist and even the "optimize" option of this fabulous tool.
My issue here is I'm not able to find any doc about how to use the "optimize" thing... How to create a new profile for it, etc... If you have any suggestion, link or file to suggest...
Thank you :)
Post by: rx80 on January 16, 2015, 09:05:41 am
...
My issue here is I'm not able to find any doc about how to use the "optimize" thing... How to create a new profile for it, etc... If you have any suggestion, link or file to suggest...
Thank you :)
In the Dwarf Therapist download, there's a doc folder, with a PDF, it contains instructions :)
Post by: utunnels on January 16, 2015, 09:25:00 am
A compiled version for windows: http://bnw.ddns.net/mirror/df/dt/Dwarf-Therapist-40.24-1.7z
This is unofficial of course, i take no responsibility if your dwarfs go mad :D.
Can't run your version (lack of some Qt plugin or such).
But after copying the memory layout files to 40.23 LNP, it seemed to work.
Post by: Melax on January 16, 2015, 09:32:36 am
Is it possible to add "Tooltips" to the Headlines of Skills, Attributes etc? Would help newbies (like me) (especially not-english-natives) a lot to have a tooltip in the programm what the Attribute etc is usefull for (or is it usefull at all... ) when looking at the Grid... now I am struggeling with DF, DT and 100 Wiki-pages the same time -.-
after reading the manual I thought it should be change/addable in the game_data.ini, but (at least) my copy of DT from the Starter Pack doesn't have any ini ??
Does anyone know where I can find the ini and what I have to change/add where (as far as I know, the old DT which comes with Masterwork 6.2 does have a /etc folder with the ini but the Starter Pack version does not have the folder)
or - even better: has someone a file with the Tooltips included made before?
Maybe it would be great to include such tooltips (even if the non-noobs wouldn't need them) to the DT per se as a help for newbies at all - guess it has only be done 1 time...
Post by: rx80 on January 16, 2015, 09:32:50 am
A compiled version for windows: http://bnw.ddns.net/mirror/df/dt/Dwarf-Therapist-40.24-1.7z
This is unofficial of course, i take no responsibility if your dwarfs go mad :D.
Can't run your version (lack of some Qt plugin or such).
But after copying the memory layout files to 40.23 LNP, it seemed to work.
If you can copy paste the error message or do a screenshot, i'll fix.
Post by: utunnels on January 16, 2015, 09:35:25 am
This application failed to start because it could not find or load the Qt platform plugin "windows".
Post by: Childeric on January 16, 2015, 09:42:39 am
In the Dwarf Therapist download, there's a doc folder, with a PDF, it contains instructions :)
That's absolutely true, but the manual only speaks about how to import or export the models but don't go further into detailing the process of creating an optimiser profile.
That's why I asked here about it.
Post by: rx80 on January 16, 2015, 09:49:39 am
It says:
This application failed to start because it could not find or load the Qt platform plugin "windows".
Should now be fixed, i hope: http://bnw.ddns.net/mirror/df/dt/Dwarf-Therapist-40.24-1.7z
Post by: splinterz on January 16, 2015, 10:00:12 am
Newbie Question (hope I got the right thread):by 'headlines' do you mean the column headers?
Is it possible to add "Tooltips" to the Headlines of Skills, Attributes etc? Would help newbies (like me) (especially not-english-natives) a lot to have a tooltip in the programm what the Attribute etc is usefull for (or is it usefull at all... ) when looking at the Grid... now I am struggeling with DF, DT and 100 Wiki-pages the same time -.-
after reading the manual I thought it should be change/addable in the game_data.ini, but (at least) my copy of DT from the Starter Pack doesn't have any ini ??
Does anyone know where I can find the ini and what I have to change/add where (as far as I know, the old DT which comes with Masterwork 6.2 does have a /etc folder with the ini but the Starter Pack version does not have the folder)
or - even better: has someone a file with the Tooltips included made before?
Maybe it would be great to include such tooltips (even if the non-noobs wouldn't need them) to the DT per se as a help for newbies at all - guess it has only be done 1 time...
there aren't really any descriptions defined in the game_data.ini, so overriding it won't help with that. can you give an example of what you'd expect to see in these tooltips?
Post by: splinterz on January 16, 2015, 10:01:13 am
is this compiled from the most recent DF2014 branch's commit?It says:
This application failed to start because it could not find or load the Qt platform plugin "windows".
Should now be fixed, i hope: http://bnw.ddns.net/mirror/df/dt/Dwarf-Therapist-40.24-1.7z
Post by: rx80 on January 16, 2015, 10:04:29 am
is this compiled from the most recent DF2014 branch's commit?It says:
This application failed to start because it could not find or load the Qt platform plugin "windows".
Should now be fixed, i hope: http://bnw.ddns.net/mirror/df/dt/Dwarf-Therapist-40.24-1.7z
It is. At least on my DF it works. Shouldn't it?
Post by: utunnels on January 16, 2015, 10:25:59 am
Post by: splinterz on January 16, 2015, 10:27:40 am
for the most part... but you may want to backup your dwarf therapist.ini. if i was more certain everything was fine, i would have packaged up a release :Pis this compiled from the most recent DF2014 branch's commit?It says:
This application failed to start because it could not find or load the Qt platform plugin "windows".
Should now be fixed, i hope: http://bnw.ddns.net/mirror/df/dt/Dwarf-Therapist-40.24-1.7z
It is. At least on my DF it works. Shouldn't it?
there's still the aforementioned bugs which can corrupt your settings, custom views, etc. additionally, the gridviews have some new settings saved with them, so custom views may not be loaded properly if anyone uses this version, and then goes back to the past versions.
Post by: rx80 on January 16, 2015, 10:34:23 am
for the most part... but you may want to backup your dwarf therapist.ini. if i was more certain everything was fine, i would have packaged up a release :Pis this compiled from the most recent DF2014 branch's commit?It says:
This application failed to start because it could not find or load the Qt platform plugin "windows".
Should now be fixed, i hope: http://bnw.ddns.net/mirror/df/dt/Dwarf-Therapist-40.24-1.7z
It is. At least on my DF it works. Shouldn't it?
there's still the aforementioned bugs which can corrupt your settings, custom views, etc. additionally, the gridviews have some new settings saved with them, so custom views may not be loaded properly if anyone uses this version, and then goes back to the past versions.
Thanks for your reply. I never used any of those features :) Other than that, it works fine.
Post by: Melax on January 16, 2015, 10:51:13 am
Newbie Question (hope I got the right thread):by 'headlines' do you mean the column headers?
Is it possible to add "Tooltips" to the Headlines of Skills, Attributes etc? Would help newbies (like me) (especially not-english-natives) a lot to have a tooltip in the programm what the Attribute etc is usefull for (or is it usefull at all... ) when looking at the Grid... now I am struggeling with DF, DT and 100 Wiki-pages the same time -.-
after reading the manual I thought it should be change/addable in the game_data.ini, but (at least) my copy of DT from the Starter Pack doesn't have any ini ??
Does anyone know where I can find the ini and what I have to change/add where (as far as I know, the old DT which comes with Masterwork 6.2 does have a /etc folder with the ini but the Starter Pack version does not have the folder)
or - even better: has someone a file with the Tooltips included made before?
Maybe it would be great to include such tooltips (even if the non-noobs wouldn't need them) to the DT per se as a help for newbies at all - guess it has only be done 1 time...
there aren't really any descriptions defined in the game_data.ini, so overriding it won't help with that. can you give an example of what you'd expect to see in these tooltips?
Hi :)
Yes the column headers are the one..
hmm.. what I had in mind was something like:
- Judge of intent --> important for trading, allows a broker to see how a trader feels about a particular deal.
- Appraiser --> relates to trading and item value estimation, used (only?) by Broker
- Agility --> This attribute increases the speed at which a creature works -- a creature with maximum agility and strength can move around three times faster than a creature with minimum agility and strength.
- Recuperation --> Increases the rate of wound healing.
Gregariousness --> enjoying the company of others (I know, in the tooltips of the "stats" you can find most of the meaning, but...)
maybe Attribues/traits etc that are important could be named as such too like: Stress Vulnerability --> very important (if it is, I can't say -.-)
EDIT: basicly, just "what the hell, does this thing do" (if it is known)
Post by: fitzitz on January 16, 2015, 12:55:02 pm
Post by: rx80 on January 16, 2015, 01:46:22 pm
Hey, I know everyone is talking about 40.24, but does it work for 40.23 yet? And if yes, how do I get it to work?
It does. You can use my build a few posts up, taking in mind the precautions to take that splinterz wrote.
Post by: fitzitz on January 16, 2015, 02:29:23 pm
Hey, I know everyone is talking about 40.24, but does it work for 40.23 yet? And if yes, how do I get it to work?
It does. You can use my build a few posts up, taking in mind the precautions to take that splinterz wrote.
It's for 40.24 isn't it? Or does it work with 40.23 too?
EDIT: It seems to work for 40.23, thanks for the help!
Post by: KaiserKlay on January 17, 2015, 02:30:36 am
Post by: txtsd on January 17, 2015, 06:35:48 am
So I just cannot get any version of DT to run for me and I am at my wit's end. Every time it tells me that it cannot talk to the version of DF that I am running, I can see that it is a checksum issue because it shows me the checksum I was running and the one it needs. But the problem is I have no god damn idea how to fix this, someone...halp.Well, did you acquire an ini file for the version of DF that you're running and fill in the correct checksum?
Post by: splinterz on January 17, 2015, 06:53:18 am
So I just cannot get any version of DT to run for me and I am at my wit's end. Every time it tells me that it cannot talk to the version of DF that I am running, I can see that it is a checksum issue because it shows me the checksum I was running and the one it needs. But the problem is I have no god damn idea how to fix this, someone...halp.what version of DT, what version of DF, what O/S? are you using the legacy version?
Post by: lethosor on January 17, 2015, 08:08:41 am
The checksums should already be filled in, so it's more likely a missing ini file.So I just cannot get any version of DT to run for me and I am at my wit's end. Every time it tells me that it cannot talk to the version of DF that I am running, I can see that it is a checksum issue because it shows me the checksum I was running and the one it needs. But the problem is I have no god damn idea how to fix this, someone...halp.Well, did you acquire an ini file for the version of DF that you're running and fill in the correct checksum?
Post by: KaiserKlay on January 17, 2015, 06:49:11 pm
I'm using the 30.1 version of DT with DF 40.19 (legacy, though I'm not quite sure what the difference is between SDL and legacy) on Windows 7 64 bit.So I just cannot get any version of DT to run for me and I am at my wit's end. Every time it tells me that it cannot talk to the version of DF that I am running, I can see that it is a checksum issue because it shows me the checksum I was running and the one it needs. But the problem is I have no god damn idea how to fix this, someone...halp.what version of DT, what version of DF, what O/S? are you using the legacy version?
Post by: lethosor on January 17, 2015, 06:52:59 pm
Post by: KaiserKlay on January 17, 2015, 07:02:46 pm
The DT layouts are for the SDL version. (If you ask me, "v0.40.24 SDL.ini" would be much clearer than "v0.40.24 graphics.ini".)Oh, well shieet. Thanks for that, now I can actually use the tool, thanks!
Post by: Absle on January 20, 2015, 09:57:03 am
Post by: rx80 on January 20, 2015, 10:24:42 am
I don't understand what I've just read, can I get this to work for 40.24 yet or not? How? Sorry, just don't know much computer-speak...
A few posts back, i linked a version that should work. Keep in mind it's unofficial, but it works for me and other people.
This: http://bnw.ddns.net/mirror/df/dt/Dwarf-Therapist-40.24-1.7z
(Edited to add link)
Post by: ptb_ptb on January 20, 2015, 12:52:53 pm
A few posts back, i linked a version that should work. Keep in mind it's unofficial, but it works for me and other people.
This: http://bnw.ddns.net/mirror/df/dt/Dwarf-Therapist-40.24-1.7z
It's working fine for me. Although it thinks that 'mining' is a moodable skill. ;)
Post by: fricy on January 20, 2015, 01:08:07 pm
It's working fine for me. Although it thinks that 'mining' is a moodable skill. ;)Mining is a moodable skill (http://dwarffortresswiki.org/index.php/DF2014:Strange_mood).
Post by: ptb_ptb on January 20, 2015, 01:22:02 pm
Mining is a moodable skill (http://dwarffortresswiki.org/index.php/DF2014:Strange_mood).
I sit corrected. Man it's going to be impossible to get that legendary +5 miner to make a weapon artifact now.
Post by: splinterz on January 20, 2015, 02:03:52 pm
it uses the raw skill level, so it's still possible, you'll just have to get his weaponsmith skill higher than his mining... which may be difficult if he's been mining since the foundation of your fortress and has a raw skill level of 200 or something though :DMining is a moodable skill (http://dwarffortresswiki.org/index.php/DF2014:Strange_mood).
I sit corrected. Man it's going to be impossible to get that legendary +5 miner to make a weapon artifact now.
Post by: Absle on January 20, 2015, 07:18:35 pm
I don't understand what I've just read, can I get this to work for 40.24 yet or not? How? Sorry, just don't know much computer-speak...A few posts back, i linked a version that should work. Keep in mind it's unofficial, but it works for me and other people.
This: http://bnw.ddns.net/mirror/df/dt/Dwarf-Therapist-40.24-1.7z
(Edited to add link)
You're a beautiful person and I may or may not be in love with you. Thank you.
Post by: rx80 on January 21, 2015, 05:02:25 am
I don't understand what I've just read, can I get this to work for 40.24 yet or not? How? Sorry, just don't know much computer-speak...A few posts back, i linked a version that should work. Keep in mind it's unofficial, but it works for me and other people.
This: http://bnw.ddns.net/mirror/df/dt/Dwarf-Therapist-40.24-1.7z
(Edited to add link)
You're a beautiful person and I may or may not be in love with you. Thank you.
You are welcome and I am happy it works for you. But the credit should go to the people that hack tirelessly on dfhack and DwarfTherapist :)
Post by: Deboche on January 21, 2015, 06:46:13 am
Post by: Button on January 23, 2015, 07:20:44 pm
Post by: splinterz on January 24, 2015, 05:19:46 am
There's an error in the status displays for DT version 0.30.1, DF version 0.40.23. I have a dwarf possessed by a ghost, and Therapist says "fright after being haunted/tormented/possessed by their dead mother." I've doublechecked and the ghost in question is not the possessee's mother.can you upload the save so i can take a look?
Post by: Button on January 24, 2015, 09:37:36 am
Post by: notfood on January 24, 2015, 06:28:56 pm
Code: [Select]
2015-Jan-24 18:26:01.851 INFO core Dwarf Therapist "25.0.0" starting normally. [src/dwarftherapist.cpp:151] (setup_logging)
2015-Jan-24 18:26:01.958 WARNING core "Missing health information in game_data.ini!!" [src/gamedatareader.cpp:82] (GameDataReader)
2015-Jan-24 18:26:02.027 INFO core beginning to read settings [src/dwarftherapist.cpp:177] (read_settings)
2015-Jan-24 18:26:02.045 INFO core finished reading settings [src/dwarftherapist.cpp:205] (read_settings)
2015-Jan-24 18:26:02.105 INFO core attempting connection to running DF game [src/mainwindow.cpp:322] (connect_to_df)
2015-Jan-24 18:26:02.107 INFO core adding valid layout "v0.40.24" "0xc42f5594" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.110 INFO core adding valid layout "v0.40.23" "0x02ae0bd7" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.113 INFO core adding valid layout "v0.40.22" "0xec989a28" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.116 INFO core adding valid layout "v0.40.21" "0x0c517807" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.118 INFO core adding valid layout "v0.40.20" "0xc281d937" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.121 INFO core adding valid layout "v0.40.19" "0xb7bbe8a5" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.124 INFO core adding valid layout "v0.40.18" "0x25b761ee" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.126 INFO core adding valid layout "v0.40.16" "0x13cc404f" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.129 INFO core adding valid layout "v0.40.15" "0xf1049a2b" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.131 INFO core adding valid layout "v0.40.14" "0x8ab84807" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.134 INFO core adding valid layout "v0.40.13" "0xdb688bd7" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.136 INFO core adding valid layout "v0.40.12" "0x5ad26cb2" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.138 INFO core adding valid layout "v0.40.11" "0xffde0733" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.140 INFO core adding valid layout "v0.40.10" "0x0b7185da" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.142 INFO core adding valid layout "v0.40.09" "0x9e592efe" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.148 INFO core adding valid layout "v0.40.08" "0xa2f83bf8" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.150 INFO core adding valid layout "v0.40.07" "0x4d274c4d" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.151 INFO core adding valid layout "v0.40.06" "0x569f6c42" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.155 INFO core adding valid layout "v0.40.05" "0x5612460b" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.156 INFO core adding valid layout "v0.40.04" "0x9fdc4a78" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.157 INFO core adding valid layout "v0.40.03" "0xdd544df6" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.160 INFO core adding valid layout "v0.40.01" "0xd3460da2" [src/dfinstance.cpp:118] (DFInstance)
2015-Jan-24 18:26:02.244 INFO core DF's checksum is: "0xc42f5594" [src/dfinstance.cpp:1469] (get_memory_layout)
2015-Jan-24 18:26:02.244 INFO core Detected Dwarf Fortress version "v0.40.24" using MemoryLayout from "/media/Eientei/opt/DwarfFortress/dwarf_therapist/etc/memory_layouts/linux/v040.24.ini" [src/dfinstance.cpp:1481] (get_memory_layout)
2015-Jan-24 18:26:02.244 INFO core Dwarf fortress path: "/media/Eientei/opt/DwarfFortress/df_40_24" [src/dfinstancelinux.cpp:405] (find_running_copy)
2015-Jan-24 18:26:02.249 INFO core Connection to DF version "v0.40.24" established. [src/mainwindow.cpp:349] (connect_to_df)
2015-Jan-24 18:26:02.606 WARNING core unidentified column type in set "General" ! [src/grid_view/viewcolumnset.cpp:307] (read_from_ini)
2015-Jan-24 18:26:02.608 WARNING core unidentified column type in set "General" ! [src/grid_view/viewcolumnset.cpp:307] (read_from_ini)
2015-Jan-24 18:26:02.620 INFO core Loaded 12 views from disk [src/viewmanager.cpp:198] (reload_views)
2015-Jan-24 18:26:02.625 INFO core group_by now set to 0 for view "Labors Compact" [src/models/dwarfmodel.cpp:758] (set_group_by)
2015-Jan-24 18:26:02.630 INFO core group_by now set to 0 for view "Roles" [src/models/dwarfmodel.cpp:758] (set_group_by)
2015-Jan-24 18:26:02.634 INFO core group_by now set to 0 for view "Military" [src/models/dwarfmodel.cpp:758] (set_group_by)
2015-Jan-24 18:26:02.639 INFO core group_by now set to 0 for view "Attributes" [src/models/dwarfmodel.cpp:758] (set_group_by)
2015-Jan-24 18:26:02.644 INFO core group_by now set to 0 for view "Traits" [src/models/dwarfmodel.cpp:758] (set_group_by)
2015-Jan-24 18:26:02.649 INFO core group_by now set to 0 for view "Social" [src/models/dwarfmodel.cpp:758] (set_group_by)
2015-Jan-24 18:26:02.654 INFO core group_by now set to 0 for view "Animals" [src/models/dwarfmodel.cpp:758] (set_group_by)
2015-Jan-24 18:26:02.660 INFO core group_by now set to 0 for view "Health" [src/models/dwarfmodel.cpp:758] (set_group_by)
2015-Jan-24 18:26:02.660 INFO core group_by now set to 0 for view "Labors Compact" [src/models/dwarfmodel.cpp:758] (set_group_by)
2015-Jan-24 18:26:02.661 INFO core "redrew views in 40ms" [src/viewmanager.cpp:332] (draw_views)
2015-Jan-24 18:26:02.663 INFO core FOUND 4 squads [src/dfinstance.cpp:938] (load_squads)
2015-Jan-24 18:26:02.671 INFO core current year: 50 [src/dfinstance.cpp:461] (load_dwarves)
2015-Jan-24 18:26:02.672 INFO core using active units [src/dfinstance.cpp:1006] (get_creatures)
2015-Jan-24 18:26:02.674 WARNING core vector at "0xe389e6af" has over 500.000 entries! ( 777019960 ) [src/dfinstance.cpp:157] (check_vector)
2015-Jan-24 18:26:02.674 ERROR core vector at "0xe389e6af" was not read due to an unacceptable size! ( 777019960 ) [src/dfinstance.cpp:168] (check_vector)
2015-Jan-24 18:26:02.674 ERROR core "Read unknown profession with id '0' for dwarf 'Stukos Vucarkathil'" [src/dwarf.cpp:795] (read_profession)
2015-Jan-24 18:26:02.686 INFO core FOUND UNIT "0xe389e6b0" "Stukos Vucarkathil" [src/dfinstance.cpp:479] (load_dwarves)
2015-Jan-24 18:26:02.687 WARNING core vector at "0xe389f3ef" has over 500.000 entries! ( 773749816 ) [src/dfinstance.cpp:157] (check_vector)
2015-Jan-24 18:26:02.687 ERROR core vector at "0xe389f3ef" was not read due to an unacceptable size! ( 773749816 ) [src/dfinstance.cpp:168] (check_vector)
2015-Jan-24 18:26:02.687 ERROR core "Read unknown profession with id '7' for dwarf 'Melbil Bekardishmab'" [src/dwarf.cpp:795] (read_profession)
2015-Jan-24 18:26:02.690 INFO core FOUND UNIT "0xe389f3f0" "Melbil Bekardishmab" [src/dfinstance.cpp:479] (load_dwarves)
2015-Jan-24 18:26:02.690 WARNING core vector at "0xe3ed0187" has over 500.000 entries! ( 772894776 ) [src/dfinstance.cpp:157] (check_vector)
2015-Jan-24 18:26:02.690 ERROR core vector at "0xe3ed0187" was not read due to an unacceptable size! ( 772894776 ) [src/dfinstance.cpp:168] (check_vector)
2015-Jan-24 18:26:02.690 ERROR core "Read unknown profession with id '14' for dwarf 'Kol Olinustan'" [src/dwarf.cpp:795] (read_profession)
2015-Jan-24 18:26:02.697 INFO core FOUND UNIT "0xe3ed0188" "Kol Olinustan" [src/dfinstance.cpp:479] (load_dwarves)
2015-Jan-24 18:26:02.697 WARNING core vector at "0xe3ed0ec7" has over 500.000 entries! ( 769758264 ) [src/dfinstance.cpp:157] (check_vector)
2015-Jan-24 18:26:02.697 ERROR core vector at "0xe3ed0ec7" was not read due to an unacceptable size! ( 769758264 ) [src/dfinstance.cpp:168] (check_vector)
2015-Jan-24 18:26:02.698 ERROR core "Read unknown profession with id '50' for dwarf 'Uvash Degoltar'" [src/dwarf.cpp:795] (read_profession)
2015-Jan-24 18:26:02.709 INFO core FOUND UNIT "0xe3ed0ec8" "Uvash Degoltar" [src/dfinstance.cpp:479] (load_dwarves)
2015-Jan-24 18:26:02.710 WARNING core vector at "0xe38cd7cf" has over 500.000 entries! ( 766643768 ) [src/dfinstance.cpp:157] (check_vector)
2015-Jan-24 18:26:02.710 ERROR core vector at "0xe38cd7cf" was not read due to an unacceptable size! ( 766643768 ) [src/dfinstance.cpp:168] (check_vector)
2015-Jan-24 18:26:02.710 ERROR core "Read unknown profession with id '39' for dwarf 'Ustuth Konosoltar'" [src/dwarf.cpp:795] (read_profession)
2015-Jan-24 18:26:02.721 INFO core FOUND UNIT "0xe38cd7d0" "Ustuth Konosoltar" [src/dfinstance.cpp:479] (load_dwarves)
2015-Jan-24 18:26:02.722 WARNING core vector at "0xe38ce50f" has over 500.000 entries! ( 763442744 ) [src/dfinstance.cpp:157] (check_vector)
2015-Jan-24 18:26:02.725 ERROR core vector at "0xe38ce50f" was not read due to an unacceptable size! ( 763442744 ) [src/dfinstance.cpp:168] (check_vector)
2015-Jan-24 18:26:02.725 ERROR core "Read unknown profession with id '70' for dwarf 'Zas Mistemgim'" [src/dwarf.cpp:795] (read_profession)
2015-Jan-24 18:26:02.734 INFO core FOUND UNIT "0xe38ce510" "Zas Mistemgim" [src/dfinstance.cpp:479] (load_dwarves)
2015-Jan-24 18:26:02.735 WARNING core vector at "0xe38cf24f" has over 500.000 entries! ( 760213048 ) [src/dfinstance.cpp:157] (check_vector)
2015-Jan-24 18:26:02.735 ERROR core vector at "0xe38cf24f" was not read due to an unacceptable size! ( 760213048 ) [src/dfinstance.cpp:168] (check_vector)
2015-Jan-24 18:26:02.735 ERROR core "Read unknown profession with id '102' for dwarf 'Tulon Zugobletmos'" [src/dwarf.cpp:795] (read_profession)
2015-Jan-24 18:26:02.742 INFO core FOUND UNIT "0xe38cf250" "Tulon Zugobletmos" [src/dfinstance.cpp:479] (load_dwarves)
2015-Jan-24 18:26:02.742 ERROR core "Read unknown profession with id '102' for dwarf 'Unknown'" [src/dwarf.cpp:795] (read_profession)
2015-Jan-24 18:26:02.743 INFO core FOUND BEAST "0xe38cff90" "Cat" [src/dfinstance.cpp:492] (load_dwarves)
2015-Jan-24 18:26:02.743 ERROR core "Read unknown profession with id '102' for dwarf 'Unknown'" [src/dwarf.cpp:795] (read_profession)
2015-Jan-24 18:26:02.743 INFO core FOUND BEAST "0xe38d0cd0" "Cat" [src/dfinstance.cpp:492] (load_dwarves)
2015-Jan-24 18:26:02.744 ERROR core "Read unknown profession with id '102' for dwarf 'Unknown'" [src/dwarf.cpp:795] (read_profession)
2015-Jan-24 18:26:02.744 INFO core FOUND BEAST "0xe38d1a10" "Alpaca" [src/dfinstance.cpp:492] (load_dwarves)
2015-Jan-24 18:26:02.744 ERROR core "Read unknown profession with id '102' for dwarf 'Unknown'" [src/dwarf.cpp:795] (read_profession)
2015-Jan-24 18:26:02.745 INFO core FOUND BEAST "0xe38d2750" "Alpaca" [src/dfinstance.cpp:492] (load_dwarves)
2015-Jan-24 18:26:02.745 ERROR core "Read unknown profession with id '102' for dwarf 'Unknown'" [src/dwarf.cpp:795] (read_profession)
2015-Jan-24 18:26:02.745 INFO core FOUND BEAST "0xe38d3490" "Yak Cow" [src/dfinstance.cpp:492] (load_dwarves)
2015-Jan-24 18:26:02.746 ERROR core "Read unknown profession with id '102' for dwarf 'Unknown'" [src/dwarf.cpp:795] (read_profession)
2015-Jan-24 18:26:02.746 INFO core FOUND BEAST "0xe38d41d0" "Yak Bull" [src/dfinstance.cpp:492] (load_dwarves)
2015-Jan-24 18:26:02.747 INFO core read 13 units in 74 ms [src/dfinstance.cpp:497] (load_dwarves)
2015-Jan-24 18:26:02.748 INFO core loaded population data in 1 ms [src/dfinstance.cpp:507] (load_dwarves)
2015-Jan-24 18:26:02.748 INFO core calculated roles in 0 ms [src/dfinstance.cpp:512] (load_dwarves)
2015-Jan-24 18:26:02.753 INFO core found 13 dwarves out of 41 creatures [src/dfinstance.cpp:526] (load_dwarves)
2015-Jan-24 18:26:02.754 INFO core group_by now set to 0 for view "Labors Compact" [src/models/dwarfmodel.cpp:758] (set_group_by)
2015-Jan-24 18:26:02.772 INFO core loaded rows for "Labors Compact" 18 ms [src/models/dwarfmodel.cpp:764] (set_group_by)
2015-Jan-24 18:26:02.917 INFO core completed read in 256 ms [src/mainwindow.cpp:531] (read_dwarves)
Segmentation fault
Post by: Brightgalrs on January 27, 2015, 11:21:39 am
Steps to reproduce:
- Open Therapist
- In Therapist's options make sure "Alert on lost connection" is un-checked
- In Dwarf Fortress, embark in a new world and get to the "Prepare for Journey carefully" screen
- Connect to DF in Therapist
- In DF abort the embark attempt
- Don't touch Therapist, leave the dwarfs from the attempt
- Repeat step 3
- Repeat step 4
- Therapist should crash
Post by: Urist Tilaturist on January 27, 2015, 11:56:05 am
Post by: g2knee on January 28, 2015, 09:30:15 am
Will the thread title ever be updated to show that DT is compatible with 40.24, though there still seem to be some bugs?
I'd say this is significant. Being able to use DT with the latest release of DF makes a big difference. DF version 40.24 fixes some big bugs.
Post by: Dzlan on January 28, 2015, 10:57:06 am
I'm actually playing a lot of the older Dwarf Fortress 34.11
And I'm sort of new ish to Linux. I was wondering if someone could help me to get Dwarf Therapist working with the older version of DF.
I've never understood how this makefile thing works with qt-4 and stuff.
What would I download for this to work, and what would I do with the download?
Could I get it done with the splintermind version? I remember getting this to work a couple of weeks back but it wasn't letting me change proffession names and stuff.
Thanks, any help is much appreciated.
Post by: ResMar on January 28, 2015, 08:51:04 pm
Will the thread title ever be updated to show that DT is compatible with 40.24, though there still seem to be some bugs?
I'd say this is significant. Being able to use DT with the latest release of DF makes a big difference. DF version 40.24 fixes some big bugs.
Hold your horses, he's only human.
Post by: lethosor on January 28, 2015, 09:10:48 pm
Will the thread title ever be updated to show that DT is compatible with 40.24, though there still seem to be some bugs?I think that the title refers to the most recent build on Github, which only supports 0.40.19 and below.
Post by: dylancaspar on January 29, 2015, 03:32:16 am
i'm a complete newb to dwarftherapsit. never used it before.
i have a couple of questions..
1) is there a version (mac compatible) that works with the current DF (0.40.24)? if not, can i run an older version or will i encounter some serious issues?
2) how do i go about installing & running the program?
sorry, i know this is very simple stuff -- but i looked around a bit and seemed to turn up more questions than answers..
Post by: fricy on January 29, 2015, 04:06:20 am
hey guys,Looks like I haven't updated since 40.23 (http://dffd.bay12games.com/file.php?id=9127), so easiest solution I can recommend is to grab the Macnewbie pack from my sig, Therapist included among others. Installation is like any other mac app: mount the .dmg and drag and drop the app. As for running: use the Macnewbie launcher.
i'm a complete newb to dwarftherapsit. never used it before.
i have a couple of questions..
1) is there a version (mac compatible) that works with the current DF (0.40.24)? if not, can i run an older version or will i encounter some serious issues?
2) how do i go about installing & running the program?
sorry, i know this is very simple stuff -- but i looked around a bit and seemed to turn up more questions than answers..
Post by: dylancaspar on January 29, 2015, 04:21:10 am
hey guys,Looks like I haven't updated since 40.23 (http://dffd.bay12games.com/file.php?id=9127), so easiest solution I can recommend is to grab the Macnewbie pack from my sig, Therapist included among others. Installation is like any other mac app: mount the .dmg and drag and drop the app. As for running: use the Macnewbie launcher.
i'm a complete newb to dwarftherapsit. never used it before.
i have a couple of questions..
1) is there a version (mac compatible) that works with the current DF (0.40.24)? if not, can i run an older version or will i encounter some serious issues?
2) how do i go about installing & running the program?
sorry, i know this is very simple stuff -- but i looked around a bit and seemed to turn up more questions than answers..
thanks a lot !
Post by: synyster31 on January 31, 2015, 08:08:22 am
Post by: splinterz on February 01, 2015, 01:05:01 pm
Spoiler: 31.0 patch notes (click to show/hide)
@Brightgalrs: thanks for the detailed steps. this may have been fixed in this update, since i haven't been able to reproduce it yet. i'll keep testing it, but if you do, let me know the results.
Post by: Nice Save on February 02, 2015, 07:27:35 am
I have an install of Masterwork that had a bunch of options set to match my preferences, but I'm also writing a guide to DF for newcomers so I wanted to start from the default DT settings. However, when I downloaded DT again it picked up all my options from the MW version, and I couldn't find where the settings were stored to back them up. I eventually worked it out because after I cleared user settings the path was in run.log, but by that time the settings were gone.
For that matter, it would be handy to have the settings path in the dialogue box when you select to clear user settings.
Post by: PeridexisErrant on February 02, 2015, 08:25:21 am
Post by: splinterz on February 02, 2015, 09:39:35 am
Another suggestion: automatically download memory layouts that are available from Github but not locally. No difference for my pack since I have a script that does this, but a godsend to many players.yes, i know. (https://github.com/splintermind/Dwarf-Therapist/issues/184)
Post by: LordBaal on February 02, 2015, 10:27:18 am
Post by: se5a on February 04, 2015, 10:54:03 pm
initially ignoring what the fort actually has, and just go with what dwarfs can wear. do the size coverage layer material things, and allow to save the uniform to DF so it can be assigned to squads.
later on maybe take what the fortress has into account and allow specific items and assign them to specific dwarfs.
Post by: Asva on February 06, 2015, 06:20:13 am
A piece of attention is required.
What I hold here is *Therapist russian manual*, adorned with neat translation and editing.
Would be fancy to see it included into DFT package.
Have docx (https://dl.dropboxusercontent.com/u/57572806/Dwarf_Therapist_Manual_20_4_russian.docx) or pdf (https://dl.dropboxusercontent.com/u/57572806/Dwarf_Therapist_Manual_20_4_russian.pdf). The choice is yours.
Staff:
Translation: Antropia
Editing: Asva
Post by: ResMar on February 07, 2015, 02:27:28 pm
Post by: Demki on February 08, 2015, 04:54:21 pm
Post by: Asva on February 09, 2015, 05:47:35 am
Wow!First thought was to ask you for LaTeX. But guy who actually translated decided the contrary ;).
Post by: TheKaspa on February 09, 2015, 08:50:07 am
Post by: BigD145 on February 09, 2015, 03:03:44 pm
Is there a way to remove all Hauling labours for a single dwarf without unchecking one by one the labours?
You can click, hold, and drag across multiple labors. That's only one click.
Post by: TheKaspa on February 09, 2015, 03:23:19 pm
Post by: nexus_2006 on February 09, 2015, 03:40:44 pm
Post by: BigD145 on February 09, 2015, 04:04:30 pm
I feel like an idiot for asking
Not at all. Not all features in every piece of software is documented. If it is it's not always easy to find. I do a lot of searching forums for key presses and such.
Post by: splinterz on February 09, 2015, 04:05:34 pm
Is there a way to remove all Hauling labours for a single dwarf without unchecking one by one the labours?you can add a superlabor column with all the hauling labors. then clicking the cell will toggle all the hauling labors.
Post by: ResMar on February 09, 2015, 10:32:32 pm
I feel like an idiot for asking
Not at all. Not all features in every piece of software is documented. If it is it's not always easy to find. I do a lot of searching forums for key presses and such.
But...I spent all this time...
Sigh...
Post by: BigD145 on February 11, 2015, 03:21:23 pm
I feel like an idiot for asking
Not at all. Not all features in every piece of software is documented. If it is it's not always easy to find. I do a lot of searching forums for key presses and such.
But...I spent all this time...
Sigh...
What's that down there in your sig? Oh, I had no idea that existed.
Post by: Dirst on February 11, 2015, 04:26:41 pm
What's that down there in your sig? Oh, I had no idea that existed.ResMar, here's the magma cannon lever. I'll leave the decision up to you :)
Post by: Sadrice on February 12, 2015, 10:23:10 pm
Is there a way to remove all Hauling labours for a single dwarf without unchecking one by one the labours?I've found that it's usually easiest to right click their name, remove all labors, and manually add back the labors you want (usually only 1 or 2). Note that this removes Feed Patient and Recover Wounded, but if you have enough hauling grunts this isn't really an issue, and provides a nice visual indicator of whether or not you've removed hauling from a dwarf without having to scroll to the right.
Post by: nuget102 on February 18, 2015, 01:40:36 pm
Edit: Nevermind, I wasn't doing anything wrong. It turns out it was Ptrace protection. Fixed DT not connecting with this: https://github.com/andrewd18/df-lnp-installer/wiki/Dwarf-Therapist-Cannot-Connect-to-Dwarf-Fortress
Post by: Uzu Bash on February 21, 2015, 03:41:09 pm
Post by: FukkenSaved on February 24, 2015, 11:36:22 am
For a while I was using autolabor to manage only hauling labors, but it keep cutting out all labors for three dwarves and it did not encourage "real" jobs over hauling labors well enough. Autohauler, based on autolabor, is intended to be a real-time companion to Dwarf Therapist to handle only hauling labors. Testing and feature requests are appreciated, I might make a new thread for it later
Post by: TheKaspa on February 24, 2015, 11:50:50 am
I feel like an idiot for asking
Not at all. Not all features in every piece of software is documented. If it is it's not always easy to find. I do a lot of searching forums for key presses and such.
But...I spent all this time...
Sigh...
Since DFFD has moved, I'd suggest you to update the url in the sig with this new working one
http://dffd.bay12games.com/file.php?id=7889
And I will definitely read it!
Post by: yxe on February 26, 2015, 06:23:17 pm
the tooltip in 'animals' tab currently has:
Caste:
Age:
Size:
Train Level:
Description: <general description - all dogs have the same>
-----
I cant see if the animal its fat for example besides of current size compared to age and MAX_SIZE of that creature in wiki, or read it in the description of every animal, but there isn't a column for this ?
and there are some other attrs that are lost (muscular=strength?, color hair, etc),
but I mainly care if it is fat
Post by: slink on February 27, 2015, 10:45:49 am
In Dwarf Therapist, this save displays the wrong icons for the fishing group of skills for the dwarf named Mafol Rigòthothlest, who is a Planter. Although she is Dabbling in all three skills, the program displays the icons for Legendary. It only began displaying them this way when Autumn of 1056 arrived, and it did it both times when I tried playing 1056 over again from the initial save for that year. It also did this for several dwarfs in a previous fortress, on the same year. More dwarfs were affected in that game.
Post by: lethosor on February 27, 2015, 03:02:29 pm
Post by: splinterz on February 27, 2015, 04:37:03 pm
I got a question/sugestion, there is some way to enable in the tooltip on the name of the creatures, to show the proper description like the 'k' of DF ??i'd have to look into the descriptions as i believe their pieced together based on the size/muscle/fat. i assume this is mainly for butchering purposes? if that's the case then what i'd like to do eventually is include butchering information for animals in the main tooltip and/or on the butcher column.
the tooltip in 'animals' tab currently has:
Caste:
Age:
Size:
Train Level:
Description: <general description - all dogs have the same>
-----
I cant see if the animal its fat for example besides of current size compared to age and MAX_SIZE of that creature in wiki, or read it in the description of every animal, but there isn't a column for this ?
and there are some other attrs that are lost (muscular=strength?, color hair, etc),
but I mainly care if it is fat
splinterz, I am encountering a display bug in DT, with regards to the symbol displayed for skill levels. This bug only appears late in the 7th year of the fortress, for one or more dwarfs. It is reproducible. The save that displays the bug is at http://dffd.bay12games.com/file.php?id=10625. The description for that file, which for some reason DFFD won't take, is as follows:thanks for the save, i see what you mean. it looks like it's something to do with the skill being at dabbling, but due to rust it drops to 0xp. so it's an edge case where they have 0xp and still have a dabbling skill (normally dabbling >= 1xp).
In Dwarf Therapist, this save displays the wrong icons for the fishing group of skills for the dwarf named Mafol Rigòthothlest, who is a Planter. Although she is Dabbling in all three skills, the program displays the icons for Legendary. It only began displaying them this way when Autumn of 1056 arrived, and it did it both times when I tried playing 1056 over again from the initial save for that year. It also did this for several dwarfs in a previous fortress, on the same year. More dwarfs were affected in that game.
Post by: yxe on February 27, 2015, 05:36:16 pm
i'd have to look into the descriptions as i believe their pieced together based on the size/muscle/fat. i assume this is mainly for butchering purposes? if that's the case then what i'd like to do eventually is include butchering information for animals in the main tooltip and/or on the butcher column.ok, thanks for the answer,
Mainly its because of breeding, I want to separate first all the fat one (for the chickens/yaks) and the muscular (for the dogs), then breed those, but eventually everyone of them its going to my butcher hands :)
another suggestion, its posible to select an animal from the list and send it to one activity zone?, all animals have the same name in DF, and I cant see any of his properties (when you asign a creature to one activity zone).
also I have saw that my dogs (males one) have an male image, a blue one, sometimes for other male dogs the image its grey, and for the females, its pink for one and for others female dogs the image its grey, and in some weirds cases: they got two pink images, and case its one male-female image in pink color
I get the male blue image, female pink image... the other cases not :(, what those mean ??
thanks for your time and the app, its great =)
Post by: Eldin00 on February 27, 2015, 05:44:30 pm
also I have saw that my dogs (males one) have an male image, a blue one, sometimes for other male dogs the image its grey, and for the females, its pink for one and for others female dogs the image its grey, and in some weirds cases: they got two pink images, and case its one male-female image in pink color
I get the male blue image, female pink image... the other cases not :(, what those mean ??
Grey symbol means the animal is asexual (and won't breed). A doubled symbol indicates the animal is exclusively homosexual, and won't breed. The combination male-female symbol indicates the animal is bisexual, and probably will breed.
Post by: slink on February 27, 2015, 07:01:20 pm
Regarding DFFD, the accented character in Rigòthothlest could be a problem.
That's probably it. Thanks.
Post by: yxe on February 28, 2015, 01:59:06 am
Grey symbol means the animal is asexual (and won't breed). A doubled symbol indicates the animal is exclusively homosexual, and won't breed. The combination male-female symbol indicates the animal is bisexual, and probably will breed.
wow sooo much information... now....... I know........ the future its uncertain
thanks alot for your answer =)) !!
Post by: lestmurphy on March 01, 2015, 05:37:12 pm
Post by: GhostDwemer on March 02, 2015, 01:53:28 pm
Couldn't DT retain data on disconnecting from the fort? The data would still be useful to review without the ability to change it. When the game is shut down, all the information there is as up-to-date as it needs to be. The user would still need to reconnect when a fortress is running in memory again.
Uzu, Look under "File" menu for "Options," go to the "General" tab and uncheck "Alert on lost connection."
Post by: Dwarf_Fever on March 25, 2015, 04:36:28 pm
Nevermind, I was looking at Roles. X)
Post by: Hippoman on March 26, 2015, 10:54:55 am
On my version of DT, The labor skill Blacksmithing is missing.
It's there for me in the newest version, but when looking over a dwarf and seeing the tooltip box, it says Metalsmithing, just as confusing as it is in-game.
Post by: Rinin_Rus on March 26, 2015, 03:07:20 pm
Post by: fbo on April 06, 2015, 03:54:55 pm
Post by: nimbus25 on June 18, 2015, 08:40:17 pm
Post by: dennislp3 on June 22, 2015, 05:47:42 am
Post by: ResMar on June 22, 2015, 09:46:48 am
Is that is there a way to transfer custom jobs? Updated DT to DF:2014, and don't want to go through the hassle of remaking all my custom professions. Thanks!
It's in the manual (if it exists---I don't remember anymore).
Post by: Ravendarksky on July 15, 2015, 04:17:09 am
Post by: Ploder on July 31, 2015, 04:35:48 pm
Apologies if this is discussed upthread; it's a big long topic and I'm at my day job.
Post by: lethosor on July 31, 2015, 05:17:39 pm
Post by: Dvp2361 on August 02, 2015, 12:51:37 pm
I recently acquired a new Lenovo Yoga 11e Chromebook and have so far been pleased with the experience, except that it lacks any FULFILLING games. I learned to install crouton to allow a linux distro (I'm using Ubuntu - LXDE) to run alongside ChromeOS. I have been trying to get Dwarf Fortress up and running. The Lazy Newb Pack for Linux has so far worked. Graphics can be changed and displayed properly and DF seems to run smoothly. Dwarf Therapist also boots up properly.
My only issue so far is being able to get Dwarf Therapist to connect into DwarfFortress. I read this post: https://github.com/andrewd18/df-lnp-installer/wiki/Dwarf-Therapist-Cannot-Connect-to-Dwarf-Fortress and have followed the directions. I indeed have Ptrace running but for the life of me, I haven't been able to turn it off for Dwarf Therapist.
My terminal:
(precise)katie@localhost:~$ cat /proc/sys/kernel/yama/ptrace_scope
1
(precise)katie@localhost:~$ cd ~/Downloads/DwarfFortress/LNP/utilities/dwarf_therapist
(precise)katie@localhost:~/Downloads/DwarfFortress/LNP/utilities/dwarf_therapist$ sudo setcap cap_sys_ptrace=eip DwarfTherapist
(precise)katie@localhost:~/Downloads/DwarfFortress/LNP/utilities/dwarf_therapist$ sudo setcap cap_sys_ptrace=ep DwarfTherapist
(precise)katie@localhost:~/Downloads/DwarfFortress/LNP/utilities/dwarf_therapist$
When I load up DF/DT they still have a problem connecting. =/
Can anyone provide some light upon what I'm doing incorrectly? Thanks. :) . I'm Using Beautato's Lazy Newb Pack 40.24 R3
***** 8/26/15 Update FIX: I couldn't find a way to easily enable ptrace for Dwarf Therapist. So I figured out how to enable ptrace for the entire computer. The risks are arguable, but I find that for my non-work, non-important entertainment laptop, I should be plenty safe from getting hacked.
How to check ptrace:
cat /proc/sys/kernel/yama/ptrace_scope 1=yes, 0=no
If 1, to disable ptrace protection on your system:
$ echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope
This worked for me and now my DF and DT are working flawlessly. Can you say YES to gaming on a chromebook? :]
Post by: lethosor on August 02, 2015, 01:20:02 pm
Post by: Lightman on August 03, 2015, 02:46:05 am
Post by: Rafatio on August 05, 2015, 07:24:48 am
Toggling maximize resets things to normal. The problem seems to be triggered by doing random stuff in the therapist window itself, I never tabbed in to find it messed up but it happens all the time by clicking around in it, like every 20 clicks. Never saw it forget the horizontal size, only vertical has that problem.
Is there anything I can do to keep the therapist window size, besides not maximizing it in the first place?
Therapist 31.0.0 as it came with the starter pack, df in windowed mode, taskbar is default single height not set to hide, aero is on.
Post by: splinterz on August 09, 2015, 09:02:30 am
I'm not sure if this is a known bug or not but dwarfs have a red square and show as missing trousers when wearing high boots and mail shirts. While they aren't technically wearing trousers they actually don't generate bad thoughts from this.are you sure about this? everything i've read indicates that having a missing PANTS item results in a bad thought about being uncovered. for example people have reported that having robes on only counts as upper body coverage, and you'll still get bad thoughts about having the lower body uncovered. maybe it's different for armor?
i've poked around looking for anyone that's done science/testing but haven't found anything conclusive yet, so please let me know if you have such a resource, and/or upload a save exhibiting this behaviour. i'll try to test it myself.
Edit: I tested the coverage you described, with mail shirts and high boots, and the test dwarf was embarrassed about a week later due to being uncovered (missing pants).
Post by: splinterz on August 09, 2015, 12:10:25 pm
Just a minor issue: I noticed the kills of a dwarf are not updated on reread (ctrl-r), but on restart of DT.I couldn't reproduce this in version 31.0.
I have a small problem with therapist on windows7. I'm playing on a netbook so the therapist window is maximized to use whatever bit of screen space I have. Every so often it "forgets" how big my screen is and extends the window further down, making the horizontal scrollbar inacessable behind windows' taskbar.What resolution are you running, and what does your DT layout look like (what docks are you using, and where are they docked)
Toggling maximize resets things to normal. The problem seems to be triggered by doing random stuff in the therapist window itself, I never tabbed in to find it messed up but it happens all the time by clicking around in it, like every 20 clicks. Never saw it forget the horizontal size, only vertical has that problem.
Is there anything I can do to keep the therapist window size, besides not maximizing it in the first place?
Therapist 31.0.0 as it came with the starter pack, df in windowed mode, taskbar is default single height not set to hide, aero is on.
It could be helpful for some people to have "sex" field in detailed dwarf description, because it's not so clear from pictures.In the tooltip options you can toggle gender and orientation.
Post by: Rafatio on August 09, 2015, 12:24:05 pm
1366x768, changes, emotions and dwarf details docked on the right, most of the premade tabs for the main view... have a look (http://imgur.com/y6NwXoh). The pending changes listed were all the clicks it took to trigger the problem with everything freshly started. Seems to happen more often (only? not sure yet) from the roles tab.window size probsWhat resolution are you running, and what does your DT layout look like (what docks are you using, and where are they docked)
edit: the odd background of the stoneworker column seems to be an image compression effect, it looks normal here
Post by: Bearskie on August 11, 2015, 11:33:40 am
Post by: splinterz on August 11, 2015, 11:48:11 am
Sorry, but where precisely is the game_data.ini file the manual talks about? I need a peek at the Profession ID list within.
https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/resources/game_data.ini
Post by: Bearskie on August 11, 2015, 12:28:38 pm
Post by: Carch on August 13, 2015, 11:46:15 am
on that note, is there an option (or plans to make one) to set burrows for your dwarves through therapist? I know squads are in, but can't seem to find anything with burrows.
Post by: splinterz on August 20, 2015, 09:23:05 am
first of, thank you so much for maintaining this, for forts of a large number of dwarves this tool is one of my 'must haves' to keep things organized.
on that note, is there an option (or plans to make one) to set burrows for your dwarves through therapist? I know squads are in, but can't seem to find anything with burrows.
http://www.bay12forums.com/smf/index.php?topic=122968.msg5527956;topicseen#msg5527956
Post by: Carch on August 23, 2015, 01:04:31 pm
ahh, thanks for the answer. sorry for not searching thoroughly enough.first of, thank you so much for maintaining this, for forts of a large number of dwarves this tool is one of my 'must haves' to keep things organized.
on that note, is there an option (or plans to make one) to set burrows for your dwarves through therapist? I know squads are in, but can't seem to find anything with burrows.
http://www.bay12forums.com/smf/index.php?topic=122968.msg5527956;topicseen#msg5527956
Post by: BadLeo on August 31, 2015, 10:12:05 am
(why, you ask? That's why:)
Spoiler (click to show/hide)
but setting their ownership is a pain in the bottombackpart because there's three screens you have to look at to
a) figure out what dwarves already have animals assigned to them;
b) pick a dwarf to assign an animal; and
c) actually assign the animal while already remembering if that fifteenth Urist McFancysurename you look at doesn't already owns work animals.
So, I was thinking about if it would be possible to have DF Therapist to handle this. That's the ways I envision:
It could be done in the "Animals" tab, by placing a dropdown button to each animal that is "pet-able", with which you would pick the dwarf that is to own it;
It could be on a new grid view that lists all dwarves, showing if they already have animals assigned to them and what are those animals and with dropdown buttons for each listed dwarf to pick a new animal from those available (preferable way, as it is less cumbersome to pick an animal for a dwarf than to pick a dwarf for an animal, specially in large fortresses, with the bonus of having a clear way to see if the target dwarf already have an animal assigned to him in a clear and easy way);
It also could be done via scripts, I guess (I'm an idiot about scripts and general programming language, I'm sorry), by sorting out all dwarves that are assigned as hunters/woodcutters/marksdwarves/any-other-profession-you-want-to-give-a-dog-to and do not have any work animals assigned to them, assigning to them a configurable number of hunting/war dogs/lions/wolves/bears/dragons/megabeasts/titans/whatevs (less work-to-be-done way, I guess);
Anyway, that's my suggestion, I hope it can be done, if it's not much to ask. And thanks for maintaining this wondrous tool that is Dwarf Therapist.
Edit: I completely forgot to search before posting, so if that's a repeated request, I'm so sorry. :-X
Post by: Achanei on August 31, 2015, 11:16:05 am
I recently got myself a notebook with ubuntu 15.04 on it, and have some trouble getting DT to run - I followed the build instructions and actually got it to start up once, but now I get a missing dependency "DwarfTherapist: error while loading shared libraries: libQt5Qml.so.5: cannot open shared object file: No such file or directory".
I have libqt5qml5 installed according to my package manager, i am fairly newb at linux though. am I missing something?
Post by: lethosor on August 31, 2015, 11:45:34 am
Post by: Achanei on August 31, 2015, 12:14:29 pm
Sometimes that message means that a dependency of the library in question isn't present, rather than the library itself being missing, but your package manager should take care of that. You could try reinstalling libqt5qml, or finding libQt5Qml.so (in /usr/lib, /lib, etc.) and ensuring that there's a libQt5Qml.so.5 symlink present in the same directory.I found libQt5Qml.so.5 in usr/lib, so the file is definitely there. ummmm...whats a symlink? :D
Post by: lethosor on September 01, 2015, 08:33:26 am
Regarding your issue, what architecture (32/64-bit) is your system? What do "file /usr/lib/libQt5Qml.so.5" and "file <path to DT>" return (when run in a terminal)?
Post by: Achanei on September 01, 2015, 09:08:34 am
Regarding your issue, what architecture (32/64-bit) is your system? What do "file /usr/lib/libQt5Qml.so.5" and "file <path to DT>" return (when run in a terminal)?I'm running 15.04 64-bit.
> file /usr/lib/libQt5Qml.so.5 returns
/usr/lib/libQt5Qml.so.5: cannot open `/usr/lib/libQt5Qml.so.5' (No such file or directory)
which is *really* strange, because when I follow the path with the file manager, I see the file there. huh. should I uninstall and reinstall the package?
> file /usr/local/bin/DwarfTherapist returns
/usr/local/bin/DwarfTherapist: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=5f824a0254d09c11f185190d1d3ecfdf81eed667, stripped
The second one is mostly gibberish for me, but I really appreciate your help. Thanks :)
Post by: lethosor on September 01, 2015, 12:58:32 pm
> file /usr/lib/libQt5Qml.so.5 returnsOkay, that's probably because libQt5Qml.so.5 is a symlink to something that doesn't exist (try "readlink /usr/lib/libQt5Qml.so.5" and see if the path it gives you exists), so I'd try reinstalling that package. Also, you're using a 32-bit version of DT, so you'd need to install a 32-bit library for it to work (libqt5qml:i386 ought to work, assuming libqt5qml is the correct package name), or use a 64-bit DT build.
/usr/lib/libQt5Qml.so.5: cannot open `/usr/lib/libQt5Qml.so.5' (No such file or directory)
which is *really* strange, because when I follow the path with the file manager, I see the file there. huh. should I uninstall and reinstall the package?
Post by: Achanei on September 01, 2015, 03:11:23 pm
Okay, that's probably because libQt5Qml.so.5 is a symlink to something that doesn't exist (try "readlink /usr/lib/libQt5Qml.so.5" and see if the path it gives you exists), so I'd try reinstalling that package. Also, you're using a 32-bit version of DT, so you'd need to install a 32-bit library for it to work (libqt5qml:i386 ought to work, assuming libqt5qml is the correct package name), or use a 64-bit DT build.
so readlink /usr/lib/libQt5Qml.so.5
doesnt return anything, no error, no path....strange.
gonna dig for the uninstall command for that qt5 package and see if it helps.
Not sure how to go about building a 64bit DT...i basically followed the instructions here: https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/BUILDING.rst
Even more confusing to me is that I got DT to runs successful (without connecting it to DF though) once, right after the installation - the reboot must've broken something in a really strange way...
edit: tried reinstalling qt5, didn't help :(
Post by: Nikita on September 04, 2015, 03:00:02 am
It would be cool if DT could show you where your dwarves are (e.g. coordinates, whether they are inside or outside a specific burrow, etc). That way I'll know if it's okay to close the gates or if someone is still wandering outside. I don't know if such a thing would be possible to code though.
Post by: PeridexisErrant on September 04, 2015, 03:42:38 am
Here's an idea:
It would be cool if DT could show you where your dwarves are (e.g. coordinates, whether they are inside or outside a specific burrow, etc). That way I'll know if it's okay to close the gates or if someone is still wandering outside. I don't know if such a thing would be possible to code though.
Try the "whosout" command in DFHack.
Post by: lethosor on September 04, 2015, 07:55:06 am
Post by: muppet9876 on September 04, 2015, 09:26:53 am
Spoiler (click to show/hide)
example usage: For a fortress with burrows "home" and "topgate".
whosout home topgate
outputs "All your live, sane citizens are in one of those burrows" if all are in them, or lists those dwarves names that are outside of them. Note that they don't need to be assigned to the burrow, just inside the area designated by it.
Back in 34.11 it used to put the outside dwarf's speed as well, but that part no longer functions as it did. I think it used to be as a percentage, now its a number between 250 - 2200. Lower being slower moving.
--edit--
sry, just fired up an old 34.11 save. It always printed the 250 - 2200 number range. %'s speed i was misremembering from the show-speeds.lua script (http://www.bay12forums.com/smf/index.php?topic=136748.msg5045463#msg5045463). The speed part of this script doesn't work on 40.24 so purely for the curious.
Post by: lethosor on September 04, 2015, 09:44:25 am
I could add it if it's still functional - I'm not familiar with how speed works, but it's inverting the value that's obtained from dfhack.units.computeMovementSpeed() (that is, 1000000/dfhack.units.computeMovementSpeed(unit)). The problem with hosting scripts only on the forum is that it's not possible to look at older versions, so I have no idea how it would have given a percentage (I can't see a similar way to get a unit's maximum speed, if that's what it used).
Post by: Nikita on September 07, 2015, 01:48:25 am
http://i.imgur.com/WJujd7P.png
Is this supposed to happen?
Post by: feelotraveller on October 10, 2015, 08:33:50 pm
There are two or three reasons why I want to do this. The first is cosmetic, it annoys me to regularly have the top three roles on embark being (say) Lawdwarf, Socializer and Nurse for just about every dwarf. Secondly I want to be able to exclude certain roles from the set used for calculations without deleting them forever (I will want a nurse/lawdwarf or whatever... eventually) so that the roles take account only of those I want right now. Thirdly (really a special case of secondly) when adding custom roles it would be useful to be able to switch off/on roles while mucking about.
Huge thanks for the addition of the visible preferences. Very much enjoying my games now with preference weighting set to zero and manually checking for relevance.
Post by: isitanos on October 11, 2015, 11:14:01 pm
EDIT: Damn this was meant for the Linux Lazy Newb Pack thread. Oh well, leaving it around in case you guys talk to each other. I'll copy the post to the proper thread.
I'm very confused as to what I'm supposed to use if I have a 32-bit system. The download page says to get the i686 version, but isn't i686 another (rare) 64-bit architecture, distinct from x86-64? Shouldn't it say i386 or simply x86?
Second, in the so-called i686 download, the included Dwarf Therapist is compiled for x86-64:
Code: [Select]
file ./DwarfTherapist
./DwarfTherapist: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=c494a991a142f5acb5022fba3f90d98fea01cd75, not strippedStill waiting for the "lazy" part of the pack :P . I've got the newb part covered.
Post by: dman11235 on October 12, 2015, 03:25:48 pm
EDIT: No one has any insight or anything to offer? I have tried a downgraded version, reinstalling the program, etc. etc., but hasn't changed the issue. I have in the past run DT on this computer fine, but that was a long time ago (whatever major version was right after 40d was the last one I used until the current version of the game). I've checked my resources and it looks like I've got plenty of resources for DF and DT to both use, but it's not starting like it's a memory issue.
Post by: mross on October 23, 2015, 04:32:37 pm
DT loads fine, loads dwarves, but the program is completely unresponsive. Not in the Windows "has stopped responding" way; doesn't fade out, no error message, doesn't crash; I just can't click on anything or interact with the program in any way.
DF and DT running with admin privileges.
Log below.
Spoiler (click to show/hide)
Post by: PatrikLundell on October 24, 2015, 02:56:35 am
Post by: MantisMan on October 25, 2015, 01:18:35 am
Is anyone else getting this bug?
Post by: feelotraveller on October 25, 2015, 11:14:04 am
@dman11235
it's been a while since i used lnp but my memory is that if you launch dwarf therapist via the lnp launcher it opens before you get to your fort (and hence finds no data to read). vague memory that just clicking to connect to dwarf fortess fixes the issue but definitely remember that i ended up not launching therapist via lnp but instead launching it manually once i got to my fort. perhaps try those methods? the only other suggestion i have is to try deleting (moving is probably better option though in case nothing changes and you want to restore it) your dwarf_therapist.ini. on vista to be found in /users/username/appdata/roaming/udp software/ (probably similar for 7) which basically holds your configurations - not sure but it might possibly cause problems from an older version?
@mross
i have no idea. you have only 9 dwarfs right? was it working before, and if so what changed? might be worth testing with a 40.24 df version in case some of the changes since 40.05 have broken something, like the new mood code calculations. otherwise my (totally unfounded) suspicion is that it could be something on your system (like virus protection?).
@PatrikLundell
Hey nice find :). The corresponding role should be Metalsmith (http://dwarffortresswiki.org/index.php/DF2014:Blacksmith (http://dwarffortresswiki.org/index.php/DF2014:Blacksmith)). It exists in my custom role set. :P Not that it generally sees much use.
@MantisMan
Yeah I have been getting the same. Doesn't bother me too much since I tend to use the happiness categorisation in the main window (provided, I think, by DFhack). Occasionally I will sort my dwarfs by happiness (works fine) and check out the most unhappy ones.
Post by: PatrikLundell on October 25, 2015, 01:53:22 pm
Blacksmith: No, but once in a while some noble wants a metal chest or some such item. He didn't get the rose gold bed, for obvious reasons, but the rose gold chest should be possible, but nobody took up the job... After I found the missing profession he actually got it as well.
@mross: I think professions have been changed as well (isn't Gelder fairly new?), and the jobs system has been rewritten, so I wouldn't be surprised if things are no longer located where they were. In general, I would be wary of using a DT version that's released after the next release of the DF version used, at least if there are major changes done to DF. If a save isn't backwards compatible, I wouldn't expect a DT version to be either.
@MantisMan: I use the DFHack plugin for the extended user screen ('u'-'l' with the Lazy Newb Pack) where the stress level listed numerically for all dorfs, so it's easy to see at a glance. I believe you can even sort on stress level.
Post by: dman11235 on October 25, 2015, 04:16:38 pm
hopefully splinterz or someone who really knows what they are talking about will be along soon, but in the meantime...
@dman11235
it's been a while since i used lnp but my memory is that if you launch dwarf therapist via the lnp launcher it opens before you get to your fort (and hence finds no data to read). vague memory that just clicking to connect to dwarf fortess fixes the issue but definitely remember that i ended up not launching therapist via lnp but instead launching it manually once i got to my fort. perhaps try those methods? the only other suggestion i have is to try deleting (moving is probably better option though in case nothing changes and you want to restore it) your dwarf_therapist.ini. on vista to be found in /users/username/appdata/roaming/udp software/ (probably similar for 7) which basically holds your configurations - not sure but it might possibly cause problems from an older version?
I'm sorry it wasn't totally clear, but I know about that stuff (the connect to fort thing anyways). I am able to load DT fine, but connecting to a fort if I load DT first causes issues. If I load DT when a fort is open will cause it to fail to load. I'll try moving the config, but I don't /think/ that's the issue since I've deleted and replaced the entire DT program.
Post by: mross on November 06, 2015, 07:09:54 pm
Edit: Never mind, git hub's interface is a nightmare. I'll try one of the other utilities.
Post by: PeridexisErrant on November 06, 2015, 10:00:06 pm
Thanks for the reply, I'll try an earlier version of DT and see if that works.
Edit: Never mind, git hub's interface is a nightmare. I'll try one of the other utilities.
If you're that attached to 40.05, http://df.wicked-code.com still hosts old starter packs with working DT and Mayday graphics ;)
Post by: lethosor on November 06, 2015, 10:47:24 pm
Thanks for the reply, I'll try an earlier version of DT and see if that works.All of the releases available on GitHub are listed under "Releases": https://github.com/splintermind/Dwarf-Therapist/releases (https://github.com/splintermind/Dwarf-Therapist/releases). 26.0 might work with 0.40.05, or there could be older ones on DFFD (http://dffd.bay12games.com/) that work.
Edit: Never mind, git hub's interface is a nightmare. I'll try one of the other utilities.
Post by: mross on November 07, 2015, 04:55:22 pm
Using a Windows 8 touchscreen laptop, Dwarf Therapist will not respond to clicks from the stylus. You have to either enable the touchpad or use a regular mouse. Cause of bug unknown.
Post by: Dirst on November 09, 2015, 10:24:19 am
Using a Windows 8 touchscreen laptop, Dwarf Therapist will not respond to clicks from the stylus. You have to either enable the touchpad or use a regular mouse. Cause of bug unknown.Cause of bug is probably the first six words there. Microsoft hasn't shown 8.0 much love since 8.1 was launched, and it will only get worse as adoption of 10.0 picks up.
Post by: ResMar on November 10, 2015, 12:58:27 am
Post by: mross on November 11, 2015, 11:15:34 am
Using a Windows 8 touchscreen laptop, Dwarf Therapist will not respond to clicks from the stylus. You have to either enable the touchpad or use a regular mouse. Cause of bug unknown.Cause of bug is probably the first six words there. Microsoft hasn't shown 8.0 much love since 8.1 was launched, and it will only get worse as adoption of 10.0 picks up.
My bad, I double-checked and it is 8.1. Didn't realize there was that much of a difference between them.
Post by: dman11235 on November 13, 2015, 03:12:20 pm
Post by: splinterz on November 25, 2015, 08:48:11 am
Still having the issue. I have no crash log to give, because it's not really crashing. I'll be trying to use an older version of DF and DT this weekend when I have time to check stuff, but if anyone has had this issue before, please let me know. It's almost like I run out of memory but I really shouldn't be, because I have so much available. So if there's an issue with DF or DT (or both) where it takes more memory than it should (or maybe if there's a way to adjust how much memory it claims on startup?), please let me know. I did attempt to look at memory usage during the issue, and while my memory (and processor) usage during was high, it wasn't maxing out. I'm out of ideas on what needs to change to fix it, hence the last resort downgrading potentially this weekend.is this happening only with a particular fort? if so, upload the fort so i can take a look in more detail.
Post by: splinterz on November 30, 2015, 04:13:39 pm
- moved the gridview controls (grouping, searching, population counts) to their own toolbar, which can be moved, hidden, etc.
- changed the unit details dock to display skills, attributes, preferences, etc. in individual dock widgets instead of using tables/trees in a splitter.
- updated some thought descriptions
- updated/fixed skill_level functions for scripts and updated the documentation
- added is_female() script function
- removed alchemy from the hauling labours in the default view
- fixed script functions for get_gender, get_orientation, trained_level
- fixes an issue with rusted dabbling skills showing as legendary
- fixed typos
- fixes setting nicknames/professions on OSX (felliott)
The largest changes in this (hopefully) final release before the next upcoming DF version are to the user interface.
An outstanding issue with the 'dwarf details' dock was that with the ongoing additions of data (health, preferences, traits, roles, etc.) it was very impractical to try to show everything, and often only 2 or 3 rows of each table were visible. I wanted to move away from this design to something tabular, but still keep backwards compatibility for those who preferred to have a few specific tables shown. By default the new dock widgets will be configured in a tabular layout, but individual tabs can be pulled out and arranged however users would like.
Another issue was with the maximum size of the application being too large for some resolutions due to the way the docks, when attached to the sides, increased the minimum width of the application. The core issue here was with the grouping, searching and filter controls which contributed to the minimum possible width. These have been moved to their own toolbar, which can be moved to the bottom or appended to the toolbar with the main buttons.
Post by: PeridexisErrant on November 30, 2015, 06:36:40 pm
Post by: splinterz on December 01, 2015, 06:43:11 am
New update after 302 days! Awesome, this is just in time to put in my final pack for 40.24 :DSure, rub it in! Thanks for the release warning so I could get my shit together ;D
Post by: CEHA on December 02, 2015, 01:58:15 pm
Post by: Dirst on December 03, 2015, 09:52:51 am
When the new stuff will be implemented from the latest version of DF ? ;DDwarf Therapist uses a lot of the same memory mapping assets as DFHack, though not all of them. I would expect a new Dwarf Therapist to be feasible at roughly the same time a new DFHack becomes feasible, but each utility has its own unique !!FUN!! bits that can randomize the release times.
splinterz, are you planning to release-as-soon-as-possible the current DT for 0.42, or are you going to take it offline until the new 0.42 features can be addressed? I can respect either direction, just curious.
Post by: splinterz on December 03, 2015, 11:55:44 am
I'll try to get a version up with new skills/professions/labours ASAP (still reliant on df-structures), and then see about other features.When the new stuff will be implemented from the latest version of DF ? ;DDwarf Therapist uses a lot of the same memory mapping assets as DFHack, though not all of them. I would expect a new Dwarf Therapist to be feasible at roughly the same time a new DFHack becomes feasible, but each utility has its own unique !!FUN!! bits that can randomize the release times.
splinterz, are you planning to release-as-soon-as-possible the current DT for 0.42, or are you going to take it offline until the new 0.42 features can be addressed? I can respect either direction, just curious.
Post by: Descan on December 03, 2015, 01:59:30 pm
Post by: superglucose on December 03, 2015, 02:55:55 pm
Thanks for your hard work! Frankly Therapist makes the game playable for me.
Post by: Deboche on December 03, 2015, 03:08:50 pm
Post by: Showbiz on December 03, 2015, 04:14:41 pm
Before I knew Therapist existed my life was a living hell.1+
Post by: rdwulfe on December 03, 2015, 09:03:14 pm
Post by: nomad_delta on December 03, 2015, 10:14:22 pm
I also put my thanks in for continued work on this necessary tool. Long term Dorf management isn't really possible without it.
Agreed. Three cheers for Splinterz!
Post by: Ysyua on December 03, 2015, 11:06:57 pm
Post by: Dutchling on December 04, 2015, 12:50:55 pm
Post by: shnapsx on December 04, 2015, 01:26:48 pm
Im really need it, becouse all that i have found not working at all. Dwarfes are lasy and dont want to do smthng. :(
Post by: HailTheAbyss on December 04, 2015, 02:02:23 pm
It kinda ruins the whole *FUN* of working out who the vampire might be when the dwarf's true kill number shows up in the military tab...
Could Dwarf Therapist check for immense kill numbers and hide them somehow, tracking only the kills in the line of duty in the current fortress?
Post by: splinterz on December 04, 2015, 04:36:50 pm
Is there some sort of option you could implement that can be selected so that it is not so easy to work out who the Vampires or Werecreatures are in Dwarf Therapist?DT already hides or changes some cursed creature attributes like names, jobs, etc. I could see about changing this for kills as well but... doesn't DF itself show the actual kills? I mean isn't that how most players identify vampires anyway? I suppose it is more obviously in DT with the gridview..
It kinda ruins the whole *FUN* of working out who the vampire might be when the dwarf's true kill number shows up in the military tab...
Could Dwarf Therapist check for immense kill numbers and hide them somehow, tracking only the kills in the line of duty in the current fortress?
Post by: feelotraveller on December 04, 2015, 04:52:16 pm
From the Wiki (under kill_list):
"Note that vampires will arrive at your fortress in disguise, and will not have their (usually extensive) kill list attached."
Good to hide it in DT if easy to do...
Post by: splinterz on December 04, 2015, 05:02:10 pm
There are a bunch of (non-cheaty) ways to assess vampire candidates but I've not heard of the kill list being used.Ok then I'll have to take a look and see if I can determine what they show for the kill list (maybe the assumed identity?). So if anyone has a suitable save with a vampire send it my way!
From the Wiki (under kill_list):
"Note that vampires will arrive at your fortress in disguise, and will not have their (usually extensive) kill list attached."
Good to hide it in DT if easy to do...
Edit: As far as I can tell, vampires don't show any list of kills at all, so I'll update DT to show no kills if cursed units are hidden.
Post by: Ilium_dwarf on December 06, 2015, 12:17:51 am
Is anyone else having this problem?
Post by: jaked122 on December 06, 2015, 04:18:57 pm
Post by: Ilium_dwarf on December 06, 2015, 11:28:12 pm
Post by: profit on December 07, 2015, 01:57:44 am
Post by: Dirst on December 07, 2015, 11:13:06 am
Hey when I download from the link in th first post my Panda antivirus flips out and says the .exe is infected with w32/exploit.genLike jaked122 said, it's a false-positive. I mean, DFHack is impersonating a DLL and manipulating memory, so it's malware by any technical definition. Antivirus tools come to accept it after enough users explicitly trust the executable.
Is anyone else having this problem?
Expect this to happen every new version of DFHack. You can help a bit by downloading the new version and trusting it on your system, this will trickle back up to the mothership and make things a bit smoother for other players later on.
Post by: lethosor on December 07, 2015, 04:42:28 pm
Post by: MiguelT on December 07, 2015, 10:49:52 pm
Post by: splinterz on December 08, 2015, 11:21:05 am
I haven't had a chance to thoroughly test everything, but the basics like labors, professions, nicknames, etc. seem to be fine. Health issues, syndromes, thoughts and preferences may be messed up and haven't been completely verified. The new job stuff works completely different, so things like 'Worship!' will show as 'No Job' for now.
If you have any issues or notice any weirdness let me know and/or upload a save.
Post by: Button on December 08, 2015, 11:49:24 am
Post by: Speakafreak22 on December 08, 2015, 12:00:00 pm
An initial version (windows/linux) has been put up where most things should probably work and not explode. (https://github.com/splintermind/Dwarf-Therapist/releases)
I haven't had a chance to thoroughly test everything, but the basics like labors, professions, nicknames, etc. seem to be fine. Health issues, syndromes, thoughts and preferences may be messed up and haven't been completely verified. The new job stuff works completely different, so things like 'Worship!' will show as 'No Job' for now.
If you have any issues or notice any weirdness let me know and/or upload a save.
Thanks fam
Post by: superglucose on December 08, 2015, 12:07:48 pm
(it would have been three but splinterz is quadratically awesome)
Post by: Geltor on December 08, 2015, 12:15:22 pm
9 cheers for splinterz!shouldnt it be 12 then
(it would have been three but splinterz is quadratically awesome)
Post by: splinterz on December 08, 2015, 12:21:27 pm
Is it just dwarves for now, or will fort members of other races show up too?I don't think it'll show other races... I haven't actually been able to play the new version at all yet, so if anyone has a save with different races, upload it for testing please.
Post by: Showbiz on December 08, 2015, 12:23:13 pm
//: Is there a possibility to give you a tip for your work?
Post by: g2knee on December 08, 2015, 12:23:29 pm
Post by: notfood on December 08, 2015, 12:34:16 pm
It works on load but if I re-read the dwarves, it doesn't display anything. It seems it's trying to sort?
Code: [Select]
2015-Dec-08 12:32:17.060 INFO core read 13 units in 27 ms [src/dfinstance.cpp:384] (load_dwarves)
2015-Dec-08 12:32:17.061 INFO core loaded population data in 1 ms [src/dfinstance.cpp:395] (load_dwarves)
2015-Dec-08 12:32:17.069 INFO core calculated roles in 8 ms [src/dfinstance.cpp:399] (load_dwarves)
2015-Dec-08 12:32:17.071 INFO core found 13 dwarves out of 54 creatures [src/dfinstance.cpp:413] (load_dwarves)
2015-Dec-08 12:32:17.073 INFO core completed read in 73 ms [src/mainwindow.cpp:584] (read_dwarves)
Second read doesn't display anything. But the first read displays everything correctly. I even tried to commit changes and it worked fine, changes were applied.
More details, if I create a new labors tab, it displays the dwarves. Changing tabs doesn't work. I guess I can manage re adding the labors tab every time, for now.
-edit-
Compiling with qt4 fixed my issue. It seems to be a qt5 problem.
Post by: Spiderking50 on December 08, 2015, 12:41:57 pm
Post by: PatrikLundell on December 08, 2015, 12:57:33 pm
Thanks for the great work!
Post by: superglucose on December 08, 2015, 01:16:42 pm
quadratic equations deal with squares, so no:9 cheers for splinterz!shouldnt it be 12 then
(it would have been three but splinterz is quadratically awesome)
https://en.wikipedia.org/wiki/Quadratic
it's highly likely that the idea of "quadrupling" is related to the fact that a square (latin: quadratum) has four sides.
Post by: Deboche on December 08, 2015, 01:24:00 pm
Post by: Trouserman on December 08, 2015, 02:04:25 pm
quadratic equations deal with squares, so no9 cheers for splinterz!shouldnt it be 12 then
(it would have been three but splinterz is quadratically awesome)
Let's not forget units, though. It's 9 square cheers.
Post by: Descan on December 08, 2015, 03:26:22 pm
edit: okay no i'm dumb forget me
Post by: Chimerat on December 08, 2015, 03:59:52 pm
An initial version (windows/linux) has been put up where most things should probably work and not explode. (https://github.com/splintermind/Dwarf-Therapist/releases)Thank you! :D
Post by: Brightgalrs on December 08, 2015, 09:19:05 pm
I have a fortress with a human here: http://dffd.bay12games.com/file.php?id=11424Is it just dwarves for now, or will fort members of other races show up too?I don't think it'll show other races... I haven't actually been able to play the new version at all yet, so if anyone has a save with different races, upload it for testing please.
Post by: Button on December 08, 2015, 09:19:31 pm
Thanks for all your hard work, Splinterz, and let us know if there's anything we can do to help that won't require us to know things about memory, etc.
ETA: Bucklers are also being listed as shields.
Post by: dennislp3 on December 08, 2015, 09:21:19 pm
Btw, pretty much all weapon preferences are being listed as "whips."
Thanks for all your hard work, Splinterz, and let us know if there's anything we can do to help that won't require us to know things about memory, etc.
Dominatrix fortress?
Post by: Boogeyman on December 08, 2015, 10:00:16 pm
Currently will the residents work if you assign labors to them? (cheat?)
Post by: lethosor on December 08, 2015, 11:11:55 pm
Post by: profit on December 09, 2015, 12:24:11 am
An initial version (windows/linux) has been put up where most things should probably work and not explode. (https://github.com/splintermind/Dwarf-Therapist/releases)
I haven't had a chance to thoroughly test everything, but the basics like labors, professions, nicknames, etc. seem to be fine. Health issues, syndromes, thoughts and preferences may be messed up and haven't been completely verified. The new job stuff works completely different, so things like 'Worship!' will show as 'No Job' for now.
If you have any issues or notice any weirdness let me know and/or upload a save.
This pleases me so greatly.
Post by: splinterz on December 09, 2015, 02:23:53 am
Great, thanks!I have a fortress with a human here: http://dffd.bay12games.com/file.php?id=11424Is it just dwarves for now, or will fort members of other races show up too?I don't think it'll show other races... I haven't actually been able to play the new version at all yet, so if anyone has a save with different races, upload it for testing please.
Btw, pretty much all weapon preferences are being listed as "whips."These kinds of reports are exactly what's needed for now. If it's possible to attach a save, even better.
Thanks for all your hard work, Splinterz, and let us know if there's anything we can do to help that won't require us to know things about memory, etc.
ETA: Bucklers are also being listed as shields.
Can the resident only dwarves be removed from the labor list and resident other races separated from the animals?The new features from this release will take time to discover and adjust DT to. Again I haven't had time to play the game since the update, so any details about how residency works and save files are very welcome.
Currently will the residents work if you assign labors to them? (cheat?)
Post by: fricy on December 09, 2015, 02:47:01 am
Here's an untested OS X layout: https://gist.github.com/lethosor/40f04de30b8800751e13
Thx. Hey everyone, let's test it together!
[OSX]Dwarf Therapist 33.0 (http://dffd.bay12games.com/file.php?id=11428) preliminary version for 42.02
Post by: Button on December 09, 2015, 11:36:45 am
These kinds of reports are exactly what's needed for now. If it's possible to attach a save, even better.
This save should demonstrate: http://dffd.bay12games.com/file.php?id=11426
Post by: palu on December 09, 2015, 02:53:19 pm
Post by: vjek on December 09, 2015, 03:09:41 pm
Are dwarves supposed to have some musical skills on embark?I've seen that they do, in 42.02, especially in worlds with very long histories.
Post by: lethosor on December 09, 2015, 08:17:25 pm
Windows and Linux layouts probably still have issues with syndromes, although it'll probably just result in strange output rather than crashes.
Post by: splinterz on December 10, 2015, 05:11:19 am
Quietust identified a syndrome structure change, so I've updated the OS X layout here: https://gist.github.com/lethosor/40f04de30b8800751e13I pulled the changes and compared them and the windows/linux offsets are ok.
Windows and Linux layouts probably still have issues with syndromes, although it'll probably just result in strange output rather than crashes.
I must have compared the wrong files earlier when I'd told you the syndromes looked ok; I had indeed added a placeholder in the structure to adjust the offsets before I generated the layouts.
Post by: xordae on December 10, 2015, 05:58:41 pm
And also props for this feature. It's going to be massively helpful.
The Exception Offset from the second log is the same in 3 other instances.
Spoiler (click to show/hide)
Spoiler (click to show/hide)
Post by: splinterz on December 10, 2015, 06:56:01 pm
Using the 'Optimization' feature keeps crashing Therapist. At first I didn't get how it worked - I had an empty job list and clicking 'Optimize' or 'Test' several times crashed the program. Later when I did put in a number of jobs, it sometimes crashed after clicking 'Edit Plan'. This is with v.33.0 and DF 42.02.Can you also attach your optimization plan? I may also need your save if I still can't reproduce it from that.
And also props for this feature. It's going to be massively helpful.
The Exception Offset from the second log is the same in 3 other instances.Spoiler (click to show/hide)Spoiler (click to show/hide)
Post by: Someone Else 37 on December 11, 2015, 02:02:23 am
It works! Thanks for packaging it up like that- I've never had any luck building programs manually, and Dwarf Therapist was no exception.Here's an untested OS X layout: https://gist.github.com/lethosor/40f04de30b8800751e13 (https://gist.github.com/lethosor/40f04de30b8800751e13)
Thx. Hey everyone, let's test it together!
[OSX]Dwarf Therapist 33.0 (http://dffd.bay12games.com/file.php?id=11428) preliminary version for 42.02
One bug I found very quickly: The main DT window, when it appears on first load, is quite a bit wider than my screen. I can scale it down somewhat, but not enough for the entire window to fit.
(http://imgur.com/cp6GmjG)
(if the image is broken, right-clicking it and telling your browser to open it in another tab should work)
If I try to shrink the window any farther, it just won't shrink. It appears to be capped at the width (partially) shown in that screenshot. I can expand it again just fine, but it still won't srink any farther than shown above.
Also, a similar thing happens with the Options menu, except the menus with a lot of entries go way off the bottom of the screen, rather than the side, and there's no way to scroll that I've found.
I'm running OSX El Capitan version 10.11.2 on a Macbook Pro with a Retina display. Probably relevant.
Post by: splinterz on December 11, 2015, 07:55:16 am
If you grab that top toolbar (with the group by.. filter..) and move it below the buttons toolbar (connect.. read..), does it allow you to resize the window?It works! Thanks for packaging it up like that- I've never had any luck building programs manually, and Dwarf Therapist was no exception.Here's an untested OS X layout: https://gist.github.com/lethosor/40f04de30b8800751e13 (https://gist.github.com/lethosor/40f04de30b8800751e13)
Thx. Hey everyone, let's test it together!
[OSX]Dwarf Therapist 33.0 (http://dffd.bay12games.com/file.php?id=11428) preliminary version for 42.02
One bug I found very quickly: The main DT window, when it appears on first load, is quite a bit wider than my screen. I can scale it down somewhat, but not enough for the entire window to fit.
(http://imgur.com/cp6GmjG)
(if the image is broken, right-clicking it and telling your browser to open it in another tab should work)
If I try to shrink the window any farther, it just won't shrink. It appears to be capped at the width (partially) shown in that screenshot. I can expand it again just fine, but it still won't srink any farther than shown above.
Also, a similar thing happens with the Options menu, except the menus with a lot of entries go way off the bottom of the screen, rather than the side, and there's no way to scroll that I've found.
I'm running OSX El Capitan version 10.11.2 on a Macbook Pro with a Retina display. Probably relevant.
Post by: xordae on December 11, 2015, 07:56:35 am
Post by: Protonicus on December 11, 2015, 08:15:30 am
sorry if I use wrong thread.
Post by: splinterz on December 11, 2015, 09:19:42 am
Could it be possible to view guests/visitors in future with Therapist?It's certainly possible. I have some ideas for different unit displays...
sorry if I use wrong thread.
For now though, does anyone know the intricacies of the residency petitions and citizenship? Do they allow you to set labors on such units? Do other dwarves petition or is it only other races?
Post by: Ysyua on December 11, 2015, 09:28:31 am
Could it be possible to view guests/visitors in future with Therapist?It's certainly possible. I have some ideas for different unit displays...
sorry if I use wrong thread.
For now though, does anyone know the intricacies of the residency petitions and citizenship? Do they allow you to set labors on such units? Do other dwarves petition or is it only other races?
No labours on long term residents. However, mercenaries can be drafted. Haven't seen monster hunters yet.
Dwarves petition.
Edit: Misread the post. Other races petition too. So far I've had humans and dwarves. I imagine it isn't limited to them though. Whoever can come and hold weapons seem liable to end up on our collective doorsteps asking for soldiering to do.
Post by: Boogeyman on December 11, 2015, 11:13:40 am
Post by: BlackSmokeDMax on December 11, 2015, 03:10:51 pm
Love the program, but I'd like to make a suggestion (one I hope I'm not missing in the utility already!):
Set it up, or give the option to setup an Excel-like "freeze panes" setting. Meaning when scrolling either horizontally or vertically the first column and first row will always stay frozen in view.
To those not used to spreadsheets and wondering exactly what I mean, fire up excel, put some titles in both column A and Row 1. Then throw some data out in that table. Next click on cell B2, and then click "Freeze Panes" from within the menus. From there when scrolling the columns and rows will slide up under both Row 1 and Column A, letting you more easily see what your data means. Or better yet, I just went and found this youtube video which displays my thoughts much better! :)
https://www.youtube.com/watch?v=yb7s7XIj6o8 (https://www.youtube.com/watch?v=yb7s7XIj6o8)
Again, I apologize if this is in and I'm being a dummy and can't figure it out. I'd appreciate any help there if true.
Post by: splinterz on December 11, 2015, 08:11:40 pm
Hope this was not previously posted, I did try using both google and the forum searches to look for this. Anyway, here goes...No such feature currently exists in DT. It may be possible though..
Love the program, but I'd like to make a suggestion (one I hope I'm not missing in the utility already!):
Set it up, or give the option to setup an Excel-like "freeze panes" setting. Meaning when scrolling either horizontally or vertically the first column and first row will always stay frozen in view.
To those not used to spreadsheets and wondering exactly what I mean, fire up excel, put some titles in both column A and Row 1. Then throw some data out in that table. Next click on cell B2, and then click "Freeze Panes" from within the menus. From there when scrolling the columns and rows will slide up under both Row 1 and Column A, letting you more easily see what your data means. Or better yet, I just went and found this youtube video which displays my thoughts much better! :)
https://www.youtube.com/watch?v=yb7s7XIj6o8 (https://www.youtube.com/watch?v=yb7s7XIj6o8)
Again, I apologize if this is in and I'm being a dummy and can't figure it out. I'd appreciate any help there if true.
Post by: PatrikLundell on December 12, 2015, 03:11:51 am
An instrument page that specifies each generated instrument in one column and then each part in the second one (with the first column being blank for the subsequent parts), with the following columns listing each material category, with ticked check boxes for each category that part can be made of (I'm not sure if some parts can be made out of different materials).
Finding this info within DF is currently rather messy because firstly it's buried within a wall of text, and secondly, that text is cut off halfway through by the bottom of the text box.
Post by: Someone Else 37 on December 12, 2015, 05:15:31 am
Might be a stupid question, but I can't find what to grab it by. Some parts of the toolbar area drag the whole window around; some (such as right on top of a button or label) don't.If you grab that top toolbar (with the group by.. filter..) and move it below the buttons toolbar (connect.. read..), does it allow you to resize the window?It works! Thanks for packaging it up like that- I've never had any luck building programs manually, and Dwarf Therapist was no exception.Here's an untested OS X layout: https://gist.github.com/lethosor/40f04de30b8800751e13 (https://gist.github.com/lethosor/40f04de30b8800751e13)
Thx. Hey everyone, let's test it together!
[OSX]Dwarf Therapist 33.0 (http://dffd.bay12games.com/file.php?id=11428) preliminary version for 42.02
One bug I found very quickly: The main DT window, when it appears on first load, is quite a bit wider than my screen. I can scale it down somewhat, but not enough for the entire window to fit.
(http://imgur.com/cp6GmjG)
(if the image is broken, right-clicking it and telling your browser to open it in another tab should work)
If I try to shrink the window any farther, it just won't shrink. It appears to be capped at the width (partially) shown in that screenshot. I can expand it again just fine, but it still won't srink any farther than shown above.
Also, a similar thing happens with the Options menu, except the menus with a lot of entries go way off the bottom of the screen, rather than the side, and there's no way to scroll that I've found.
I'm running OSX El Capitan version 10.11.2 on a Macbook Pro with a Retina display. Probably relevant.
Nonetheless, I think you've nailed the cause of that particular problem. Unchecking "Show Toolbar Text" in the options to hide the labels under some of the buttons in the toolbar does allow me to shrink the window a little farther, but not enough to fit entirely on my screen.
A couple more very minor (don't bother with these if you've got more important stuff on your plate) quirks I've noticed:
If the program fails to connect to DF upon loading, for some reason (such as if I started DT before DF), clicking the Connect button again will instantly close DT, even if the problem has been resolved.
To reproduce: Open DT with DF not running, close the warning that appears, open DF, open up your fortress in DF, go back to DT, click "Connect to DF". DT exits with no obvious errors. Restart DT; everything's fine.
Not tested with the "Load Dwarves on Startup" option unchecked, but the same thing happens if I click Refresh then Connect after closing DF.
Also, when I move my mouse downward on the main grid screen, it leaves behind a thin blue line whenever the highlight border thingy moves to the next row. When I move my mouse upward, on the other hand, it clears any residual line that may have already been there. Curiously, neither of these happen when I move my mouse fast enough that the rows in question get skipped due to the program's refresh rate. It seems that the line is only placed or removed when two adjacent rows in the table are highlighted, one after the other.
Scrolling to move the blue lines off the top or bottom of the screen also clears them.
See here:
(http://i.imgur.com/PnjtO7v.png)
Post by: splinterz on December 12, 2015, 05:40:19 am
Hrmm that's true, in your screenshot, it doesn't show a grippable area (normally it's just to the left of 'Group By'). The other toolbar should also be movable as well (grip area just to the left of 'Connect').Might be a stupid question, but I can't find what to grab it by. Some parts of the toolbar area drag the whole window around; some (such as right on top of a button or label) don't.If you grab that top toolbar (with the group by.. filter..) and move it below the buttons toolbar (connect.. read..), does it allow you to resize the window?It works! Thanks for packaging it up like that- I've never had any luck building programs manually, and Dwarf Therapist was no exception.Here's an untested OS X layout: https://gist.github.com/lethosor/40f04de30b8800751e13 (https://gist.github.com/lethosor/40f04de30b8800751e13)
Thx. Hey everyone, let's test it together!
[OSX]Dwarf Therapist 33.0 (http://dffd.bay12games.com/file.php?id=11428) preliminary version for 42.02
One bug I found very quickly: The main DT window, when it appears on first load, is quite a bit wider than my screen. I can scale it down somewhat, but not enough for the entire window to fit.
(http://imgur.com/cp6GmjG)
(if the image is broken, right-clicking it and telling your browser to open it in another tab should work)
If I try to shrink the window any farther, it just won't shrink. It appears to be capped at the width (partially) shown in that screenshot. I can expand it again just fine, but it still won't srink any farther than shown above.
Also, a similar thing happens with the Options menu, except the menus with a lot of entries go way off the bottom of the screen, rather than the side, and there's no way to scroll that I've found.
I'm running OSX El Capitan version 10.11.2 on a Macbook Pro with a Retina display. Probably relevant.
Nonetheless, I think you've nailed the cause of that particular problem. Unchecking "Show Toolbar Text" in the options to hide the labels under some of the buttons in the toolbar does allow me to shrink the window a little farther, but not enough to fit entirely on my screen.
A couple more very minor (don't bother with these if you've got more important stuff on your plate) quirks I've noticed:
If the program fails to connect to DF upon loading, for some reason (such as if I started DT before DF), clicking the Connect button again will instantly close DT, even if the problem has been resolved.
To reproduce: Open DT with DF not running, close the warning that appears, open DF, open up your fortress in DF, go back to DT, click "Connect to DF". DT exits with no obvious errors. Restart DT; everything's fine.
Not tested with the "Load Dwarves on Startup" option unchecked, but the same thing happens if I click Refresh then Connect after closing DF.
Also, when I move my mouse downward on the main grid screen, it leaves behind a thin blue line whenever the highlight border thingy moves to the next row. When I move my mouse upward, on the other hand, it clears any residual line that may have already been there. Curiously, neither of these happen when I move my mouse fast enough that the rows in question get skipped due to the program's refresh rate. It seems that the line is only placed or removed when two adjacent rows in the table are highlighted, one after the other.
Scrolling to move the blue lines off the top or bottom of the screen also clears them.
See here:
(http://i.imgur.com/PnjtO7v.png)
Additionally, it should still be possible to reduce the window size, and the toolbar widgets should just be hidden behind a >> on the end of the toolbar. I have no idea with the blue guidelines.
So either these are issues with OSX, or an issue with QT5 which does have some weird bugs. I think fricy compiled that version with QT4 though..
I've added an issue to the tracker for the crashing on reconnect after a failed connect.
Post by: Maul_Junior on December 12, 2015, 03:25:04 pm
Now DF is playable.
Now just a wait for the official Pheobus release!
Thank you so much!
Post by: BlackSmokeDMax on December 12, 2015, 03:35:55 pm
<deleted text>No such feature currently exists in DT. It may be possible though..
Set it up, or give the option to setup an Excel-like "freeze panes" setting. Meaning when scrolling either horizontally or vertically the first column and first row will always stay frozen in view.
<deleted text>
Again, I apologize if this is in and I'm being a dummy and can't figure it out. I'd appreciate any help there if true.
Thanks for the reply, at least I know I'm not missing anything (about that topic at least.)
Post by: SomeoneSneaky on December 12, 2015, 10:47:58 pm
And then confusion because DT is not working, it is yelling at me about wrong versions! So, go back and read the DT thread -- no, everyone else is fine, maybe it's just me. Double check -- no, I've got the newest one.
Then I go and take a look at the actual DF version, and realize that my 'random whim to play Dwarf Fortress' happens to be on the day the newest bug patch came out and you hadn't had a chance to catch up quite yet.
Oops.
Now I have a quandary. Do I do without, something I haven't done for YEARS because it makes me twitchy and impatient, or do I downgrade DF and deal with possible bugs and crashes. Hmmmmm.
Really, though -- I can't remember if I've said it or not before, but thank you for keeping Therapist going! Other than a slightly customized font, this is the only thing I use to change the game at all. I may have to delay my playing until DT is updated, because of said twitchiness and impatience. ¬.¬
Post by: Shazbot on December 12, 2015, 11:24:41 pm
Post by: jcd on December 13, 2015, 05:33:29 am
I caught the whim to dive into a fortress again, and decided to take a peek and see if anything had been updated. Lo and behold, new release! Hooray! Cue download > install > configure > time to get the new dwarf therapist
And then confusion because DT is not working, it is yelling at me about wrong versions! So, go back and read the DT thread -- no, everyone else is fine, maybe it's just me. Double check -- no, I've got the newest one.
Then I go and take a look at the actual DF version, and realize that my 'random whim to play Dwarf Fortress' happens to be on the day the newest bug patch came out and you hadn't had a chance to catch up quite yet.
Oops.
Now I have a quandary. Do I do without, something I haven't done for YEARS because it makes me twitchy and impatient, or do I downgrade DF and deal with possible bugs and crashes. Hmmmmm.
Really, though -- I can't remember if I've said it or not before, but thank you for keeping Therapist going! Other than a slightly customized font, this is the only thing I use to change the game at all. I may have to delay my playing until DT is updated, because of said twitchiness and impatience. ¬.¬
you could also play adventure mode to get a feel for the world until DT gets updated ;)
Post by: Deboche on December 13, 2015, 07:05:33 am
Post by: splinterz on December 13, 2015, 07:16:47 am
Personally I think it's a good idea, I just don't know how difficult it would be to implement (ie. the widgets don't do that sort of thing out of the box)<deleted text>No such feature currently exists in DT. It may be possible though..
Set it up, or give the option to setup an Excel-like "freeze panes" setting. Meaning when scrolling either horizontally or vertically the first column and first row will always stay frozen in view.
<deleted text>
Again, I apologize if this is in and I'm being a dummy and can't figure it out. I'd appreciate any help there if true.
Thanks for the reply, at least I know I'm not missing anything (about that topic at least.)
Post by: jaked122 on December 13, 2015, 12:30:10 pm
Any idea about how I'd go about trying to fill in the offsets?
Post by: necrotic on December 13, 2015, 12:36:09 pm
https://github.com/DFHack/df-structures/blob/master/how-to-update.rst
Post by: Spiderking50 on December 13, 2015, 03:16:17 pm
Post by: Chimerat on December 13, 2015, 03:37:39 pm
Has this been updated to 42.03 yet?I don't believe so. There's generally a post here when that happens.
Post by: Moonlighter on December 13, 2015, 03:42:10 pm
Post by: Chimerat on December 13, 2015, 04:19:46 pm
I suppose we shall have to wait then. Dwarf Therapist is one of those tools that makes the game less tedious and more enjoyable for many players.*nodnods* Agreed.
I tried playing 42.02 without it, but once the first Migrants arrived, I gave up on that idea.
It doesn't help that there appears to be no way to know an animal's sexuality in the game itself, so it's impossible to slaughter males safely, because you might accidentally kill the only one who's willing to sire offpsing. *facepalms*
Post by: bored on December 13, 2015, 05:27:52 pm
Quote
there appears to be no way to know an animal's sexuality in the game itself
You can distinguish the sex from the pronouns in the animal's description. It's not convenient but it is there. But, yeah, their orientation is not provided.
Post by: Descan on December 13, 2015, 05:58:51 pm
Post by: DoX on December 13, 2015, 06:06:45 pm
Post by: splinterz on December 13, 2015, 06:39:33 pm
windows 42.03 raw file (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/windows/v0.42.03_graphics.ini)
linux 42.03 raw file (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/linux/v042.03.ini)
Just place them in your Dwarf Therapists /share/memory_layouts/your_OS
Post by: profit on December 13, 2015, 06:46:07 pm
I'm still working on bugfixes and other tweaks and updates, but for now the layouts from here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts) should work with the current version:
windows 42.03 raw file (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/windows/v0.42.03_graphics.ini)
linux 42.03 raw file (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/linux/v042.03.ini)
Just place them in your Dwarf Therapists /share/memory_layouts/your_OS
Oh thank goodness
Post by: DoX on December 13, 2015, 06:55:13 pm
I'm still working on bugfixes and other tweaks and updates, but for now the layouts from here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts) should work with the current version:
windows 42.03 raw file (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/windows/v0.42.03_graphics.ini)
linux 42.03 raw file (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/linux/v042.03.ini)
Just place them in your Dwarf Therapists /share/memory_layouts/your_OS
... Now I want gold and women and golden women to rain from the sky!
... No? Damn. Guess that only works once.
Post by: PeridexisErrant on December 13, 2015, 07:16:04 pm
I'm still working on bugfixes and other tweaks and updates, but for now the layouts from here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts) should work with the current version:
windows 42.03 raw file (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/windows/v0.42.03_graphics.ini)
linux 42.03 raw file (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/linux/v042.03.ini)
Just place them in your Dwarf Therapists /share/memory_layouts/your_OS
Awesome, thanks!
Post by: xordae on December 13, 2015, 07:30:43 pm
I've discovered two other crashes.
Once, after a very large (successful) job optimize run, it crashed when I clicked to edit the plan.
Once, it crashed during a similarly large job change while the progress bar was running.
I made sure to select a list of all dwarves each time before running optimize to work around the selection bug.
Post by: Moonlighter on December 13, 2015, 07:41:10 pm
Hmm... I'm not very techy. Maybe I'm just a bit too shit to fix Dwarf Therapist for 42.03. Hum.
Post by: nomad_delta on December 13, 2015, 08:12:38 pm
Am I an idiot, or is this missing the .exe file?
Hmm... I'm not very techy. Maybe I'm just a bit too shit to fix Dwarf Therapist for 42.03. Hum.
The "raw" file is just a single file meant to update your existing dwarf therapist installation with settings for the new version. No new EXE file. Just drop the .ini file in the "/share/memory_layouts/windows" folder of your previous DT installation. Or go download it from the links in the first post if you don't have it already.
Post by: nomad_delta on December 13, 2015, 08:14:16 pm
Post by: PeridexisErrant on December 13, 2015, 08:28:04 pm
This also makes it really easy for everyone else to diagnose compatibility; we just ask for the version number and don't need the user to check if a file is in place.
Post by: Deboche on December 13, 2015, 08:41:51 pm
Post by: Moonlighter on December 13, 2015, 10:35:20 pm
Post by: Descan on December 13, 2015, 10:54:42 pm
Post by: Moonlighter on December 13, 2015, 10:56:19 pm
Right click -> Save Link As -> Save to the folder indicatedAh, this was much easier than what I was trying to do. Thank you! It worked.
Post by: Regulation on December 14, 2015, 01:49:14 pm
Post by: larkvi on December 14, 2015, 02:17:01 pm
I'm still working on bugfixes and other tweaks and updates, but for now the layouts from here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts) should work with the current version:
windows 42.03 raw file (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/windows/v0.42.03_graphics.ini)
linux 42.03 raw file (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/linux/v042.03.ini)
Just place them in your Dwarf Therapists /share/memory_layouts/your_OS
How do we map it for our Macs? Is this still the process? https://code.google.com/p/dwarftherapist/wiki/MappingNewVersions
Post by: notfood on December 14, 2015, 03:12:52 pm
No Linux love? :-\
It works fine already. The layout is right there.
linux 42.03 raw file (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/linux/v042.03.ini)
Post by: King Mir on December 14, 2015, 03:13:43 pm
You already do this for the column headers. Can't you do the same for the rows? Or is that a special out of the box widget?Personally I think it's a good idea, I just don't know how difficult it would be to implement (ie. the widgets don't do that sort of thing out of the box)<deleted text>No such feature currently exists in DT. It may be possible though..
Set it up, or give the option to setup an Excel-like "freeze panes" setting. Meaning when scrolling either horizontally or vertically the first column and first row will always stay frozen in view.
<deleted text>
Again, I apologize if this is in and I'm being a dummy and can't figure it out. I'd appreciate any help there if true.
Thanks for the reply, at least I know I'm not missing anything (about that topic at least.)
Post by: lethosor on December 14, 2015, 03:59:35 pm
I'm still working on bugfixes and other tweaks and updates, but for now the layouts from here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts) should work with the current version:
windows 42.03 raw file (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/windows/v0.42.03_graphics.ini)
linux 42.03 raw file (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/linux/v042.03.ini)
Just place them in your Dwarf Therapists /share/memory_layouts/your_OS
How do we map it for our Macs? Is this still the process? https://code.google.com/p/dwarftherapist/wiki/MappingNewVersions
It requires DFHack, which isn't usable with .03 yet. I'll upload a layout once it is, or see if I can figure out what the change from the last version is if it's a constant change.
Post by: Vagabundo on December 15, 2015, 05:18:40 am
I'd had an idea for a new tab that helped manage autolabor in DFhack. Even with that on all the time I still use DT to do a lot of stuff. Do you think it would be hard to implement? The main feature I was interested in was creating a group or groups that I could micro-manage manually, rather than having to assign to burrows - currently the only way to do that in autolabor. Might need to make some changes in autolabor to do this too.
I was thinking of trying to hack something together myself.
Post by: Sheb on December 15, 2015, 07:09:49 am
Post by: lethosor on December 15, 2015, 07:37:29 am
I'm still working on bugfixes and other tweaks and updates, but for now the layouts from here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts) should work with the current version:
windows 42.03 raw file (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/windows/v0.42.03_graphics.ini)
linux 42.03 raw file (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/linux/v042.03.ini)
Just place them in your Dwarf Therapists /share/memory_layouts/your_OS
Post by: Sheb on December 15, 2015, 09:10:36 am
Post by: larkvi on December 15, 2015, 05:37:56 pm
It requires DFHack, which isn't usable with .03 yet. I'll upload a layout once it is, or see if I can figure out what the change from the last version is if it's a constant change.
I am looking forward to that. I am getting really tired of investigating and changing labours with vpl&c. Building a military without DT is a pain.
Post by: 94dima94 on December 15, 2015, 05:43:47 pm
Post by: jaked122 on December 15, 2015, 06:11:19 pm
Maybe I'm just dumb and I can't find it, but where are the "musician", "singer" and "dancer" abilities?
They aren't there. I think they require additional code to be written because those skills are generated dynamically.
I'm looking forwards to those.
Post by: PeridexisErrant on December 15, 2015, 08:38:10 pm
It requires DFHack, which isn't usable with .03 yet. I'll upload a layout once it is, or see if I can figure out what the change from the last version is if it's a constant change.
I am looking forward to that. I am getting really tired of investigating and changing labours with vpl&c. Building a military without DT is a pain.
I'm still working on bugfixes and other tweaks and updates, but for now the layouts from here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts) should work with the current version:
windows 42.03 raw file (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/windows/v0.42.03_graphics.ini)
linux 42.03 raw file (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/linux/v042.03.ini)
Just place them in your Dwarf Therapists /share/memory_layouts/your_OS
It's been posted just above your comment.
Post by: lethosor on December 15, 2015, 08:44:57 pm
It's been posted just above your comment.No, it hasn't. larkvi is referring to OS X layouts, which do require DFHack.
Also, angavrilov says that the script that generates layouts without DFHack is obsolete. I don't know exactly what that means for DT, but DFHack maintainers probably aren't maintaining it any more so I'd be cautious with it.
Post by: PeridexisErrant on December 15, 2015, 08:53:04 pm
Post by: DarthCloakedDwarf on December 16, 2015, 02:57:47 am
Post by: forsaken1111 on December 16, 2015, 06:08:31 am
Will this ever be updated for 42.03?read the above comments. The layouts for windows and linux are literally 3 posts above yours.
Post by: avaunt on December 16, 2015, 09:58:36 am
Right click -> Save Link As -> Save to the folder indicated
Still not working for me. Saving the INI file into the windows folder wasn't enough. Therapist 33.0 produces this typical error:
Unidentified game version, don't know how to talk. Checksum:0x54ad7e66
Supported versions: v.042.03 etc.
It's the first time I've tried to update the previous version of the Therapist with the INI file.
Post by: vjek on December 16, 2015, 10:48:48 am
Post by: Sheb on December 16, 2015, 10:57:04 am
Post by: avaunt on December 16, 2015, 03:17:49 pm
I had the same issue because I saved it as a .txt instead of a .ini Just check the extension is good.
Now Therapist is working, this was the issue: I had installed Ironhand's graphic set on top of the newest version of DF. On the main menu I noticed not having the recent version. So I reinstalled DF on top of Ironhand and now I've got the correct version that is compatible with the Therapist.
Post by: DarthCloakedDwarf on December 16, 2015, 07:34:56 pm
The layouts for windows and linux are literally 3 posts above yours.What does that mean?
Post by: forsaken1111 on December 16, 2015, 07:48:59 pm
It means that when he asked "is this ever going to be updated to work with 42.03", just 3 posts before that someone had posted the layouts for 42.03. Putting that file in your dwarf therapist folder makes it work with 42.03The layouts for windows and linux are literally 3 posts above yours.What does that mean?
Post by: SolPyre on December 17, 2015, 12:39:56 am
Post by: KillzEmAllGod on December 17, 2015, 01:08:34 am
Being able to group all the smiths together and other professions that are similar would be great.
Post by: Protonicus on December 18, 2015, 03:24:39 am
With using internal snaphot to compare (or from save file for the game launched).
Or at least make possiblity to export(store) with snapshot such data like for labors to csv.
dwarf_name;brewer_skill;axe_skill and so on.
Post by: splinterz on December 18, 2015, 05:00:51 am
Could professions also be able to be put into subgroups groups instead of just being sorted by alphabetical order?You mean something like this? (http://dwarffortresswiki.org/index.php/DF2014:Labor#Labor.2C_Skill.2C_and_product_quality) Nothing is setup at the moment to allow groups within groups, but it's possible.
Being able to group all the smiths together and other professions that are similar would be great.
Could it be possible to look my citizens skill progress (even with graph)?Create a gridview of skills, and export it to csv.
With using internal snaphot to compare (or from save file for the game launched).
Or at least make possiblity to export(store) with snapshot such data like for labors to csv.
dwarf_name;brewer_skill;axe_skill and so on.
Post by: KillzEmAllGod on December 18, 2015, 05:36:06 am
You mean something like this? (http://dwarffortresswiki.org/index.php/DF2014:Labor#Labor.2C_Skill.2C_and_product_quality) Nothing is setup at the moment to allow groups within groups, but it's possible.Yea pretty much that, the option to customize them would also great.
Post by: Tonren on December 18, 2015, 12:32:36 pm
The layouts for windows and linux are literally 3 posts above yours.What does that mean?
Short answer:
"Layouts" is short for "memory layouts". They are text files containing maps that help Dwarf Therapist read and write information from a running Dwarf Fortress program.
splinterz, the maintainer of this Dwarf Therapist branch, made a comment (http://www.bay12forums.com/smf/index.php?topic=122968.msg6663118#msg6663118) containing links to the 0.42.03 memory layouts.
Downloading the appropriate .ini file and placing it in your share/memory_layouts/windows folder will allow the most recent stable version of Dwarf Therapist to work with DF 0.42.03.
Long answer:
"Memory" refers to your computer's memory (fast short-term storage, as opposed to the hard drive, which is slower long-term storage).
Running programs (like Dwarf Fortress) store their information in memory
If you peek inside your Dwarf Therapist folder, you'll see a share folder, which contains a memory_layouts folder.
There will be one more folder in there, named according to your operating system (windows, osx, etc).
In that folder there will be a bunch of .ini files named like v0.42.02_graphics.ini
You can actually look inside those files, they're just plain text, and they contain stuff like this:
Code: [Select]
[info]
checksum=0x566c7776
version_name=v0.42.03 (graphics)
complete=true
[addresses]
cur_year_tick=0x0134a218
current_year=0x0137c374
dwarf_civ_index=0x01976030
dwarf_race_index=0x0197603c
Each of those lines with 0x is a number describing where in memory Dwarf Fortress stores that information.
The 0x is an industry-wide convention in programming and computer science to prefix a hexadecimal number.
(Hexadecimal is a base-16 number system, as opposed to decimal, the base-10 system that humans use. You can convert from hexadecimal to decimal by hand, or with an automatic converter (http://www.binaryhexconverter.com/hex-to-decimal-converter).)
If Dwarf Therapist were a part of DF itself, these memory layout maps would be unnecessary, because programs keep track of their own data.
Every time Dwarf Fortress updates, the locations change, because they are determined by the computer according to the rules of the compiler that turned its source code into a proper executable program.
This means that, even if Dwarf Therapist's code and features themselves have not changed, it will no longer work with new versions of Dwarf Fortress, because its memory maps will be out of date.
However, because the Dwarf Therapist developers (not sure if splinterz did this or if it was the original dev) were thoughtful folks, the memory maps don't live in the code; they live in those external .ini files. (By "external" here, I mean external to the Dwarf Therapist executable file, eg. DwarfTherapist.exe on Windows).
All of this adds up to mean that you can usually get Dwarf Therapist running with newer versions of Dwarf Fortress by downloading the updated memory maps from its official source repository (https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts), even if a stable release has not been made yet.
Sorry if any of this was more basic than you needed; hopefully this explanation will be of use to others if so.
Post by: Sheb on December 18, 2015, 12:53:27 pm
Post by: Tonren on December 18, 2015, 01:19:14 pm
Post by: wp on December 18, 2015, 02:37:12 pm
Post by: Ravendarksky on December 18, 2015, 02:39:25 pm
- Find a dwarf who hasn't had any name or profession changes
- Give them a nickname in dwarf fortress 'XXX'
- Change the nickname in therapist 'YYY'
- Clear the nickname using therapist
- In game the dwarf will display no nickname or profession when viewed and the same in dwarf therapist BUT in announcements they will have the original nickname 'XXX'
- To fix this you have to select dwarf in dwarf fortress and open up the give nickname screen then hit enter
Post by: nomad_delta on December 18, 2015, 07:27:07 pm
Eh.. I'm still having trouble making the .ini file. I'll just wait it out I guess. Sorry to be a bother, I know folks figure it's easy peasy.
First do this:
Spoiler (click to show/hide)
Then do this:
Spoiler (click to show/hide)
That's it, assuming you're on Windows.
--nomad_delta
edit: the post I was replying to seems to have disappeared or something, or I'm going crazy.
Post by: jaked122 on December 18, 2015, 07:45:57 pm
edit: the post I was replying to seems to have disappeared or something, or I'm going crazy.
The gaslighting is real.
Post by: Insanegame27 on December 18, 2015, 08:14:42 pm
Post by: splinterz on December 18, 2015, 08:22:38 pm
42_03 Therapist needs sorting methods. I can't sort by migrant waves at the moment DXI just grouped by migration wave and it seemed to work fine. Can you elaborate on the problem you're experiencing? Linux or windows?
Post by: Insanegame27 on December 18, 2015, 08:49:16 pm
Post by: PatrikLundell on December 19, 2015, 05:38:50 am
DT has been reorganized slightly recently, so the option you're looking for is in a new "Group By" drop down box in the middle of the top of the page, rather than a right click sorting option on top of the first column. If it's any consolation, I had to hunt a little to find it as well.
Post by: fricy on December 19, 2015, 06:12:17 am
Dwarf Therapist 42.03 layout (https://github.com/fricy/Dwarf-Therapist/blob/DF2016/share/memory_layouts/osx/v0.42.03_osx.ini) for manual install
Post by: Ragnos on December 19, 2015, 02:51:06 pm
Post by: fricy on December 19, 2015, 03:53:13 pm
I downloaded the v0.42.03_graphics file into my memory_layouts/windows folder, but I'm still getting the error that says, "I'm sorry but I don't know how to talk to this version of Dwarf Fortress. Supported versions 0.42.02 and 0.42.01." Not entirely sure what I'm doing wrong here ...Check the file extension, it should be .ini. Windows is notorious for appending .txt extension to text files, making them appear as somefile.ini.txt, which might be the cause of your troubles.
Post by: SolPyre on December 19, 2015, 10:07:23 pm
[OSX]Dwarf Therapist 33.0 (http://dffd.bay12games.com/file.php?id=11428) for 0.42.02-0.42.03Yay! Thank you!
Post by: Halnoth on December 21, 2015, 03:17:07 pm
With the addition of performance skills and scholars would it be at all possible to add a couple new panes that contain performance skill and scholar skill information? Like the current social and military skill panes (sorry if that isn't what it is called, I'm talking about the grid).
Right now, unless I'm missing something, you need to scroll over each dwarf to see if they have scholar or performance skills. It would be nice if you could view this information. I suggest not lumping it with social or any category like that since these skills are specific to the zone occupations.
Post by: splinterz on December 21, 2015, 07:19:47 pm
First of all, thank you for the work you do.I will be replacing the obsolete built-in 'Social' view with a 'Skills' view at some point.
With the addition of performance skills and scholars would it be at all possible to add a couple new panes that contain performance skill and scholar skill information? Like the current social and military skill panes (sorry if that isn't what it is called, I'm talking about the grid).
Right now, unless I'm missing something, you need to scroll over each dwarf to see if they have scholar or performance skills. It would be nice if you could view this information. I suggest not lumping it with social or any category like that since these skills are specific to the zone occupations.
For now, you can create this view yourself, the skill columns should be available to add to a new gridview.
Post by: Halnoth on December 22, 2015, 05:08:45 am
First of all, thank you for the work you do.I will be replacing the obsolete default 'Social' view with a 'Skills' view at some point. For now, you can create this view yourself, the skill columns should be available to add to a new gridview.
With the addition of performance skills and scholars would it be at all possible to add a couple new panes that contain performance skill and scholar skill information? Like the current social and military skill panes (sorry if that isn't what it is called, I'm talking about the grid).
Right now, unless I'm missing something, you need to scroll over each dwarf to see if they have scholar or performance skills. It would be nice if you could view this information. I suggest not lumping it with social or any category like that since these skills are specific to the zone occupations.
Oh I didn't even think to do that. Thank you!
Post by: KillzEmAllGod on December 23, 2015, 04:08:13 am
My computer got melted like my fort did by a dragon the other day, laptop runs better with linux then did with windows.
Post by: jcd on December 23, 2015, 05:37:16 am
How does one get this working for linux?
My computer got melted like my fort did by a dragon the other day, laptop runs better with linux then did with windows.
first check if DT is in your distro's servers. It is in the AUR (https://aur.archlinux.org/packages/dwarftherapist-git/) for example.
If not, you got to build it yourself.
First, you need to download the source (https://github.com/splintermind/Dwarf-Therapist/archive/DF2016.zip) from git (https://github.com/splintermind/Dwarf-Therapist/tree/DF2016) (make sure its the DF2016 branch)
Then all you need is to compile. Read the BUILDING.rst file.
If it still is not compiling, it may be that you lack some dependencies. For me it was the texlive-latexextra package for Arch.
Then i looked at the AUR package that has the following dependencies:
hicolor-icon-theme
qt5-declarative (qt5-declarative-git)
git (git-git) (make)
texlive-latexextra (texlive-dummy) (make)
(plus for ARCH it is also assumed you got the base-devel group (https://www.archlinux.org/groups/i686/base-devel/))
and i was able to compile following the instructions.
After compiling you can install it with
Code: [Select]
(sudo) make install as per BUILDING.rst and run as usual
Post by: KillzEmAllGod on December 23, 2015, 06:51:12 am
On ubuntu, might change to something thats a bit lighter.
Looks like I got it working, thanks for sending me in the right direction.
Post by: k33n on December 24, 2015, 12:45:17 pm
Post by: Meph on December 24, 2015, 04:19:08 pm
Long time, no see. ;)
Your title on DFFD says Dwarf Therapist - v.33.0 WINDOWS (DF 42.01) , title of the thread says for 42.02, and newest DF release is 42.03. Which one is it? (Edit: downloaded, tested, it is 42.02. Edit2: Found the memory layout for 42.03, works. :) Internet is super slow here, sorry that I did not check the thread sooner.)
And do you by any chance still have the source of the VisualBasic UI for Masterwork DF? I had a copy on my harddrive, but I've been robbed, its among the things gone.
I did notice something else though. I have a rather high resolution on my laptop and therapist looks a bit weird. The columns are too small and close together to make them comfortable to read. See for yourself, it is with 3840x2160 pixels:
Spoiler (click to show/hide)
Post by: KillzEmAllGod on December 25, 2015, 10:03:47 pm
I had no idea it was so terrible to get therapist running on linux, I had the same question. Well, guess it is adventure mode only for this guy.Its is pretty hard if you don't know linux at all, Though it does have its benefits. Linux one is pretty much updated with the lastest features because of compiling it.
I only really got stuck with the PREFIX because I didn't know what I had to do with that, this helped a lot (http://www.stuffandnonsense.me.uk/2015/01/20/installing-linux-dwarf-therapist-on-crunchbang/).
When might there be group by membership status?
Citizen, Merc, bard etc.
Post by: splinterz on December 26, 2015, 06:02:04 am
Hey Splinterz,
Long time, no see. ;)
Your title on DFFD says Dwarf Therapist - v.33.0 WINDOWS (DF 42.01) , title of the thread says for 42.02, and newest DF release is 42.03. Which one is it? (Edit: downloaded, tested, it is 42.02. Edit2: Found the memory layout for 42.03, works. :) Internet is super slow here, sorry that I did not check the thread sooner.)
And do you by any chance still have the source of the VisualBasic UI for Masterwork DF? I had a copy on my harddrive, but I've been robbed, its among the things gone.
I did notice something else though. I have a rather high resolution on my laptop and therapist looks a bit weird. The columns are too small and close together to make them comfortable to read. See for yourself, it is with 3840x2160 pixels:Spoiler (click to show/hide)
The last changes to the GUI are here: https://github.com/splintermind/masterwork-dwarf-fortress/tree/DF2014 those were the changes to add the individual civ tabs and compact twbt settings.
Try changing the grid cell sizes in the options.
Post by: Chimerat on December 26, 2015, 06:10:57 pm
Now to wait for the .04 version! 8)
Post by: Torrenal on December 26, 2015, 06:42:20 pm
I did notice something else though. I have a rather high resolution on my laptop and therapist looks a bit weird. The columns are too small and close together to make them comfortable to read. See for yourself, it is with 3840x2160 pixels:Spoiler (click to show/hide)
Not an uncommon problem for applications facing high-res displays.
Windows 7+ have a scaling option you can toggle on on lower-rez systems to generate the same kind of behavior for all displays. On windows 7 you find it in the Display control panel and it has a DPI name. not sure what it's called on other versions but I gather its got a different name and location.
Post by: lethosor on December 27, 2015, 01:41:14 pm
(There don't seem to have been any unit/labor/etc. changes, but it's always a good idea to make backups before trying DT/DFHack with a new version!)
Post by: Deboche on December 27, 2015, 02:19:10 pm
Post by: lethosor on December 27, 2015, 02:23:04 pm
Post by: Tieranus on December 27, 2015, 02:38:25 pm
Post by: Sheb on December 27, 2015, 03:03:59 pm
Post by: Deboche on December 27, 2015, 03:06:31 pm
Post by: slink on December 27, 2015, 03:09:44 pm
Post by: Deboche on December 27, 2015, 03:22:29 pm
the memory scan functionThat sounds like what I was describing, only automated.
Post by: jaked122 on December 27, 2015, 03:45:07 pm
You can drop in v0.42.03_graphics.ini which is available in the past couple of pages of posts, somewhere. It works. I wish someone had done it for 42.04, because the memory scan function seems to have vanished from DT. Oh well, presumably DF will stabilize in a few months, and then DT and DH will catch up completely. ;)
The scan function has been gone for a while, I think.
Post by: lethosor on December 27, 2015, 03:53:24 pm
Post by: slink on December 27, 2015, 06:52:27 pm
It was there in August of 2014 but gone in February of 2015. I didn't need it during that interval, so I never noticed it had left.You can drop in v0.42.03_graphics.ini which is available in the past couple of pages of posts, somewhere. It works. I wish someone had done it for 42.04, because the memory scan function seems to have vanished from DT. Oh well, presumably DF will stabilize in a few months, and then DT and DH will catch up completely. ;)
The scan function has been gone for a while, I think.
Post by: Mu. on December 28, 2015, 09:27:50 am
Post by: splinterz on December 28, 2015, 06:32:52 pm
update notes:
- fortress citizens/residents from other races should be visible and can have labors/squads assigned where applicable (ie. mercenaries can join squads and citizens can have labor toggled)
- added musical/poetic/dance preferences
- added new emotions
- added new thoughts
- added new jobs for activities, meeting and squad orders/training
- added many new job icons and activity icons
- added grouping by job type, and occupation
- incoming migrants should show up, even if they're not on the map yet
- added basic body part sorting for the equipment column
- added message regarding caged animals to the butcher column
- specific items and general item types should compare correctly for equipment
- added 'chain' to armor names when applicable
- added 'large' and 'small' prefixes to armor when applicable
- added a shaped indicator to armor when applicable
- holding CTRL when using the information dock will prevent the text for updating
- fixed an issue where some fortress positions weren't always loaded
- fixed some unit preferences
- fixed equipment columns sometimes showing multiple gloves/boots for specified items
- fixed the useless warning about unknown column views
- fixed the tooltip text color for weapon and equipment columns
- fixed units not being reselected after committing
- fixed cell colors not immediately updating after copying views
- fixed attribute columns not showing values for children
- fixed some edge case drawing issues with cells
- fixed some material names/descriptions
Post by: KillzEmAllGod on December 28, 2015, 06:55:10 pm
Post by: khearn on December 28, 2015, 07:51:51 pm
Post by: Deboche on December 28, 2015, 09:25:19 pm
Post by: timotheos on December 29, 2015, 05:47:15 am
On a separate issue is there some way to set animals for war (or hunting) training from therapist? Or even give stray animals nicknames that show up in DF?
Post by: PatrikLundell on December 29, 2015, 05:55:24 am
Quite handy.
Of course, getting animal nick names to stick from DT would still add value, since you only see the animals' characteristics in DT (and you wouldn't have to hunt for them to name them).
Post by: Mu. on December 29, 2015, 07:31:30 am
I've released a new version for 42.04. Using this version for earlier DF versions may cause issues, so I'd advise against that for now. If anything explodes please let me know and/or post a save.
Cheers splinterz.
Post by: fricy on December 29, 2015, 08:02:11 am
I've released a new version for 42.04. Using this version for earlier DF versions may cause issues, so I'd advise against that for now. If anything explodes please let me know and/or post a save.Thx Splinterz!
[OSX]Dwarf Therapist 34.0 (http://dffd.bay12games.com/file.php?id=11579) for 0.42.04
Post by: splinterz on December 29, 2015, 10:33:55 am
That layout is missing addresses and may cause crashes. The updated lua script is here. (https://github.com/splintermind/Dwarf-Therapist/blob/DF2016/scripts/export-dt-ini.lua)I've released a new version for 42.04. Using this version for earlier DF versions may cause issues, so I'd advise against that for now. If anything explodes please let me know and/or post a save.Thx Splinterz!
[OSX]Dwarf Therapist 34.0 (http://dffd.bay12games.com/file.php?id=11579) for 0.42.04
Post by: fricy on December 29, 2015, 12:16:13 pm
/snipThat's problematic: the layout exported with the new script (latest dev version dfhack, compiled with 3571978 (https://github.com/DFHack/df-structures/commit/357197817bf05677ff51287b3015e1621f4c0888)) crashes upon startup after reading cur_year. Lethosor's earlier layout loads with the same DT build.
That layout is missing addresses and may cause crashes. The updated lua script is here. (https://github.com/splintermind/Dwarf-Therapist/blob/DF2016/scripts/export-dt-ini.lua)
Spoiler: dt log (click to show/hide)
Post by: splinterz on December 29, 2015, 12:27:11 pm
Then the issue is with the newly added addresses for occupations, activities and squads. Can you post the DT log running it with the -debug flag?/snipThat's problematic: the layout exported with the new script (latest dev version dfhack, compiled with 3571978 (https://github.com/DFHack/df-structures/commit/357197817bf05677ff51287b3015e1621f4c0888)) crashes upon startup after reading cur_year. Lethosor's earlier layout loads with the same DT build.
That layout is missing addresses and may cause crashes. The updated lua script is here. (https://github.com/splintermind/Dwarf-Therapist/blob/DF2016/scripts/export-dt-ini.lua)Crashlog is (http://pastebin.com/RQ0MWi5L) on pastebin, I sent a pull with the layout in question.Spoiler: dt log (click to show/hide)
Post by: fricy on December 29, 2015, 12:45:34 pm
Then the issue is with the newly added addresses for occupations, activities and squads. Can you post the DT log running it with the -debug flag?Note: -debug flag still doesn't work on osx. I turned on debugging by editing line 147 in dwarftherapist.cpp. Let me know if it's problematic for some reason.
Spoiler: Log: (click to show/hide)
Post by: fricy on December 29, 2015, 01:31:11 pm
Then the issue is with the newly added addresses for occupations, activities and squads. Can you post the DT log running it with the -debug flag?This causes the crash in line 370 (https://github.com/splintermind/Dwarf-Therapist/blob/DF2016/share/memory_layouts/osx/v0.42.04_osx.ini#L370):
Code: [Select]
participants=0x002c
Post by: Quietust on December 30, 2015, 08:41:13 pm
Post by: splinterz on December 31, 2015, 04:57:16 am
In response to somebody's comment about Therapist's ability to identify a dwarf's highest mood skill, I decided to take a look at its logic and it turns out to be slightly incorrect - the game itself only considers the level of the skill (not the progress toward the next level), and if the highest level encountered comprises multiple skills, it will randomly select one of them when the mood actually begins.Ok, that shouldn't be too hard to adjust, thanks for the info!
Post by: Thormgrim on January 01, 2016, 06:04:05 pm
Post by: gchristopher on January 01, 2016, 09:36:27 pm
In response to somebody's comment about Therapist's ability to identify a dwarf's highest mood skill, I decided to take a look at its logic and it turns out to be slightly incorrect - the game itself only considers the level of the skill (not the progress toward the next level), and if the highest level encountered comprises multiple skills, it will randomly select one of them when the mood actually begins.Thanks! I've been wondering about that detail.
Post by: Meph on January 02, 2016, 12:06:52 pm
Post by: splinterz on January 04, 2016, 10:44:38 am
This should fix many problems with jobs, activities and squad orders not showing correctly, and I strongly recommend you upgrade if possible, as the last version has some major issues with them.
A big thanks to Fricy for testing and reporting many of these issues.
- toggling labors at a group/set level works properly with filters
- when right clicking and toggling a set of labors, all selected units are affected
- added support for multiple moodable skills
- replaced the text for group by and filter with icons and tooltips
- added icons to more of the right-click context menus
- changed the filter label and dropdown to a single widget
- added a scroll area to the option's tooltip tab to reduce the overall height of the options window
- moved all the 'cheating' options to their own section in the general options tab
- fixed many issues with jobs, activities and squad orders not displaying correctly
- fixed labor/flag toggling when selecting all with CTRL-A when both a group and filter are active
- fixed flag columns incorrectly toggling labors when clicking the group row's cells
- fixed the right click squad menu on non-squads groups
- fixed how moodable skills are determined (raw base level, not inc. xp to next level)
- fixed some knowledge descriptions
- OSX fix for crashing on first read (Numerius)
As always if you notice issues please let me know and/or send me your save.
Post by: Button on January 04, 2016, 01:47:35 pm
Thank you for all your hard work, Splinterz!
Post by: Cleuseau on January 04, 2016, 01:52:44 pm
edit: either the new version fixed it or disabling DFHack fixed it. Thanks all.
Like this:
(http://i.imgur.com/r3ZuTzI.jpg)
Post by: Astrid on January 04, 2016, 03:12:44 pm
Post by: splinterz on January 04, 2016, 03:53:59 pm
Should 35.0.0 work with 0.42.03, or is it 42.04-only?It should work with 42.03.
Thank you for all your hard work, Splinterz!
Post by: nomad_delta on January 04, 2016, 04:29:10 pm
--nomad_delta
Post by: Button on January 04, 2016, 09:50:11 pm
Post by: larkvi on January 05, 2016, 02:48:01 am
Post by: splinterz on January 05, 2016, 06:17:50 am
Am I correct that animal people members of your fortress aren't supported yet? Cause if they're supposed to be supported, I have a special case that's not working.I've only tested with humans, dwarves and elves. Please send the save my way so I can take a look.
Post by: salajander on January 05, 2016, 11:41:48 am
Are there instructions around for how to get this working on a mac, so we do not have to wait for an official mac release?
I built this from HEAD just after the 35.0 release: (unofficial) DF 35.0 for OSX (http://dffd.bay12games.com/file.php?id=11613)
(To answer your actual question, download Qt Creator and open the dwarftherapist.pro file, and then build.)
Post by: larkvi on January 05, 2016, 02:57:09 pm
I built this from HEAD just after the 35.0 release: (unofficial) DF 35.0 for OSX (http://dffd.bay12games.com/file.php?id=11613)
(To answer your actual question, download Qt Creator and open the dwarftherapist.pro file, and then build.)
Thanks on both counts.
Post by: larkvi on January 05, 2016, 08:26:48 pm
Post by: splinterz on January 06, 2016, 10:43:31 am
A feature request: would it be possible, in optimization, to assign roles, rather than jobs? I would like to assign combinations of jobs in one go (e.g. Spinner/Gelder/Miller/Thresher); though I can sort by the role and have it assign one skill as a stand-in, I then need to go and manually assign the role.So you mean to assign labors the same way as when you click a role cell? That might be possible.. but I think it would be quite a bit of work to re-work the optimizer to handle it as it currently isn't setup for 'groups' of labors. I'd considered trying to modify it to allow adding superlabors but I haven't attempted it yet.
Have you tried assigning your custom role to each of those labors in the optimizer?
Post by: Button on January 09, 2016, 11:35:07 pm
Post by: splinterz on January 10, 2016, 09:14:27 am
Hey Splinterz, here's the save with the slug men. http://dffd.bay12games.com/file.php?id=11638 They were wild, then trained, then petitioned for citizenship. Neither Therapist nor the default labors will let me set labors on them, but they've been hauling using wheelbarrows, so presumably they are using dwarf-alike labors.Well this is due to a couple things. First, it's a modded DF, and the PET_EXOTIC tag marks creatures as non-civilians (ie. no labors). DT was recently updated to check the PET, PET_EXOTIC tag to determine if a creature is livestock...
I may be able to get around this by checking a different tag to determine if a creature is livestock.. maybe CAN_SPEAK or CAN_LEARN instead.
Post by: PatrikLundell on January 10, 2016, 12:21:44 pm
Post by: forsaken1111 on January 10, 2016, 12:43:08 pm
Post by: splinterz on January 10, 2016, 02:21:01 pm
CAN_SPEAK and CAN_LEARN would both include Gremlins, and unless their behavior has changed from 0.40.24 (I don't know) they're not supposed to become citizens or work (but could become Count/Duke/Baron). Just something to consider of, so solving a mod case doesn't break an exceptional vanilla one.I think this would still be ok because they'd show up in DT, but you wouldn't be able to set labors on them until they became a fortress member via a citizenship petition.
If you try to take into account every possible modded scenario you'll probably start pulling your hair out.Yeah I know, but if changing the checked tag is sufficient then I'd prefer that over removing previously existing features.
Post by: Rain At Dawn on January 10, 2016, 04:33:53 pm
If not, will I have trouble compiling it from the source here (https://github.com/splintermind/Dwarf-Therapist/releases) for Ubuntu?
Post by: funkydwarf on January 11, 2016, 08:57:26 am
if anyone has unofficial builds for linux I would be thrilled. Thanks.
Post by: Button on January 11, 2016, 01:24:43 pm
Hey Splinterz, here's the save with the slug men. http://dffd.bay12games.com/file.php?id=11638 They were wild, then trained, then petitioned for citizenship. Neither Therapist nor the default labors will let me set labors on them, but they've been hauling using wheelbarrows, so presumably they are using dwarf-alike labors.Well this is due to a couple things. First, it's a modded DF, and the PET_EXOTIC tag marks creatures as non-civilians (ie. no labors). DT was recently updated to check the PET, PET_EXOTIC tag to determine if a creature is livestock...
I may be able to get around this by checking a different tag to determine if a creature is livestock.. maybe CAN_SPEAK or CAN_LEARN instead.
I did say it was an edge case ;).
Post by: indyofcomo on January 13, 2016, 10:02:51 am
Post by: slink on January 13, 2016, 10:29:00 am
does the newest version of DT (for 42.04) identify the non-job jobs--Socialize, Pray, Meditate, etc?
It appears to, yes. At least, the Dwarf who is meditating right now in my fortress shows up as doing that in DT.
Post by: splinterz on January 13, 2016, 11:23:16 am
does the newest version of DT (for 42.04) identify the non-job jobs--Socialize, Pray, Meditate, etc?v35 should show the performance and other activities as well as squad training and orders.
If anyone notices conflicts between DF and DT activities/jobs/squads please let me know so I can investigate.
Post by: nomad_delta on January 13, 2016, 12:17:23 pm
(http://i.imgur.com/enhq4hN.png)
Looks like "Combat Training" is showing up in my military squads as well, although most of my military seems to be socializing instead of training, oh well. :P
The tooltips even tell you what they're meditating about or what deity they're praying to. Pretty cool. Great work Splinterz! :)
--nomad_delta
Post by: BlackSmokeDMax on January 13, 2016, 03:49:30 pm
Post by: khearn on January 14, 2016, 01:30:54 pm
However, the animals that come with the wave don't show up in DT until they arrive on the map. I suspect this is just an oversight and will probably be pretty easy to fix, so I'm just letting you know. If it turns out to be a lot of effort, it's not a real high priority as far as I'm concerned.
Thanks again for all the work you've done on this, Splinterz.
Post by: splinterz on January 14, 2016, 01:58:59 pm
I love seeing all the dwarves in a new wave of migrants as soon as I do a read after they're announced and before they straggle onto the map. It's nice to not have to watch and wait for them all to arrive when I've got other stuff I need to pay attention to, and it's nice to be able to just start sorting them without waiting.Yeah looks like the check for incoming migrants isn't being done for livestock, thanks for the info.
However, the animals that come with the wave don't show up in DT until they arrive on the map. I suspect this is just an oversight and will probably be pretty easy to fix, so I'm just letting you know. If it turns out to be a lot of effort, it's not a real high priority as far as I'm concerned.
Thanks again for all the work you've done on this, Splinterz.
Post by: yxe on January 14, 2016, 07:55:25 pm
Spoiler (click to show/hide)
I was wondering if we could have also some new pop-up screen with this data (with something like ctrl+enter or in the right click menu), that let me copy&paste some of that info from the new window (?).
anyways, I really apreciate all your work and effort
thank you! =)
Post by: splinterz on January 15, 2016, 01:54:31 am
Hi, I got a problem wiith some dwarfs with veeery long descriptions, that almost doesn't fit in my screen (1920x1080)Some of the tooltip options can help reduce the amount of text, and the 'Information' dock duplicates the tooltip text in a separate window.Spoiler (click to show/hide)
I was wondering if we could have also some new pop-up screen with this data (with something like ctrl+enter or in the right click menu), that let me copy&paste some of that info from the new window (?).
anyways, I really apreciate all your work and effort
thank you! =)
Post by: yxe on January 15, 2016, 05:36:15 pm
thanks!
Post by: khearn on January 15, 2016, 07:36:55 pm
So I looked in the grid view for a skill at level 5 for the dwarf, and I see Prose is at 5.
So I think what is called Wordsmith in Dwarf Details, is called Writing in the grid view, and what is called Writer in Dwarf Details is called Prose in the grid view. It's kinda confusing. Is it possible to get the same names in both places?
Post by: splinterz on January 15, 2016, 08:03:22 pm
I've got a little confusion over skill names. I created a grid view with various scholarly skills, including one that shows up on the grid view as "Writing". I was just looking at the Dwarf Details pane for one of my dwarves, and he has a skill that is shown in that pane as "Writer", at level 5. But when I look at the Scholar grid, his Writing is only 1. Looking at the skills listed as being level 1 in the Dwarf Details, I see that Wordsmith is at 1, plus 2%. Hovering over the 1 for Writing in the grid, and it shows it to be 2.8% of the way to 2.Yeah those are two similar, but different skills which are weirdly named in DF: a Wordsmith uses the Writing skill, and a Writer uses the Prose skill.
So I looked in the grid view for a skill at level 5 for the dwarf, and I see Prose is at 5.
So I think what is called Wordsmith in Dwarf Details, is called Writing in the grid view, and what is called Writer in Dwarf Details is called Prose in the grid view. It's kinda confusing. Is it possible to get the same names in both places?
I think I left the dwarf details dock with the noun to keep it the same as in DF, but left the titles of the actual skill columns to the skill names so it was easier to identify a skill column from a role or labour column.
Edit: You can also rename the columns to whatever you'd like by editing the gridview.
Post by: Cerapter on January 17, 2016, 12:11:17 pm
If someone were to ask me, "hey, what did you do to get DT working?" I'd most likely answer, I dunno! I have no idea what I did!
This thing thoroughly japes me at every release.
Post by: notfood on January 17, 2016, 09:03:57 pm
Post by: Bumber on January 17, 2016, 09:41:00 pm
Latest patch looks like a good time to starting playing again, and if I can't have DF hack, I at least need DT.
Post by: lethosor on January 17, 2016, 10:24:27 pm
Post by: CEHA on January 18, 2016, 07:28:43 am
Post by: EBannion on January 18, 2016, 12:51:28 pm
Post by: jaked122 on January 18, 2016, 01:31:01 pm
I never understood Dwarf Therapist on Linux: it spits out so many errors, seemingly abandons the qmake and make stuffs midway, gets a fatal error about some pdf file, but in the end, it works.
If someone were to ask me, "hey, what did you do to get DT working?" I'd most likely answer, I dunno! I have no idea what I did!
This thing thoroughly japes me at every release.
Try running
Code: [Select]
make clean. It fixed a lot of errors that popped up the first time I compiled it on linux.
Post by: Cerapter on January 18, 2016, 02:04:38 pm
Try runningEh, if it ain't broken I sure as hell am not going to fix it.Code: [Select]make clean. It fixed a lot of errors that popped up the first time I compiled it on linux.
Post by: splinterz on January 19, 2016, 09:30:32 am
windows (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/windows/v0.42.05_graphics.ini)
linux (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/linux/v042.05.ini)
To use/test these, copy the text linked into a new file in your DT\share\memory_layouts\windows\ or DT\share\memory_layouts\linux\ directory.
I'll try to get out another release here soon™ once more validation is done on the memory layouts.
Post by: Button on January 19, 2016, 10:17:12 am
Very minor bug report - I've noticed that Therapist doesn't disallow gelding for some giant ungeldable critters, including male giant adders and male giant rattlesnakes. I've confirmed in the raws and on the animal screen that they aren't geldable. I haven't tested what happens if I mark them for gelding using Therapist.
Post by: Dirst on January 19, 2016, 10:35:47 am
I haven't tested what happens if I mark them for gelding using Therapist.Urist McGelder has been struck down.
Post by: BadLeo on January 19, 2016, 01:40:37 pm
Urist McGelder has been struck down.
Imagine if DF had as a medical speciality "urology", and the dwarves were going to be attended by a dwarf-medic called Urist McGelder. :o
Post by: Grax on January 21, 2016, 06:05:49 am
Post by: splinterz on January 21, 2016, 06:33:21 am
Hey splinterz,Do you have a save with some of these animals I can take a look at?
Very minor bug report - I've noticed that Therapist doesn't disallow gelding for some giant ungeldable critters, including male giant adders and male giant rattlesnakes. I've confirmed in the raws and on the animal screen that they aren't geldable. I haven't tested what happens if I mark them for gelding using Therapist.
Post by: Button on January 21, 2016, 10:34:26 am
Hey splinterz,Do you have a save with some of these animals I can take a look at?
Very minor bug report - I've noticed that Therapist doesn't disallow gelding for some giant ungeldable critters, including male giant adders and male giant rattlesnakes. I've confirmed in the raws and on the animal screen that they aren't geldable. I haven't tested what happens if I mark them for gelding using Therapist.
I believe the giant adder was in that slug man save I gave you earlier. (Relink (http://dffd.bay12games.com/file.php?id=11638) for convenience). Let me know if it isn't and I can upload my current fort, which has the giant rattlesnake.
Post by: splinterz on January 21, 2016, 12:56:14 pm
Only a giant female hamster and weasel in that save.Hey splinterz,Do you have a save with some of these animals I can take a look at?
Very minor bug report - I've noticed that Therapist doesn't disallow gelding for some giant ungeldable critters, including male giant adders and male giant rattlesnakes. I've confirmed in the raws and on the animal screen that they aren't geldable. I haven't tested what happens if I mark them for gelding using Therapist.
I believe the giant adder was in that slug man save I gave you earlier. (Relink (http://dffd.bay12games.com/file.php?id=11638) for convenience). Let me know if it isn't and I can upload my current fort, which has the giant rattlesnake.
Post by: Button on January 21, 2016, 09:29:11 pm
Post by: splinterz on January 22, 2016, 08:50:13 am
Here's the giant rattlesnake then: http://dffd.bay12games.com/file.php?id=11683Thanks. Should have it fixed for the upcoming release. Turns out creatures without a LOWERBODY tagged body part weren't being properly checked for gelding ::)
Post by: Rioluke on January 22, 2016, 05:05:10 pm
Post by: EBannion on January 22, 2016, 05:24:06 pm
Is there a quick way to force DT to read an updated version of DF before an official update? I was able to do it once upon a time, but now it throws an error at me and crashes if I try to force it to read dwarves. I'm aware that there are limitations and risks when doing so, but I just like the DT ui for setting labors and looking at other dwarf stats, prefs, and condition.
The way that DT works is by reading the data that DF stores in memory while it is running. This requires giving it the memory layouts, so it knows where to look. This is doubly important when writing changes, because witing to the wrong place will cause all sorts of mayhem.
Unfortunately, the memory space is complicated enough now that an automated update isn't really feasible. It shouldn't be too long before it gets updated, though.
Post by: khearn on January 22, 2016, 06:48:20 pm
Post by: funkydwarf on January 22, 2016, 10:00:02 pm
Post by: necrotic on January 22, 2016, 10:56:02 pm
Is there a quick way to force DT to read an updated version of DF before an official update? I was able to do it once upon a time, but now it throws an error at me and crashes if I try to force it to read dwarves. I'm aware that there are limitations and risks when doing so, but I just like the DT ui for setting labors and looking at other dwarf stats, prefs, and condition.
The crash you are getting is one of the potential issues with forcing DT to run with a later version. If it works, awesome; otherwise it will almost always just crash.
Post by: splinterz on January 23, 2016, 09:34:19 am
- livestock is determined by CAN_LEARN tag, which should allow for setting labor on modded intelligent creatures
- livestock incoming with a migration wave should appear now
- fixed audience job not showing for dances
- fixed gelding for creatures without LOWERBODY
I haven't had much time to test the CAN_LEARN and migrant livestock, so please let me know if creatures aren't showing up.
Post by: khearn on January 23, 2016, 05:27:53 pm
Thanks!
Post by: fricy on January 25, 2016, 04:47:16 am
Version 36.0 is out to support 42.05 and otherwise is mostly bugfixes for the recently reported issues:
- livestock is determined by CAN_LEARN tag, which should allow for setting labor on modded intelligent creatures
- livestock incoming with a migration wave should appear now
- fixed audience job not showing for dances
- fixed gelding for creatures without LOWERBODY
I haven't had much time to test the CAN_LEARN and migrant livestock, so please let me know if creatures aren't showing up.
[OSX] Dwarf Therapist 36.0 (http://dffd.bay12games.com/file.php?id=11579)
Post by: Urist McWoodBurner on January 25, 2016, 07:37:24 pm
Saved region:
http://dffd.bay12games.com/file.php?id=11710
Post by: salajander on January 26, 2016, 08:46:36 pm
[OSX] Dwarf Therapist 36.0 (http://dffd.bay12games.com/file.php?id=11579)I'm seeing a repeat of the Labor cannot be changed for non-citizens (https://github.com/splintermind/Dwarf-Therapist/issues/287) issue I saw. Is this build working for anyone else?
Post by: splinterz on January 27, 2016, 06:44:56 am
EDIT: I should have refreshed the page first.I just checked the layout and there's at least one offset missing that's causing this, I'll let fricy know.[OSX] Dwarf Therapist 36.0 (http://dffd.bay12games.com/file.php?id=11579)I'm seeing a repeat of the Labor cannot be changed for non-citizens (https://github.com/splintermind/Dwarf-Therapist/issues/287) issue I saw. Is this build working for anyone else?
Post by: fricy on January 28, 2016, 06:19:53 am
Fixed. Modified 0.42.05 ini is found here (https://github.com/fricy/Dwarf-Therapist/blob/DF2016/share/memory_layouts/osx/v0.42.05_osx.ini) for anyone wanting to do a manual update. The DFFD file is updated.EDIT: I should have refreshed the page first.I just checked the layout and there's at least one offset missing that's causing this, I'll let fricy know.[OSX] Dwarf Therapist 36.0 (http://dffd.bay12games.com/file.php?id=11579)I'm seeing a repeat of the Labor cannot be changed for non-citizens (https://github.com/splintermind/Dwarf-Therapist/issues/287) issue I saw. Is this build working for anyone else?
@splinterz: Just to confirm: DT 36.0 supports all 42.x release (except 42.01), and not just .04-.05, correct? So I can remove 33.0 (http://dffd.bay12games.com/file.php?id=11428) from DFFD?
Post by: splinterz on January 28, 2016, 06:33:06 am
No it only supports .04-.05 and maybe .03. With all the bugs in DF 42.01-03 I'm not sure it's worth supporting.Fixed. Modified 0.42.05 ini is found here (https://github.com/fricy/Dwarf-Therapist/blob/DF2016/share/memory_layouts/osx/v0.42.05_osx.ini) for anyone wanting to do a manual update. The DFFD file is updated.EDIT: I should have refreshed the page first.I just checked the layout and there's at least one offset missing that's causing this, I'll let fricy know.[OSX] Dwarf Therapist 36.0 (http://dffd.bay12games.com/file.php?id=11579)I'm seeing a repeat of the Labor cannot be changed for non-citizens (https://github.com/splintermind/Dwarf-Therapist/issues/287) issue I saw. Is this build working for anyone else?
@splinterz: Just to confirm: DT 36.0 supports all 42.x release (except 42.01), and not just .04-.05, correct? So I can remove 33.0 (http://dffd.bay12games.com/file.php?id=11428) from DFFD?
Edit: I've updated the GitHub release with your package from DFFD.
Post by: fricy on January 28, 2016, 07:32:14 am
With all the bugs in DF 42.01-03 I'm not sure it's worth supporting.Agreed. Though I'm sure if I remove it someone will pop-in and ask for it. ;D
Post by: Bumber on February 01, 2016, 05:14:59 pm
It says on Page 57:
Quote
The labors I assign to my dwarves are hauling for everyone, pump operating for all meleedwarves (pumps that don’t pump anything are a great physical training regimen), hunting for all marksdwarves, mining for all pickdwarves, and wood cutting for all axedwarves.Doesn't this cause uniform conflicts? Wood cutting doesn't even train axedwarf. (In addition, pumping isn't great training anymore, IIRC.)
And on Page 58 (at the very bottom):
Quote
Dwarves with crossbows elect to dole out physical punishment by beating dwarves with their crossbows, hence why they make good guards. Assuming you make your crossbows out of wood, this will have much less gruesome results then, say, hacking at the poor dwarf with a sword!They won't use swords for hammerings/beatings. I think they'll grab a spare hammer for hammerings. Will they still use a crossbow? It could be bad if your marksdwarf (skilled in hammering) goes and grabs
Okay, with that out of the way:
I haven't tried them yet, but optimization plans sound promising. From what I can glean from the manual, it works in proportions, but I didn't hear any mention of absolute values. Ideally what I'd want to be able to do is select a group of dwarves and have DT assign them to their optimal roles (including military and the new performers/scholars) based on their role fitness. I might want 0 fisherdwarves in my fort, 2 to 4 armorers (only 4 if they're all really fit to it,) and some large leftover percent of haulers that aren't fit for anything else (I might create a separate custom profession for those who have their moodable skill ready.) It sounds mostly doable already, with the exception of the absolute min/max laborers. The rest suffers a bit from a lack of research/presets, specifically on the new DF2016 professions.
Post by: Rain At Dawn on February 05, 2016, 09:31:18 pm
First off, it's not that hard.
Make sure you have the dependencies listed here (https://github.com/splintermind/Dwarf-Therapist/blob/DF2016/BUILDING.rst). You may also need to install g++ for the compilation, and pdflatex (from texlive-latex-base) which I think qmake tries to use to produce documentation.
Part way through the build, make may start generating gazillions of missing .sty file errors. These are just latex packages it wants for the documentation; you can safely hit X to abort all this.
Once it's finished, the executables should be on your path (although it might depend on what you passed in as the PREFIX value). Run the dwarftherapist wrapper at least once before running DwarfTherapist directly as it will give you a couple of options for providing it with root access to the /proc/$pid/mem file of the Dwarf Fortress instance, otherwise it won't be able to attach.
And that's it.
PS: Oh yeah and, as people have mentioned above, if things go pear shaped, try make clean.
Post by: Blue_Dwarf on February 05, 2016, 11:07:18 pm
Right now it truncates the experience to things like "3.5k", which is not very helpful when a labor has a gain of other than 100 per labor.
Post by: feelotraveller on February 06, 2016, 08:50:10 am
Would it be possible to expand the Experience value in a labor to show the full amount?
Right now it truncates the experience to things like "3.5k", which is not very helpful when a labor has a gain of other than 100 per labor.
I would also like (the option?) to see exact numbers for experience.
Post by: Porpoisepower on February 08, 2016, 02:02:23 pm
Post by: khearn on February 08, 2016, 02:43:00 pm
Post by: BigDollaBalla on February 10, 2016, 07:39:35 pm
Okay, so I gave up waiting for an official linux build, and attempted building it myself (on Linux Mint 17.3). The following are a few tips for anyone else trying to do likewise:
First off, it's not that hard.
Make sure you have the dependencies listed here (https://github.com/splintermind/Dwarf-Therapist/blob/DF2016/BUILDING.rst). You may also need to install g++ for the compilation, and pdflatex (from texlive-latex-base) which I think qmake tries to use to produce documentation.
Part way through the build, make may start generating gazillions of missing .sty file errors. These are just latex packages it wants for the documentation; you can safely hit X to abort all this.
Once it's finished, the executables should be on your path (although it might depend on what you passed in as the PREFIX value). Run the dwarftherapist wrapper at least once before running DwarfTherapist directly as it will give you a couple of options for providing it with root access to the /proc/$pid/mem file of the Dwarf Fortress instance, otherwise it won't be able to attach.
And that's it.
PS: Oh yeah and, as people have mentioned above, if things go pear shaped, try make clean.
I tried to build this last night using Linux Mint 17.3 as well. After I got through the build process and tried to run the wrapper, as you said, I got an error that read:
"Dwarf Therapist
error: not found
Verify $_DT_Binary defined in (path) script is set correctly."
What does this mean and how do I fix it?
Post by: ResMar on February 12, 2016, 01:43:56 pm
Just finished reading the entire manual. Some things that might be out of date:
It says on Page 57:QuoteThe labors I assign to my dwarves are hauling for everyone, pump operating for all meleedwarves (pumps that don’t pump anything are a great physical training regimen), hunting for all marksdwarves, mining for all pickdwarves, and wood cutting for all axedwarves.Doesn't this cause uniform conflicts? Wood cutting doesn't even train axedwarf. (In addition, pumping isn't great training anymore, IIRC.)
And on Page 58 (at the very bottom):QuoteDwarves with crossbows elect to dole out physical punishment by beating dwarves with their crossbows, hence why they make good guards. Assuming you make your crossbows out of wood, this will have much less gruesome results then, say, hacking at the poor dwarf with a sword!They won't use swords for hammerings/beatings. I think they'll grab a spare hammer for hammerings. Will they still use a crossbow? It could be bad if your marksdwarf (skilled in hammering) goes and grabsMaxwell'sa silver hammer and knocks the criminal's head off.
Okay, with that out of the way:
I haven't tried them yet, but optimization plans sound promising. From what I can glean from the manual, it works in proportions, but I didn't hear any mention of absolute values. Ideally what I'd want to be able to do is select a group of dwarves and have DT assign them to their optimal roles (including military and the new performers/scholars) based on their role fitness. I might want 0 fisherdwarves in my fort, 2 to 4 armorers (only 4 if they're all really fit to it,) and some large leftover percent of haulers that aren't fit for anything else (I might create a separate custom profession for those who have their moodable skill ready.) It sounds mostly doable already, with the exception of the absolute min/max laborers. The rest suffers a bit from a lack of research/presets, specifically on the new DF2016 professions.
Thanks for the comments, I want to revisit it at some point in the future. However, I haven't actually played Dwarf Fortress in a while, so it might be some time yet. :)
I've been pushing for absolute labor optimization for a long time now: it just seems like a "duh" move to me. Relative
Post by: BigDollaBalla on February 12, 2016, 03:19:29 pm
Post by: Button on February 12, 2016, 03:48:49 pm
anyone know if this current version works with the new version of DF?
Almost certainly not. I haven't actually plugged it in, but every new version needs a new memory layout, and no one's shared one of those yet.
Post by: Blue_Dwarf on February 12, 2016, 03:55:41 pm
Post by: Azuraal on February 13, 2016, 02:28:08 pm
Post by: SEM58 on February 13, 2016, 02:57:04 pm
Out of curiosity, what is memory layout? Are variables read by DT from DF unlabeled so that they have to be identified first?
Tonren gave a good answer to a similar question back in December
http://www.bay12forums.com/smf/index.php?topic=122968.msg6673895#msg6673895
(short short answer to your question, I think, is 'yes')
Post by: slink on February 13, 2016, 03:14:19 pm
Post by: Phyroks on February 14, 2016, 05:06:18 am
Post by: Urist Tilaturist on February 14, 2016, 06:14:18 am
Post by: Bumber on February 14, 2016, 01:23:39 pm
Out of curiosity, what is memory layout? Are variables read by DT from DF unlabeled so that they have to be identified first?They're unlabeled and they move around each update. The layout tells DT where to find them. If the layout is wrong, DT reads in the wrong data and (in the best case*) crashes.
*Worst case corrupts your game by changing values it shouldn't.
Post by: Couchmonster on February 14, 2016, 05:48:36 pm
It is essentially impossible to play a 200 dwarfs fortress without it.
Post by: DarthCloakedDwarf on February 14, 2016, 06:06:01 pm
I do not understand why this still is not in the game.What in the world computer do you have that you don't get like 0.002 FPS with 200 dwarfs
It is essentially impossible to play a 200 dwarfs fortress without it.
Post by: Bradders on February 14, 2016, 06:25:11 pm
Post by: QuakeIV on February 14, 2016, 06:36:13 pm
Post by: hun on February 14, 2016, 08:06:59 pm
can only stand playing them up to like 20 dwarves
Same here... It's such a pain to set up labors for migrants (and to understand, which labors are not covered enough!). It's easier just throw them into magma
Post by: khearn on February 14, 2016, 08:44:10 pm
So for now, I'm still sticking with .05 and letting .06 wait. As far as I'm concerned, .06 hasn't been released until Splinterz gives us a new memory layout. And since .06 hasn't been released yet, I'm not impatient.
Post by: necrotic on February 14, 2016, 10:12:06 pm
So for now, I'm still sticking with .05 and letting .06 wait. As far as I'm concerned, .06 hasn't been released until Splinterz gives us a new memory layout. And since .06 hasn't been released yet, I'm not impatient.
If you require third party tools to play this is the only way to look at it.
Post by: Grax on February 14, 2016, 11:33:19 pm
Don't underestimate the power of Intel. ;-)I do not understand why this still is not in the game.What in the world computer do you have that you don't get like 0.002 FPS with 200 dwarfs
It is essentially impossible to play a 200 dwarfs fortress without it.
I have about 25-50fps with 200 dorfs. Just keep you block/gem/stone/cloth stockpiles low.
Post by: Couchmonster on February 15, 2016, 05:05:15 pm
4 GHz singlecore power is nice for this game :)
It is sad that DF was a reason for me to buy a new rig :D
Post by: KillzEmAllGod on February 15, 2016, 05:55:18 pm
AMD never liked to run that well.
Post by: Bumber on February 16, 2016, 12:10:19 am
My 140 dwarf fort was running at ~100 FPS on my somewhat outdated computer until I started messing with fluids and unforbidding items that are now stuck in trees. I really wish the cancel spam would point me to the actual item, not where the dwarf was at the time.
Post by: BlackSmokeDMax on February 16, 2016, 08:32:38 am
Pretty much bought a i7 6700K just for dwarf fortress. Can get it overclocked to 4.4 ghz with no problems.
AMD never liked to run that well.
I still rue the day I decided to give AMD another chance for my most recent rig. My last 3 before that had been i7 chips. Should have gone back to the well again :/
Post by: Grax on February 16, 2016, 09:11:53 am
There's no processor that can substitute DT.
And DFHack.
Post by: CEHA on February 16, 2016, 10:20:18 am
I've torment debugger but could not understand.
What is the algorithm and software?
Post by: PeridexisErrant on February 16, 2016, 02:06:33 pm
Post by: Claije on February 16, 2016, 02:34:24 pm
Post by: se5a on February 16, 2016, 03:06:50 pm
https://dfhack.readthedocs.org/en/latest/library/xml/how-to-update.html
As per normal, written for someone who already has a clue what they're doing.
Post by: Dirst on February 16, 2016, 03:26:00 pm
A post which was itself written for someone who already has the ability to read English. Sorry but sometimes it's not possible to make a task accessible to everyone... which is a shame.https://dfhack.readthedocs.org/en/latest/library/xml/how-to-update.html
As per normal, written for someone who already has a clue what they're doing.
Post by: Button on February 16, 2016, 03:37:47 pm
now we just need a sorcerer who can read this infernal scripture that has been conjured for us.
https://dfhack.readthedocs.org/en/latest/library/xml/how-to-update.html
As per normal, written for someone who already has a clue what they're doing.
Well; that makes this a great opportunity to learn something, doesn't it! :) C'mon kids, it's time to learn a new skill. Nobody busted out of the womb knowing how to find memory offsets!
The first step is to install Linux. Beginners guides for that are available all over the internet.
Then try executing these instructions for 42.05, since we already have the correct answers available. When you get the right answers for 42.05, you'll know you've got the steps right!
(I'll be trying this myself once I'm done with work, so, I'm not trying to get y'all to learn something I'm not willing to try.)
Post by: lorb on February 16, 2016, 04:34:21 pm
Post by: notfood on February 16, 2016, 05:46:14 pm
Post by: Couchmonster on February 16, 2016, 05:57:58 pm
It is hard to get this game to run with gentoo if you ask me.
Post by: Button on February 16, 2016, 06:02:13 pm
df-structures and forks github has been veeeery silent. I wonder if this version is more complex to disassemble than the last ones who usually were ready for testing a couple of days after release.
I've noticed it on other DF-related stuff too. My best guess has been that it has to do with being released right before (US) Presidents' Day weekend.
For non-US folks: yesterday (Monday) was a Federal holiday, celebrating George Washington's birthday. All(? may vary by state) public schools and many white-collar businesses are closed, so a lot of people take (an) extra day(s) off on either side of it to get an extra-long weekend.
Post by: Claije on February 16, 2016, 08:40:05 pm
Post by: Dirst on February 16, 2016, 10:11:56 pm
On a side note, that holiday has NOTHING to do with presidents.And I would have expected a three-day weekend to help with progress. It's not exactly family outing weather in most parts of the US right now (with the notable exception of skiing).
Post by: jaked122 on February 16, 2016, 10:26:04 pm
I don't even know if I have perl on my linux machine.
Post by: PeridexisErrant on February 17, 2016, 12:04:07 am
Let's take anything further to the DFHack thread where it belongs.
Post by: CEHA on February 17, 2016, 05:29:33 am
https://dfhack.readthedocs.org/en/latest/library/xml/how-to-update.html:-\
Something wrong I could not get good result fom Windovs OS - there are no errors but the files that are created all empty ((
I have 2G Internet - Linux is not possible to download.
Waiting ... ... ...
Perhaps the author reveals the secret - how it's done :-X
Post by: PeridexisErrant on February 17, 2016, 06:28:41 am
Post by: Bumber on February 17, 2016, 08:34:11 am
It's not possible on Windows, at all. Best just to wait for the official update, I think.Would it work on a virtual machine, or would that have complications to the memory offsets?
Post by: CEHA on February 17, 2016, 11:29:50 am
I try on a virtual PC and no matter update will be or not to be, already started to downloadIt's not possible on Windows, at all. Best just to wait for the official update, I think.Would it work on a virtual machine, or would that have complications to the memory offsets?
Post by: sirdanilot on February 17, 2016, 01:12:32 pm
If not, maybe a progress update from the developers? (currently working on X, ETA Y)
I am one of those people who find df simply unplayable without DwarfTherapist, it's an integral part of the game to me. Even with DT it's already a pain to manage every dwarf's professions, without it it's virtually impossible.
If not, does anyone know of a dwarf therapist like program which is already compatible to the newest version?
Post by: funkydwarf on February 17, 2016, 01:20:47 pm
Ok my new reply is still jerkish but cmon...
Post by: sirdanilot on February 17, 2016, 01:41:11 pm
Retracted cause I am a jerk. But if you read the previous page you may find your answer...
Ok my new reply is still jerkish but cmon...
Yep you are still being a jerk, because you cannot expect people to read every damn page in a thread of dozens of pages now can you. Especially for threads like these you expect an updated OP.
Post by: khearn on February 17, 2016, 02:02:18 pm
Here's your status report:
Splinterz is currently working on whatever he damn well feels like working on, and the ETA for a dwarf therapist that works with .06 is whenever it gets done.
And no, there's nothing like therapist that's currently working with .06. There is something similar built into dfhack, but dfhack generally takes even longer to be available for new releases, so don't get your hopes up. And the one in dfhack isn't nearly as nice as therapist.
Post by: BlackSmokeDMax on February 17, 2016, 02:08:35 pm
Retracted cause I am a jerk. But if you read the previous page you may find your answer...
Ok my new reply is still jerkish but cmon...
Yep you are still being a jerk, because you cannot expect people to read every damn page in a thread of dozens of pages now can you. Especially for threads like these you expect an updated OP.
You of course realize you are being a jerk as well, yes? The people who make these tools for free, for a game that is free, probably get sick of answering the same question over and over again (and then repeat for every DF update) when people could easily read a page or two backwards in the appropriate thread at the very least before posting.
I think it would be another thing to make a post in a thread that hadn't seen any posts in a while to see if the project was still alive, but this thread is active.
Post by: PeridexisErrant on February 17, 2016, 04:11:21 pm
The people who make these tools for free, for a game that is free, probably get sick of answering the same question over and over again (and then repeat for every DF update) when people could easily read a page or two backwards in the appropriate thread at the very least before posting.
Speaking for myself, amen. Obviously I don't mind questions or I wouldn't answer them, but a steady stream of "when update" is just plain tedious.
Post by: sirdanilot on February 17, 2016, 04:21:46 pm
I understand that people have lives and new updates do not come instantly, but all I was asking is whether the new update is already in progress of being made, an indication of time on it (this DF update is not really a very major update now is it), perhaps pointing to an alternative to DT (I am not a very experience player and I didn't know DT was the only thing around), etc.
The reason I am not asking the same about DFhack is exactly because people did give an indication of time; apparently updating that is extremely difficult. Knowing that I don't have to ask.
Post by: funkydwarf on February 17, 2016, 04:24:02 pm
Yep you are still being a jerk, because you cannot expect people to read every damn page in a thread of dozens of pages now can you. Especially for threads like these you expect an updated OP.
OP is updated, when you click on the link it states clearly it works with 42.05.....which is not 42.06
And I like being a jerk. Its kinda my thing, and what makes me funky....
Post by: sirdanilot on February 17, 2016, 04:28:16 pm
If I were developing this I'd put something in the OP for the newer players such as 'NOTE: This version is not compatible with the newest DF version number X, if you wish to use DT use DF version Y instead'
If you were a newbie following one of the tutorials which often tell you to use DT and you just downloaded the latest DF version in your ignorant bliss, carefully set up your first fort only to find out that DT doesn't work with it, that discourages this wonderful game.
But ok Ill drop it, good luck to the developer.
Post by: Button on February 17, 2016, 04:46:33 pm
Okay the last words I'll waste on this before I drop the subject:
If I were developing this I'd put something in the OP for the newer players such as 'NOTE: This version is not compatible with the newest DF version number X, if you wish to use DT use DF version Y instead'
If you were a newbie following one of the tutorials which often tell you to use DT and you just downloaded the latest DF version in your ignorant bliss, carefully set up your first fort only to find out that DT doesn't work with it, that discourages this wonderful game.
But ok Ill drop it, good luck to the developer.
If you're a newbie, welcome! I recommend you consider the Lazy Newb Pack (http://www.bay12forums.com/smf/index.php?topic=126076.0), which bundles the latest release of the game for which there are stable utilities, in with those utilities, and includes a convenient GUI launcher to let you set your options.
Post by: khearn on February 17, 2016, 05:24:21 pm
Post by: sirdanilot on February 17, 2016, 05:52:28 pm
Okay the last words I'll waste on this before I drop the subject:
If I were developing this I'd put something in the OP for the newer players such as 'NOTE: This version is not compatible with the newest DF version number X, if you wish to use DT use DF version Y instead'
If you were a newbie following one of the tutorials which often tell you to use DT and you just downloaded the latest DF version in your ignorant bliss, carefully set up your first fort only to find out that DT doesn't work with it, that discourages this wonderful game.
But ok Ill drop it, good luck to the developer.
If you're a newbie, welcome! I recommend you consider the Lazy Newb Pack (http://www.bay12forums.com/smf/index.php?topic=126076.0), which bundles the latest release of the game for which there are stable utilities, in with those utilities, and includes a convenient GUI launcher to let you set your options.
Well more exactly, I used to play this game years and years ago, then for some reason forgot about it (probably had too much !!FUN!! in a short amount of time), then came back with all of these completely new features.
I'll wait patiently for the new release of DT. I assume that the method desscribed farther back in this thread of copying DFs memory lay outs doesn't work for this version?
Post by: khearn on February 17, 2016, 06:10:57 pm
Besides, I'm not really sure I'm all that anxious to jump to .06. It's got a new bug that makes people upset if you trade away their masterwork items. I'm not sure if that's sufficiently bad to cancel out the gains. I don't really care that much about being able to specify that a statue should depict 7 dwarves slaughtering 50,000 elves or whatever. The exported wealth fix is nice, since it would mean human caravans again, but if I can't trade away masterworks... dunno. I'm actually surviving just fine in my .05 forts with no human trade caravans. I guess the other fix that I'd care about is getting people to quit grabbing stuff made of materials they like. I've got a dwarf carrying around one of my iron minecarts that's *supposed* to be used for moving magma up from the basement. But I already built an extra minecart, so I can live without that fix.
I guess if you really want to be able to specify images and statues, then moving to .06 is kinda important. But other than that, I don't really see the urgency.
Post by: se5a on February 17, 2016, 06:31:19 pm
Post by: khearn on February 17, 2016, 07:03:41 pm
This still results in therapist being usable with a new release far earlier that dfhack, because there is usually more to do with dfhack besides just identifying the new memory layout. All the dozens and dozens of dfhack scripts and plugins need to be checked out and fixed if necessary. And the dfhack devs seem pretty conservative about actually releasing new dfhack versions.
If you are willing to compile dfhack, you can get a version that works on a new version before they release an alpha (but you take your chances on it, because it is pre-alpha, which means possibly broken). You just have to monitor their git repo and see when they get their memory layout in. Or you could wait until a therapist release comes out, which would mean that dfhack's memory layout is in. :)
So far I don't think they've felt confident enough to do a real, non-alpha dfhack release since 42.XX came out. So therapist is way ahead in that aspect.
Post by: splinterz on February 17, 2016, 07:25:53 pm
It's fantastic so many of you use the tool and I realize without it things can be frustrating because you want to play the latest DF release but would like to play with DT. However, let's try to keep things civil; many of these posts aren't accomplishing anything but venting frustration.
In the past layouts contained far fewer offsets and it was very easy to scan for them and generate a new layout. With every additional feature and information added to DT more offsets are required. Since a memory mapping project was already in existence via dfhack (df-structures) it was logical to simply use scripts to export the required offsets for DT. These scripts can be run once the mapping is sufficiently complete for the offsets DT requires.
Although some updates like this one seem minor, structures can still change enough for manual work to be required to update df-structures so the automated scripts can be run. I'm still not that familiar with the manual alignment process, so I rely on people with more knowledge and experience than myself update df-structures and realign the memory mapping.
This is usually done with impressive efficiency, and if you haven't already, you should stop by the DFHack forum and thank them for all their hard work. This time around, things are taking longer than some of you think is necessary, but you'll have to have patience. As soon as layouts are ready, they'll be posted.
Post by: sv-esk on February 17, 2016, 08:35:29 pm
A lot of things changed in structures. Hopefully figured out all critical changes. It will not blowup immediatly, but cant guarantee it will not corrupt save later. Make backups. Report if it happened.
Save it as Dwarf-Therapist-WIN-36.0.0/share/memory_layouts/windows/v0.42.06_graphics.ini:
Spoiler: v0.42.06 windows (click to show/hide)
In my case path was /usr/local/share/dwarftherapist/memory_layouts/linux/v042.06.ini
Spoiler: v0.42.06 linux (click to show/hide)
Post by: se5a on February 17, 2016, 09:32:16 pm
Post by: khearn on February 17, 2016, 09:38:34 pm
For those not experienced with adding new memory layouts, you need to find where your copy of DT stores it's data files. There will be a directory called "memory_layouts", and under it one called either "linux" or "windows"(or maybe "Windows" - I can't check right now). Go into there and create a file named "v042.06.ini" and open it with a text editor (Windows will probably complain that it's not a text file because it doesn't end in .txt. Windows is an idiot. )
Now cut and paste the contents from the appropriate spoiler in sv-esk's post and save the file. Now fire up DF 42.06 and then fire up DT, and it should work. Well, you'll need to get to a point in DF where you have some dwarves, like loading a saved game or getting to the pre-embark screen.
Thanks for the layouts, sv-esk, and thanks for the explanation of how they depend on dfhack, Splinterz. It's about what I thought, but it's nice to have it confirmed.
Post by: SatelliteOfLove on February 17, 2016, 10:23:39 pm
Post by: khearn on February 17, 2016, 11:14:20 pm
Simple, directions, which don't seem to be quite right for Windows, BTW. Now that I'm at home with my windows computer, I see that the filename is different than I thought. On windows you want the filename to be v0.42.06_graphics.ini, and it will be under <your DT directory>\share\memory_layouts\windows
Post by: Bradders on February 18, 2016, 02:15:23 am
Post by: sv-esk on February 18, 2016, 02:34:46 am
232 Make Figurine
233 Make Amulet
234 Make Scepter
235 Make Crown
236 Make Ring
237 Make Earring
238 Make Bracelet
239 Make Large Gem
Post by: splinterz on February 18, 2016, 06:34:38 am
Using Virtualbox is fine, if your hardware is good enough. gcc, lisp tool and even visual studio will not notice that they are in virtualised environment.
A lot of things changed in structures. Hopefully figured out all critical changes. It will not blowup immediatly, but cant guarantee it will not corrupt save later. Make backups. Report if it happened.
Save it as Dwarf-Therapist-WIN-36.0.0/share/memory_layouts/windows/v0.42.06_graphics.ini:Spoiler: v0.42.06 windows (click to show/hide)
In my case path was /usr/local/share/dwarftherapist/memory_layouts/linux/v042.06.iniSpoiler: v0.42.06 linux (click to show/hide)
Whew, after looking at your repo, that's a lot more structure changes than I'd found in the limited time I had to poke around! Thanks for working on it! I'll see about getting those new jobs in and do some more testing for explosions.
Post by: Couchmonster on February 18, 2016, 09:56:45 am
Post by: slink on February 18, 2016, 03:00:56 pm
Post by: Kallyn on February 18, 2016, 06:10:08 pm
I'm an utterly, complete noob in Linux. Started using Mint cinnamon 17.3 3 days ago, and so far, I've absolutely no idea how to build/compile/summon DT in Linux.
I've tried following the instructions on https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/BUILDING.rst, but after
sudo apt-get install qt4-qmake libqt4-dev # Qt 4
sudo apt-get install qt5-qmake qtbase5-dev qtbase5-dev-tools qtdeclarative5-dev # Qt 5
I've got stuck in qmake.
I didn't erase the # qtt 4 and 5 comments, but looks like it worked (copying and pasting in terminal, no idea what i was doing)
Can someone please point me to a linux ready to go linux version of DT, or, kindly teach me how to make it myself?
Yes, I'm way over my head... ???
Post by: lorb on February 18, 2016, 06:29:31 pm
Half the problem is its seen as a bit of a black art, ive queried previously about doing it and was pretty much told that if you dont know how then its pointless trying. How anyone learns with this sort of attitude is anyones guess. I guess another problem is requiring linux, im presuming that this is due to lack of tools for a windows environment. But anyway. Looks like sv-esk has saved the day. Thankyou for that ;-)
You have been given a link to an excellent instruction to how to do this. If you try to follow those instructions and have a specific question because it is too complicated/unclear or some error occurs, there are more than enough people here (and google) happy to help answer those questions. There are also about a gazillion tutorials all over the internet how to run Linux inside windows, or parallel to it, or from an USB stick or whatever you prefer. And it is available for free. Poking around in memory just takes some effort, there isn't a way around that.
Post by: lorb on February 18, 2016, 06:31:37 pm
So....
I'm an utterly, complete noob in Linux. Started using Mint cinnamon 17.3 3 days ago, and so far, I've absolutely no idea how to build/compile/summon DT in Linux.
I've tried following the instructions on https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/BUILDING.rst, but after
sudo apt-get install qt4-qmake libqt4-dev # Qt 4
sudo apt-get install qt5-qmake qtbase5-dev qtbase5-dev-tools qtdeclarative5-dev # Qt 5
I've got stuck in qmake.
I didn't erase the # qtt 4 and 5 comments, but looks like it worked (copying and pasting in terminal, no idea what i was doing)
Can someone please point me to a linux ready to go linux version of DT, or, kindly teach me how to make it myself?
Yes, I'm way over my head... ???
Is there a specific error message you are getting? I was getting a ton of errors about missing latex files (as someone earlier in the thread mentioned) but just ignoring them, DwarfTherapist compiled and installed and runs fine on my machine. (Ubuntu)
edit: once installed you can start DT by entering
Code: [Select]
DwarfTherapist in the terminal
Post by: RoboLuddite on February 18, 2016, 09:25:51 pm
To you and PeridexisErrant and sv-esk and the whole DFHack team we really do appreciate all the work you do. We know it's on your own time so I can wait patiently even when I'm so excited to try out new the features. Updates usually mean adventure-mode time for me, until the new layouts are ready.
Post by: Kallyn on February 19, 2016, 04:43:20 pm
Is there a specific error message you are getting? I was getting a ton of errors about missing latex files (as someone earlier in the thread mentioned) but just ignoring them, DwarfTherapist compiled and installed and runs fine on my machine. (Ubuntu)
edit: once installed you can start DT by entering
Code: [Select]
DwarfTherapist in the terminal[/quote]
I paste: "qmake -qt=4" in the terminal, and get a "help" text, or so it looks like. It starts as this:
Usage: /usr/lib/x86_64-linux-gnu/qt4/bin/qmake [mode] [options] [files]
QMake has two modes, one mode for generating project files based on
some heuristics, and the other for generating makefiles. Normally you
shouldn't need to specify a mode, as makefile generation is the default
mode for qmake, but you may use this to test qmake on an existing project
Mode:
-project Put qmake into project file generation mode
In this mode qmake interprets files as files to
be built,
defaults to *.c; *.ui; *.y; *.l; *.ts; *.xlf; *.qrc; *.h; *.hpp
and goes on for a while.
I probably should mention I know close to nothing about software programming.
Post by: sv-esk on February 19, 2016, 05:08:34 pm
Quote
I've tried following the instructions on https://github.com/splintermind/Dwarf-Therapist/blob/DF2014/BUILDING.rst, but afterDF2014 - It also seems, you working with wrong branch. It shoud be DF2016.
1)Make temp directory, and navigate to it in terminal
download sources:
This command will make Dwarf-Therapist directory and fetch the sources:
Code: (2) [Select]
git clone https://github.com/splintermind/Dwarf-Therapist.git
alternative(includes 42.06 layouts and small fix for new jobs):Code: (2 alternative) [Select]
git clone https://github.com/sv-esk/Dwarf-Therapist.git -b 42_06
Move in Dwarf-Therapist directory:Code: (3) [Select]
cd Dwarf-Therapist
Configure:Code: (4) [Select]
qmake -qt=4
Build:Code: (5) [Select]
make -j$(nproc)
Install:Code: (6) [Select]
sudo make install
Post by: sirdanilot on February 19, 2016, 05:11:33 pm
Next time I'll wait updating till DT arrives.
Or is it possible to 'downgrade' and play your save in an earlier version? I don't think so right?
Post by: Kallyn on February 19, 2016, 05:25:41 pm
I've cloned the Dwarf Therapist folder, but then I got some errors:
Spoiler (click to show/hide)
Post by: khearn on February 19, 2016, 05:27:32 pm
Or is it possible to 'downgrade' and play your save in an earlier version? I don't think so right?
It could be possible, but I would bet against it. It would depend on what changes Toady made and if/how they affect the save.
But new memory layouts for .06 were posted within the last couple of days. I've used them on both linux and windows with no problems so far. So you should be able to just use them and continue on .06.
Post by: sv-esk on February 19, 2016, 05:32:01 pm
make[1]: g++: Command not foundEssential compiling things are missing.
Code: [Select]
sudo apt-get install build-essential g++
Post by: khearn on February 19, 2016, 05:37:22 pm
Thank you for the help SV-ESK!
I've cloned the Dwarf Therapist folder, but then I got some errors:Not sure if I'm missing some library or some other application...Spoiler (click to show/hide)
You need to install the g++ compiler.
If you're on a 64-bit system, you need to get a g++ that can compile 32-bit executables, so do "sudo apt-get install g++-multilib".
If apt-get doesn't exist on your system, you need to figure out what program is used to install packages on your system. Google is your friend (and I don't say that just because i work at Google).
Hmmm, does therapist have to be a 32-bit executable? Looking at the one on my linux box, I see that it's a 64-bit binary. So "sudo apt-get install g++" should do the trick (assuming your linux uses apt-get). I was confusing it with dfhack, which definitely has to be 32-bit.
Edit: yeah, what sv-esk said. :)
Post by: Kallyn on February 19, 2016, 05:38:11 pm
Or building DT :D
Yes!!!! It works!!!!
Thanks a lot SV-ESK! :D :D :D
Thanks Khearn, it works now :)
Post by: LtGreeneyes on February 20, 2016, 08:49:51 pm
Post by: Hippoman on February 20, 2016, 11:27:56 pm
Post by: EBannion on February 20, 2016, 11:47:52 pm
Does anyone know why one of my dwarves' names is highlighted in red? She's my head doctor, but otherwise seems to have nothing special about her. I can't seem to find any documentation about highlighting and things, haha.
That highlight means she has an appointed position.
Post by: Grax on February 21, 2016, 01:52:19 am
So trying to follow this, it's possible to get DF Therapist to work on Windows, for .42.06?It's already working. ;-)
Post by: protester on February 21, 2016, 03:20:50 am
Negative, cap'n... i've got a "cant talk, checksum error" thingSo trying to follow this, it's possible to get DF Therapist to work on Windows, for .42.06?It's already working. ;-)
Post by: Blue_Dwarf on February 21, 2016, 03:25:51 am
Using Virtualbox is fine, if your hardware is good enough. gcc, lisp tool and even visual studio will not notice that they are in virtualised environment.
A lot of things changed in structures. Hopefully figured out all critical changes. It will not blowup immediatly, but cant guarantee it will not corrupt save later. Make backups. Report if it happened.
Save it as Dwarf-Therapist-WIN-36.0.0/share/memory_layouts/windows/v0.42.06_graphics.ini:Spoiler: v0.42.06 windows (click to show/hide)
In my case path was /usr/local/share/dwarftherapist/memory_layouts/linux/v042.06.iniSpoiler: v0.42.06 linux (click to show/hide)
Post by: protester on February 21, 2016, 05:31:53 am
Post by: Kallyn on February 21, 2016, 07:03:21 am
When I open Therapist it cant connect to DF. I've tried the instructions on https://github.com/andrewd18/df-lnp-installer/wiki/Dwarf-Therapist-Cannot-Connect-to-Dwarf-Fortress, but when i run the sudo setcap cap_sys_ptrace=ep DwarfTherapist, on the Dwarf Therapist Folder, i get the msg:
Failed to set capabilities on file `DwarfTherapist' (Invalid argument)
The value of the capability argument is not permitted for a file. Or the file is not a regular (non-symlink) file
I'm running Linux Mint 17.3 Cinnamon Does anyone know what could be the problem?
Thanks in advance
Post by: lorb on February 21, 2016, 07:11:46 am
Code: [Select]
sudo DwarfTherapist
Post by: lethosor on February 21, 2016, 07:21:13 am
Post by: Kallyn on February 21, 2016, 07:41:20 am
Lethosor, i meant that i opened the terminal on the DT folder, and then ran the command line as specified in the troubleshooter i linked.
Post by: lethosor on February 21, 2016, 08:55:01 am
Post by: Aklidien on February 21, 2016, 09:20:14 am
This download fixes it for 42.06, are you using it?Using Virtualbox is fine, if your hardware is good enough. gcc, lisp tool and even visual studio will not notice that they are in virtualised environment.
A lot of things changed in structures. Hopefully figured out all critical changes. It will not blowup immediatly, but cant guarantee it will not corrupt save later. Make backups. Report if it happened.
Save it as Dwarf-Therapist-WIN-36.0.0/share/memory_layouts/windows/v0.42.06_graphics.ini:Spoiler: v0.42.06 windows (click to show/hide)
In my case path was /usr/local/share/dwarftherapist/memory_layouts/linux/v042.06.iniSpoiler: v0.42.06 linux (click to show/hide)
Thank you so much for this, sv-esk and Blue_Dwarf! As a very new player, I was having quite a bit of anxiety without DT (especially when >50 dwarves). The Windows memory layout works like a charm, and it's up and running again.
I just have a few questions to get my bearings regarding DT:
• I read earlier in the thread that DT is reliant on DFHack updating their memory layouts. If that is the case, how were you able to pull this code together before the DFHack devs?
• Does this code need more thorough testing before Splinterz is willing to post it as the v37.0 download? If so, is there a structured process that people go through to help Splinterz test?
• PeridexisErrant posted earlier that https://dfhack.readthedocs.org/en/latest/library/xml/how-to-update.html (https://dfhack.readthedocs.org/en/latest/library/xml/how-to-update.html) is how the utility devs update their memory layouts / programs for each new Dwarf Fortress release. Is the whole process best left to them, or is there any portion of it that non-devs can help out with?
Post by: sv-esk on February 21, 2016, 11:11:42 am
I just have a few questions to get my bearings regarding DT:1)I followed how-to-update.html (https://dfhack.readthedocs.org/en/latest/library/xml/how-to-update.html).
• I read earlier in the thread that DT is reliant on DFHack updating their memory layouts. If that is the case, how were you able to pull this code together before the DFHack devs?
• Does this code need more thorough testing before Splinterz is willing to post it as the v37.0 download? If so, is there a structured process that people go through to help Splinterz test?
• PeridexisErrant posted earlier that https://dfhack.readthedocs.org/en/latest/library/xml/how-to-update.html (https://dfhack.readthedocs.org/en/latest/library/xml/how-to-update.html) is how the utility devs update their memory layouts / programs for each new Dwarf Fortress release. Is the whole process best left to them, or is there any portion of it that non-devs can help out with?
I got mismatch error from match-ctors.pl - some structures changed their size. I manually matched and add the new names to ctors.txt
Then used the lisp tool to verify the layout of the compound globals on linux and windows(wine) and updated xmls.
I am not sure about new 16(12) empty bytes between waypoints and burrows in ui. It might be an stl-vector. But I haven't found situation when it is not empty.
Also not sure that 2 new fields in the wolrd and new unk_0 field in ui_build_selector are even fields.
And I have no idea about vtables. But DT not uses all those anyway.
Here (https://github.com/sv-esk/df-structures/tree/42_06) is my result. I compiled DFHack with it. It seems to work almost fine so far. I run df-ai (https://github.com/BenLubar/df-ai) controlled fort for 10 years.
While many DFHack plugins might behave incorrect in some situations and will cause save corruption eventually, everything critical for DT layouts seems to be figured out.
So I run devel/export-dt-ini, then fixed layouts manually ([hist_entity_offsets].histfigs and few other fields), tested and shared them. It was 4 days ago and nobody reported problems yet
How before the DFHack devs? Well, they probably busy.
2)Splinterz said he will do some testing.
3)
Sadly the necessary skill level for most of the work updating is quite high. Only Quietust and Angavrilov can do the hard stuff.
Post by: Button on February 21, 2016, 12:11:32 pm
Thanks so much for your hard work :)
Post by: sv-esk on February 21, 2016, 07:53:42 pm
Btw sv-esk, unless you've updated the 42.06 ini in the last few days, I noticed that my miners aren't changing to uniform-incomplete when they don't have picks.You are welcome. Did you checked it in 42.05? Its a DT bug. It assigns uniforms before reading labors. fix (https://github.com/sv-esk/Dwarf-Therapist/commit/5250b0749b5819940a37aae159ec9e0405c9b272).
Thanks so much for your hard work :)
Also I noticed, DT didnt know that it is possible to hunt with bow.
Post by: splinterz on February 22, 2016, 11:20:03 am
- DF 42.06 memory layouts for windows and linux (sv-esk)
- added new jobs for crafting (sv-esk)
- added a global option to abbreviate experience and stress numbers
- added a rust description on the skill column information/tooltips
- fixed uniforms not displaying correctly for miners, woodcutters and hunters (sv-esk)
- fixed experience formatting
Post by: Grax on February 22, 2016, 11:26:00 am
Post by: Dirst on February 22, 2016, 11:32:55 am
Just... don't touch the lever.
Post by: malvado on February 23, 2016, 09:13:58 am
There's an possibility though that's the new Goblin citizens doing some of their evil stuff and I havent detected that part yet. Things are more complex now so hard to say.
Will test around a bit more and see.
Post by: splinterz on February 23, 2016, 09:44:19 am
I think that the latest version of Therapist might not be able to detect vampires in your current fort, specifically if they might be Goblin / Elf / Human as It seems someone is killing dwarves and at least they don't show up in Therapist.Upload your save and I'll take a look.
There's an possibility though that's the new Goblin citizens doing some of their evil stuff and I havent detected that part yet. Things are more complex now so hard to say.
Will test around a bit more and see.
Post by: Button on February 23, 2016, 10:48:44 am
Post by: sirdanilot on February 23, 2016, 04:48:30 pm
I've updated the repo and the dffd links with a new version to support 42.06 with the layouts from sv-esk as well as the uniform fix and new jobs.This is awesome and I am gonna try it right away ! :D
- DF 42.06 memory layouts for windows and linux (sv-esk)
- added new jobs for crafting (sv-esk)
- added a global option to abbreviate experience and stress numbers
- added a rust description on the skill column information/tooltips
- fixed uniforms not displaying correctly for miners, woodcutters and hunters (sv-esk)
- fixed experience formatting
Post by: darkflagrance on February 24, 2016, 04:45:25 am
Post by: Echostatic on February 25, 2016, 12:33:09 am
Post by: Dwelep on February 25, 2016, 10:48:17 am
First I wanted to thank every single person working on DFHack and of course Dwarf Therapist, it makes this game enjoyable!
What I need though for the recent version is an OS X layout because my Windows rig is too old to play at more than 30 fps.. Anybody else waiting for the OS X layout? Is it posted somewhere else?
Post by: marian.kadanka on February 25, 2016, 01:36:18 pm
I have just managed to publish Ubuntu PPA repository with current Dwarf Therapist version (37.0.0 for Dwarf Fortress 0.42.06) for Ubuntu 14.04 and Ubuntu 15.10, here https://launchpad.net/~marian.kadanka/+archive/ubuntu/dwarf-therapist
Could somebody test it, please?
To install PPA version, you should probably uninstall your local copy of Dwarf Therapist first.
Then add Dwarf Therapist PPA repository, using command line:
Code: [Select]
sudo add-apt-repository ppa:marian.kadanka/dwarf-therapistUpdate package list and install Dwarf Therapist:
Code: [Select]
sudo apt-get update; sudo apt-get install dwarf-therapistPlease, let me know, if it works for you, or not. Thank you.
Post by: sv-esk on February 25, 2016, 08:00:46 pm
Very briefly tested, since os x is not my primary os. Make beckups.
Spoiler: os x 0.42.06 offsets (click to show/hide)
Post by: sv-esk on February 25, 2016, 10:34:41 pm
Preferences are stored in unit.status.current_soul.preferences structure
You can select unit, run in dfhack console "gui/gm-editor" and navigate here.
Or print its contents by lua script. See dffolder/hack/scripts folder contents for inspiration.
Spoiler: briefly written script for starting point (click to show/hide)
Post by: sv-esk on February 25, 2016, 11:13:20 pm
Spoiler (click to show/hide)
Nevertheless, some things (the generated beasts, interactions, instruments) are stored as text in world.dat (at least their raws stored as text. Not sure if game actually parses those).
Set [COMPRESSED_SAVES:NO] in data/init/init.txt to disable compression and be able to read those relative easy.
DFHack adds a way to look at memory without getting crazy by naming things and allowing to access them by their names rather than addresses.
Spoiler (click to show/hide)
Post by: Dwelep on February 26, 2016, 07:31:22 am
No one managed to compile develop dfhack for the OS X so far?
Very briefly tested, since os x is not my primary os. Make beckups.In my case path was: /Applications/DwarfTherapist.app/Contents/MacOS/share/memory_layouts/osx/v0.42.06_osx.iniSpoiler: os x 0.42.06 offsets (click to show/hide)
Thanks man! Is there a guide you followed?
Post by: lethosor on February 26, 2016, 12:38:15 pm
Dwelep: if you can compile DFHack, running devel/export-dt-ini should work (assuming it's up to date).
Post by: sv-esk on February 26, 2016, 12:46:29 pm
Post by: malvado on February 28, 2016, 03:54:57 am
Let us know if it's goblins, because that would be boss
It was one of the human visitors...
So actually one of the new guests. Hard to detect those but I found out after he had accused several of the other dwarves of being a vampire after a few deaths... He was allways the only "vitness".
Post by: KillzEmAllGod on March 04, 2016, 08:53:51 pm
Post by: 9tails on March 05, 2016, 07:34:41 pm
I've pulled down the github repo for DT to take a look at things. It's surprising to me that something relatively simple like toggling a few bits (not even committing the changes to DF) lags based on how many dwarves you have, so I'm planning on digging around a bit in the code to see what might be happening (C++ is not my native tongue, though). For all I know, it's a QT problem, not DT.
Post by: Yinseng on March 05, 2016, 09:56:46 pm
Post by: Blue_Dwarf on March 05, 2016, 10:47:03 pm
I'm having some serious trouble with poor performance out of Dwarf Therapist. It starts with a surprising quarter-second or so delay in toggling jobs when you only have your seven dwarves all the way up to a second or more when you have 50+. I'm playing on OSX 10.11, is that known to be a problem? Does this happen on other platforms?
I've pulled down the github repo for DT to take a look at things. It's surprising to me that something relatively simple like toggling a few bits (not even committing the changes to DF) lags based on how many dwarves you have, so I'm planning on digging around a bit in the code to see what might be happening (C++ is not my native tongue, though). For all I know, it's a QT problem, not DT.
It doesn't sound normal (using Win10), I can toggle labors as fast as I could years ago.
Committing depends on the number of dwarves, it works reasonably fast for the first seven. Starting DT or even the LNP, on the other hand, has become very slow over the years.
Post by: Yinseng on March 06, 2016, 12:22:27 am
Post by: 9tails on March 06, 2016, 04:09:34 pm
It doesn't sound normal (using Win10), I can toggle labors as fast as I could years ago.
Committing depends on the number of dwarves, it works reasonably fast for the first seven. Starting DT or even the LNP, on the other hand, has become very slow over the years.
Huh. Starting DT is pretty fast for me. Only 10 seconds or so. But toggling labors is excruciating.
Post by: Carlo on March 07, 2016, 09:55:09 am
i have two question, one strichtly linux dwarf rapist related:
1) i've downloaded both 2016 and 37.0.0 packages, but whenver i try to run make install i encouinter some error
i'm running debian tersting (sparky linux) ,
qmake, qmake -qt=5 and qmake PREFIX=~/.local output is the very same:
Spoiler (click to show/hide)
this happens when i do not run make install as su/sudo:
Spoiler (click to show/hide)
this happens if i run sudo make install short after
Spoiler (click to show/hide)
not a clue what i'm missing...
2) i've downloaded python lazy newbye pack as well.. in order to make it start dwarf therapist, should i put therapist somewhere in utilities folder, shouldn't i?
Post by: Button on March 07, 2016, 10:42:38 am
I like to micromanage my dwarves' moodable skills, and so would like to be able to filter out citizens that are physiologically incapable of mooding.
Post by: iheartpie on March 07, 2016, 01:37:20 pm
No one managed to compile develop dfhack for the OS X so far?
Very briefly tested, since os x is not my primary os. Make beckups.In my case path was: /Applications/DwarfTherapist.app/Contents/MacOS/share/memory_layouts/osx/v0.42.06_osx.iniSpoiler: os x 0.42.06 offsets (click to show/hide)
Thank you for this! I recently returned to DF and had started a 42.06 fortress, having got to a reasonable size I felt it was time to add DT into the mix and I was gutted to see it wasn't available for OSX. Seems to be working OK for me (although I haven't used it extensively).
Post by: Nudibranch on March 08, 2016, 08:37:22 pm
I'm having some serious trouble with poor performance out of Dwarf Therapist. It starts with a surprising quarter-second or so delay in toggling jobs when you only have your seven dwarves all the way up to a second or more when you have 50+. I'm playing on OSX 10.11, is that known to be a problem? Does this happen on other platforms?
I've pulled down the github repo for DT to take a look at things. It's surprising to me that something relatively simple like toggling a few bits (not even committing the changes to DF) lags based on how many dwarves you have, so I'm planning on digging around a bit in the code to see what might be happening (C++ is not my native tongue, though). For all I know, it's a QT problem, not DT.
I too have serious 'lag/performance' issues on the OSX with DT. Definitely gets worse the more dwarfs I accumulate, taking 10-30secs to make a change.
Post by: Bumber on March 09, 2016, 04:27:03 am
I too have serious 'lag/performance' issues on the OSX with DT. Definitely gets worse the more dwarfs I accumulate, taking 10-30secs to make a change.Same issue with Windows 7. Playing with 160+ dwarves.
Post by: splinterz on March 09, 2016, 05:28:00 am
Is the delay when toggling the labors/cells, or when they're committed and a read is done?
Post by: Bumber on March 09, 2016, 08:24:28 am
How are you guys toggling labors when you notice delay/lag? Is it a specific way togging labors that you notice a delay (ie. columns, groups, individual cells, etc.)?I get a delay when reading dwarves, and any commit (regardless of number of changes.)
Is the delay when toggling the labors/cells, or when they're committed and a read is done?
Dragging the mouse across cells to select/deselect cells has never been particularly responsive, but that's a separate issue.
Post by: splinterz on March 09, 2016, 08:42:28 am
Are there any warnings/errors in the log file? Would you mind uploading your save so I can take a look?How are you guys toggling labors when you notice delay/lag? Is it a specific way togging labors that you notice a delay (ie. columns, groups, individual cells, etc.)?I get a delay when reading dwarves, and any commit (regardless of number of changes.)
Is the delay when toggling the labors/cells, or when they're committed and a read is done?
Dragging the mouse across cells to select/deselect cells has never been particularly responsive, but that's a separate issue.
Post by: Bumber on March 09, 2016, 10:33:39 am
Are there any warnings/errors in the log file? Would you mind uploading your save so I can take a look?
Code: [Select]
2016-Mar-09 07:12:17.192 WARNING core vector at "0x018fed0c" has over 10.000 entries! ( 41897 ) [src\dfinstance.cpp:155] (check_vector)
There are also lots of entries like:Code: [Select]
2016-Mar-09 07:12:18.201 INFO core Ignoring id: 2714 name: "Unknown" who appears to be "Dead, Jim." flags: 67125250 [src\dwarf.cpp:269] (has_invalid_flags)I'm beginning to suspect my dead units list might be partly to blame for the gradual deterioration of load time. Is it used for the purposes of kill lists?The delay time is spent Loading Units on commit.
Save+offsets: http://dffd.bay12games.com/file.php?id=11836
Post by: splinterz on March 09, 2016, 03:44:37 pm
Thanks for the save, I'll run some tests. I think you may be right though; previously there weren't many units that required checking because they could be filtered based on the playable race. With the latest DF updates allowing multi-civ/races there's more to check.Are there any warnings/errors in the log file? Would you mind uploading your save so I can take a look?Code: [Select]2016-Mar-09 07:12:17.192 WARNING core vector at "0x018fed0c" has over 10.000 entries! ( 41897 ) [src\dfinstance.cpp:155] (check_vector)There are also lots of entries like:Code: [Select]2016-Mar-09 07:12:18.201 INFO core Ignoring id: 2714 name: "Unknown" who appears to be "Dead, Jim." flags: 67125250 [src\dwarf.cpp:269] (has_invalid_flags)I'm beginning to suspect my dead units list might be partly to blame for the gradual deterioration of load time. Is it used for the purposes of kill lists?
The delay time is spent Loading Units on commit.
Save+offsets: http://dffd.bay12games.com/file.php?id=11836
Post by: splinterz on March 10, 2016, 08:48:51 am
Offsets look fine, but that DT version is a few behind, so you might consider updating. I can't guarantee that will solve your lag issues though.Are there any warnings/errors in the log file? Would you mind uploading your save so I can take a look?Code: [Select]2016-Mar-09 07:12:17.192 WARNING core vector at "0x018fed0c" has over 10.000 entries! ( 41897 ) [src\dfinstance.cpp:155] (check_vector)There are also lots of entries like:Code: [Select]2016-Mar-09 07:12:18.201 INFO core Ignoring id: 2714 name: "Unknown" who appears to be "Dead, Jim." flags: 67125250 [src\dwarf.cpp:269] (has_invalid_flags)I'm beginning to suspect my dead units list might be partly to blame for the gradual deterioration of load time. Is it used for the purposes of kill lists?
The delay time is spent Loading Units on commit.
Save+offsets: http://dffd.bay12games.com/file.php?id=11836
I tested your save with both the latest DT and the version you specified, but it only takes ~4 seconds to refresh. Do you have a lot of custom roles/views?
Post by: Bumber on March 11, 2016, 01:38:27 am
I tested your save with both the latest DT and the version you specified, but it only takes ~4 seconds to refresh. Do you have a lot of custom roles/views?I have one hauling superlabor and a custom view that utilizes it and shows thirst. My computer might be getting a bit old (AMD FX-6100 Six-Core 3.3GHz).
Edit: Tried disabling anti-virus. Didn't help.
Is there a settings file somewhere I could share, or backup and try resetting? Only things I can think to note are that cell size is 15px and highest moodable skill highlighting is enabled.
Post by: splinterz on March 11, 2016, 05:22:10 am
I tested your save with both the latest DT and the version you specified, but it only takes ~4 seconds to refresh. Do you have a lot of custom roles/views?I have one hauling superlabor and a custom view that utilizes it and shows thirst. My computer might be getting a bit old (AMD FX-6100 Six-Core 3.3GHz).
Edit: Tried disabling anti-virus. Didn't help.
Is there a settings file somewhere I could share, or backup and try resetting? Only things I can think to note are that cell size is 15px and highest moodable skill highlighting is enabled.
%APPDATA%\UDP Software will have your Dwarf Therapist.ini that stores your settings
Post by: Bumber on March 11, 2016, 06:28:36 am
%APPDATA%\UDP Software will have your Dwarf Therapist.ini that stores your settings
Code: [Select]
[General]
it_feels_like_the_first_time=false
[options]
colors\skill=@Variant(\0\0\0\x43\x1\xff\xff\xaa\xaa\xaa\xaa\xaa\xaa\0\0)
colors\active_labor=@Variant(\0\0\0\x43\x1\xff\xffxxxx\xb3\xb3\0\0)
colors\active_group=@Variant(\0\0\0\x43\x1\xff\xff\x33\x33\xff\xff\x33\x33\0\0)
colors\inactive_group=@Variant(\0\0\0\x43\x1 \0\0\0\0\0\0\0\0)
colors\partial_group=@Variant(\0\0\0\x43\x1``\0\0\0\0\0\0\0\0)
colors\guides=@Variant(\0\0\0\x43\x1\xff\xff\0\0\x99\x99\xff\xff\0\0)
colors\border=@Variant(\0\0\0\x43\x1\xff\xff\xd9\xd9\xd9\xd9\xd9\xd9\0\0)
colors\dirty_border=@Variant(\0\0\0\x43\x1\xff\xff\xff\xff\x66\x66\0\0\0\0)
colors\highest_mood_border=@Variant(\0\0\0\x43\x1\xff\xff\x32\x32\xcd\xcd\x32\x32\0\0)
colors\had_mood_border=@Variant(\0\0\0\x43\x1\xff\xffiiiiii\0\0)
colors\happiness\6=@Variant(\0\0\0\x43\x1\xff\xff\0\0\xff\xff\0\0\0\0)
colors\happiness\5=@Variant(\0\0\0\x43\x1\xff\xffqq\xcc\xcc\t\t\0\0)
colors\happiness\4=@Variant(\0\0\0\x43\x1\xff\xff\xdd\xdd\xdd\xdd\0\0\0\0)
colors\happiness\3=@Variant(\0\0\0\x43\x1\xff\xff\xe7\xe7\xe2\xe2\xab\xab\0\0)
colors\happiness\2=@Variant(\0\0\0\x43\x1\xff\xff\xff\xff\xaa\xaa\0\0\0\0)
colors\happiness\1=@Variant(\0\0\0\x43\x1\xff\xff\xcc\xcc\0\0\0\0\0\0)
colors\happiness\0=@Variant(\0\0\0\x43\x1\xff\xff\xff\xff\0\0\0\0\0\0)
colors\nobles\1=@Variant(\0\0\0\x43\x1\xb4\xb4\xff\xff\x99\x99\0\0\0\0)
colors\nobles\3=@Variant(\0\0\0\x43\x1\xb4\xb4\xff\xff\x99\x99\0\0\0\0)
colors\nobles\5=@Variant(\0\0\0\x43\x1\xb4\xb4\xff\xff\x99\x99\0\0\0\0)
colors\nobles\6=@Variant(\0\0\0\x43\x1\xff\xff\xed\xed\x43\x43SS\0\0)
colors\nobles\8=@Variant(\0\0\0\x43\x1\xb4\xb4JJ\x8f\x8f))\0\0)
colors\nobles\4=@Variant(\0\0\0\x43\x1\xb4\xb4JJ\x8f\x8f))\0\0)
colors\nobles\7=@Variant(\0\0\0\x43\x1\xb4\xb4\x85\x85\0\0\x83\x83\0\0)
colors\nobles\9=@Variant(\0\0\0\x43\x1\xb4\xb4\xff\xff\x99\x99\0\0\0\0)
colors\nobles\10=@Variant(\0\0\0\x43\x1\xb4\xb4\x18\x18uu\xff\xff\0\0)
colors\nobles\11=@Variant(\0\0\0\x43\x1\xb4\xb4\x85\x85\0\0\x83\x83\0\0)
colors\nobles\2=@Variant(\0\0\0\x43\x1\xb4\xb4\x85\x85\0\0\x83\x83\0\0)
colors\nobles\12=@Variant(\0\0\0\x43\x1\xb4\xb4\xff\xff\x99\x99\0\0\0\0)
colors\nobles\0=@Variant(\0\0\0\x43\x1\xb4\xb4ppttSS\0\0)
colors\cursed=@Variant(\0\0\0\x43\x1\xff\xff}}aa\xba\xba\0\0)
grid\skill_drawing_method=0
grid\cell_size=15
grid\cell_padding=0
grid\shade_column_headers=true
grid\shade_cells=true
grid\header_text_bottom=false
grid\font=@Variant(\0\0\0@\0\0\0\x10\0S\0\x65\0g\0o\0\x65\0 \0U\0I@ \0\0\0\0\0\0\xff\xff\xff\xff\x5\x1\0\x32\x10)
grid\header_font=@Variant(\0\0\0@\0\0\0\x10\0S\0\x65\0g\0o\0\x65\0 \0U\0I@\"\0\0\0\0\0\0\xff\xff\xff\xff\x5\x1\0\x32\x10)
grid\happiness_icons=false
grid\color_mood_cells=true
grid\color_attribute_syns=true
grid\show_gender_icons=true
grid\color_health_cells=true
grid\show_labor_counts=true
grid\group_all_views=true
grid\scroll_all_views=true
grid\decorate_noble_names=false
read_on_startup=true
auto_contrast=true
show_aggregates=true
single_click_labor_changes=true
show_toolbutton_text=true
auto_expand_groups=false
show_full_dwarf_names=false
min_tooltip_skill_level=1
check_for_updates_on_startup=true
alert_on_lost_connection=false
allow_labor_cheats=false
hide_children_and_babies=false
use_generic_names=false
highlight_cursed=false
highlight_nobles=true
labor_exclusions=true
diagnosis_not_required=false
animal_health=false
tooltip_font=@Variant(\0\0\0@\0\0\0\x10\0S\0\x65\0g\0o\0\x65\0 \0U\0I@\"\0\0\0\0\0\0\xff\xff\xff\xff\x5\x1\0\x32\x10)
main_font=@Variant(\0\0\0@\0\0\0\x10\0S\0\x65\0g\0o\0\x65\0 \0U\0I@\"\0\0\0\0\0\0\xff\xff\xff\xff\x5\x1\0\x32\x10)
default_attributes_weight=0.25
default_skills_weight=1
default_traits_weight=0.2
default_prefs_weight=0.15
default_skill_rate_weight=0.25
default_attribute_potential_weight=0.5
role_count_tooltip=3
role_count_pane=10
show_custom_roles=false
show_roles_in_labor=true
show_roles_in_skills=true
tooltip_show_caste=true
tooltip_show_caste_desc=true
tooltip_show_happiness=true
tooltip_show_icons=true
tooltip_show_noble=true
tooltip_show_preferences=true
tooltip_show_traits=true
tooltip_show_profession=true
tooltip_show_roles=true
tooltip_show_skills=false
tooltip_show_artifact=true
tooltip_show_mood=true
tooltip_show_thoughts=true
tooltip_show_squad=true
tooltip_show_age=true
tooltip_show_size=true
tooltip_show_health=false
tooltip_health_colors=true
tooltip_health_symbols=false
tooltip_show_buffs=false
tooltip_show_kills=false
syndrome_display_type=0
colors\pending_color=@Variant(\0\0\0\x43\x1\xff\xff\xcb\xcb\xae\xae((\0\0)
colors\disabled_color=@Variant(\0\0\0\x43\x1}}\xbb\xbb\"\"\"\"\0\0)
grid\color_pref_matches=false
grid\show_tooltips=false
tooltip_show_orientation=false
tooltip_show_social_skills=true
tooltip_thought_weeks=1
[gui_options]
Labors%20Full_group_by=0
tab_order=Labors Full, Labors Custom, Military, Animals, Attributes, Roles, Traits, Health
Military_group_by=12
Social_group_by=0
Attributes_group_by=12
Roles_group_by=12
Animals_group_by=12
group_by=0
detailPanesSizes=@ByteArray(\0\0\0\xff\0\0\0\0\0\0\0\x6\0\0\0G\0\0\0G\0\0\0G\0\0\0G\0\0\0G\0\0\0G\x1\0\0\0\x5\x1\0\0\0\x2)
unit_detail_state=@ByteArray(\0\0\0\xff\0\0\0\0\xfd\0\0\0\x1\0\0\0\x2\0\0\an\0\0\0\x83\xfc\x2\0\0\0\x1\xfc\0\0\0\0\0\0\0\x83\0\0\0w\x1\0\0\x16\xfa\0\0\0\x1\x2\0\0\0\x6\xfb\0\0\0 \0\x64\0o\0\x63\0k\0_\0u\0n\0i\0t\0_\0s\0k\0i\0l\0l\0s\0\0\0\0\0\xff\xff\xff\xff\0\0\0`\0\xff\xff\xff\xfb\0\0\0(\0\x64\0o\0\x63\0k\0_\0u\0n\0i\0t\0_\0\x61\0t\0t\0r\0i\0\x62\0u\0t\0\x65\0s\x1\0\0\0\0\xff\xff\xff\xff\0\0\0`\0\xff\xff\xff\xfb\0\0\0 \0\x64\0o\0\x63\0k\0_\0u\0n\0i\0t\0_\0t\0r\0\x61\0i\0t\0s\x1\0\0\0\0\xff\xff\xff\xff\0\0\0`\0\xff\xff\xff\xfb\0\0\0\x1e\0\x64\0o\0\x63\0k\0_\0u\0n\0i\0t\0_\0r\0o\0l\0\x65\0s\x1\0\0\0\0\xff\xff\xff\xff\0\0\0`\0\xff\xff\xff\xfb\0\0\0\x1e\0\x64\0o\0\x63\0k\0_\0u\0n\0i\0t\0_\0p\0r\0\x65\0\x66\0s\x1\0\0\0\0\xff\xff\xff\xff\0\0\0`\0\xff\xff\xff\xfb\0\0\0 \0\x64\0o\0\x63\0k\0_\0u\0n\0i\0t\0_\0h\0\x65\0\x61\0l\0t\0h\x1\0\0\0\0\xff\xff\xff\xff\0\0\0`\0\xff\xff\xff\0\0\an\0\0\0\0\0\0\0\x4\0\0\0\x4\0\0\0\b\0\0\0\b\xfc\0\0\0\0)
Health_group_by=12
Labors%20Compact_group_by=0
Traits_group_by=12
Labors%20Full%28COPY%29_group_by=0
Labors%20Abridged_group_by=0
Labors%20Compact%28COPY%29_group_by=0
Labors%20Custom_group_by=12
[window]
geometry=@ByteArray(\x1\xd9\xd0\xcb\0\x2\0\0\xff\xff\xff\xf8\xff\xff\xff\xf8\0\0\a\x87\0\0\x4\x8f\0\0\0\x16\0\0\0r\0\0\ax\0\0\x3\x98\0\0\0\0\x2\0\0\0\a\x80)
state="@ByteArray(\0\0\0\xff\0\0\0\0\xfd\0\0\0\x2\0\0\0\x1\0\0\x1\x10\0\0\x4\x16\xfc\x2\0\0\0\t\xfb\0\0\0,\0\x64\0o\0\x63\0k\0_\0p\0\x65\0n\0\x64\0i\0n\0g\0_\0j\0o\0\x62\0s\0_\0l\0i\0s\0t\x1\0\0\0H\0\0\x2\n\0\0\0\x92\0\xff\xff\xff\xfb\0\0\0.\0\x64\0o\0\x63\0k\0_\0\x63\0u\0s\0t\0o\0m\0_\0p\0r\0o\0\x66\0\x65\0s\0s\0i\0o\0n\0s\0\0\0\x1l\0\0\x1\xce\0\0\0\x92\0\xff\xff\xff\xfb\0\0\0\x18\0G\0r\0i\0\x64\0V\0i\0\x65\0w\0\x44\0o\0\x63\0k\0\0\0\0H\0\0\x3\x9e\0\0\0\x90\0\xff\xff\xff\xfb\0\0\0\"\0\x64\0o\0\x63\0k\0_\0s\0k\0i\0l\0l\0_\0l\0\x65\0g\0\x65\0n\0\x64\0\0\0\0H\0\0\x3\x9e\0\0\0\x8a\0\xff\xff\xff\xfb\0\0\0 \0\x64\0o\0\x63\0k\0_\0i\0n\0\x66\0o\0r\0m\0\x61\0t\0i\0o\0n\x1\0\0\x2V\0\0\x2\b\0\0\0\x85\0\xff\xff\xff\xfb\0\0\0 \0\x64\0o\0\x63\0k\0_\0p\0r\0\x65\0\x66\0\x65\0r\0\x65\0n\0\x63\0\x65\0s\0\0\0\x2\x19\0\0\x1\xcd\0\0\0\xab\0\xff\xff\xff\xfb\0\0\0\x1a\0\x64\0o\0\x63\0k\0_\0t\0h\0o\0u\0g\0h\0t\0s\0\0\0\0H\0\0\x3\x9e\0\0\0\xab\0\xff\xff\xff\xfb\0\0\0$\0\x64\0o\0\x63\0k\0_\0h\0\x65\0\x61\0l\0t\0h\0_\0l\0\x65\0g\0\x65\0n\0\x64\0\0\0\0H\0\0\x3\x9e\0\0\0\xab\0\xff\xff\xff\xfb\0\0\0,\0\x64\0o\0\x63\0k\0_\0\x65\0q\0u\0i\0p\0m\0\x65\0n\0t\0o\0v\0\x65\0r\0v\0i\0\x65\0w\0\0\0\0H\0\0\x3\x9e\0\0\0\xc4\0\xff\xff\xff\0\0\0\x3\0\0\a\x80\0\0\x1\0\xfc\x1\0\0\0\x1\xfb\0\0\0$\0\x64\0o\0\x63\0k\0_\0\x64\0w\0\x61\0r\0\x66\0_\0\x64\0\x65\0t\0\x61\0i\0l\0s\0\0\0\0\0\0\0\a\x80\0\0\0\xc1\0\xff\xff\xff\0\0\x6l\0\0\x4\x16\0\0\0\x4\0\0\0\x4\0\0\0\b\0\0\0\b\xfc\0\0\0\x1\0\0\0\x2\0\0\0\x2\0\0\0\x18\0m\0\x61\0i\0n\0_\0t\0o\0o\0l\0\x62\0\x61\0r\x1\0\0\0\0\xff\xff\xff\xff\0\0\0\0\0\0\0\0\0\0\0\x1e\0\x66\0i\0l\0t\0\x65\0r\0s\0_\0t\0o\0o\0l\0\x62\0\x61\0r\x1\0\0\x2Q\xff\xff\xff\xff\0\0\0\0\0\0\0\0)"
[gridviews]
size=1
1\name=Labors Custom
1\active=true
1\animals=false
1\sets\size=20
1\sets\1\name=General
1\sets\1\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xff\xff\xff\xff\xff\xff\0\0)
1\sets\1\columns\size=7
1\sets\1\columns\1\name=Current Job
1\sets\1\columns\1\type=IDLE
1\sets\1\columns\2\name=Hunger
1\sets\1\columns\2\type=HEALTH
1\sets\1\columns\3\name=Thirst
1\sets\1\columns\3\type=HEALTH
1\sets\1\columns\4\name=Happiness
1\sets\1\columns\4\type=HAPPINESS
1\sets\2\name=Mining
1\sets\2\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\x80\x80\x80\x80\x80\x80\0\0)
1\sets\2\columns\size=1
1\sets\2\columns\1\name=Mining
1\sets\2\columns\1\type=LABOR
1\sets\2\columns\1\skill_id=0
1\sets\2\columns\1\labor_id=0
1\sets\3\name=Woodworking
1\sets\3\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\x9c\x9c\x83\x83ii\0\0)
1\sets\3\columns\size=4
1\sets\3\columns\1\name=Carpentry
1\sets\3\columns\1\type=LABOR
1\sets\3\columns\1\skill_id=2
1\sets\3\columns\1\labor_id=11
1\sets\3\columns\2\name=Bowyery
1\sets\3\columns\2\type=LABOR
1\sets\3\columns\2\skill_id=49
1\sets\3\columns\2\labor_id=59
1\sets\3\columns\3\name=Wood Cutting
1\sets\3\columns\3\type=LABOR
1\sets\3\columns\3\skill_id=1
1\sets\3\columns\3\labor_id=10
1\sets\3\columns\4\name=Woodcrafting
1\sets\3\columns\4\type=LABOR
1\sets\3\columns\4\skill_id=32
1\sets\3\columns\4\labor_id=52
1\sets\4\name=Stoneworking
1\sets\4\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xc0\xc0\xc0\xc0\xc0\xc0\0\0)
1\sets\4\columns\size=3
1\sets\4\columns\1\name=Masonry
1\sets\4\columns\1\type=LABOR
1\sets\4\columns\1\skill_id=4
1\sets\4\columns\1\labor_id=13
1\sets\4\columns\2\name=Stone Detailing
1\sets\4\columns\2\type=LABOR
1\sets\4\columns\2\skill_id=3
1\sets\4\columns\2\labor_id=12
1\sets\4\columns\3\name=Stonecrafting
1\sets\4\columns\3\type=LABOR
1\sets\4\columns\3\skill_id=33
1\sets\4\columns\3\labor_id=53
1\sets\5\name=Ranger
1\sets\5\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xaf\xaf\xc3\xc3~~\0\0)
1\sets\5\columns\size=6
1\sets\5\columns\1\name=Animal Care
1\sets\5\columns\1\type=LABOR
1\sets\5\columns\1\skill_id=6
1\sets\5\columns\1\labor_id=16
1\sets\5\columns\2\name=Animal Training
1\sets\5\columns\2\type=LABOR
1\sets\5\columns\2\skill_id=5
1\sets\5\columns\2\labor_id=15
1\sets\5\columns\3\name=Hunting
1\sets\5\columns\3\type=LABOR
1\sets\5\columns\3\skill_id=57
1\sets\5\columns\3\labor_id=44
1\sets\5\columns\4\name=Trapping
1\sets\5\columns\4\type=LABOR
1\sets\5\columns\4\skill_id=11
1\sets\5\columns\4\labor_id=25
1\sets\5\columns\5\name=Small Animal Dissection
1\sets\5\columns\5\type=LABOR
1\sets\5\columns\5\skill_id=8
1\sets\5\columns\5\labor_id=26
1\sets\6\name=Healthcare
1\sets\6\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\x8c\x8cpprr\0\0)
1\sets\6\columns\size=5
1\sets\6\columns\1\name=Diagnosis
1\sets\6\columns\1\type=LABOR
1\sets\6\columns\1\skill_id=60
1\sets\6\columns\1\labor_id=17
1\sets\6\columns\2\name=Surgery
1\sets\6\columns\2\type=LABOR
1\sets\6\columns\2\skill_id=61
1\sets\6\columns\2\labor_id=18
1\sets\6\columns\3\name=Setting Bones
1\sets\6\columns\3\type=LABOR
1\sets\6\columns\3\skill_id=62
1\sets\6\columns\3\labor_id=19
1\sets\6\columns\4\name=Suturing
1\sets\6\columns\4\type=LABOR
1\sets\6\columns\4\skill_id=63
1\sets\6\columns\4\labor_id=20
1\sets\6\columns\5\name=Dressing Wounds
1\sets\6\columns\5\type=LABOR
1\sets\6\columns\5\skill_id=59
1\sets\6\columns\5\labor_id=21
1\sets\7\name=Farming
1\sets\7\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xda\xda\xb5\xb5\x87\x87\0\0)
1\sets\7\columns\size=7
1\sets\7\columns\1\name=Farming
1\sets\7\columns\1\type=LABOR
1\sets\7\columns\1\skill_id=22
1\sets\7\columns\1\labor_id=39
1\sets\7\columns\2\name=Soaping
1\sets\7\columns\2\type=LABOR
1\sets\7\columns\2\skill_id=67
1\sets\7\columns\2\labor_id=31
1\sets\7\columns\3\name=Wood Burning
1\sets\7\columns\3\type=LABOR
1\sets\7\columns\3\override_color=true
1\sets\7\columns\3\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xda\xda\xc7\xc7\xaf\xaf\0\0)
1\sets\7\columns\3\skill_id=65
1\sets\7\columns\3\labor_id=64
1\sets\7\columns\4\name=Potash Making
1\sets\7\columns\4\type=LABOR
1\sets\7\columns\4\override_color=true
1\sets\7\columns\4\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xda\xda\xc7\xc7\xaf\xaf\0\0)
1\sets\7\columns\4\skill_id=68
1\sets\7\columns\4\labor_id=61
1\sets\7\columns\5\name=Lye Making
1\sets\7\columns\5\type=LABOR
1\sets\7\columns\5\override_color=true
1\sets\7\columns\5\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xda\xda\xc7\xc7\xaf\xaf\0\0)
1\sets\7\columns\5\skill_id=66
1\sets\7\columns\5\labor_id=62
1\sets\7\columns\6\name=Milling
1\sets\7\columns\6\type=LABOR
1\sets\7\columns\6\skill_id=17
1\sets\7\columns\6\labor_id=34
1\sets\7\columns\7\name=Pressing
1\sets\7\columns\7\type=LABOR
1\sets\7\columns\7\skill_id=113
1\sets\7\columns\7\labor_id=70
1\sets\8\name=Food Processing
1\sets\8\bg_color=@Variant(\0\0\0\x43\x1\xff\xffUU\xaa\xaa\x7f\x7f\0\0)
1\sets\8\columns\size=6
1\sets\8\columns\1\name=Plant Gathering
1\sets\8\columns\1\type=LABOR
1\sets\8\columns\1\skill_id=23
1\sets\8\columns\1\labor_id=40
1\sets\8\columns\2\name=Plant Processing
1\sets\8\columns\2\type=LABOR
1\sets\8\columns\2\skill_id=18
1\sets\8\columns\2\labor_id=35
1\sets\8\columns\3\name=Brewing
1\sets\8\columns\3\type=LABOR
1\sets\8\columns\3\override_color=true
1\sets\8\columns\3\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xc1\xc1\xbf\xbf\xab\xab\0\0)
1\sets\8\columns\3\skill_id=14
1\sets\8\columns\3\labor_id=29
1\sets\8\columns\4\name=Cooking
1\sets\8\columns\4\type=LABOR
1\sets\8\columns\4\override_color=true
1\sets\8\columns\4\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xc1\xc1\xbf\xbf\xab\xab\0\0)
1\sets\8\columns\4\skill_id=21
1\sets\8\columns\4\labor_id=38
1\sets\8\columns\5\name=Milking
1\sets\8\columns\5\type=LABOR
1\sets\8\columns\5\skill_id=20
1\sets\8\columns\5\labor_id=37
1\sets\8\columns\6\name=Cheese Making
1\sets\8\columns\6\type=LABOR
1\sets\8\columns\6\skill_id=19
1\sets\8\columns\6\labor_id=36
1\sets\9\name=Meat Processing
1\sets\9\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xaa\xaa\xaa\xaa\x7f\x7f\0\0)
1\sets\9\columns\size=4
1\sets\9\columns\1\name=Butchery
1\sets\9\columns\1\type=LABOR
1\sets\9\columns\1\skill_id=10
1\sets\9\columns\1\labor_id=24
1\sets\9\columns\2\name=Tanning
1\sets\9\columns\2\type=LABOR
1\sets\9\columns\2\skill_id=12
1\sets\9\columns\2\labor_id=28
1\sets\9\columns\3\name=Leatherworking
1\sets\9\columns\3\type=LABOR
1\sets\9\columns\3\skill_id=36
1\sets\9\columns\3\labor_id=27
1\sets\9\columns\4\name=Bone Carving
1\sets\9\columns\4\type=LABOR
1\sets\9\columns\4\override_color=true
1\sets\9\columns\4\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xaa\xaa\xaa\xaa\x95\x95\0\0)
1\sets\9\columns\4\skill_id=37
1\sets\9\columns\4\labor_id=54
1\sets\10\name=Fishing
1\sets\10\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xc5\xc5\xe3\xe3\xff\xff\0\0)
1\sets\10\columns\size=3
1\sets\10\columns\1\name=Fishing
1\sets\10\columns\1\type=LABOR
1\sets\10\columns\1\skill_id=24
1\sets\10\columns\1\labor_id=41
1\sets\10\columns\2\name=Fish Cleaning
1\sets\10\columns\2\type=LABOR
1\sets\10\columns\2\skill_id=9
1\sets\10\columns\2\labor_id=42
1\sets\10\columns\3\name=Fish Dissection
1\sets\10\columns\3\type=LABOR
1\sets\10\columns\3\skill_id=7
1\sets\10\columns\3\labor_id=43
1\sets\11\name=Metalsmithing
1\sets\11\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xa0\xa0\xa0\xa0\xa4\xa4\0\0)
1\sets\11\columns\size=5
1\sets\11\columns\1\name=Furnace Operating
1\sets\11\columns\1\type=LABOR
1\sets\11\columns\1\skill_id=25
1\sets\11\columns\1\labor_id=45
1\sets\11\columns\2\name=Weaponsmithing
1\sets\11\columns\2\type=LABOR
1\sets\11\columns\2\skill_id=27
1\sets\11\columns\2\labor_id=46
1\sets\11\columns\3\name=Armoring
1\sets\11\columns\3\type=LABOR
1\sets\11\columns\3\skill_id=28
1\sets\11\columns\3\labor_id=47
1\sets\11\columns\4\name=Blacksmithing
1\sets\11\columns\4\type=LABOR
1\sets\11\columns\4\skill_id=29
1\sets\11\columns\4\labor_id=48
1\sets\11\columns\5\name=Metalcrafting
1\sets\11\columns\5\type=LABOR
1\sets\11\columns\5\skill_id=34
1\sets\11\columns\5\labor_id=49
1\sets\12\name=Jewelry
1\sets\12\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xac\xac\xab\xab\xce\xce\0\0)
1\sets\12\columns\size=3
1\sets\12\columns\1\name=Gem Cutting
1\sets\12\columns\1\type=LABOR
1\sets\12\columns\1\skill_id=30
1\sets\12\columns\1\labor_id=50
1\sets\12\columns\2\name=Gem Setting
1\sets\12\columns\2\type=LABOR
1\sets\12\columns\2\skill_id=31
1\sets\12\columns\2\labor_id=51
1\sets\12\columns\3\name=Glassmaking
1\sets\12\columns\3\type=LABOR
1\sets\12\columns\3\override_color=true
1\sets\12\columns\3\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xbe\xbe\xbd\xbd\xce\xce\0\0)
1\sets\12\columns\3\skill_id=35
1\sets\12\columns\3\labor_id=55
1\sets\13\name=Clothesmaking
1\sets\13\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\x9b\x9b\xcd\xcd\xff\xff\0\0)
1\sets\13\columns\size=6
1\sets\13\columns\1\name=Shearing
1\sets\13\columns\1\type=LABOR
1\sets\13\columns\1\skill_id=109
1\sets\13\columns\1\labor_id=66
1\sets\13\columns\2\name=Spinning
1\sets\13\columns\2\type=LABOR
1\sets\13\columns\2\skill_id=110
1\sets\13\columns\2\labor_id=67
1\sets\13\columns\3\name=Weaving
1\sets\13\columns\3\type=LABOR
1\sets\13\columns\3\skill_id=13
1\sets\13\columns\3\labor_id=32
1\sets\13\columns\4\name=Clothesmaking
1\sets\13\columns\4\type=LABOR
1\sets\13\columns\4\skill_id=16
1\sets\13\columns\4\labor_id=33
1\sets\13\columns\5\name=Dyeing
1\sets\13\columns\5\type=LABOR
1\sets\13\columns\5\skill_id=69
1\sets\13\columns\5\labor_id=63
1\sets\13\columns\6\name=Strand Extraction
1\sets\13\columns\6\type=LABOR
1\sets\13\columns\6\skill_id=26
1\sets\13\columns\6\labor_id=56
1\sets\14\name=Ceramics
1\sets\14\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xff\xff\xe1\xe1\xf0\xf0\0\0)
1\sets\14\columns\size=2
1\sets\14\columns\1\name=Pottery
1\sets\14\columns\1\type=LABOR
1\sets\14\columns\1\skill_id=111
1\sets\14\columns\1\labor_id=68
1\sets\14\columns\2\name=Glazing
1\sets\14\columns\2\type=LABOR
1\sets\14\columns\2\skill_id=112
1\sets\14\columns\2\labor_id=69
1\sets\15\name=Engineering
1\sets\15\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xb0\xb0kk\x87\x87\0\0)
1\sets\15\columns\size=3
1\sets\15\columns\1\name=Mechanics
1\sets\15\columns\1\type=LABOR
1\sets\15\columns\1\skill_id=55
1\sets\15\columns\1\labor_id=60
1\sets\15\columns\2\name=Architecture
1\sets\15\columns\2\type=LABOR
1\sets\15\columns\2\override_color=true
1\sets\15\columns\2\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xb0\xb0kk\x87\x87\0\0)
1\sets\15\columns\2\skill_id=58
1\sets\15\columns\2\labor_id=14
1\sets\15\columns\3\name=Siege Engineering
1\sets\15\columns\3\type=LABOR
1\sets\15\columns\3\skill_id=47
1\sets\15\columns\3\labor_id=57
1\sets\16\name=Operating
1\sets\16\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xc0\xc0\xc0\xc0\xc0\xc0\0\0)
1\sets\16\columns\size=2
1\sets\16\columns\1\name=Siege Operating
1\sets\16\columns\1\type=LABOR
1\sets\16\columns\1\override_color=true
1\sets\16\columns\1\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xb0\xb0\x8e\x8e\x9c\x9c\0\0)
1\sets\16\columns\1\skill_id=48
1\sets\16\columns\1\labor_id=58
1\sets\16\columns\2\name=Pump Operating
1\sets\16\columns\2\type=LABOR
1\sets\16\columns\2\skill_id=70
1\sets\16\columns\2\labor_id=65
1\sets\17\name=Beekeeping
1\sets\17\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xff\xff\xff\xff\x9d\x9d\0\0)
1\sets\17\columns\size=2
1\sets\17\columns\1\name=Bee Keeping
1\sets\17\columns\1\type=LABOR
1\sets\17\columns\1\skill_id=114
1\sets\17\columns\1\labor_id=71
1\sets\17\columns\2\name=Wax Working
1\sets\17\columns\2\type=LABOR
1\sets\17\columns\2\skill_id=115
1\sets\17\columns\2\labor_id=72
1\sets\18\name=Printing
1\sets\18\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xd3\xd3\xa9\xa9``\0\0)
1\sets\18\columns\size=2
1\sets\18\columns\1\name=Papermaking
1\sets\18\columns\1\type=LABOR
1\sets\18\columns\1\skill_id=133
1\sets\18\columns\1\labor_id=81
1\sets\18\columns\2\name=Bookbinding
1\sets\18\columns\2\type=LABOR
1\sets\18\columns\2\skill_id=134
1\sets\18\columns\2\labor_id=82
1\sets\19\name=Hauling
1\sets\19\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xff\xff\xff\xff\xff\xff\0\0)
1\sets\19\columns\size=1
1\sets\19\columns\1\name=Hauling
1\sets\19\columns\1\type=SUPER_LABOR
1\sets\5\columns\6\name=Gelding
1\sets\5\columns\6\type=LABOR
1\sets\5\columns\6\skill_id=117
1\sets\5\columns\6\labor_id=78
1\sets\20\name=Misc
1\sets\20\bg_color=@Variant(\0\0\0\x43\x1\xff\xff\xff\xff\xff\xff\xff\xff\0\0)
1\sets\20\columns\size=0
1\sets\19\columns\1\id=Hauling
1\sets\1\columns\5\name=Equipment
1\sets\1\columns\5\type=EQUIPMENT
1\sets\1\columns\6\name=Profession
1\sets\1\columns\6\type=PROFESSION
1\sets\1\columns\2\id=12
1\sets\1\columns\3\id=11
[super_labors]
1\id=Hauling
1\role_name=
1\labors\1\id=23
1\labors\2\id=80
1\labors\3\id=8
1\labors\4\id=6
1\labors\5\id=7
1\labors\6\id=4
1\labors\7\id=79
1\labors\8\id=5
1\labors\9\id=76
1\labors\10\id=2
1\labors\11\id=3
1\labors\12\id=77
1\labors\13\id=74
1\labors\14\id=1
1\labors\15\id=73
1\labors\16\id=22
1\labors\size=16
size=1
Post by: 9tails on March 12, 2016, 12:55:55 pm
How are you guys toggling labors when you notice delay/lag? Is it a specific way togging labors that you notice a delay (ie. columns, groups, individual cells, etc.)?
Is the delay when toggling the labors/cells, or when they're committed and a read is done?
For me, it's toggling any cell, whether by column or by individual cell. Reading and committing takes a second or two, which seems reasonable to me, but cell toggling is terrible.
OSX 10.11.2 here.
Post by: Titanium on March 15, 2016, 09:16:16 am
this could also be occurring for dwarves but i haven't noticed it yet.
Post by: PatrikLundell on March 15, 2016, 11:02:23 am
one thing I have noticed is that the gelded status is not shown for any species of animal. As I geld my livestock to ensure the inferior ones don't breed it is frustrating to be unable to see which animals I have already gelded.I've believe it's actually a bit worse than that. It seems selecting to geld a creature that's already gelded results in an eternal spam of trying to geld: no creature, presumably because it's already gelded. Removing the gelding order from DT gets rid of the spam. Note that I'm still on 0.42.05, so things might have changed, although it seems it hasn't.
this could also be occurring for dwarves but i haven't noticed it yet.
Post by: Bumber on March 15, 2016, 11:47:58 pm
You can also remove it via the animal screen in-game.one thing I have noticed is that the gelded status is not shown for any species of animal. As I geld my livestock to ensure the inferior ones don't breed it is frustrating to be unable to see which animals I have already gelded.I've believe it's actually a bit worse than that. It seems selecting to geld a creature that's already gelded results in an eternal spam of trying to geld: no creature, presumably because it's already gelded. Removing the gelding order from DT gets rid of the spam. Note that I'm still on 0.42.05, so things might have changed, although it seems it hasn't.
this could also be occurring for dwarves but i haven't noticed it yet.
Post by: PatrikLundell on March 16, 2016, 03:46:23 am
Yes, I work around the DT deficiency by not using DT for gelding. Each time a cat adopts an owner I go to the DF animal screen and try to geld it. If that doesn't work I pasture it with the other female adopters in a small animal locked room, opened only to throw more buggers in and haul dead ones out.You can also remove it via the animal screen in-game.one thing I have noticed is that the gelded status is not shown for any species of animal. As I geld my livestock to ensure the inferior ones don't breed it is frustrating to be unable to see which animals I have already gelded.I've believe it's actually a bit worse than that. It seems selecting to geld a creature that's already gelded results in an eternal spam of trying to geld: no creature, presumably because it's already gelded. Removing the gelding order from DT gets rid of the spam. Note that I'm still on 0.42.05, so things might have changed, although it seems it hasn't.
this could also be occurring for dwarves but i haven't noticed it yet.
Post by: splinterz on March 16, 2016, 06:46:32 am
Definitely sounds bugged, I'll check it out.one thing I have noticed is that the gelded status is not shown for any species of animal. As I geld my livestock to ensure the inferior ones don't breed it is frustrating to be unable to see which animals I have already gelded.I've believe it's actually a bit worse than that. It seems selecting to geld a creature that's already gelded results in an eternal spam of trying to geld: no creature, presumably because it's already gelded. Removing the gelding order from DT gets rid of the spam. Note that I'm still on 0.42.05, so things might have changed, although it seems it hasn't.
this could also be occurring for dwarves but i haven't noticed it yet.
Post by: Titanium on March 16, 2016, 07:07:20 am
Post by: splinterz on March 16, 2016, 07:25:23 am
my workaround is to geld all the males with low stats every season leaving only the best ones to breed. That of course uses D then I check the livestock in df and remove the order if they are already gelded. Then all gelded males are gelded the season they grow up.If you don't mind seeing undiagnosed health issues for your dwarves, you can work around this bug by enabling the 'always show wound details' and 'read animal health information' in the general options.
That should ensure that the gelded column highlights and prohibits gelding as expected.
Post by: PatrikLundell on March 16, 2016, 10:44:27 am
I'll make use of your advice as well.
Post by: 9tails on March 16, 2016, 03:40:28 pm
How are you guys toggling labors when you notice delay/lag? Is it a specific way togging labors that you notice a delay (ie. columns, groups, individual cells, etc.)?
Is the delay when toggling the labors/cells, or when they're committed and a read is done?
For me, it's toggling any cell, whether by column or by individual cell. Reading and committing takes a second or two, which seems reasonable to me, but cell toggling is terrible.
OSX 10.11.2 here.
I noticed the other night that toggling things on animals, like slaughter, doesn't produce the kind of lagginess I experience when changing things on dwarves. Dunno what's up with that. Some sort of event cascade when it tries to update dwarf attributes or something, I suppose.
Post by: SomeoneSneaky on March 17, 2016, 11:20:35 pm
Anyway! I've never messed with filters or scripts or anything (too afraid of breaking something), so do please let me know if I've missed something stupidly obvious.
1) Is there a way to hide non-interactable entities in the list? For instance, performers and mercenaries that have joined your fort? Right now, they're just big red bars that take up space and make it harder to sift through my own dwarves when looking for someone to shove into an empty profession / role.
2) Is there anywhere that shows the new Location-based skills? Such as Writing, Musician, Poet, et cetera? I can see those skills by mousing over the individual dwarves, but am hoping there's an easy-to-see column like all the original labors and social skills.
Post by: khearn on March 18, 2016, 11:59:48 am
Post by: splinterz on March 20, 2016, 09:02:19 am
These will either be two questions about already-existing options or two requests for the future -- I can't seem to find these anywhere, but then I tend to be completely incapable of finding things that are right in front of me. :|
Anyway! I've never messed with filters or scripts or anything (too afraid of breaking something), so do please let me know if I've missed something stupidly obvious.
1) Is there a way to hide non-interactable entities in the list? For instance, performers and mercenaries that have joined your fort? Right now, they're just big red bars that take up space and make it harder to sift through my own dwarves when looking for someone to shove into an empty profession / role.
2) Is there anywhere that shows the new Location-based skills? Such as Writing, Musician, Poet, et cetera? I can see those skills by mousing over the individual dwarves, but am hoping there's an easy-to-see column like all the original labors and social skills.
1) I'll see about adding an option for this, similar to how babies are hidden.
2) As khearn mentioned, you should be able to accomplish this with a custom view. I also plan to include a new default 'Skills' view to display some of the less used skills.
Post by: jrrocks1 on March 21, 2016, 03:05:32 pm
Post by: jrrocks1 on March 21, 2016, 03:39:13 pm
016-Mar-21 16:35:20.871 INFO core Dwarf Therapist "36.0.0" starting normally. [src/dwarftherapist.cpp:171] (setup_logging)
2016-Mar-21 16:35:20.871 INFO core Runtime QT Version 4.8.6 [src/dwarftherapist.cpp:172] (setup_logging)
2016-Mar-21 16:35:21.102 INFO core beginning to read settings [src/dwarftherapist.cpp:198] (read_settings)
2016-Mar-21 16:35:21.116 INFO core finished reading settings [src/dwarftherapist.cpp:247] (read_settings)
2016-Mar-21 16:35:21.373 INFO core attempting connection to running DF game [src/mainwindow.cpp:383] (connect_to_df)
2016-Mar-21 16:35:21.374 INFO core adding valid layout "v0.42.05 osx" "0xa3d3bf48" [src/dfinstance.cpp:106] (DFInstance)
2016-Mar-21 16:35:21.376 INFO core adding valid layout "v0.42.04 osx" "0xbe270c5f" [src/dfinstance.cpp:106] (DFInstance)
2016-Mar-21 16:35:21.377 INFO core adding valid layout "v0.42.03 osx" "0xc7672d85" [src/dfinstance.cpp:106] (DFInstance)
2016-Mar-21 16:35:21.378 INFO core adding valid layout "v0.42.02 osx" "0xdecc5bff" [src/dfinstance.cpp:106] (DFInstance)
2016-Mar-21 16:35:21.387 INFO core Found running copy, pid: 8901 path: "/Users/Jack/Desktop/df_osx/./dwarfort.exe" [src/dfinstanceosx.mm:155] (find_running_copy)
2016-Mar-21 16:35:21.388 ERROR core FAILED TO READ DF EXECUTABLE: "/Users/Jack/Desktop/df_osx/./dwarfort.exe" [src/dfinstancenix.cpp:23] (calculate_checksum)
2016-Mar-21 16:35:21.388 INFO core DF's checksum is: "unknown" [src/dfinstance.cpp:1052] (get_memory_layout)
2016-Mar-21 16:35:21.388 INFO core Could not find layout for checksum "unknown" [src/dfinstance.cpp:1059] (get_memory_layout)
2016-Mar-21 16:35:32.684 ERROR core "unable to identify version from checksum:" "unknown" [src/dfinstance.cpp:1132] (layout_not_found)
2016-Mar-21 16:35:34.461 INFO core Beginning shutdown [src/mainwindow.cpp:373] (closeEvent)
2016-Mar-21 16:35:34.462 INFO core beginning to write settings [src/mainwindow.cpp:350] (write_settings)
2016-Mar-21 16:35:34.464 INFO core finished writing settings [src/mainwindow.cpp:368] (write_settings)
2016-Mar-21 16:35:34.464 INFO core Closing Dwarf Therapist normally [src/mainwindow.cpp:379] (closeEvent)
Post by: jrrocks1 on March 21, 2016, 04:03:18 pm
016-Mar-21 16:54:37.739 INFO core Dwarf Therapist "36.0.0" starting normally. [src/dwarftherapist.cpp:171] (setup_logging)
2016-Mar-21 16:54:37.740 INFO core Runtime QT Version 4.8.6 [src/dwarftherapist.cpp:172] (setup_logging)
2016-Mar-21 16:54:37.979 INFO core beginning to read settings [src/dwarftherapist.cpp:198] (read_settings)
2016-Mar-21 16:54:37.992 INFO core finished reading settings [src/dwarftherapist.cpp:247] (read_settings)
2016-Mar-21 16:54:38.241 INFO core attempting connection to running DF game [src/mainwindow.cpp:383] (connect_to_df)
2016-Mar-21 16:54:38.243 INFO core adding valid layout "v0.42.05 osx" "0xa3d3bf48" [src/dfinstance.cpp:106] (DFInstance)
2016-Mar-21 16:54:38.244 INFO core adding valid layout "v0.42.04 osx" "0xbe270c5f" [src/dfinstance.cpp:106] (DFInstance)
2016-Mar-21 16:54:38.245 INFO core adding valid layout "v0.42.03 osx" "0xc7672d85" [src/dfinstance.cpp:106] (DFInstance)
2016-Mar-21 16:54:38.247 INFO core adding valid layout "v0.42.02 osx" "0xdecc5bff" [src/dfinstance.cpp:106] (DFInstance)
2016-Mar-21 16:54:38.258 INFO core Found running copy, pid: 11903 path: "/Applications/df_osx/./dwarfort.exe" [src/dfinstanceosx.mm:155] (find_running_copy)
2016-Mar-21 16:54:38.354 INFO core DF's checksum is: "0xb876b203" [src/dfinstance.cpp:1052] (get_memory_layout)
2016-Mar-21 16:54:38.355 INFO core Could not find layout for checksum "0xb876b203" [src/dfinstance.cpp:1059] (get_memory_layout)
2016-Mar-21 16:54:52.165 ERROR core "unable to identify version from checksum:" "0xb876b203" [src/dfinstance.cpp:1132] (layout_not_found)
2016-Mar-21 16:54:53.875 INFO core Beginning shutdown [src/mainwindow.cpp:373] (closeEvent)
2016-Mar-21 16:54:53.876 INFO core beginning to write settings [src/mainwindow.cpp:350] (write_settings)
2016-Mar-21 16:54:53.878 INFO core finished writing settings [src/mainwindow.cpp:368] (write_settings)
2016-Mar-21 16:54:53.878 INFO core Closing Dwarf Therapist normally [src/mainwindow.cpp:379] (closeEvent)
Post by: feelotraveller on March 21, 2016, 10:37:25 pm
Is there a mac version that can work with 0.42.06
Although I'm no expert, this is basically your problem. I see no mention of DT finding the layouts for 42.06.
I assume you got the layout sv-esk posted a few pages back. Looks like you need to put it somewhere else - the folder which contains the other layouts would be a good bet.
(Your error logs basically are saying that when DT36 goes to find what version of DF you are running it encounters an unknown version, i.e. the checksum for DF42.06 does not match any of that of any of the memory layouts.)
Post by: jrrocks1 on March 21, 2016, 11:23:46 pm
Post by: PatrikLundell on March 25, 2016, 02:09:28 am
As an aside, I wouldn't mind DT providing info on marriage acceptance. The way I play I care only for child producing potential and let the dorfs sort out the rest themselves.
*An exception is bisexual lover affinity but single gender marriage, which shows the marriage case. I was confused when a homo dorf entered a love relation with a supposedly straight one of the same gender.
Post by: se5a on March 25, 2016, 04:49:09 pm
Post by: jrrocks1 on March 25, 2016, 05:03:34 pm
Post by: EnderCrypt on April 19, 2016, 06:11:16 am
thank you
Post by: lethosor on April 19, 2016, 06:36:11 pm
Post by: easykiln on April 29, 2016, 06:08:32 pm
Post by: thistleknot on May 01, 2016, 03:24:25 pm
working on an idea
edit:
turns out that this isn't exactly what I want either. A cumulative frequency graph ignores the values of it's members and just shows proportions of values. Which means if I have a distribution made up of 1, 3, 5, 10, 100 and that's it. Then a 20 and an 80 will have the same % value. Here's a thrown together CDF
http://imgur.com/ZdTigXX
Which I guess is why the "as is" implementation of Dwarf Therapist uses a minmax conversion melded together with a Empirical Cumulative Distribution Function.
I had another idea on how to work it out, but it wouldn't be much different than how it works now. It would do integration over an x,y ogive to derive the pythagorean c^2 of each a^2 (width, i.e. x) * b^2 (height, i.e. y). X would be the counts of the values (i.e. if n = 1000 values, then each repeated value equals 1 width). Each y would be the raw value (i.e. a strength score of 900).
But it's a little overkill for too little return imo. Especially if it ain't broke why fix it.
edit 2:
Quote
Then a 20 and an 80 will have the same % value
Hrmm... I think what I'm really trying to do is a area under the curve for a given x value... That way a 20 and an 80 wouldn't be the same % of the overall area.
Post by: AlBravo on May 07, 2016, 07:45:27 am
Code: [Select]
2016-May-07 08:30:06.022 INFO core Dwarf Therapist "37.0.0" starting normally. [src\dwarftherapist.cpp:172] (setup_logging)
2016-May-07 08:30:06.024 INFO core Runtime QT Version 5.4.2 [src\dwarftherapist.cpp:173] (setup_logging)
2016-May-07 08:30:06.216 INFO core beginning to read settings [src\dwarftherapist.cpp:199] (read_settings)
2016-May-07 08:30:06.224 INFO core finished reading settings [src\dwarftherapist.cpp:249] (read_settings)
2016-May-07 08:30:06.277 INFO core attempting connection to running DF game [src\mainwindow.cpp:383] (connect_to_df)
2016-May-07 08:30:06.280 INFO core adding valid layout "v0.42.06 (graphics)" "0x56bba192" [src\dfinstance.cpp:106] (DFInstance)
2016-May-07 08:30:06.282 INFO core adding valid layout "v0.42.05 (graphics)" "0x569bf3df" [src\dfinstance.cpp:106] (DFInstance)
2016-May-07 08:30:06.286 INFO core adding valid layout "v0.42.04 (graphics)" "0x567ef345" [src\dfinstance.cpp:106] (DFInstance)
2016-May-07 08:30:06.287 INFO core adding valid layout "v0.42.03 (graphics)" "0x566c7776" [src\dfinstance.cpp:106] (DFInstance)
2016-May-07 08:30:06.288 INFO core attempting to find running copy of DF by window handle [src\dfinstancewindows.cpp:140] (find_running_copy)
2016-May-07 08:30:06.288 INFO core found copy with HWND: 0x406b6 [src\dfinstancewindows.cpp:156] (find_running_copy)
2016-May-07 08:30:06.288 INFO core PID of process is: 2332 [src\dfinstancewindows.cpp:163] (find_running_copy)
2016-May-07 08:30:06.288 INFO core PROC HANDLE: 0x370 [src\dfinstancewindows.cpp:169] (find_running_copy)
2016-May-07 08:30:06.290 INFO core Target EXE was compiled at "2016-02-10T15:46:10" [src\dfinstancewindows.cpp:68] (calculate_checksum)
2016-May-07 08:30:06.290 INFO core DF's checksum is: "0x56bba192" [src\dfinstance.cpp:1052] (get_memory_layout)
2016-May-07 08:30:06.290 INFO core Detected Dwarf Fortress version "v0.42.06 (graphics)" using MemoryLayout from "D:/Program Files (x86)/DwarfFortress4206/Dwarf-Therapist-WIN-37.0.0/share/memory_layouts/windows/v0.42.06_graphics.ini" [src\dfinstance.cpp:1064] (get_memory_layout)
2016-May-07 08:30:06.290 INFO core RAW BASE ADDRESS: 12058624 [src\dfinstancewindows.cpp:197] (find_running_copy)
2016-May-07 08:30:06.290 INFO core GetModuleFileNameEx returned: "D:\Program Files (x86)\DwarfFortress4206\Dwarf Fortress.exe" [src\dfinstancewindows.cpp:219] (find_running_copy)
2016-May-07 08:30:06.290 INFO core Dwarf Fortress path: "D:/Program Files (x86)/DwarfFortress4206" [src\dfinstancewindows.cpp:222] (find_running_copy)
2016-May-07 08:30:06.290 INFO core Connection to DF version "v0.42.06 (graphics)" established. [src\mainwindow.cpp:407] (connect_to_df)
2016-May-07 08:30:06.855 INFO core Loaded 12 views from disk [src\viewmanager.cpp:174] (reload_views)
2016-May-07 08:30:06.857 INFO core group_by now set to 0 for view "Labors Full" [src\models\dwarfmodel.cpp:783] (set_group_by)
2016-May-07 08:30:06.862 INFO core group_by now set to 0 for view "Military" [src\models\dwarfmodel.cpp:783] (set_group_by)
2016-May-07 08:30:06.865 INFO core group_by now set to 0 for view "Social" [src\models\dwarfmodel.cpp:783] (set_group_by)
2016-May-07 08:30:06.868 INFO core group_by now set to 0 for view "Attributes" [src\models\dwarfmodel.cpp:783] (set_group_by)
2016-May-07 08:30:06.871 INFO core group_by now set to 0 for view "Roles" [src\models\dwarfmodel.cpp:783] (set_group_by)
2016-May-07 08:30:06.875 INFO core group_by now set to 0 for view "Animals" [src\models\dwarfmodel.cpp:783] (set_group_by)
2016-May-07 08:30:06.878 INFO core group_by now set to 0 for view "Health" [src\models\dwarfmodel.cpp:783] (set_group_by)
2016-May-07 08:30:06.878 INFO core group_by now set to 0 for view "Labors Full" [src\models\dwarfmodel.cpp:783] (set_group_by)
2016-May-07 08:30:06.879 INFO core "redrew views in 24ms" [src\viewmanager.cpp:321] (draw_views)
2016-May-07 08:30:06.879 INFO core current year: 251 [src\dfinstance.cpp:771] (refresh_data)
2016-May-07 08:30:06.892 INFO core FOUND 198 squads [src\dfinstance.cpp:862] (load_squads)
2016-May-07 08:30:06.894 WARNING core vector at "0x022eb490" has over 10.000 entries! ( 21092 ) [src\dfinstance.cpp:155] (check_vector)
2016-May-07 08:30:06.895 INFO core using active units [src\dfinstance.cpp:929] (get_creatures)
2016-May-07 08:30:06.896 WARNING core vector at "0x023f4d8c" has over 10.000 entries! ( 47296 ) [src\dfinstance.cpp:155] (check_vector)
2016-May-07 08:30:06.980 INFO core "FOUND Dwarf (0x0b7f4008) name:Obok Balendok id:18642 histfig_id:47264" [src\dwarf.cpp:293] (read_data)
2016-May-07 08:30:06.984 INFO core "FOUND Dwarf (0x05b0f008) name:Ustuth Dolildumat id:18643 histfig_id:47265" [src\dwarf.cpp:293] (read_data)
2016-May-07 08:30:06.989 INFO core "FOUND Dwarf (0x05ccca90) name:Kib Inodgikut id:18644 histfig_id:47266" [src\dwarf.cpp:293] (read_data)
2016-May-07 08:30:06.993 INFO core "FOUND Dwarf (0x05b4e010) name:Lorbam Lilumkeskal id:18645 histfig_id:47267" [src\dwarf.cpp:293] (read_data)
2016-May-07 08:30:06.997 INFO core "FOUND Dwarf (0x05ba4008) name:Deler Mengsherik id:18646 histfig_id:47268" [src\dwarf.cpp:293] (read_data)
2016-May-07 08:30:07.001 INFO core "FOUND Dwarf (0x2cd44dc0) name:Deduk Rodumgeshud id:18647 histfig_id:47269" [src\dwarf.cpp:293] (read_data)
2016-May-07 08:30:07.005 INFO core "FOUND Dwarf (0x05c54008) name:Astesh Kilrudang id:18648 histfig_id:47270" [src\dwarf.cpp:293] (read_data)
2016-May-07 08:30:07.005 INFO core "FOUND Dog (0x2984ec10) name:Dog id:18649 histfig_id:-1" [src\dwarf.cpp:293] (read_data)
2016-May-07 08:30:07.006 INFO core "FOUND Dog (0x05bd1008) name:Dog id:18650 histfig_id:-1" [src\dwarf.cpp:293] (read_data)
2016-May-07 08:30:07.006 INFO core "FOUND Cat (0x0b7e0430) name:Cat id:18651 histfig_id:-1" [src\dwarf.cpp:293] (read_data)
2016-May-07 08:30:07.007 INFO core "FOUND Cat (0x0b7b0020) name:Cat id:18652 histfig_id:-1" [src\dwarf.cpp:293] (read_data)
2016-May-07 08:30:07.007 INFO core "FOUND Horse (0x0b8d8030) name:Horse id:18653 histfig_id:-1" [src\dwarf.cpp:293] (read_data)
2016-May-07 08:30:07.008 INFO core "FOUND Horse (0x0b8d8fe0) name:Horse id:18654 histfig_id:-1" [src\dwarf.cpp:293] (read_data)
2016-May-07 08:30:07.010 INFO core read 13 units in 115 ms [src\dfinstance.cpp:386] (load_dwarves)
2016-May-07 08:30:07.018 INFO core calculated roles in 8 ms [src\dfinstance.cpp:397] (load_dwarves)
2016-May-07 08:30:07.018 INFO core loaded population data in 0 ms [src\dfinstance.cpp:402] (load_dwarves)
2016-May-07 08:30:07.029 INFO core found 13 units out of 45 creatures [src\dfinstance.cpp:416] (load_dwarves)
2016-May-07 08:30:07.070 INFO core group_by now set to 0 for view "Labors Full" [src\models\dwarfmodel.cpp:783] (set_group_by)
2016-May-07 08:30:07.098 INFO core loaded rows for "Labors Full" 28 ms [src\models\dwarfmodel.cpp:789] (set_group_by)
2016-May-07 08:30:07.248 INFO core completed read in 369 ms [src\mainwindow.cpp:563] (read_dwarves)
Post by: lethosor on May 07, 2016, 11:17:05 am
Post by: AlBravo on May 07, 2016, 11:41:13 am
Those warnings do seem like they could be relevant, but I don't see the addresses they refer to in https://github.com/splintermind/Dwarf-Therapist/blob/DF2016/share/memory_layouts/windows/v0.42.06_graphics.ini (https://github.com/splintermind/Dwarf-Therapist/blob/DF2016/share/memory_layouts/windows/v0.42.06_graphics.ini). What are you doing when DT freezes?
Just tabbed over from DF. Sometimes it is frozen. Sometimes I check a few labors and it freezes. Never runs longer than a minute. I'm afraid that it will corrupt my save if the memory map isn't right. So I'm waiting to get this fixed before starting fresh again.
Post by: lethosor on May 07, 2016, 11:50:06 am
Is your save really big or old? I'd be pretty surprised if the memory layout is incorrect at this point, so that could be another explanation for the vector warnings. My point about the layout was that I don't see the large vectors in the memory layout at all, so unless you've modified yours incorrectly (which you should know about if you have), I have no idea what those vectors are. They could be specific to certain units, civilizations, etc. in your save, for example.
Post by: AlBravo on May 07, 2016, 03:41:21 pm
Post by: MaXMC on May 08, 2016, 02:41:09 am
I'm playing with the Lazy Newb packs and they start Dwarf Therapist automatically for me, but I'm never in the game when it starts so I always get the "game not started" message. It would be great if it retried to connect every 30 seconds or so for 1-3 times before actually giving up.
Also, I would very much appreciate a few default Optimization plans distributed with the Therapist so I can understand what the H I'm supposed to do with it.
Post by: AlBravo on May 08, 2016, 04:41:00 pm
Oh and I got rid of all things Norton.
Post by: splinterz on May 09, 2016, 02:38:33 am
I spent the weekend playing and I figured out a few things. First I see that the Dwarf Therapist process does not lock up totally. Looking at it in task manager shows it is running and the memory values fluxuate. This is after the interface hangs and I can't click on anything. Often I am left with a stuck tooltip staying on screen. I have tried every compatability setting and running as admin. I see those same log errors in my working system so I don't think they are relevant. All I can say is while the main process continues working the interface (clicky bits) locks up. I am on a brand new MSI GT Series GT72S Dominator ProG Dragon-07 running Windows 10 Home 64-bit.
Oh and I got rid of all things Norton.
Try clearing your user settings by renaming (or deleting if you don't have custom roles, scripts etc.) %APPDATA%\UDP Software\Dwarf Therapist.ini
Post by: AlBravo on May 09, 2016, 04:12:35 pm
Try clearing your user settings by renaming (or deleting if you don't have custom roles, scripts etc.) %APPDATA%\UDP Software\Dwarf Therapist.ini
I tried this. Still locking up.
Post by: feelotraveller on May 10, 2016, 04:23:38 am
If so trying enabling input through another means e.g. touchpad/regualr mouse.
Post by: AlBravo on May 10, 2016, 08:38:39 am
Wouldn't happen to be a touchscreen laptop would it?
If so trying enabling input through another means e.g. touchpad/regualr mouse.
Nope it is a 17" 1920x1080 display driven by the new Nvidia GTX 980 desktop version for notebooks (not the M version) with 8GB of DDR5 video RAM.
I have taken to using the DFHack labors table for now. Maybe someone else will report something similar and we can work out what is happening.
Post by: WaffleEggnog on May 13, 2016, 04:03:07 pm
Post by: xordae on May 17, 2016, 12:39:12 pm
Post by: DeDeRon on May 17, 2016, 03:00:12 pm
while i write this i just found out that there are actually 2 make-dt.pl scripts, one from dfhack and another one from df-structures:
:~/watch/dfhack $ find . | grep make-dt
./library/xml/make-dt.pl
./scripts/devel/make-dt.pl
the scripts are slighlty different and i have no idea which one to use.
Post by: lethosor on May 17, 2016, 03:38:19 pm
The one in DFHack's scripts folder looks more up-to-date, but definitely shouldn't be there. The most up-to-date one is probably in the DT repo: https://github.com/splintermind/Dwarf-Therapist
Post by: xordae on May 18, 2016, 02:47:06 pm
Post by: pognivet on May 21, 2016, 01:26:30 am
And if you look here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts), you'll find newly created layouts for 43.02.8)
Post by: Zesty on May 21, 2016, 07:53:59 pm
And if you look here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts), you'll find newly created layouts for 43.02.
How do I use this? I download what's in the first post in this thread and then what exactly?
Post by: Adam Mantine on May 22, 2016, 12:17:22 am
If you're not using Linux I think you need to download the version here (http://dffd.bay12games.com/file.php?id=11420). That version in that other link doesn't look like it contains any files that windows can run, judging by the list of files contained in the zipAnd if you look here (https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts), you'll find newly created layouts for 43.02.
How do I use this? I download what's in the first post in this thread and then what exactly?
Post by: lethosor on May 22, 2016, 12:30:27 pm
I don't see references to ZIP files on that page, but if you look around and find a "download ZIP" button, that is the source code for DT, which probably isn't very useful unless you know how to compile it.
(Also, there is a difference between "not using Linux" and "using Windows".)
Post by: Zesty on May 22, 2016, 01:15:49 pm
I just found the memory layouts in Dwarf Therapist. Copy pasted one of the files. Renamed it to "v0.43.02_graphics" and then copy pasted the info from here (https://github.com/splintermind/Dwarf-Therapist/blob/DF2016/share/memory_layouts/windows/v0.43.02_graphics.ini). That seemed to work.
edit: It seems to be crashing when I select dwarves. Bleh. I'd rather wait for a new Therapist release proper before trying to get back into Dwarf Fortress. Tinkering with it to try and make it work isn't what I'm interested in with every new version of DF.
Post by: splinterz on May 23, 2016, 09:22:06 am
Yeah, windows.43.03 layouts for win/linux are there now. I've added a readme with instructions and links to the most recent layouts to help people with manually downloading the layout files. Hopefully I'll get another release out soon™ but I've been crushed by work the last few months.
I just found the memory layouts in Dwarf Therapist. Copy pasted one of the files. Renamed it to "v0.43.02_graphics" and then copy pasted the info from here (https://github.com/splintermind/Dwarf-Therapist/blob/DF2016/share/memory_layouts/windows/v0.43.02_graphics.ini). That seemed to work.
edit: It seems to be crashing when I select dwarves. Bleh. I'd rather wait for a new Therapist release proper before trying to get back into Dwarf Fortress. Tinkering with it to try and make it work isn't what I'm interested in with every new version of DF.
Post by: PeridexisErrant on May 23, 2016, 05:59:52 pm
Post by: Dirst on May 23, 2016, 08:32:17 pm
I think I've said this before, but adding an automatic memory-layout-downloader would avoid a lot of questions about this :)Pfft... just include the memory layouts for all of the future DF versions right in the download! :)
Post by: Eddren on May 24, 2016, 03:14:47 pm
EDIT: Nope. It just tells you that it doesn't work on the version you're currently playing. Carry on.
Post by: lethosor on May 24, 2016, 04:33:09 pm
The links in the readme link to the HTML view of the ini files, which won't work. Also, are you sure about the OS X path? I was pretty sure it was inside the app bundle, which Dwarf-Therapist/share/memory_layouts/osx isn't.Yeah, windows.43.03 layouts for win/linux are there now. I've added a readme with instructions and links to the most recent layouts to help people with manually downloading the layout files. Hopefully I'll get another release out soon™ but I've been crushed by work the last few months.
I just found the memory layouts in Dwarf Therapist. Copy pasted one of the files. Renamed it to "v0.43.02_graphics" and then copy pasted the info from here (https://github.com/splintermind/Dwarf-Therapist/blob/DF2016/share/memory_layouts/windows/v0.43.02_graphics.ini). That seemed to work.
edit: It seems to be crashing when I select dwarves. Bleh. I'd rather wait for a new Therapist release proper before trying to get back into Dwarf Fortress. Tinkering with it to try and make it work isn't what I'm interested in with every new version of DF.
Post by: splinterz on May 24, 2016, 06:45:18 pm
I'll double check the osx path (no osx, so if someone can verify that would be nice). I have no idea what you mean about the readme link; using the 'save as' context menu as written works as expected no?The links in the readme link to the HTML view of the ini files, which won't work. Also, are you sure about the OS X path? I was pretty sure it was inside the app bundle, which Dwarf-Therapist/share/memory_layouts/osx isn't.Yeah, windows.43.03 layouts for win/linux are there now. I've added a readme with instructions and links to the most recent layouts to help people with manually downloading the layout files. Hopefully I'll get another release out soon™ but I've been crushed by work the last few months.
I just found the memory layouts in Dwarf Therapist. Copy pasted one of the files. Renamed it to "v0.43.02_graphics" and then copy pasted the info from here (https://github.com/splintermind/Dwarf-Therapist/blob/DF2016/share/memory_layouts/windows/v0.43.02_graphics.ini). That seemed to work.
edit: It seems to be crashing when I select dwarves. Bleh. I'd rather wait for a new Therapist release proper before trying to get back into Dwarf Fortress. Tinkering with it to try and make it work isn't what I'm interested in with every new version of DF.
Edit: nevermind, I see the problem.
Post by: jecowa on May 24, 2016, 06:48:13 pm
Post by: jecowa on May 24, 2016, 07:18:48 pm
Post by: drgnlord on May 24, 2016, 10:06:05 pm
I believe the current issues are because you've set in the file itself, under Info, the Version to 43.02, rather than 43.03.
EDIT: Nope. It just tells you that it doesn't work on the version you're currently playing. Carry on.
Yeah that was my experience too. Following the Readme does NOT work. But the memory layout does if you copy it into a file with that name.
Post by: splinterz on May 25, 2016, 04:11:50 am
DwarfTherapist.app/Contents/MacOS/share/memory_layouts/osx/v0.43.02.osx.iniThanks.
Do I want QT 4.8 or QT 5.6?Safest is 4.8 unfortunately due to a bug in 5.1.1 and higher that breaks the filtering (5.4.2 is ok).
Links are fixed now. Still missing the OSX 43.03 layout for now though.I believe the current issues are because you've set in the file itself, under Info, the Version to 43.02, rather than 43.03.
EDIT: Nope. It just tells you that it doesn't work on the version you're currently playing. Carry on.
Yeah that was my experience too. Following the Readme does NOT work. But the memory layout does if you copy it into a file with that name.
I think I've said this before, but adding an automatic memory-layout-downloader would avoid a lot of questions about this :)Yeah I know, the old code is still there, I think there was some issue with dependencies last time I looked. I should probably prioritize it...
Post by: Adam Mantine on May 29, 2016, 10:57:31 pm
Post by: TomiTapio on May 29, 2016, 11:23:01 pm
Post by: jecowa on May 29, 2016, 11:40:09 pm
https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts
If you are on Mac, the latest available is v0.43.02.
Post by: lethosor on May 30, 2016, 04:11:21 pm
Post by: jecowa on May 30, 2016, 04:13:26 pm
Oops. Here's one for 0.43.03: https://github.com/splintermind/Dwarf-Therapist/pull/306
Thanks! :D
Post by: Rinin_Rus on June 03, 2016, 04:13:54 pm
Post by: salajander on June 05, 2016, 02:43:20 pm
Post by: salajander on June 05, 2016, 02:47:30 pm
Do I want QT 4.8 or QT 5.6?Safest is 4.8 unfortunately due to a bug in 5.1.1 and higher that breaks the filtering (5.4.2 is ok).
Just saw this - I built against 5.6, since I already had that installed.
Post by: jecowa on June 05, 2016, 04:49:21 pm
I've built an unofficial DwarfTherapist v.37.0 for OS X with support for DF 43.03. You can get it here (http://dffd.bay12games.com/file.php?id=12116)
It seems to work fine in Mac OS X 10.7+, but it won't run in Mac OS X 10.5 or 10.6 like Dwarf Therapist v.36 would. It might be because c++ support didn't come until Mac OS X 10.7.
Post by: TomiTapio on June 05, 2016, 08:11:45 pm
Post by: jecowa on June 05, 2016, 08:19:39 pm
So everyone should go grab the 0.43.03 ini file from https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts , right?
Yeah, anyone who wants to use Dwarf Therapist with Dwarf Fortress v0.43.03 and whose copy of Dwarf Therapist doesn't already have that ini file installed.
Post by: Bumber on June 05, 2016, 10:21:08 pm
So everyone should go grab the 0.43.03 ini file from https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts , right?How do you download it without slowly selecting and copy-pasting it into a new text file?
Post by: jecowa on June 05, 2016, 10:26:06 pm
When you get to the page with the text of the ini file, instead of selecting it all, right-click on the "Raw" button and choose "Save link as…".So everyone should go grab the 0.43.03 ini file from https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts , right?How do you download it without slowly selecting and copy-pasting it into a new text file?
Post by: Bumber on June 05, 2016, 10:38:28 pm
Would have never thought to click that button, let alone right-click. Thanks!When you get to the page with the text of the ini file, instead of selecting it all, right-click on the "Raw" button and choose "Save link as…".So everyone should go grab the 0.43.03 ini file from https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts , right?How do you download it without slowly selecting and copy-pasting it into a new text file?
Post by: Dirst on June 05, 2016, 10:39:39 pm
I knew about raw, and still didn't think to right-click it. *facepalm*Would have never thought to click that button, let alone right-click. Thanks!When you get to the page with the text of the ini file, instead of selecting it all, right-click on the "Raw" button and choose "Save link as…".So everyone should go grab the 0.43.03 ini file from https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts , right?How do you download it without slowly selecting and copy-pasting it into a new text file?
Post by: Adam Mantine on June 07, 2016, 11:48:00 pm
Post by: splinterz on June 08, 2016, 06:31:23 am
Is there any way to make it show only citizens and not guests? I'm bad at filter scripts.No but in the next update I'll have an setting in the options (like children/babies) and a way to filter out visitors via scripts.
Post by: splinterz on June 08, 2016, 10:11:52 am
Is there any way to make it show only citizens and not guests? I'm bad at filter scripts.No but in the next update I'll have an setting in the options (like children/babies) and a way to filter out visitors via scripts.
Edit: Do you guys who want this filter consider mercenaries as guests or citizens?
Post by: Button on June 08, 2016, 03:20:28 pm
Is there any way to make it show only citizens and not guests? I'm bad at filter scripts.No but in the next update I'll have an setting in the options (like children/babies) and a way to filter out visitors via scripts.
Edit: Do you guys who want this filter consider mercenaries as guests or citizens?
As a third category ideally, but if limited to 2 categories, I'd call them guests. Since you can't give them labors.
Post by: jecowa on June 08, 2016, 03:30:12 pm
I'd call them guests. Since you can't give them labors.
That's what I was thinking.
Can Dwarf Therapist be used to manage squads? If so, it might be nice to see mercenaries with citizens in the military tab.
Post by: splinterz on June 08, 2016, 04:07:12 pm
Yes, you can currently assign citizens and mercenaries to squads via DT.As a third category ideally, but if limited to 2 categories, I'd call them guests. Since you can't give them labors.
That's what I was thinking.
Can Dwarf Therapist be used to manage squads? If so, it might be nice to see mercenaries with citizens in the military tab.
Currently I've been testing with mercenaries not considered guests, but I guess I could add a separate option to hide mercenaries as well if that would be preferable.
Post by: Iamblichos on June 18, 2016, 10:53:34 am
So everyone should go grab the 0.43.03 ini file from https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts , right?
EDIT: Figured out how to get DT working with the new file but am seeing the same bug reported above... namely, an entire wave of immigrants appear in DT but not in the game proper. I have 48 adult dwarves in DT, but only 31 according to DF.
Post by: Roland on June 22, 2016, 06:59:12 pm
What gives? I'm on Windows 10 if that matters.
Post by: jecowa on June 22, 2016, 10:29:02 pm
I'm guessing it will take like a week for Dwarf Therapist to update for Dwarf Fortress v0.43.04, but if the DFHack team is going to be staying with Dwarf Fortress v0.43.03 for a little bit, that could possibly delay Dwarf Therapist's update to v0.43.04.
Post by: Roland on June 23, 2016, 12:04:01 am
Post by: Bumber on June 23, 2016, 04:15:34 am
Thing is, I've done that. There's an .ini file already in the memory_layouts/windows directory that's called v0.42.05_graphics, I download the .ini file from that github link (since they're named the same) and save over the old one, and then it comes up with .05 not in the supported versions list. I'm guessing I installed the new file incorrectly but I just did what it says to do on the site.Which version of Dwarf Fortress are you using? 0.42.05 is almost 6 months old.
Post by: Roland on June 23, 2016, 12:06:09 pm
1. downloaded DF 0.42.05 and DT
2. There's a 9kb file in the DT memory_layouts that's called 0.42.05_graphics.
3. I download a 139 kb file off the website with the same name, drag it to the folder, and when "these files have the same name what do" question comes up I click "replace".
4. 0.42.05 is now no longer in the "supported versions" error message.
I know I'm doing something wrong here- people were talking earlier in the thread about copying and pasting things to the .ini file. Is that what I do? Do I copy everything in the new file and paste it into the old? I opened both and they look nothing alike.
Post by: splinterz on June 23, 2016, 04:56:53 pm
v0.42.05, because I tried to pick one that matched the "supported versions" when the error message popped up.
1. downloaded DF 0.42.05 and DT
2. There's a 9kb file in the DT memory_layouts that's called 0.42.05_graphics.
3. I download a 139 kb file off the website with the same name, drag it to the folder, and when "these files have the same name what do" question comes up I click "replace".
4. 0.42.05 is now no longer in the "supported versions" error message.
I know I'm doing something wrong here- people were talking earlier in the thread about copying and pasting things to the .ini file. Is that what I do? Do I copy everything in the new file and paste it into the old? I opened both and they look nothing alike.
What version of DT are you using?
Sounds like you've downloaded the page instead of the file (139kb is way too big). Copy and paste this: raw v0.42.05_graphics.ini (https://raw.githubusercontent.com/splintermind/Dwarf-Therapist/DF2016/share/memory_layouts/windows/v0.42.05_graphics.ini) into your file. Ensure that the file extension is .ini and not .ini.txt or something else.
Auto-updating layouts is just about ready to release (in testing now).
Post by: jecowa on June 23, 2016, 05:15:47 pm
Auto-updating layouts is just about ready to release (in testing now).
That's awesome. I like the way that Dwarf Therapist stores the memory layouts within the app itself, but it makes it tricky for users to update.
Maybe Lazy Newb Packs could take advantage of this feature somehow so that Dwarf Therapist doesn't have to be re-downloaded by users with every Newb Pack update.
Post by: PatrikLundell on June 24, 2016, 04:16:49 am
:I hope not, at least not without the option of a complete download. Installing LNP on top of an existing install can cause all kinds of trouble, and forcing users to manually download and copy DT as a series of extra manual steps sort of defeats the purpose of LNP as a complete pre assembled package.
Maybe Lazy Newb Packs could take advantage of this feature somehow so that Dwarf Therapist doesn't have to be re-downloaded by users with every Newb Pack update.
However, I certainly consider an auto updating feature to be neat and it should be very useful for people who only want DT/can live with having only DT/assemble their DF tools themselves. If it also saves on splinterz' support work it's an additional bonus.
Post by: debvon on June 24, 2016, 04:06:56 pm
Post by: Bumber on June 24, 2016, 06:34:59 pm
Post by: PatrikLundell on June 25, 2016, 02:41:07 am
Post by: Bumber on June 25, 2016, 06:00:08 am
Again, if on demand downloading is introduced, you still need to provide the full package as one of the options. Everyone isn't connected to the Internet at all times on all computers.Well, you'd have to be online to download the full package anyway. Just enable everything when you're connected and copy that to your destination of choice.
Post by: PatrikLundell on June 25, 2016, 06:36:06 am
Post by: PeridexisErrant on June 25, 2016, 10:25:18 am
Post by: Bumber on June 25, 2016, 10:39:09 pm
They probably meant these private tools (https://github.com/PeridexisErrant/starter-pack), which I use to create an up-to-date pack. No current plans to build anything like this into PyLNP, updating an existing install is a major PITA to do safely and automatically. In any case, I'd always provide the offline-capable version as the default.Could be. Here's the post I read:
An uncompressed copy of the Lazy Newb Pack can take up 300+ MB of hard drive space. That seems like a lot to me.
Also, many people in the world don't have the best internet ("third-world" internet) and have slow download speeds or low bandwidth caps. I think it's good to have a lite Newb Pack as an option for users. I think most users who look in the /LNP/utilities/ folder will find that they rarely use most of the apps included there. I think the plan is for PyLNP to eventually be able to install utilities and graphics packs only when the user double-clicks on them, which should solve the bandwidth/hard-drive-space issue.
I guess there wasn't so much "talk" about it, but a passing mention in a single post.
If nothing else, it could keep track of your current version and let you know if you don't have the most recent utilities compatible with your version. It would probably to be up to the utility uploader to know which versions their utility can handle.
Post by: PatrikLundell on June 26, 2016, 03:10:57 am
I'm not opposed to a smörgåsbord approach where you select which parts of the LNP you want to download, but that would be additional work for PeridexisErrant to firstly implement, and then to maintain. That approach would probably also lead to additional support requests, as people start to mix old versions of tools with newer versions of other tools and DF in an effort to save on bandwidth, but without enough knowledge to actually get compatible combinations every time.
Post by: splinterz on June 26, 2016, 06:06:09 am
How is the auto-updating layouts testing coming along? I'm really looking forward to it.It's going well, but it's becoming a major pain in the ass to continue supporting older versions of QT (prior to 5.0 which was released December 19th, 2012).
I'm considering moving the current version to a 'QT4' branch, stopping support for it, and cleaning up the current branch to remove all the ugly checks for QT4. However, I don't know how many people would be affected by this (ie. how many linux distros do not have QT5?).
At this time, either auto-updating will be disabled for non-QT5 (more ugly checks) or I'll have to remove some libraries and change things to support < QT5.
Post by: Maltavius on June 26, 2016, 08:47:50 am
LNP does look for newer versions of LNP if that's enabled. If you want to assemble your tools yourself, rather than using PeridexisErrant's services, checks on the tool level would be useful. However, if you have a poor connection/low bandwidth/high price for bandwidth used, you probably don't want tools to try to use that connection for constant checks.
I'm not opposed to a smörgåsbord approach where you select which parts of the LNP you want to download, but that would be additional work for PeridexisErrant to firstly implement, and then to maintain. That approach would probably also lead to additional support requests, as people start to mix old versions of tools with newer versions of other tools and DF in an effort to save on bandwidth, but without enough knowledge to actually get compatible combinations every time.
Bandwith should not be a problem today.
If people think Dwarf Fortress packs are "large downloads", maybe they should learn how to handle 7-zip instead.
Masterwork uses .RAR because Meph gets to many support requests for how to unzip a .7z when it was in 7-zip format. For masterwork that saves about 30MB on each download.
The savings is about the same for "PeridexisErrant's Starter Pack". About 30MB. That makes the starterpack a 110MB download without counting the extra 360MB you need if you want to use Soundsense.
Post by: marian.kadanka on June 26, 2016, 06:53:38 pm
I'm considering moving the current version to a 'QT4' branch, stopping support for it, and cleaning up the current branch to remove all the ugly checks for QT4. However, I don't know how many people would be affected by this (ie. how many linux distros do not have QT5?).
Go ahead and remove Qt4 support. Even two years old Ubuntu 14.04 has Qt5 libraries included in official repository.
Post by: lethosor on June 26, 2016, 07:13:26 pm
Bandwidth is a problem for some people. I would say that starter packs tend to be pretty large, at least when it comes to download size. PE's pack has grown to almost 140 MB, which is over 10 times larger than a DF download. It's understandable that people with slow or expensive connections would want a preconfigured option that isn't this large, especially if they don't use all of the utilities that are bundled in.LNP does look for newer versions of LNP if that's enabled. If you want to assemble your tools yourself, rather than using PeridexisErrant's services, checks on the tool level would be useful. However, if you have a poor connection/low bandwidth/high price for bandwidth used, you probably don't want tools to try to use that connection for constant checks.
I'm not opposed to a smörgåsbord approach where you select which parts of the LNP you want to download, but that would be additional work for PeridexisErrant to firstly implement, and then to maintain. That approach would probably also lead to additional support requests, as people start to mix old versions of tools with newer versions of other tools and DF in an effort to save on bandwidth, but without enough knowledge to actually get compatible combinations every time.
Bandwith should not be a problem today.
If people think Dwarf Fortress packs are "large downloads", maybe they should learn how to handle 7-zip instead.
Masterwork uses .RAR because Meph gets to many support requests for how to unzip a .7z when it was in 7-zip format. For masterwork that saves about 30MB on each download.
The savings is about the same for "PeridexisErrant's Starter Pack". About 30MB. That makes the starterpack a 110MB download without counting the extra 360MB you need if you want to use Soundsense.
Post by: feelotraveller on June 26, 2016, 08:03:57 pm
I'm considering moving the current version to a 'QT4' branch, stopping support for it, and cleaning up the current branch to remove all the ugly checks for QT4. However, I don't know how many people would be affected by this (ie. how many linux distros do not have QT5?).
Can't imagine there will be any problems - maybe one or two edge cases but 3+ years means a distro would be pretty much unsupported by now. And users can always build Qt5 themselves if affected. (Note: lower level user shooting from the hip.)
Post by: Maltavius on June 27, 2016, 02:39:50 pm
Bandwidth is a problem for some people. I would say that starter packs tend to be pretty large, at least when it comes to download size. PE's pack has grown to almost 140 MB, which is over 10 times larger than a DF download. It's understandable that people with slow or expensive connections would want a preconfigured option that isn't this large, especially if they don't use all of the utilities that are bundled in.LNP does look for newer versions of LNP if that's enabled. If you want to assemble your tools yourself, rather than using PeridexisErrant's services, checks on the tool level would be useful. However, if you have a poor connection/low bandwidth/high price for bandwidth used, you probably don't want tools to try to use that connection for constant checks.
I'm not opposed to a smörgåsbord approach where you select which parts of the LNP you want to download, but that would be additional work for PeridexisErrant to firstly implement, and then to maintain. That approach would probably also lead to additional support requests, as people start to mix old versions of tools with newer versions of other tools and DF in an effort to save on bandwidth, but without enough knowledge to actually get compatible combinations every time.
Bandwith should not be a problem today.
If people think Dwarf Fortress packs are "large downloads", maybe they should learn how to handle 7-zip instead.
Masterwork uses .RAR because Meph gets to many support requests for how to unzip a .7z when it was in 7-zip format. For masterwork that saves about 30MB on each download.
The savings is about the same for "PeridexisErrant's Starter Pack". About 30MB. That makes the starterpack a 110MB download without counting the extra 360MB you need if you want to use Soundsense.
Well then, if it's a problem ask PeridexisErrant to have a 7-zip version of the pack, that saves 30MB of the bat. That's probably something PE can do without too much trouble.
But asking him to solve a problem that we have no data on how many it's an issue for?
The only thing I can see as redundant in the pack is that there are three different Legend Viewers for a total of 15MB.
Other big things are Amrok Vision and ISO World (70MB)
Other than that, graphics are 50-60MB. But graphics is what most people expect to get with the Pack, so throwing that out seems rather stupid.
If you throw out Amrok Vision and ISO World plus all but one legends viewer you can get the pack down to 80MB (7zip) or 100MB (zip on ultra). That's still 8-10 times the original download size, but I don't know how you can expect to get all the graphics and bells and whistles without it.
If people are having issues with bandwidth, there is nothing stopping them from downloading each part by them selves and putting it together, or for someone here
to provide such a pack. But don't put that on PE.
(Maybe this discussion should be it's own thread).
Post by: Dirst on June 27, 2016, 03:24:45 pm
Post by: jecowa on June 27, 2016, 04:36:48 pm
Post by: Roboson on June 28, 2016, 06:30:19 pm
Post by: jecowa on June 28, 2016, 06:50:33 pm
is there an ETA on an update to the new version of DF?
The newest version of Dwarf Foress (v0.43.04) is a lot different from previous versions (with the new compiler and the additional 32 bits), so mapping it for Dwarf Therapist will take longer than normal. If you need Dwarf Therapist to play Dwarf Fortress, you might consider playing with Dwarf Fortress v0.43.03 instead of waiting for new memory maps for Dwarf Therapist.
Post by: Roboson on June 28, 2016, 07:12:58 pm
is there an ETA on an update to the new version of DF?
The newest version of Dwarf Foress (v0.43.04) is a lot different from previous versions (with the new compiler and the additional 32 bits), so mapping it for Dwarf Therapist will take longer than normal. If you need Dwarf Therapist to play Dwarf Fortress, you might consider playing with Dwarf Fortress v0.43.03 instead of waiting for new memory maps for Dwarf Therapist.
Nah I don't need it. I was just wondering.
Post by: Erde on June 29, 2016, 07:18:07 am
is there an ETA on an update to the new version of DF?
The newest version of Dwarf Foress (v0.43.04) is a lot different from previous versions (with the new compiler and the additional 32 bits), so mapping it for Dwarf Therapist will take longer than normal. If you need Dwarf Therapist to play Dwarf Fortress, you might consider playing with Dwarf Fortress v0.43.03 instead of waiting for new memory maps for Dwarf Therapist.
Wait, there is a version of this utility for 0.43.03? I can't seem to find it, only for 42.03-42.06.
Post by: RoaryStar on June 29, 2016, 08:41:22 am
Take the relevant mapping and add it to your /share/... folder:Wait, there is a version of this utility for 0.43.03? I can't seem to find it, only for 42.03-42.06.is there an ETA on an update to the new version of DF?The newest version of Dwarf Foress (v0.43.04) is a lot different from previous versions (with the new compiler and the additional 32 bits), so mapping it for Dwarf Therapist will take longer than normal. If you need Dwarf Therapist to play Dwarf Fortress, you might consider playing with Dwarf Fortress v0.43.03 instead of waiting for new memory maps for Dwarf Therapist.
https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts
Post by: Erde on June 29, 2016, 09:28:13 am
Take the relevant mapping and add it to your /share/... folder:Wait, there is a version of this utility for 0.43.03? I can't seem to find it, only for 42.03-42.06.is there an ETA on an update to the new version of DF?The newest version of Dwarf Foress (v0.43.04) is a lot different from previous versions (with the new compiler and the additional 32 bits), so mapping it for Dwarf Therapist will take longer than normal. If you need Dwarf Therapist to play Dwarf Fortress, you might consider playing with Dwarf Fortress v0.43.03 instead of waiting for new memory maps for Dwarf Therapist.
https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts
Thank you ever so kindly.
Post by: DeKaFu on July 05, 2016, 12:04:21 pm
If not, would it be possible to add that functionality, or is it fundamentally incompatible?
Post by: Grax on July 12, 2016, 01:43:04 pm
Post by: PatrikLundell on July 12, 2016, 02:09:06 pm
Is there any chances to get memory for 43.05?When one becomes available, the answer is most probably yes. With normal luck probably within 2 months, longer with bad luck, and faster with good luck. The new compiler has resulted in a lot of things being shifted around, so discovering the memory locations used requires more work than it does usually.
Post by: splinterz on July 13, 2016, 06:56:54 am
Question: Is there any way to use this in arena mode?
If not, would it be possible to add that functionality, or is it fundamentally incompatible?
It's possible; there was actually a debug flag I'd used for a while to test reading wounds in arena mode. I'll have to test it out again and see.
Post by: LordBaal on July 13, 2016, 07:21:34 am
Post by: splinterz on July 13, 2016, 09:59:33 am
Question. How is the process of getting the memory locations? And how can one help?DT uses a subset of memory offsets that are typically generated from the df-structures project (https://github.com/DFHack/df-structures/blob/master/how-to-update.rst). This is primarily maintained by the DFHack people, since they require a more complete mapping of offsets and they've established the most efficient means to map the memory.
The IRC channel (I don't have it off the top of my head, but it should be in the DFHack thread) is a good place to ask any questions you may have. Currently most of the effort is going into supporting the new compiler(s?) and 64-bit DF, so it may be a while until enough mapping is complete to start testing DT.
Post by: zenos14 on July 13, 2016, 04:03:16 pm
is there an ETA on an update to the new version of DF?
The newest version of Dwarf Foress (v0.43.04) is a lot different from previous versions (with the new compiler and the additional 32 bits), so mapping it for Dwarf Therapist will take longer than normal. If you need Dwarf Therapist to play Dwarf Fortress, you might consider playing with Dwarf Fortress v0.43.03 instead of waiting for new memory maps for Dwarf Therapist.
Forgive me if this is a stupid question, but where would we get Dwarf Therapist for V.43.03?
I couldn't find a download link and when I tried copying the branch in the git that said 43.03 I got a access denied message
Edit: Or maybe it was the DFHack V.43.03, I tried to pull down, don't quite remember
Post by: jecowa on July 13, 2016, 04:38:01 pm
Post by: chaotic skies on July 17, 2016, 02:30:25 pm
Spoiler: log (click to show/hide)
So, I opened the program and hit "Connect to DF". None of my dwarves were showing up, so I hit "Read Dwarves". Then Windows popped up saying the program crashed and made me close it. Any ideas what happened?
Post by: Tatterdemalian on July 17, 2016, 02:40:48 pm
Uh...I might have encountered a bug? I'm not totally sure, but I'm going to post the log and explain what happened.
So, I opened the program and hit "Connect to DF". None of my dwarves were showing up, so I hit "Read Dwarves". Then Windows popped up saying the program crashed and made me close it. Any ideas what happened?
You're playing a version of Dwarf Fortress later than 43.03, and your Dwarf Therapist doesn't have a memory map for it.
Post by: chaotic skies on July 17, 2016, 02:46:47 pm
Post by: Tatterdemalian on July 17, 2016, 03:06:06 pm
OHHHHH. That makes sense. Is there a memory map for 43.05 then?
Haven't seen one. The move to 64 bit memory addresses seems to have really thrown the modding community for a loop.
Post by: chaotic skies on July 17, 2016, 03:12:44 pm
Post by: lethosor on July 17, 2016, 04:02:10 pm
Post by: Micro102 on July 17, 2016, 07:34:10 pm
Post by: RoaryStar on July 17, 2016, 09:10:43 pm
So since I have tried Dwarf Therapist and can now not play without it, how long will it take to get it running for 0.43.05? Should I roll back to an earlier version or wait for the update?
DT will have to be updated using a new version of DFHack's DFStructures, which (my guess) could take more than a month to update completely.
Post by: g2knee on July 18, 2016, 04:02:26 pm
What about 43.04? There were a lot of good updates in that one just before the switch to 64.
Is it possible to use DT with 43.04?
Post by: jecowa on July 18, 2016, 04:21:01 pm
Post by: lethosor on July 18, 2016, 06:38:51 pm
Edit: missed Jecowa's comment above.
Post by: TomiTapio on July 28, 2016, 12:19:43 pm
We have a memory map for 43.03. We know 43.05 is 64 bit, so it's a different animal.43.05's 32-bit version will need a separate info file for Dwarf Therapist :-/
Post by: Immortal-D on July 30, 2016, 01:31:49 pm
Post by: Chimerat on July 30, 2016, 10:20:16 pm
I don't think I've ever actually posted here. I can live without LNP options, without DFHack's 'clean all' and 'dig vein'. Heck, I'm even starting to learn how to read the matrix. The one utility I simply can't run a serious Fortress without however, is Dwarf Therapist. Managing the labor of more than 30 Dwarves tops is impossible. So props to everyone who keeps that tool going :) I am eagerly awaiting 64-bit.30? Wow... I barely do the starting 7. >_<
And then there's the fact that I can't selectively breed the fattest/strongest/etc animals without DF's help.
Heck...I can't even tell the animals that will breed from those who won't without DF!
Post by: Halnoth on July 30, 2016, 10:40:11 pm
I don't think I've ever actually posted here. I can live without LNP options, without DFHack's 'clean all' and 'dig vein'. Heck, I'm even starting to learn how to read the matrix. The one utility I simply can't run a serious Fortress without however, is Dwarf Therapist. Managing the labor of more than 30 Dwarves tops is impossible. So props to everyone who keeps that tool going :) I am eagerly awaiting 64-bit.30? Wow... I barely do the starting 7. >_<
And then there's the fact that I can't selectively breed the fattest/strongest/etc animals without DF's help.
Heck...I can't even tell the animals that will breed from those who won't without DF!
I think you mean DT since, and I'm only guessing here, you need DFs help to do anything involving DF because Toady could just release a version of Dwarf Fortress with no UI and then you are left with yelling at the screen and hoping your dwarves don't starve to death.
Post by: debvon on July 30, 2016, 10:49:09 pm
Post by: Chimerat on July 30, 2016, 11:19:52 pm
:-[30? Wow... I barely do the starting 7. >_<
And then there's the fact that I can't selectively breed the fattest/strongest/etc animals without DF's help.
Heck...I can't even tell the animals that will breed from those who won't without DF!
I think you mean DT since, and I'm only guessing here, you need DFs help to do anything involving DF because Toady could just release a version of Dwarf Fortress with no UI and then you are left with yelling at the screen and hoping your dwarves don't starve to death.
Yup.
Post by: Immortal-D on August 01, 2016, 07:06:43 pm
Meh, this is how I normally play anyways, wouldn't be that much of a change.I don't think I've ever actually posted here. I can live without LNP options, without DFHack's 'clean all' and 'dig vein'. Heck, I'm even starting to learn how to read the matrix. The one utility I simply can't run a serious Fortress without however, is Dwarf Therapist. Managing the labor of more than 30 Dwarves tops is impossible. So props to everyone who keeps that tool going :) I am eagerly awaiting 64-bit.30? Wow... I barely do the starting 7. >_<
And then there's the fact that I can't selectively breed the fattest/strongest/etc animals without DF's help.
Heck...I can't even tell the animals that will breed from those who won't without DF!
I think you mean DT since, and I'm only guessing here, you need DFs help to do anything involving DF because Toady could just release a version of Dwarf Fortress with no UI and then you are left with yelling at the screen and hoping your dwarves don't starve to death.
Post by: Goatmaan on August 10, 2016, 10:18:45 pm
If I try to sort by migrant wave it stops at year 1098, but the current year is 1108!
All births/ migrants are shown the list just ends at 1098.
I may not be receiving migrants, but I know I've had many births between 1098-1108.
Is this a known issue with ver. 30.0?
Could it be the sheer number of dwarfs I have?
If anyone can give some insight on this I'd truly appreciate it.
Goatmaan.
P.s. Anvillocked could not exist without Dwarf Therapist, and I will praise it at every opportunity!!
Many, many thanks to its creators/contributers!!
Think you can manage 800+ dwarfs without it? I KNOW you can't. :P
Post by: splinterz on August 11, 2016, 07:35:30 am
I'm still running a 40..19 fort with Therapist 30.0, and I've ran into a problem with it.
If I try to sort by migrant wave it stops at year 1098, but the current year is 1108!
All births/ migrants are shown the list just ends at 1098.
I may not be receiving migrants, but I know I've had many births between 1098-1108.
Is this a known issue with ver. 30.0?
Could it be the sheer number of dwarfs I have?
If anyone can give some insight on this I'd truly appreciate it.
Goatmaan.
P.s. Anvillocked could not exist without Dwarf Therapist, and I will praise it at every opportunity!!
Many, many thanks to its creators/contributers!!
Think you can manage 800+ dwarfs without it? I KNOW you can't. :P
Are babies/children being displayed in DT as well? If you upload the save I'll take a look.
Post by: Dirst on August 11, 2016, 01:16:57 pm
Post by: Goatmaan on August 11, 2016, 10:58:35 pm
Hmnn.... 1073 to 1098.....25 years, I'm betting there's a limit.
Sadly if I group by nothing, I have no way to count the 792 adults I'm supposed to have.
No, I'm NOT gonna count by hand. >:(
Oh well, Anvillocked will struggle on.
Goatmaan
Post by: Kat1e on August 12, 2016, 12:06:35 am
Am having trouble trying to use DT.
Am using win 10 64 bit, have installed latest versions of both DF & DT.
When I start up DT it seems to recognise if DF is running or not, as it gives me a pop-up message when DT isn't running.
When I click the 'connect to DF' button, it does nothing but say 'connected to unknown version! - DT version 37.0.0' in the bottom right corner.
If I try the 'read dwarves' button the DT application gives a 'DwarfTherapist.exe has stopped working' windows error reporting message and closes down.
Can anyone please point me in the direction of working out what I'm doing wrong?
Post by: jecowa on August 12, 2016, 12:22:30 am
Every time Dwarf Fortress updates, Dwarf Therapist has to update too. Dwarf Fortress v0.43.05 uses a new compiler, so the memory maps are completely different. The DFHack team is having to redo almost everything, so it's taking longer than normal. Once they've got a development version DFHack working for Dwarf Fortress v0.43.05, then they can create new memory maps for Dwarf Therapist.
Post by: Kat1e on August 12, 2016, 12:43:51 am
I appreciate that the people working on the update probably aren't getting paid for it, but am just wondering if there might be an estimated time frame for when I should be checking back to see if an update has come through. A week/a month/longer? :)
Can anyone give a rough estimate?
Post by: DoomOnion on August 12, 2016, 01:06:47 am
Frankly, no one knows, and I bet the guys working on this doesn't really know it either, since they don't have a deadline, so no timeframe either.
I can't for the love of Armok play DF without DT, so I'm stuck with the previous versions too. I try not to think too much about DF until DT is updated.
Post by: jecowa on August 12, 2016, 01:22:11 am
Ok. Thanks for the info Jecowa.
I appreciate that the people working on the update probably aren't getting paid for it, but am just wondering if there might be an estimated time frame for when I should be checking back to see if an update has come through. A week/a month/longer? :)
Can anyone give a rough estimate?
A couple days ago LordBaal guessed 2 months. Then Lethosor (DFHack and Dwarf Therapist developer) said he was hoping to have it finished in less than 2 months. It's really hard to guess this stuff, though. From the conversation it sounds like it's going to be a while and that a 2-month wait isn't out-of-the-question.
Post by: Kat1e on August 12, 2016, 01:49:24 am
Thank you both.
I'm going to continue with the current version. Still trying to get my head around some of the game mechanics anyway, so I don't want to also muck around with also taking into account prior game versions, but making up my own dwarf tables is bloody time consuming :D
Post by: lethosor on August 12, 2016, 12:49:25 pm
DFHack is coming along well, both with 32-bit and 64-bit 0.43.05 support (except no 64-bit Linux offsets yet). We can definitely have a prerelease out in less than that time, if not a full release. I don't know about DT, though - last I checked, there wasn't any 64-bit support, and I'm not really familiar enough with its memory access to work on it much.
Post by: jecowa on August 12, 2016, 01:15:28 pm
I'm not that much of a DT developer, really - I mostly just provide DT memory layouts by running scripts.I think that seems like a pretty important job. The memory map is a vital component of Dwarf Therapist.
DFHack is coming along well, both with 32-bit and 64-bit 0.43.05 support (except no 64-bit Linux offsets yet). We can definitely have a prerelease out in less than that time, if not a full release. I don't know about DT, though - last I checked, there wasn't any 64-bit support, and I'm not really familiar enough with its memory access to work on it much.I didn't consider that the DFHack app itself would need to be updated to recognize 64-bit memory address maps or whatever.
Would it actually need to be a 64-bit app, or does it just need to be taught how to read a 64-bit memory map?
Post by: lethosor on August 12, 2016, 02:49:55 pm
Also, DFHack doesn't really "read memory maps", at least not in the way DT does. We have structures defined in XML, but those are translated to C++ headers before DFHack gets compiled, so DFHack doesn't have to interpret them at all. There is symbols.xml, which DFHack reads at runtime, but that's because (a) there's no speed difference between reading addresses from symbols.xml and baking them into the DFHack executable (at least besides a little delay at startup) and (b) putting them in symbols.xml makes them really easy to change.
Post by: DeKaFu on August 13, 2016, 08:59:22 am
If so, are there plans to support both? My DF machine is XP so it's 32-bit only for me.
Post by: jecowa on August 14, 2016, 01:56:21 am
Now that there are both 64-bit and 32-bit versions of DF, will there need to be both 64-bit and 32-bit versions of Therapist?
If so, are there plans to support both? My DF machine is XP so it's 32-bit only for me.
Yes, there will need to be 64-bit and 32-bit versions of Dwarf Therapist. I think a 64-bit version of Dwarf Fortress is being developed. It looks like Splinter plans to support 32-bit Windows as long as Bay12Games does.
Post by: feelotraveller on August 25, 2016, 09:30:41 am
---------------
On an entirely separate note does anyone have some tips for coordination between DT and DF for livestock. I want to dabble a bit in breeding (birds) in this fort but have memories that in the past I had trouble finding the same bird in each application. Long story short I want to be able find the bird I have picked in DT (so I can pick for size/characteristics) in DF to assign it to pasture. I remember having some difficulty in the past...
Post by: Chimerat on August 25, 2016, 07:15:14 pm
On an entirely separate note does anyone have some tips for coordination between DT and DF for livestock. I want to dabble a bit in breeding (birds) in this fort but have memories that in the past I had trouble finding the same bird in each application. Long story short I want to be able find the bird I have picked in DT (so I can pick for size/characteristics) in DF to assign it to pasture. I remember having some difficulty in the past...That has been a pain for me in the past as well.
It would be great it you could carry over nicknames, but that doesn't appear to be a thing...
The only way I could thing you might do it is if you set one animal for butcher, hopped to DF and found the animal and put them in the pasture before removing the butcher tag.
I hope that helps. :-\
Post by: SalmonGod on August 25, 2016, 09:34:27 pm
Post by: feelotraveller on August 26, 2016, 05:21:05 am
Chimerat, yes designating for butchering is a thought; not too bad while numbers are small. (But even finding one turkey amongst 20+, argh!) Glad to see I am not alone with the problem.
Post by: xDadinho on August 26, 2016, 04:44:36 pm
Also, would love to see that feature added in feelotraveller, matter of fact I would love to see more exploration on the whole god "system" itself by the game
Post by: jecowa on August 26, 2016, 04:54:10 pm
Then you need to manually update an ini file. Instructions here - https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts
Post by: xDadinho on August 26, 2016, 06:18:36 pm
To get Dwarf Therapist to work, you need to download a slightly older version Dwarf Fortress - v0.43.03.
Then you need to manually update an ini file. Instructions here - https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts
My bad, forgot to mention, i was using the v0.43.03 legacy version with the correspondent memory layout (manually updated of course) and I wasn't able to run, however when i used the SDL version everything worked fine.
What I was wondering is, if it's possible to run DT using the legacy version?
Post by: PeridexisErrant on August 26, 2016, 08:10:29 pm
(also, I just updated the starter pack to fix a missing memory layout)
Post by: lethosor on August 26, 2016, 09:36:21 pm
Also, hopefully you haven't saved if you used a DF version newer than 0.43.03, because saves can't be backported (although they can easily be transferred between different builds of the same DF version).
Post by: jecowa on August 26, 2016, 09:42:32 pm
Also, hopefully you haven't saved if you used a DF version newer than 0.43.03, because saves can't be backported (although they can easily be transferred between different builds of the same DF version).That's interesting.
If I transfer my save file from DF v0.43.01 to DF v0.43.03, will Dwarf Therapist be able to interpret it? (Note that there are no memory layouts for DF v0.43.01.)
Post by: lethosor on August 26, 2016, 09:54:11 pm
I can only really think of two scenarios where reading from a formerly-0.43.01 save in 0.43.03 wouldn't work (both hypothetical - I can't recall specific instances of these happening before):
1. DT is buggy (e.g. some part of the memory map and/or part of the layout DT expects is incorrect). In this case, I would expect DT to behave incorrectly or crash with any save in 0.43.03, regardless of when it was created.
2. DF's save-upgrading code is buggy to the point where it will fail with saves you try to load from previous versions. This could result in DF crashing, behaving strangely, and/or corrupting the save in question.
Basically, unless Toady breaks save compatibility, you can usually load saves from older versions into newer versions without any issues. Sometimes, new features in the newer version will only work in saves created in the newer version (or later), but that's not as common.
Post by: feelotraveller on August 27, 2016, 09:54:21 am
Post by: feelotraveller on August 30, 2016, 02:19:56 pm
When creating a custom role and opening up the preferences category 'General Items' I find 'N/A' listed between 'Millstones' and 'Querns'. Therapist 37.0, Fortress 43.03. Something amiss?
Quick edit: I am also unable to find Wordsmithing in the skills list. Is it missing or perhaps listed under another name I haven't found?
Post by: feelotraveller on September 11, 2016, 07:10:39 pm
Just leaving it here while it is on my mind/before I forget. Don't know how to edit the appropriate files in DT. :-[
Post by: firsal on September 12, 2016, 04:59:00 am
Post by: jecowa on September 12, 2016, 05:16:29 am
Quick question: Would this version of DT be compatible be with 0.43.05?Dwarf Therapist is not compatible with Dwarf Fortress v0.43.05. The latest version it works with is v0.43.03.
If not, will it be compatible sometime in the future?Yes, once there's a working prototype of DFHack for Dwarf Fortress v0.43.05, then Dwarf Therapist can be updated to work with it.
Post by: firsal on September 12, 2016, 06:30:55 am
Quick question: Would this version of DT be compatible be with 0.43.05?Dwarf Therapist is not compatible with Dwarf Fortress v0.43.05. The latest version it works with is v0.43.03.If not, will it be compatible sometime in the future?Yes, once there's a working prototype of DFHack for Dwarf Fortress v0.43.05, then Dwarf Therapist can be updated to work with it.
Wonderful! I shall be waiting until then before I dive back into DF.
Post by: jecowa on September 12, 2016, 07:46:01 am
Post by: Chaosegg on September 12, 2016, 09:56:59 am
so that it works with Dwarf Therapist?
I'm mainly thinking of the issue where masterworks sold to caravans or whatever cause stress like they've been destroyed....
Post by: lethosor on September 12, 2016, 03:10:16 pm
Post by: Chaosegg on September 13, 2016, 07:17:35 pm
I'm not quite sure what you mean. Are you asking for a version of "0.43.03" that contains all of the 0.43.04-05 bugfixes? If you are, that already exists - it's 0.43.05. Making a new build of 0.43.03 that contains all of those bugfixes is something that's impossible for anyone but Toady to do, and he wouldn't do that because it would essentially involve reverting a few changes in 0.43.04-05 that weren't bugfixes. Also, even if he did that, the resulting executables would be just as different from the existing 0.43.03 build as 0.43.02, 0.43.01, 0.42.06, etc., so utilities that work with 0.43.03 wouldn't magically work with it.Yeah... I freely admit that I do not fully understand what all it is I am asking for, and I'm sure my entitled/priviledge needs to be checked here, just for asking this type of question,
but,
I'm actually not naive enough to ask for a magical world where I have all my cake and eat it too,
I was just hoping that some of the bugs (the masterwork stress bug from pre-43.03) might be easy to fix
without doing such an extensive overhaul as 43.04 and 43.05 did.
And that might allow us to play with Dwarf Therapist in a version with one less, seemingly major, bug....
Maybe it is just me, but that one bug sort of sticks out like a sore thumb to a "causal layman player" like myself.
Post by: lethosor on September 13, 2016, 10:42:32 pm
I do wish Toady had split the bugfixes/features and compiler changes into different releases, though. Also, I realize that the way utilities work can be confusing, so sorry if I went too far there, and let me know if I can clarify anything.
Post by: Zarnium on September 15, 2016, 05:51:21 pm
Post by: Probe1 on September 18, 2016, 03:29:45 pm
This is the one utility I need above all else!
Post by: SalmonGod on September 18, 2016, 04:10:31 pm
Post by: jecowa on September 18, 2016, 04:27:33 pm
is splintermind on haitus, gone, or quietly toiling away? No updates to github since July 19th, no posts in this thread since August..
This is the one utility I need above all else!
I think they might be waiting until there are 64-bit memory maps available to make testing easier.
quote from Dwarf Therapist 64-bit support thread: (https://github.com/splintermind/Dwarf-Therapist/issues/313)
Quote from: splintermind
I've started work on this in the x64 branch. I'm not sure what adjustments need to be made in the pro for the qmake stuff yet though. Testing has been limited without offsets yet, so there will be more work for sure.
Post by: lethosor on September 18, 2016, 04:34:56 pm
Post by: jecowa on September 18, 2016, 04:36:10 pm
Post by: lethosor on September 18, 2016, 09:54:34 pm
The issue here is that 64-bit support in DT is incomplete. Without that, 64-bit memory layouts aren't very useful. People working on 64-bit DT would be able to generate layouts if not having layouts were the only obstacle.
Post by: feelotraveller on September 18, 2016, 11:00:01 pm
In the meantime to keep nagging away-
I can't add preferences for Books (okay they're a bit bugged at the moment... but one day), Bookbindings and -start dwarven riot- Goblets to roles. (If I'm being dumb and can please advise. ;D)
Given that new content is quite forseeable in Dwarf Fortress over the medium term might it be worth building the list of possible preferences on the fly from -what I presume- is read in the memory layout? (Perhaps having sublistings in folders corresponding to what I take to be the DF memory tree.) For example currently therapist displays books and goblets (at least) as preferences in dwarf details so the data is already read by the program for that purpose. Having a couple of useful categories like Cloth or Sheets and so on beyond that is a definite bonus. Although I can imagine there might be a fair amount of work involved in (re)writing that (presumably) once it's done it would be automatic for new content?
Of course a definite down side is that I would have less to nag about. :P
Post by: PatrikLundell on September 23, 2016, 12:45:21 pm
Post by: Chimerat on September 23, 2016, 01:21:47 pm
To sort of answer Chimerat from a month ago: You can use the DFHack naming function to give nicknames to creatures[...]
Thanks! :)
Anywhere I can go to see how that works?
Post by: PatrikLundell on September 23, 2016, 01:29:40 pm
Post by: Chimerat on September 23, 2016, 01:33:29 pm
Select whatever you want to name and then press ctrl-shift-n to bring up the dialogue.Okay, thank you.
I'll try to remember that next time I play.
Post by: lethosor on September 23, 2016, 01:41:28 pm
Post by: PatrikLundell on September 23, 2016, 04:13:41 pm
Post by: feelotraveller on September 25, 2016, 02:29:14 am
Post by: g2knee on September 27, 2016, 01:07:10 pm
http://www.bay12forums.com/smf/index.php?topic=139553.msg7190743#msg7190743
Post by: jecowa on September 27, 2016, 01:19:55 pm
If I'm understanding correctly, I think Lethosor had been using and making updates to some scripts to generate the DT memory layouts in the past, but with this new version, the scripts are completely out-of-date and need to be re-written.
With an almost-fully-functioning DFHack, the Dwarf Therapist team will probably have an easier time and maybe more motivation to try to make updated memory layouts for DF v0.43.05. I think there might still be some updating to do on the DT app itself to make it work with the 64-bit versions of Dwarf Fortress. So I'm wondering if we may see it updated to work with 32-bit Dwarf Fortress v0.43.05 before we see it working with 64-bit DF v0.43.05.
Post by: gj39rtlpa on September 27, 2016, 02:34:15 pm
But mostly Dwarf Therapist, which no longer felt quite right. Specially with all the new layouts and the weirdly arranged jobs.
So, after reading the help file and finding out why the changes (whose logic I don't quite agree with), I guess the old layout has been completely deleted.
So, I set after recreating and modifying the old layout, mostly using the in-game menu as reference (which sort of matched what I remembered, as well as the old screenshots I found).
Now, here's the thing: Grid layout customization is buggy, and painful to work with.
First off, you get two panels, left for job groups and right for the jobs in a group. You can rearrange the order of jobs, and the order of groups, in a simple drag-and-drop motion. Yay, basic functionality!
Not so happy after something as intuitive as dragging a job from the right panel into a group at the left panel. No easy one-click, one-drag option this time. Instead I had to right click the offending job, click again to delete it, click to get into the other group, right click to search the job in a labyrinth of menus and click again to have it be there.
Like, using an already existing layout is something that's being encouraged, with the COPY option, and moving jobs from one group to another would be the most common modification!
Also, forget about using the DEL button to delete stuff, nah, you gotta right click first.
But let's keep going. Remember the menu labyrinth? There's a nice rule of thumb in GUI design that says that there should be 5-7 elements in a drop down. Well, the right click menu has 20 elements, with lots of sub-menus that will more often than not ignore said rule, often looking similar! Good luck not confusing roles with labors in a menu that will move around as every right click, thus having to navigate some more.
And really, all of the operations there are done often enough that they shouldn't be locked behind that useless, additional right click. Can't they just be moved into a toolbar or sidebar of sorts on the left, with like, nice, shiny and easily accessible buttons?
Like, say, an "Edit" button, a "Delete" button, a "column category" drop down, and the actual column drop down?
Let's say I want to build a new group of columns, labor columns, so I only need to set the column category once, and then choose the individual columns. Want to add weapon skill columns? no problem, set the column category to weapon!
But as it stands right now, it's like I have to set the column category every time I add a single column. Plus an extra right click. This HEAVILY discourages creating a grid from scratch.
Then there's the spacers. If you're using them, you'll want to play around with them. Make this thinner one, make this one bigger... This color doesn't quite work... And hey, when you're playing around with stuff, it's only logical that you get immediate, visual feedback of your changes, instead of being forced to close the preview and open it up again every time you increase a single pixel in that spacer until it's just right.
While we're at it, having a color selection menu easily available instead of behind a double click, and then three extra clicks. So let's have that too. And now that we can separate color editing from name editing, and since you can delete multiple selected columns, let's have it so you can change the color of multiple columns all at once!
But, now, that's where all the bugs come in.
For starters, spacers being named "SPACER", "SPACER 1", "SPACER 2"... on creation will turn into " ", "1", "2" the next time you open Therapist. Sure, it's not that bad, but I really doubt that was intended. And it's terribly ugly when you have numbers and "SPACER" mixed around in that list.
Then there's the issue of color. Change a labor's color? No biggie, now it's the color you wanted it to be, forever and ever. Want to change a spacer's color? It'll be gone next time you open Therapist. Seeing all the work I had lovingly poured into making a nice grid I enjoyed suddenly gone wrong is making me seethe with rage, in case you hadn't noticed yet. Like, dude, why do you hate spacers so much? Don't deny it, it's made clear in that help file, and in the default labor layouts. I can understand the points you made in that pdf about spacers being useless, to you; but I do like them and I do want them, so don't leave glaring bugs like this around.
There's also a really weird issue were sometimes editing a column will make the changes on some column at the first group, instead of wherever you were, working, and also taking you to said first group. Damn, it feels great to feel dumbfounded for half a second wondering why there's way less columns, and why all but one are white instead of just changing the color of whichever one you were editing!
But hey, that looks like a hard one to pinpoint, so I guess it's sorta ok.
Now that I'm done rambling about the grid layout editor, let's move on to superlabors. They're pretty neat. I was pretty sure old Therapist had, like, additional columns to toggle all jobs in a group for a dwarf. but haven't found any screenshot featuring that. Fever dream or not, that would be pretty nice and it's easy to implement with said superlabors. I know you can do that with a right click, but I think I've already made clear my opinion on right clicks
But managing superlabors is terrible, too. There's like this long list of labors to choose from, and no way to cross-reference the labors in a superlabor with other superlabors, to prevent duplicates. It's not fun moving spinner to farming, changing the farming and clothesmaking superlabors, move spinner back to clothesmaker, update the clothesmaker labor and some time afterwards try to figure out why all the new farmers have spinner enabled.
Yeah, something more visual would be welcome, maybe some sort of grid, with like, labors as columns and super labors as rows. Not sure were I might have seen that before, huh?
But really though, I don't know if its spaghetti code you're working with and how hard it'd be to implement such a menu, but it would be a nice addition that looks easy enough to implement, since the system is already there, so give it some thought.
You should also give some thought to group toggles. Like, a superlabor column you can add to a group, which will update itself with all the labors on it's group. Not only that, but since it effectively represents it's group, you could have the group collapse into the group column and reduce the space it takes, opening up said group when you need to enable or disable a single labor in said group. I know you love anything that'll condense the info, so give this some thought too.
Now, here's something that really irks me about superlabors: You know how you can enable a labor for a group of dwarves all at once, right? Then why can't you do the same with superlabors? Like, hey, let's turn all these new migrants into rangers, in a single click! Only you can't.
I think they might be waiting until there are 64-bit memory maps available to make testing easier.
Well, if they ever get bored then they can get off their lazy asses, come fix some bugs and start improving Therapist's usability
TL;DR:
-Bugs:
--New spacers in the grid layout editor change their default name upon restarting DT
--Spacers do not keep the grid layout editor specified color upon restarting DT
--Sometimes, editing a column in grid layout editor will edit another column in a different group instead
-Issues:
--Column selection GUI for the grid layout editor is inefficient and could be improved upon
--Column edition GUI for the grid layout editor is inefficient and could be improved upon
--Superlabor editing GUI is inefficient and could be improved upon
-Feature requests:
--Dynamic, collapsable superlabors dependent on their current group, aka "Group columns"
--The ability to assign a superlabor to multiple dwarves, much like you can already assign a labor to multiple dwarves
--The ability to drag and drop columns from one group to another in the grid layout editor
--The return of the old grid layout
-Lots and lots of anger fueled rambling, spawned from frustration at the aforementioned bugs and issues
-The assumption that whoever is currently working in DT hates spacers, which I like, and loves right-clicking, which I hate.
Post by: g2knee on September 27, 2016, 02:53:03 pm
Post by: Bumber on September 27, 2016, 05:04:59 pm
Now that I'm done rambling about the grid layout editor, let's move on to superlabors. They're pretty neat. I was pretty sure old Therapist had, like, additional columns to toggle all jobs in a group for a dwarf. but haven't found any screenshot featuring that. Fever dream or not, that would be pretty nice and it's easy to implement with said superlabors. I know you can do that with a right click, but I think I've already made clear my opinion on right clicks...I think you need to create a custom view (clone the original) and add your superlabors to it.
toad-edit: (edited quote to reflect username change for 'gj39rtlpa')
Post by: PeridexisErrant on September 27, 2016, 05:28:01 pm
toad-edit: changed @ to reflect username change for gj39rtlpa
Post by: lethosor on September 27, 2016, 06:33:05 pm
Does the new "breakthrough" for DF Hack have any bearing on DT being brought up to the latest version?No, it doesn't. And it's not really a "breakthrough" - more of a bugfix for an issue that was causing DFHack to crash on Windows, but wasn't hindering 64-bit research elsewhere (and there had been some done on Windows before that issue showed up).
http://www.bay12forums.com/smf/index.php?topic=139553.msg7190743#msg7190743
If I'm understanding correctly, I think Lethosor had been using and making updates to some scripts to generate the DT memory layouts in the past, but with this new version, the scripts are completely out-of-date and need to be re-written.Just using the scripts, really. They definitely don't need to be completely rewritten at all, but they might need to be tweaked to get proper layouts generated.
With an almost-fully-functioning DFHack, the Dwarf Therapist team will probably have an easier time and maybe more motivation to try to make updated memory layouts for DF v0.43.05. I think there might still be some updating to do on the DT app itself to make it work with the 64-bit versions of Dwarf Fortress. So I'm wondering if we may see it updated to work with 32-bit Dwarf Fortress v0.43.05 before we see it working with 64-bit DF v0.43.05.
It would probably be easier for the DT team to support 32-bit 0.43.05 than 64-bit, although there could be issues on Windows/Linux with new compilers (probably more on Windows), or maybe not. You are correct that the DT internals require changes to work with 64-bit DF, which is part of the delay. I think some work has been done, but it's not complete, but I'm not involved enough with DT to know exactly how well it's working at the moment.
Post by: Iamblichos on September 28, 2016, 04:57:44 am
@gj39rtlpa - detailed reports are great, but please remember that you're talking to volunteers; please keep it civil.
Seconded. A for feedback quality, D- for presentation.
I have worked in corporate America for >20 years, and I wish that the homegrown apps I had been exposed to were as professionally designed as DT. Nothing is perfect, and everything can be improved, but it collates a tremendous amount of information and does it in a readable, easily-graspable format. It also does an excellent job of presenting the basic information while hiding the more advanced/obscure information while still making that obscure info available if needed. The UI may not be to your taste, but it isn't "bad".
I also give mad kudos to the author for being willing to devote hundreds of hours to something which has the sole purpose of improving the quality of life of other players, and doing so expecting no remuneration. That in itself is praiseworthy. Let's all play nicely :)
toad-edit: edited quote to reflect username change for gj39rtlpa
Post by: Meph on September 28, 2016, 08:45:57 am
Post by: Button on September 28, 2016, 12:51:13 pm
@gj39rtlpa - detailed reports are great, but please remember that you're talking to volunteers; please keep it civil.I have worked in corporate America for >20 years, and I wish that the homegrown apps I had been exposed to were as professionally designed as DT.
This
toad-edit: edited quote to reflect username change for gj39rtlpa
Post by: Icefire2314 on September 28, 2016, 06:23:09 pm
Post by: userpay on September 28, 2016, 06:43:34 pm
Is it still possible to use Dwarf Therapist at all with the current versions? I'd hate to go back to the old way of managing labor; actually managing it from an individual unit lmao
To my understanding you cannot use Therapist with the most recent versions (hence the old version number in the title) due to a requirement for DFHack to be usable. There's been some progress recently but DFHack isn't quite there yet.
Post by: lethosor on September 28, 2016, 07:17:40 pm
No, DFHack being usable is not a requirement. DF globals and structure layouts being located is a requirement for both DT and DFHack, but in this case, DFHack is ahead of DT.Is it still possible to use Dwarf Therapist at all with the current versions? I'd hate to go back to the old way of managing labor; actually managing it from an individual unit lmao
To my understanding you cannot use Therapist with the most recent versions (hence the old version number in the title) due to a requirement for DFHack to be usable. There's been some progress recently but DFHack isn't quite there yet.
Post by: Icefire2314 on September 28, 2016, 07:29:52 pm
No, DFHack being usable is not a requirement. DF globals and structure layouts being located is a requirement for both DT and DFHack, but in this case, DFHack is ahead of DT.Is it still possible to use Dwarf Therapist at all with the current versions? I'd hate to go back to the old way of managing labor; actually managing it from an individual unit lmao
To my understanding you cannot use Therapist with the most recent versions (hence the old version number in the title) due to a requirement for DFHack to be usable. There's been some progress recently but DFHack isn't quite there yet.
So does that mean we can't use it till DT's creators come back and update it?
Post by: jecowa on September 28, 2016, 07:43:50 pm
From discussion on the github, the 64-bit version of the Dwarf Therapist app sounds like it still needs some work. I think the 32-bit version of Dwarf Therapist should work fine once it has a memory layout for the 32-bit version of Dwarf Fortress v0.43.05, though.
Post by: lethosor on September 28, 2016, 07:57:57 pm
By the way, the version number in the title corresponds to the last DF version supported out-of-the-box by DT. Basically, DT 37 contains memory layouts for 0.42.06. However, it will still work with 0.43.03, given memory layouts (which are available), since internal DT changes weren't required between 0.42.06 and 0.43.03.Is it still possible to use Dwarf Therapist at all with the current versions? I'd hate to go back to the old way of managing labor; actually managing it from an individual unit lmao
To my understanding you cannot use Therapist with the most recent versions (hence the old version number in the title) due to a requirement for DFHack to be usable. There's been some progress recently but DFHack isn't quite there yet.
Post by: userpay on September 28, 2016, 08:04:43 pm
Post by: Icefire2314 on September 28, 2016, 08:28:32 pm
Okay, what I should have said is that DFHack and DT depend on the same memory research, but also on people to do whatever work on DFHack/DT is necessary to make them work. Usually, DT requires less work than DFHack because it has a narrower scope, but in this case, it (and DFHack) have to be updated to work with 64-bit DF (not to mention the new compilers on Windows/Linux). The separate work, besides memory research, is farther along with DFHack than with DT, but those are two separate processes, and the progress on one at this point has little effect on progress on the other.By the way, the version number in the title corresponds to the last DF version supported out-of-the-box by DT. Basically, DT 37 contains memory layouts for 0.42.06. However, it will still work with 0.43.03, given memory layouts (which are available), since internal DT changes weren't required between 0.42.06 and 0.43.03.Is it still possible to use Dwarf Therapist at all with the current versions? I'd hate to go back to the old way of managing labor; actually managing it from an individual unit lmao
To my understanding you cannot use Therapist with the most recent versions (hence the old version number in the title) due to a requirement for DFHack to be usable. There's been some progress recently but DFHack isn't quite there yet.
:-[ I don't quite understand what memory layouts are, or how to go about doing that lol :/
Post by: jecowa on September 28, 2016, 08:32:10 pm
There are instructions for updating them here:
https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts
Post by: Icefire2314 on September 28, 2016, 09:47:25 pm
Memory layouts are files that tell Dwarf Therapist how to talk to a particular version of Dwarf Fortress.
There are instructions for updating them here:
https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts
It crashes when using it with 43.05. Is that what you meant about them updating DFHack/it being easier to make memory maps? So now that DFHack is updated there will probably be a memory map for 43.05 sometime in the near future?
Post by: jecowa on September 29, 2016, 02:08:18 am
I think you would need to compile a 32-bit version of the dev version of DFHack, then find and run the DT-memory-layout scripts (I'm not sure where they are). I'm guessing the scripts would give you some data that would need to be copy-pasted into the memory layout. Then you would need to install that updated memory layouts into Dwarf Therapist. That might give you partial Dwarf Therapist support in the 32-bit version of Dwarf Fortress v0.43.05. I think there's still stuff left to be mapped to get full support. Also the layout-mapping scripts might need some updating too.
I'm not trying to be mean, but unless you're a hacker or programmer, you might be better off waiting for someone else to get something working. I may be wrong about this, but I don't think people can really help map the memory unless they kind of already know what they're doing. I think they would appreciate any help, but I'm guessing it's not really worth their effort to train non-hackers to map the Dwarf Fortress memory.
Post by: Icefire2314 on September 29, 2016, 09:04:31 pm
Sorry, those were instruction for installing the latest memory layouts into Dwarf Therapist. It would probably be kind of hard for you to get Dwarf Therapist working with Dwarf Fortress v0.43.05 at this point, especially if you are wanting to use the 64-bit version of the game.
I think you would need to compile a 32-bit version of the dev version of DFHack, then find and run the DT-memory-layout scripts (I'm not sure where they are). I'm guessing the scripts would give you some data that would need to be copy-pasted into the memory layout. Then you would need to install that updated memory layouts into Dwarf Therapist. That might give you partial Dwarf Therapist support in the 32-bit version of Dwarf Fortress v0.43.05. I think there's still stuff left to be mapped to get full support. Also the layout-mapping scripts might need some updating too.
I'm not trying to be mean, but unless you're a hacker or programmer, you might be better off waiting for someone else to get something working. I may be wrong about this, but I don't think people can really help map the memory unless they kind of already know what they're doing. I think they would appreciate any help, but I'm guessing it's not really worth their effort to train non-hackers to map the Dwarf Fortress memory.
Oh yeah :P I wouldn't even attempt something like that, I have next to no coding/programming etc ability.
Post by: Quietust on September 29, 2016, 10:30:35 pm
Post by: jecowa on September 29, 2016, 10:58:45 pm
I can only assume that there is something else that's looking for (and failing to find) the Visual C++ 2010 runtime.
Does this mean that Dwarf Therapist hates the new Dwarf Fortress compiler?
Post by: g2knee on September 30, 2016, 09:58:48 am
I hope we get at least the 32 bit version of DT out!
I can't program or anything like that, but I can send cookies. If sending cookies will help, please let me know.
Post by: Grax on October 01, 2016, 02:38:26 am
Post by: jecowa on October 01, 2016, 02:43:32 am
Source: http://dwarffortresswiki.org/index.php/DF2014:Release_information
Post by: Grax on October 01, 2016, 02:49:52 am
Post by: Putnam on October 01, 2016, 03:25:51 am
Oh, that's great! Then i can play in 43.05 and assign dorfs in 40.24 ;-))
Saves are almost never backwards-compatible--it's game versions that are. You can transfer a save from 0.40.24 to 0.43.05, but not the other way around.
Post by: Grax on October 01, 2016, 04:31:23 am
Oh. Fck.
Post by: Icefire2314 on October 02, 2016, 04:18:19 pm
The thing i forget of.
Oh. Fck.
Yeah lmao I just had the same thought then realized that wouldn't work bc backwards compatability
Post by: Grax on October 03, 2016, 12:47:09 am
Post by: jecowa on October 03, 2016, 01:33:55 am
https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts
Post by: Chaosegg on October 07, 2016, 02:41:15 pm
I didn't even realize there was a 32 bit version of DF 43.05. I thought it was all going to 64 now.I have not heard of that, but for my (our?) purposes, it wouldn't really matter [if 43.05 still does not work with DT].
I realize this thread is super long and so I will repeat what has been said in recent month(s):
Therapist works with every version up to 43.03 (assuming you put the proper memory layout(s) file in the right folder [which is fairly easy].
Therapist does NOT work with the very latest (43.05) version, and it may not work for some time, possibly months...
I have yet to see any concrete ETA, or even solid evidence that someone is even working on getting DT working with 64-bit DF.
I'm not complaining about this, just stating my perspective....
So my question is then; can we start a Therapist-support-fund to send money to,
or something,
and that way get Therapist working with 43.05 sooner rather than later? ;D
Even if it is only a 32-bit version of 43.05 (as opposed to the latest official 64-bit release),
Dwarf Therapist is SUCH a GREAT time-saver!
THANK YOU TO EVERYONE WHO WORKS/WORKED ON THERAPIST!! :)
Post by: Iamblichos on October 08, 2016, 06:38:59 am
Post by: flecha on October 09, 2016, 02:19:04 pm
Was looking forward to play with 43.05 version od dwarf fortress and realized i could use therapist, what a pity !
Post by: k33n on October 10, 2016, 07:16:01 pm
Post by: Chimerat on October 10, 2016, 08:05:43 pm
so his playerbase can even use his opus.Many, many people already do?
Not to mention that he'd waste time recoding it each time he added new features.
Post by: Kallyn on October 11, 2016, 08:47:52 am
Could anyone who's working on the project tell us, in a brief way, where, in the update process, is the project right now, and what are the major obstacles that are preventing the update?
Thanks in advance.
Post by: Insanegame27 on October 11, 2016, 09:16:03 pm
Post by: jecowa on October 11, 2016, 10:26:10 pm
Post by: i00n on October 12, 2016, 01:22:57 am
Post by: Quietust on October 12, 2016, 06:38:05 pm
Code: [Select]
[info]
checksum=0x577b57ff
version_name=v0.43.05 win32
complete=true
[addresses]
cur_year_tick=0x0188d6b0
current_year=0x018986b8
dwarf_civ_index=0x018b6090
dwarf_race_index=0x018b609c
fortress_entity=0x018bad24
historical_entities_vector=0x018d0b4c
creature_vector=0x018e43e8
active_creature_vector=0x018e43f4
weapons_vector=0x018e4494
shields_vector=0x018e44dc
quivers_vector=0x018e4500
crutches_vector=0x018e4524
backpacks_vector=0x018e4530
ammo_vector=0x018e453c
flasks_vector=0x018e4698
pants_vector=0x018e4a1c
armor_vector=0x018e4a4c
shoes_vector=0x018e4a58
helms_vector=0x018e4a64
gloves_vector=0x018e4a70
artifacts_vector=0x018e4ac4
squad_vector=0x019df2cc
activities_vector=0x019df2fc
fake_identities_vector=0x019e2680
poetic_forms_vector=0x019e2764
musical_forms_vector=0x019e277c
dance_forms_vector=0x019e2794
occupations_vector=0x019e27dc
world_data=0x019e5540
material_templates_vector=0x019e5cd8
inorganics_vector=0x019e5ce4
plants_vector=0x019e5cfc
races_vector=0x019e5d98
itemdef_weapons_vector=0x019e5dd8
itemdef_trap_vector=0x019e5de4
itemdef_toy_vector=0x019e5df0
itemdef_tool_vector=0x019e5dfc
itemdef_instrument_vector=0x019e5f10
itemdef_armor_vector=0x019e5f1c
itemdef_ammo_vector=0x019e5f28
itemdef_siegeammo_vector=0x019e5f34
itemdef_glove_vector=0x019e5f40
itemdef_shoe_vector=0x019e5f4c
itemdef_shield_vector=0x019e5f58
itemdef_helm_vector=0x019e5f64
itemdef_pant_vector=0x019e5f70
itemdef_food_vector=0x019e5f7c
language_vector=0x019e5f94
translation_vector=0x019e5fac
colors_vector=0x019ea578
shapes_vector=0x019ea584
reactions_vector=0x019ea59c
base_materials=0x019eab64
all_syndromes_vector=0x019eb5d4
events_vector=0x019ebb6c
historical_figures_vector=0x019ebb84
world_site_type=0x006c
active_sites_vector=0x00048228
[offsets]
word_table=0x0030
string_buffer_offset=0x0000
[word_offsets]
base=0x0000
noun_singular=0x0018
noun_plural=0x0030
adjective=0x0048
verb=0x0078
present_simple_verb=0x0090
past_simple_verb=0x00a8
past_participle_verb=0x00c0
present_participle_verb=0x00d8
words=0x0030
word_type=0x004c
language_id=0x005c
[general_ref_offsets]
ref_type=0x0008
artifact_id=0x0004
item_id=0x0004
[race_offsets]
name_singular=0x0018
name_plural=0x0030
adjective=0x0048
baby_name_singular=0x0060
baby_name_plural=0x0078
child_name_singular=0x0090
child_name_plural=0x00a8
pref_string_vector=0x0100
castes_vector=0x0118
pop_ratio_vector=0x0124
materials_vector=0x2250
flags=0x0130
tissues_vector=0x225c
[caste_offsets]
caste_name=0x0018
caste_descr=0x0198
caste_trait_ranges=0x0464
caste_phys_att_ranges=0x0f28
baby_age=0x03a8
child_age=0x03ac
adult_size=0x03c0
flags=0x0590
body_info=0x059c
skill_rates=0x06b8
caste_att_rates=0x113c
caste_att_caps=0x126c
shearable_tissues_vector=0x1364
extracts=0x2c38
[hist_entity_offsets]
histfigs=0x0098
beliefs=0x06d4
squads=0x09dc
positions=0x0958
assignments=0x0980
assign_hist_id=0x0004
assign_position_id=0x000c
position_id=0x0018
position_name=0x0054
position_female_name=0x0084
position_male_name=0x00b4
[hist_figure_offsets]
hist_race=0x0002
hist_name=0x0038
id=0x00bc
hist_fig_info=0x00e8
reputation=0x002c
current_ident=0x0018
fake_name=0x0004
fake_birth_year=0x0078
fake_birth_time=0x007c
kills=0x0018
killed_race_vector=0x000c
killed_undead_vector=0x0048
killed_counts_vector=0x0054
[hist_event_offsets]
event_year=0x0004
id=0x0014
killed_hist_id=0x0018
[item_offsets]
item_type=0x0001
item_def=0x00a4
id=0x0018
general_refs=0x0028
stack_size=0x005c
wear=0x0070
mat_type=0x0080
mat_index=0x0084
maker_race=0x0088
quality=0x008a
[item_subtype_offsets]
sub_type=0x001c
name=0x003c
name_plural=0x0054
adjective=0x006c
[item_filter_offsets]
item_subtype=0x0002
mat_class=0x0004
mat_type=0x0006
mat_index=0x0008
[weapon_subtype_offsets]
single_size=0x00a8
multi_size=0x00ac
ammo=0x0090
melee_skill=0x008c
ranged_skill=0x008e
[armor_subtype_offsets]
layer=0x0008
mat_name=0x0084
other_armor_level=0x0088
armor_adjective=0x009c
armor_level=0x00b8
chest_armor_properties=0x00c4
pants_armor_properties=0x00cc
other_armor_properties=0x0098
[material_offsets]
solid_name=0x0094
liquid_name=0x00ac
gas_name=0x00c4
powder_name=0x00dc
paste_name=0x00f4
pressed_name=0x010c
flags=0x0208
inorganic_materials_vector=0x00e0
inorganic_flags=0x0024
[plant_offsets]
name=0x0030
name_plural=0x0048
name_leaf_plural=0x00c0
name_seed_plural=0x0090
materials_vector=0x01ec
flags=0x0028
[descriptor_offsets]
color_name=0x0030
shape_name_plural=0x0048
[health_offsets]
parent_id=0x0030
body_part_flags=0x0034
layers_vector=0x003c
number=0x005c
names_vector=0x0064
names_plural_vector=0x0070
layer_tissue=0x0018
layer_global_id=0x0048
tissue_name=0x0020
tissue_flags=0x0018
[dwarf_offsets]
first_name=0x0000
nick_name=0x0018
last_name=0x0030
custom_profession=0x0064
profession=0x007c
race=0x0080
flags1=0x00c8
flags2=0x00cc
flags3=0x00d0
meeting=0x00d8
caste=0x00e4
sex=0x00e6
id=0x00e8
animal_type=0x00f0
civ=0x00f8
specific_refs=0x0134
squad_id=0x014c
squad_position=0x0150
recheck_equipment=0x019c
mood=0x0224
birth_year=0x0244
birth_time=0x0248
pet_owner_id=0x026c
current_job=0x0330
physical_attrs=0x03e0
body_size=0x04b8
size_info=0x0488
curse=0x0590
curse_add_flags1=0x057c
turn_count=0x0638
souls=0x0718
states=0x0680
labors=0x0734
hist_id=0x07fc
artifact_name=0x06b4
active_syndrome_vector=0x0844
syn_sick_flag=0x0030
unit_health_info=0x08a4
temp_mood=0x0568
counters1=0x0550
counters2=0x056c
counters3=0x0654
limb_counters=0x0804
blood=0x04a0
body_component_info=0x0340
layer_status_vector=0x0024
wounds_vector=0x03a0
mood_skill=0x0334
used_items_vector=0x08a8
affection_level=0x000c
inventory=0x02bc
inventory_item_mode=0x0004
inventory_item_bodypart=0x0006
[syndrome_offsets]
cie_effects=0x0018
cie_end=0x0014
cie_first_perc=0x0060
cie_phys=0x0078
cie_ment=0x0094
syn_classes_vector=0x006c
trans_race_id=0x0094
[unit_wound_offsets]
parts=0x0004
id=0x0004
layer=0x0006
general_flags=0x001c
flags1=0x003c
flags2=0x0040
effects_vector=0x002c
bleeding=0x0044
pain=0x0048
cur_pen=0x0070
max_pen=0x0072
[soul_details]
name=0x0004
orientation=0x0070
mental_attrs=0x0094
skills=0x0200
preferences=0x020c
personality=0x0218
beliefs=0x0000
emotions=0x0018
goals=0x0024
goal_realized=0x0018
traits=0x0040
stress_level=0x00c4
[emotion_offsets]
emotion_type=0x0000
strength=0x0008
thought_id=0x000c
sub_id=0x0010
level=0x0014
year=0x0020
year_tick=0x0024
[job_details]
id=0x000c
mat_type=0x0028
mat_index=0x002c
mat_category=0x0040
on_break_flag=0x0011
sub_job_id=0x0044
reaction=0x0018
reaction_skill=0x0050
[squad_offsets]
id=0x0000
name=0x0004
alias=0x0068
members=0x0080
orders=0x008c
schedules=0x0098
sched_size=0x0040
sched_orders=0x001c
sched_assign=0x0028
alert=0x00a4
carry_food=0x0110
carry_water=0x0112
ammunition=0x00d4
ammunition_qty=0x000c
quiver=0x00bc
backpack=0x00c0
flask=0x00c4
armor_vector=0x0040
helm_vector=0x004c
pants_vector=0x0058
gloves_vector=0x0064
shoes_vector=0x0070
shield_vector=0x007c
weapon_vector=0x0088
uniform_item_filter=0x0004
uniform_indiv_choice=0x0020
[activity_offsets]
activity_type=0x0004
events=0x0008
participants=0x002c
sq_lead=0x0068
sq_skill=0x0070
sq_train_rounds=0x007c
pray_deity=0x0064
pray_sphere=0x0068
knowledge_category=0x0074
knowledge_flag=0x0078
perf_type=0x0064
perf_participants=0x0094
perf_histfig=0x000c
[valid_flags_2]
size=0
[invalid_flags_1]
size=9
1\name=a skeleton
1\value=0x00002000
2\name=a merchant
2\value=0x00000040
3\name=outpost liason or diplomat
3\value=0x00000800
4\name=an invader or hostile
4\value=0x00020000
5\name=an invader or hostile
5\value=0x00080000
6\name=resident, invader or ambusher
6\value=0x00600000
7\name=part of a merchant caravan
7\value=0x00000080
8\name="Dead, Jim."
8\value=0x00000002
9\name=marauder
9\value=0x00000010
[invalid_flags_2]
size=5
1\name="killed, Jim."
1\value=0x00000080
2\name=from the Underworld. SPOOKY!
2\value=0x00040000
3\name=resident
3\value=0x00080000
4\name=uninvited visitor
4\value=0x00400000
5\name=visitor
5\value=0x00800000
[invalid_flags_3]
size=1
1\name=a ghost
1\value=0x00001000
It took me a while to get a valid INI file - for whatever reason, the "devel/export-dt-ini" command was totally broken and completely ignored ASLR, thus producing bogus offsets that didn't work.
Post by: jecowa on October 12, 2016, 07:24:44 pm
Post by: Quietust on October 12, 2016, 07:45:43 pm
I'm guessing the 64-bit branch of Dwarf Therapist still needs more fixes to be fully-compatible with 64-bit Dwarf Fortress, but do you think you would be able to make a 64-bit memory layout too? A partially-working Dwarf Therapist for 64-bit Dwarf Fortress would still be nice to have.
It wouldn't be partially working - it wouldn't work at all (because pointers are larger, and so are vectors), so there's no point in making an INI file for it.
Post by: jecowa on October 12, 2016, 07:53:04 pm
Post by: lethosor on October 12, 2016, 08:54:10 pm
Anyway, hooking into 64-bit processes has some non-trivial differences, not to mention the fact that DT uses completely different APIs on every platform already. DT has probably also hardcoded the layouts of some DF structures (vectors, strings, etc.) that vary between 32-bit and 64-bit DF, as well as between MSVC 2010 and 2015, which probably aren't trivial to change. There's also the question of keeping 32-bit compatibility, which arguably makes debugging far easier, but also complicates support for both architectures somewhat.
Unrelated: Here are OS X layouts that I generated with devel/export-dt-ini, after Quietust's fix (although that shouldn't make a difference on OS X). They are entirely untested, but may work somewhat if you're lucky. The 64-bit one is entirely useless at the moment, but might work once DT supports 64-bit DF.
Spoiler: v0.43.05 osx32 (click to show/hide)
Spoiler: v0.43.05 osx64 (click to show/hide)
Post by: PeridexisErrant on October 12, 2016, 08:58:15 pm
Yeah, it's not that simple. It should never use "long" to hold DF data, for one thing, because "long" varies in size with DF's compilers, and DT can be compiled as a 32-bit or 64-bit binary to work with 32-bit DF. DT doesn't even have to be compiled with the same compiler as DF either.
Anyway, hooking into 64-bit processes has some non-trivial differences, not to mention the fact that DT uses completely different APIs on every platform already. DT has probably also hardcoded the layouts of some DF structures (vectors, strings, etc.) that vary between 32-bit and 64-bit DF, as well as between MSVC 2010 and 2015, which probably aren't trivial to change. There's also the question of keeping 32-bit compatibility, which arguably makes debugging far easier, but also complicates support for both architectures somewhat.
I remember some conversations in the lead-up to DF 0.40, suggesting that Therapist might eventually be backed by DFHack instead of continuing to roll it's own memory access tools. Given the new challenges of 32/64 bit compatibility and a new compiler, this might be a good time to revisit the idea!
Post by: jecowa on October 12, 2016, 09:02:22 pm
Yeah, it's not that simple. It should never use "long" to hold DF data, for one thing, because "long" varies in size with DF's compilers, and DT can be compiled as a 32-bit or 64-bit binary to work with 32-bit DF. DT doesn't even have to be compiled with the same compiler as DF either.
Anyway, hooking into 64-bit processes has some non-trivial differences, not to mention the fact that DT uses completely different APIs on every platform already. DT has probably also hardcoded the layouts of some DF structures (vectors, strings, etc.) that vary between 32-bit and 64-bit DF, as well as between MSVC 2010 and 2015, which probably aren't trivial to change. There's also the question of keeping 32-bit compatibility, which arguably makes debugging far easier, but also complicates support for both architectures somewhat.
Unrelated: Here are OS X layouts that I generated with devel/export-dt-ini, after Quietust's fix (although that shouldn't make a difference on OS X). They are entirely untested, but may work somewhat if you're lucky. The 64-bit one is entirely useless at the moment, but might work once DT supports 64-bit DF.Spoiler: v0.43.05 osx32 (click to show/hide)Spoiler: v0.43.05 osx64 (click to show/hide)
Nice! Thanks for the layouts! And thanks for the Dwarf Therapist information. I guess "MSVC 2010 and 2015" refers to the compiler change.
Post by: lethosor on October 12, 2016, 09:53:11 pm
I remember some conversations in the lead-up to DF 0.40, suggesting that Therapist might eventually be backed by DFHack instead of continuing to roll it's own memory access tools. Given the new challenges of 32/64 bit compatibility and a new compiler, this might be a good time to revisit the idea!Maybe. It would require some extra RPC work on the DFHack side and a rewrite of some of DT, and could open up new possibilities for bringing down DF, which is bad. However, it would probably reduce maintenance on the DT side, and it would get around the funky stuff DT has to do to hook in.
Post by: i00n on October 13, 2016, 05:42:32 am
Attached below is a valid INI file for Dwarf Fortress 0.43.05-win32 which should work in Dwarf Therapist v.37.0:
Oh man this rainy day suddenly got a lot better. Big thanks!
Post by: Grax on October 13, 2016, 05:59:09 am
Attached below is a valid INI file for Dwarf Fortress 0.43.05-win32 which should work in Dwarf Therapist v.37.0:
You are the best, Sir.
Post by: CABL on October 13, 2016, 04:17:31 pm
Post by: Chimerat on October 13, 2016, 10:49:58 pm
Where do I download the version that works with that file?
EDIT: Never mind. *facepalms* On the first page!
I'll need to wait a while before I can edit the INI though.
Post by: Rose on October 14, 2016, 02:01:28 am
Post by: Quietust on October 14, 2016, 06:39:40 am
Yeah. That's mainly an issue on Windows because Microsoft likes to change the layouts of STL things between versions.Actually, the change made between MSVC 2012 and 2015 was quite benign - both strings and vectors shrunk in size, but they did so by eliminating a field at the end of the structure (the "allocator", which was just visible as padding anyways), so Therapist sees them exactly the same as before (since it keeps offsets of each individual field rather than a full structure layout like DFHack uses).
Post by: g2knee on October 14, 2016, 09:19:51 am
Attached below is a valid INI file for Dwarf Fortress 0.43.05-win32 which should work in Dwarf Therapist v.37.0:
You are a hero.
Post by: Bumber on October 14, 2016, 11:00:06 am
I might be interested in converting Therapist to use DFHacks RPC functions, instead of the debugging stuff that it uses now, which will mean that it will automatically work with any version of DF that has DFhack installed, but would also mean that you wouldn't be able to use .ini files with it anymore.Wouldn't a non-DFHack version still need to be maintained, given how long it takes for DFHack to catch up with DF releases?
Post by: lethosor on October 14, 2016, 02:52:31 pm
Post by: Blue_Dwarf on October 16, 2016, 06:44:18 am
Attached below is a valid INI file for Dwarf Fortress 0.43.05-win32 which should work in Dwarf Therapist v.37.0:Code: [Select][info]
checksum=0x577b57ff
version_name=v0.43.05 win32
complete=true
[addresses]
cur_year_tick=0x0188d6b0
current_year=0x018986b8
dwarf_civ_index=0x018b6090
dwarf_race_index=0x018b609c
fortress_entity=0x018bad24
historical_entities_vector=0x018d0b4c
creature_vector=0x018e43e8
active_creature_vector=0x018e43f4
weapons_vector=0x018e4494
shields_vector=0x018e44dc
quivers_vector=0x018e4500
crutches_vector=0x018e4524
backpacks_vector=0x018e4530
ammo_vector=0x018e453c
flasks_vector=0x018e4698
pants_vector=0x018e4a1c
armor_vector=0x018e4a4c
shoes_vector=0x018e4a58
helms_vector=0x018e4a64
gloves_vector=0x018e4a70
artifacts_vector=0x018e4ac4
squad_vector=0x019df2cc
activities_vector=0x019df2fc
fake_identities_vector=0x019e2680
poetic_forms_vector=0x019e2764
musical_forms_vector=0x019e277c
dance_forms_vector=0x019e2794
occupations_vector=0x019e27dc
world_data=0x019e5540
material_templates_vector=0x019e5cd8
inorganics_vector=0x019e5ce4
plants_vector=0x019e5cfc
races_vector=0x019e5d98
itemdef_weapons_vector=0x019e5dd8
itemdef_trap_vector=0x019e5de4
itemdef_toy_vector=0x019e5df0
itemdef_tool_vector=0x019e5dfc
itemdef_instrument_vector=0x019e5f10
itemdef_armor_vector=0x019e5f1c
itemdef_ammo_vector=0x019e5f28
itemdef_siegeammo_vector=0x019e5f34
itemdef_glove_vector=0x019e5f40
itemdef_shoe_vector=0x019e5f4c
itemdef_shield_vector=0x019e5f58
itemdef_helm_vector=0x019e5f64
itemdef_pant_vector=0x019e5f70
itemdef_food_vector=0x019e5f7c
language_vector=0x019e5f94
translation_vector=0x019e5fac
colors_vector=0x019ea578
shapes_vector=0x019ea584
reactions_vector=0x019ea59c
base_materials=0x019eab64
all_syndromes_vector=0x019eb5d4
events_vector=0x019ebb6c
historical_figures_vector=0x019ebb84
world_site_type=0x006c
active_sites_vector=0x00048228
[offsets]
word_table=0x0030
string_buffer_offset=0x0000
[word_offsets]
base=0x0000
noun_singular=0x0018
noun_plural=0x0030
adjective=0x0048
verb=0x0078
present_simple_verb=0x0090
past_simple_verb=0x00a8
past_participle_verb=0x00c0
present_participle_verb=0x00d8
words=0x0030
word_type=0x004c
language_id=0x005c
[general_ref_offsets]
ref_type=0x0008
artifact_id=0x0004
item_id=0x0004
[race_offsets]
name_singular=0x0018
name_plural=0x0030
adjective=0x0048
baby_name_singular=0x0060
baby_name_plural=0x0078
child_name_singular=0x0090
child_name_plural=0x00a8
pref_string_vector=0x0100
castes_vector=0x0118
pop_ratio_vector=0x0124
materials_vector=0x2250
flags=0x0130
tissues_vector=0x225c
[caste_offsets]
caste_name=0x0018
caste_descr=0x0198
caste_trait_ranges=0x0464
caste_phys_att_ranges=0x0f28
baby_age=0x03a8
child_age=0x03ac
adult_size=0x03c0
flags=0x0590
body_info=0x059c
skill_rates=0x06b8
caste_att_rates=0x113c
caste_att_caps=0x126c
shearable_tissues_vector=0x1364
extracts=0x2c38
[hist_entity_offsets]
histfigs=0x0098
beliefs=0x06d4
squads=0x09dc
positions=0x0958
assignments=0x0980
assign_hist_id=0x0004
assign_position_id=0x000c
position_id=0x0018
position_name=0x0054
position_female_name=0x0084
position_male_name=0x00b4
[hist_figure_offsets]
hist_race=0x0002
hist_name=0x0038
id=0x00bc
hist_fig_info=0x00e8
reputation=0x002c
current_ident=0x0018
fake_name=0x0004
fake_birth_year=0x0078
fake_birth_time=0x007c
kills=0x0018
killed_race_vector=0x000c
killed_undead_vector=0x0048
killed_counts_vector=0x0054
[hist_event_offsets]
event_year=0x0004
id=0x0014
killed_hist_id=0x0018
[item_offsets]
item_type=0x0001
item_def=0x00a4
id=0x0018
general_refs=0x0028
stack_size=0x005c
wear=0x0070
mat_type=0x0080
mat_index=0x0084
maker_race=0x0088
quality=0x008a
[item_subtype_offsets]
sub_type=0x001c
name=0x003c
name_plural=0x0054
adjective=0x006c
[item_filter_offsets]
item_subtype=0x0002
mat_class=0x0004
mat_type=0x0006
mat_index=0x0008
[weapon_subtype_offsets]
single_size=0x00a8
multi_size=0x00ac
ammo=0x0090
melee_skill=0x008c
ranged_skill=0x008e
[armor_subtype_offsets]
layer=0x0008
mat_name=0x0084
other_armor_level=0x0088
armor_adjective=0x009c
armor_level=0x00b8
chest_armor_properties=0x00c4
pants_armor_properties=0x00cc
other_armor_properties=0x0098
[material_offsets]
solid_name=0x0094
liquid_name=0x00ac
gas_name=0x00c4
powder_name=0x00dc
paste_name=0x00f4
pressed_name=0x010c
flags=0x0208
inorganic_materials_vector=0x00e0
inorganic_flags=0x0024
[plant_offsets]
name=0x0030
name_plural=0x0048
name_leaf_plural=0x00c0
name_seed_plural=0x0090
materials_vector=0x01ec
flags=0x0028
[descriptor_offsets]
color_name=0x0030
shape_name_plural=0x0048
[health_offsets]
parent_id=0x0030
body_part_flags=0x0034
layers_vector=0x003c
number=0x005c
names_vector=0x0064
names_plural_vector=0x0070
layer_tissue=0x0018
layer_global_id=0x0048
tissue_name=0x0020
tissue_flags=0x0018
[dwarf_offsets]
first_name=0x0000
nick_name=0x0018
last_name=0x0030
custom_profession=0x0064
profession=0x007c
race=0x0080
flags1=0x00c8
flags2=0x00cc
flags3=0x00d0
meeting=0x00d8
caste=0x00e4
sex=0x00e6
id=0x00e8
animal_type=0x00f0
civ=0x00f8
specific_refs=0x0134
squad_id=0x014c
squad_position=0x0150
recheck_equipment=0x019c
mood=0x0224
birth_year=0x0244
birth_time=0x0248
pet_owner_id=0x026c
current_job=0x0330
physical_attrs=0x03e0
body_size=0x04b8
size_info=0x0488
curse=0x0590
curse_add_flags1=0x057c
turn_count=0x0638
souls=0x0718
states=0x0680
labors=0x0734
hist_id=0x07fc
artifact_name=0x06b4
active_syndrome_vector=0x0844
syn_sick_flag=0x0030
unit_health_info=0x08a4
temp_mood=0x0568
counters1=0x0550
counters2=0x056c
counters3=0x0654
limb_counters=0x0804
blood=0x04a0
body_component_info=0x0340
layer_status_vector=0x0024
wounds_vector=0x03a0
mood_skill=0x0334
used_items_vector=0x08a8
affection_level=0x000c
inventory=0x02bc
inventory_item_mode=0x0004
inventory_item_bodypart=0x0006
[syndrome_offsets]
cie_effects=0x0018
cie_end=0x0014
cie_first_perc=0x0060
cie_phys=0x0078
cie_ment=0x0094
syn_classes_vector=0x006c
trans_race_id=0x0094
[unit_wound_offsets]
parts=0x0004
id=0x0004
layer=0x0006
general_flags=0x001c
flags1=0x003c
flags2=0x0040
effects_vector=0x002c
bleeding=0x0044
pain=0x0048
cur_pen=0x0070
max_pen=0x0072
[soul_details]
name=0x0004
orientation=0x0070
mental_attrs=0x0094
skills=0x0200
preferences=0x020c
personality=0x0218
beliefs=0x0000
emotions=0x0018
goals=0x0024
goal_realized=0x0018
traits=0x0040
stress_level=0x00c4
[emotion_offsets]
emotion_type=0x0000
strength=0x0008
thought_id=0x000c
sub_id=0x0010
level=0x0014
year=0x0020
year_tick=0x0024
[job_details]
id=0x000c
mat_type=0x0028
mat_index=0x002c
mat_category=0x0040
on_break_flag=0x0011
sub_job_id=0x0044
reaction=0x0018
reaction_skill=0x0050
[squad_offsets]
id=0x0000
name=0x0004
alias=0x0068
members=0x0080
orders=0x008c
schedules=0x0098
sched_size=0x0040
sched_orders=0x001c
sched_assign=0x0028
alert=0x00a4
carry_food=0x0110
carry_water=0x0112
ammunition=0x00d4
ammunition_qty=0x000c
quiver=0x00bc
backpack=0x00c0
flask=0x00c4
armor_vector=0x0040
helm_vector=0x004c
pants_vector=0x0058
gloves_vector=0x0064
shoes_vector=0x0070
shield_vector=0x007c
weapon_vector=0x0088
uniform_item_filter=0x0004
uniform_indiv_choice=0x0020
[activity_offsets]
activity_type=0x0004
events=0x0008
participants=0x002c
sq_lead=0x0068
sq_skill=0x0070
sq_train_rounds=0x007c
pray_deity=0x0064
pray_sphere=0x0068
knowledge_category=0x0074
knowledge_flag=0x0078
perf_type=0x0064
perf_participants=0x0094
perf_histfig=0x000c
[valid_flags_2]
size=0
[invalid_flags_1]
size=9
1\name=a skeleton
1\value=0x00002000
2\name=a merchant
2\value=0x00000040
3\name=outpost liason or diplomat
3\value=0x00000800
4\name=an invader or hostile
4\value=0x00020000
5\name=an invader or hostile
5\value=0x00080000
6\name=resident, invader or ambusher
6\value=0x00600000
7\name=part of a merchant caravan
7\value=0x00000080
8\name="Dead, Jim."
8\value=0x00000002
9\name=marauder
9\value=0x00000010
[invalid_flags_2]
size=5
1\name="killed, Jim."
1\value=0x00000080
2\name=from the Underworld. SPOOKY!
2\value=0x00040000
3\name=resident
3\value=0x00080000
4\name=uninvited visitor
4\value=0x00400000
5\name=visitor
5\value=0x00800000
[invalid_flags_3]
size=1
1\name=a ghost
1\value=0x00001000
It took me a while to get a valid INI file - for whatever reason, the "devel/export-dt-ini" command was totally broken and completely ignored ASLR, thus producing bogus offsets that didn't work.
Do I need to download the "df_43_05_legacy32.zip" version of Dwarf Fortress for that?
I downloaded the "df_43_05_win.zip" and it doesn't seem to be working.
Post by: jecowa on October 16, 2016, 06:48:17 am
Post by: Blue_Dwarf on October 16, 2016, 07:00:55 am
You need the 32-bit SDL version. (df_43_05_win32.zip)
Thanks, that worked :)
Post by: DanielCoffey on October 16, 2016, 01:48:34 pm
DT : 37.0 (LNP Linux)
I have just had an issue with DT where my Custom Professions are not being displayed in the main grid view of DT. Have I disabled that view somehow?
All Dwarves in the main game are still correctly labelled and functioning as expected but DT won't show me the groups in the grid view. I now have my first wave of migrants and hope to assign them to my Custom groups.
Any ideas?
EDIT : RESOLVED - I had accidentally changed the Grid Filter from Profession to None. Setting it back to Profession restored the Custom Profession labels.
Post by: Kat1e on October 17, 2016, 04:36:08 pm
From the sounds of it you've got it working with the 32bit version but not the 64bit version
I need to ask a few questions - apologies for my computer illiteracy on these matters.
(1A) Is it possible, and (1B) would there be any problems with, transferring my existing 64bit game save to use in the 32bit game version?
(2) What do I do with this 32bit .ini fix? Am I supposed to replace an existing file with it? Do I name the file anything in particular? Do you just use notepad, or is there particular software.
(3) If I could transfer the 64 bit save to the 32 bit game, would there be any difficulties trying to transfer it back to use on the 64 bit game again once DT gets updated for 64 bit?
Many thanks for any assistance.
Post by: lethosor on October 17, 2016, 05:20:34 pm
(1A) Is it possible, and (1B) would there be any problems with, transferring my existing 64bit game save to use in the 32bit game version?Yes, and probably not. You should check to make sure your save isn't taking up multiple gigabytes of memory when it's loaded. If it is, 32-bit DF could crash if you load the save (or be on the verge of crashing if memory usage increases). That should be pretty unlikely, though.
Quote
(2) What do I do with this 32bit .ini fix? Am I supposed to replace an existing file with it? Do I name the file anything in particular? Do you just use notepad, or is there particular software.Save it as a new file to the appropriate folder listed at https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts (https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts). Ideally you should name it similarly to the existing one for 0.43.03 or whatever versions you have already.
Quote
(3) If I could transfer the 64 bit save to the 32 bit game, would there be any difficulties trying to transfer it back to use on the 64 bit game again once DT gets updated for 64 bit?Probably not. Since 64-bit DF can use more memory, the memory usage shouldn't be an issue the other way around.
Post by: Kat1e on October 18, 2016, 12:38:26 am
Cheers for your response lesthosor.(1A) Is it possible, and (1B) would there be any problems with, transferring my existing 64bit game save to use in the 32bit game version?Yes, and probably not.
==============
Works beautifully 8)
Post by: Chaosegg on October 18, 2016, 09:35:01 am
Attached below is a valid INI file for Dwarf Fortress 0.43.05-win32 which should work in Dwarf Therapist v.37.0:Just tested out an embark using that memory layout in Therapist 37, and it seems to work beautifully with 43.05 win32 ! THANK YOU SO MUCH!!!Spoiler (click to show/hide)
It took me a while to get a valid INI file - for whatever reason, the "devel/export-dt-ini" command was totally broken and completely ignored ASLR, thus producing bogus offsets that didn't work.
Spoiler: basic memory layout install instructions (click to show/hide)
http://dffd.bay12games.com/file.php?id=12334 43.05 win32 files and some other stuff that could be useful
http://dffd.bay12games.com/file.php?id=11349 I installed this (latest?) Ironhand over top the above 43.05 win32 and so far it seems to be working fine
One difference I noted immediately is that certain social skills are showing up in the Therapist embark screen now in 43.05,
where as in 43.03 the dwarves were blank slates with no skills in the embark...
I can't remember, is this normal?
Post by: feelotraveller on October 19, 2016, 12:11:03 am
Dwarfs in 43.03, and earlier, sometimes get random performance skills that are visible in the embark screen, at least in the tool tips, or if you set up grid views to see those skills.
(Pretty sure the starting 7 in my current fort are a retired performance troupe - 6 of the 7 have 2-3 skills of 1-3 levels in music and dance. That they are all friends/friendly acquaintances just seals the deal, at least for my narrative... ;))
Post by: xordae on October 20, 2016, 07:34:45 pm
Spoiler (click to show/hide)
Post by: lethosor on October 20, 2016, 08:46:22 pm
It sounds like DT crashes every time, but it also works well, so I'm kind of confused. Did the crashes just start happening after it failed to connect once? Did you make any layout changes then?
Post by: xordae on October 20, 2016, 09:12:39 pm
Post by: Aelius51 on November 03, 2016, 08:01:44 pm
But the strangest part is... this only seems to apply to Glassmaking. I tested most of the other labours and they all correctly sorted by role rating, accurate down to the second decimal.
But another strange thing is that it does sort Glassmaking correctly by role rating on the Roles tab rather than the Labours Full tab, as long as you click Glassmaking while on the Roles tab.
The image below is what I see when sorting by Role Rating on the Labours Full tab.
(http://i.imgur.com/zgwKy0F.png)
The image below is what I see when changing to the Roles tab but not re-doing the sort. Notice how the numbers show that it's obviously not sorting correctly. Also notice how the names are all in the same location as in the previous image, suggesting that it's kept the sort results from the sorting done on the Labours Full tab.
(http://i.imgur.com/M8ZVxpY.png)
The image below is what I see when clicking "Glassmaking" once again, but this time now that I'm on the Roles tab. Notice how it correctly sorts
(http://i.imgur.com/XWq5wCb.png)
Post by: thistleknot on November 05, 2016, 11:17:59 pm
construct wall/floor labor
(see http://www.bay12forums.com/smf/index.php?topic=161409.msg7250977#msg7250977)
how do i get this labor? I imagine I must have overwritten something, because I can't seem to assign this labor anymore
edit:
derp, it's a hauling labor
Post by: Couchmonster on November 07, 2016, 03:16:48 am
I really tried to find it on my own, but I seem to be too elvish for that.
Can anyone point me in the right direction for linux 43.05 layout?
Thanks
Couchmonster
Post by: jecowa on November 07, 2016, 04:09:42 am
Post by: Pvt. Pirate on November 11, 2016, 05:25:20 am
I may have encountered a bug of some sort. On the "Labours Full" tab, I right-click on Glassmaking and set it to sort by Role Rating. I then left-click on Glassmaking to refresh the sorting, and I also click "Read Dwarves" (just in case). But the dwarves are not sorted by their role rating. I see 97.34%, then 50.70%, then 53.95%, and so on down the list with no apparent sorting at all.you sorted by skill/role glassmaking and it sorted as good as possible with descending skill.
But the strangest part is... this only seems to apply to Glassmaking. I tested most of the other labours and they all correctly sorted by role rating, accurate down to the second decimal.
But another strange thing is that it does sort Glassmaking correctly by role rating on the Roles tab rather than the Labours Full tab, as long as you click Glassmaking while on the Roles tab.
The image below is what I see when sorting by Role Rating on the Labours Full tab.
(http://i.imgur.com/zgwKy0F.png)
The image below is what I see when changing to the Roles tab but not re-doing the sort. Notice how the numbers show that it's obviously not sorting correctly. Also notice how the names are all in the same location as in the previous image, suggesting that it's kept the sort results from the sorting done on the Labours Full tab.
(http://i.imgur.com/M8ZVxpY.png)
The image below is what I see when clicking "Glassmaking" once again, but this time now that I'm on the Roles tab. Notice how it correctly sorts
(http://i.imgur.com/XWq5wCb.png)
Post by: Hello71 on November 11, 2016, 11:30:57 am
Post by: jecowa on November 11, 2016, 12:10:06 pm
Post by: Hello71 on November 11, 2016, 04:58:19 pm
That's awesome, Hello71. I might install a Linux distribution later and try it out. Are you going to try to get the Labors pane to work too?
All the panes work for displaying if you delete then re-add them, but tend to crash the program, including if you try to change anything, or even as I found when moving the cursor around. Unfortunately, fixing that will probably take a lot longer than adding the 64-bit support, because it disappears whenever using valgrind (damn heisenbugs...).
Instructions to use if anyone wants to try:
Code: [Select]
git clone https://github.com/Hello71/Dwarf-Therapist.git
cd Dwarf-Therapist
cmake . # out-of-tree builds work too, but you'll have to copy the "share" directory
make -j$(nproc)
curl -o share/memory_layouts/linux/0.43.05-linux64-therapist.ini https://gist.githubusercontent.com/lethosor/4ce2a574a510ddaadcbdfd829eac20c9/raw
./DwarfTherapist
warning: it will eat your DT INI and possibly (although probably not) your DF save. it will probably not be useful for anything due to crashing regularly.
Post by: Hello71 on November 11, 2016, 06:05:04 pm
Post by: WaffleEggnog on November 18, 2016, 09:57:04 pm
Info:
New embark with 7 Dwarves
Medium evil biome with blood rain
Long history (currently at 550+a month or so give or take)
would love a solution my dudes
Post by: jecowa on November 18, 2016, 11:27:53 pm
To use Dwarf Therapist, you'll need to use the 32-bit version of Dwarf Fortress. You can find it by going to the Dwarf Fortress home page (http://bay12games.com/dwarves/) and clicking "all versions". At the top, you'll see a section for "DF 0.43.05 (July 5, 2016)". There's two row below that, one for "x64 (64-bit)" and one for "x86 (32-bit)". From the 32-bit row pick "SDL_Windows".
Also, you'll need to add a memory layout to Dwarf Therapist to make it compatible with DF v0.43.05.
Get the DF v0.43.05 memory layout for your system: (Windows memory layout (http://www.bay12forums.com/smf/index.php?topic=122968.msg7214413#msg7214413), Mac memory layout (http://www.bay12forums.com/smf/index.php?topic=122968.msg7214664#msg7214664))
Then save it to a text file and install it into your /Dwarf-Therapist/share/memory_layouts/windows/ folder
---
If you're on GNU/Linux:
You're kind of out of luck. Dwarf Therapist barely works with DF v0.43.05. (http://www.bay12forums.com/smf/index.php?topic=122968.msg7259579#msg7259579) at the moment. If you really need Dwarf Therapist on Linux and you are okay with using DF v0.43.03 instead of DF v0.43.05, I would recommend Enay's Linux Lazy Newb Pack (http://www.bay12forums.com/smf/index.php?topic=156011.0).
---
If you're on Mac OS X:
Dwarf Therapist is a little more tricky to update on Mac. Instead of describing it, you can download a working version of Dwarf Therapist for 32-bit DF v0.43.05 here: (lite) Lazy Mac Pack (http://dffd.bay12games.com/file.php?id=12061). Note that this version of Dwarf Therapist (like the Windows version) only works with 32-bit versions Dwarf Fortress. The 32-bit version of DF v0.43.05 is included in the pack.
Post by: WaffleEggnog on November 19, 2016, 01:35:03 am
Post by: lethosor on November 19, 2016, 02:24:10 am
Post by: anewaname on November 24, 2016, 02:57:08 pm
Linux 64-bit now 'working' with https://github.com/Hello71/Dwarf-Therapist (use cmake) and https://gist.github.com/lethosor/4ce2a574a510ddaadcbdfd829eac20c9.Hi, DT was working for linux 43.05x64 until just before a dwarf went moody then it started crashing on the Read. It still crashed after the dwarf completed his mood (he created a musical instrument) so I ran this command (sudo strace -I 1 ./DwarfTherapist) and in the output DT appears to have failed during the read of the "Activities vector", marked in red.
Spoiler (click to show/hide)
Post by: Hello71 on November 24, 2016, 03:49:13 pm
Linux 64-bit now 'working' with https://github.com/Hello71/Dwarf-Therapist (use cmake) and https://gist.github.com/lethosor/4ce2a574a510ddaadcbdfd829eac20c9.Hi, DT was working for linux 43.05x64 until just before a dwarf went moody then it started crashing on the Read. It still crashed after the dwarf completed his mood (he created a musical instrument) so I ran this command (sudo strace -I 1 ./DwarfTherapist) and in the output DT appears to have failed during the read of the "Activities vector", marked in red.I have the saved game. I could fool with adding a feedback line to the DwarfTherapist code, recompile, and see what additional info I can get from it, but am looking for a better option.Spoiler (click to show/hide)
can you upload your save? alternatively, compile in debug mode (remove build directory then cmake -DCMAKE_BUILD_TYPE=Debug), then gdb ./DwarfTherapist, run, bt full
Post by: lethosor on November 24, 2016, 04:31:03 pm
Post by: Hello71 on November 24, 2016, 05:31:46 pm
CMake ought to rebuild everything properly even if you don't remove the build folder first (although the time it would take to recreate a build folder is negligible compared to rebuild time).
true, but it won't change the cache if you rerun it.
Post by: lethosor on November 24, 2016, 07:12:49 pm
Post by: anewaname on November 24, 2016, 09:14:54 pm
Spoiler (click to show/hide)
Spoiler (click to show/hide)
Spoiler (click to show/hide)
Post by: Hello71 on November 24, 2016, 09:53:24 pm
It does for me, or at least CMAKE_BUILD_TYPE changes - I'm not sure about other settings, but since there are separate CMAKE_CXX_FLAGS settings for different build types, I think it should work. That could be an issue if other cached variables change depending on the build type, though.
hm, yes. I think I was thinking of the CFLAGS/CXXFLAGS environment variables, which are automatically imported but I think only on first run.
Post by: anewaname on November 24, 2016, 10:46:41 pm
Post by: Hello71 on November 25, 2016, 09:17:47 am
Post by: anewaname on November 27, 2016, 01:52:00 am
Another issue with the linux 43.05 build. The error output. Didn't know how to get values instead of "<optimized out>" feedback.
Spoiler (click to show/hide)
I changed histfig.cpp line 72 from
Spoiler (click to show/hide)
Spoiler (click to show/hide)
Post by: k33n on November 28, 2016, 04:32:35 pm
Post by: Durian Hohlades on November 29, 2016, 09:44:37 am
I have only time on my hands. What can I do to help.
Here hold the lash and strike them, so they shall code harder.
Post by: anewaname on November 30, 2016, 06:03:02 pm
Linux 64-bit now 'working' with https://github.com/Hello71/Dwarf-Therapist (use cmake) and https://gist.github.com/lethosor/4ce2a574a510ddaadcbdfd829eac20c9. Only Social and Attributes panes load right, and it'll probably fuck up your DT ini, but if you just want to view the basic biographical information it'll probably work. Recommended only for DF/DT veterans, if it breaks you get to keep both pieces.
All of the warnings are still valid, especially those ones about memory corruption, eaten ini files, and crashing, but I'm using DT on Ubuntu 14.04 for DF linux 64bit 43.05 and have the basic functionality of DT without steady crashing. The changing of labors hasn't been causing crashes but something less common might (my first dwarf with a kill caused a crash but that bug was since fixed). My setup was built from the source links above. As changes have been made I've had to rebuild a few times and copy and paste this command list each time (which has links to where things are installed on my machine, yours may differ, etc, the goal is to show all the steps I take, not to give you an easy copy and paste list)That's awesome, Hello71. I might install a Linux distribution later and try it out. Are you going to try to get the Labors pane to work too?
All the panes work for displaying if you delete then re-add them, but tend to crash the program, including if you try to change anything, or even as I found when moving the cursor around. Unfortunately, fixing that will probably take a lot longer than adding the 64-bit support, because it disappears whenever using valgrind (damn heisenbugs...).
Instructions to use if anyone wants to try:Code: [Select]git clone https://github.com/Hello71/Dwarf-Therapist.git
cd Dwarf-Therapist
cmake . # out-of-tree builds work too, but you'll have to copy the "share" directory
make -j$(nproc)
curl -o share/memory_layouts/linux/0.43.05-linux64-therapist.ini https://gist.githubusercontent.com/lethosor/4ce2a574a510ddaadcbdfd829eac20c9/raw
./DwarfTherapist
warning: it will eat your DT INI and possibly (although probably not) your DF save. it will probably not be useful for anything due to crashing regularly.
Spoiler (click to show/hide)
Post by: zipov on December 01, 2016, 05:29:17 pm
I'm about to go stark raving mad!
Post by: Hello71 on December 01, 2016, 05:50:34 pm
I have only time on my hands. What can I do to help.
test it, report what doesn't work. provide backtraces in case of crash of anything. I take no responsibility for broken/deleted saves.
Why is it taking so long?
I'm about to go stark raving mad!
because splinterz is missing, and I don't care enough.
Post by: TV4Fun on December 06, 2016, 05:32:42 pm
Post by: anironpart on December 08, 2016, 10:48:22 pm
Is there an option to exclude non-citizens from the labors view? I have a very large number of visitors in my fortress and there isn't a lot of point in having them all listed when I can't do anything with them.Yeah, go to Options and check the box labeled "Don't display visitors/guests"
Also I'm getting a crash on reading. It's just after a new migrant wave came. Heres the gdb info:
Spoiler (click to show/hide)
Spoiler (click to show/hide)
Post by: Hello71 on December 09, 2016, 08:11:18 am
Is there an option to exclude non-citizens from the labors view? I have a very large number of visitors in my fortress and there isn't a lot of point in having them all listed when I can't do anything with them.Yeah, go to Options and check the box labeled "Don't display visitors/guests"
Also I'm getting a crash on reading. It's just after a new migrant wave came. Heres the gdb info:Backtrace:Spoiler (click to show/hide)Let me know if theres any other info I can post to help.Spoiler (click to show/hide)
cmake -DCMAKE_BUILD_TYPE=Debug -DCMAKE_CXX_FLAGS=-fsanitize=address
Post by: TV4Fun on December 09, 2016, 05:31:38 pm
Code: [Select]
src\dfinstancewindows.cpp(92) : error C2057: expected constant expression
src\dfinstancewindows.cpp(92) : error C2466: cannot allocate an array of constant size 0
src\dfinstancewindows.cpp(92) : error C2133: 'buf' : unknown sizeThe problem stems from https://github.com/splintermind/Dwarf-Therapist/blob/DF2016/src/dfinstancewindows.cpp#L92, which is trying to create an array with an unknown size:
Code: [Select]
int len = read_int(addr + memory_layout()->string_length_offset());
...
char buf[len];I can see why this error is happening, I guess I'm more wondering how this code ever worked in the first place and why I'm just running into it now. I suppose I could submit a fix.
Post by: Hello71 on December 09, 2016, 05:54:52 pm
Sorry if this is an obvious question, but I'm running into some trouble building the latest version for Windows. Getting this error:Code: [Select]src\dfinstancewindows.cpp(92) : error C2057: expected constant expression
src\dfinstancewindows.cpp(92) : error C2466: cannot allocate an array of constant size 0
src\dfinstancewindows.cpp(92) : error C2133: 'buf' : unknown size
The problem stems from https://github.com/splintermind/Dwarf-Therapist/blob/DF2016/src/dfinstancewindows.cpp#L92, which is trying to create an array with an unknown size:Code: [Select]int len = read_int(addr + memory_layout()->string_length_offset());
...
char buf[len];
I can see why this error is happening, I guess I'm more wondering how this code ever worked in the first place and why I'm just running into it now. I suppose I could submit a fix.
https://github.com/splintermind/Dwarf-Therapist/pull/308
Post by: lethosor on December 09, 2016, 06:43:18 pm
Post by: TV4Fun on December 09, 2016, 07:23:07 pm
Post by: Quietust on December 10, 2016, 09:14:29 am
MSVC. I made a simple fix that makes it work without causing a memory leak. Will send a PR.Saying your compiler is "MSVC" is sort of like saying your operating system is "Windows" - the version number is very important when diagnosing problems.
Post by: TV4Fun on December 10, 2016, 02:38:20 pm
It's MSVC 2015. That didn't seem relevant for this particular problem, as the issue is obviously support for VLAs, which aren't supported on any version of MSVC but are supported by GCC.MSVC. I made a simple fix that makes it work without causing a memory leak. Will send a PR.Saying your compiler is "MSVC" is sort of like saying your operating system is "Windows" - the version number is very important when diagnosing problems.
Post by: anironpart on December 10, 2016, 03:15:00 pm
Spoiler (click to show/hide)
Post by: Hello71 on December 17, 2016, 08:05:00 pm
I'm on the latest version of Hello71's fork and getting a crash on reading. Idk if its something wrong on my end or not.Spoiler (click to show/hide)
update to new DT and layout
Post by: anironpart on December 19, 2016, 09:09:41 pm
Post by: gasznak on December 20, 2016, 12:14:11 pm
Post by: kenlon on December 21, 2016, 04:46:28 pm
Post by: Hello71 on December 21, 2016, 09:41:46 pm
edit: writing *strings*
Post by: kenlon on December 21, 2016, 09:56:58 pm
Post by: thistleknot on December 24, 2016, 11:57:02 pm
Spoiler (click to show/hide)
Post by: feelotraveller on December 25, 2016, 04:58:14 am
Definitely doesn't look right. Try 'custom roles/new custom role' from menu to get weightings to show (or maybe there is an easier way... I don't remember). Is your Attribute weighting set very low/zero? (Or skill weighting very high?) Have a play. Seems to affect your Lawdwarf role too... and I think they are the only -default- ones without some sort of skill associated. For reference I definitely don't get this with the last fort I played (just loaded to check) but can't remember if I fiddled with my weightings at some point.
Post by: thistleknot on December 25, 2016, 11:50:13 am
Either way, even with setting everything to weight of 1 (including potentials) nurse and lawdwarf all score below 50%.
Playing mw mod.
May have to investigate further and export raw values on a build. I suspect that if I create an attribute only role, that the same behaviour will play out.
edit:
I think I know what's going on. It's not counting the fact that the role doesn't have skills to calculate. [I think] It's passing in a 0 value for the missing skills aggregate vs excluding them [and possibly for other aspects such as traits and preferences, but unconfirmed] thereby dragging down the score. I tried another attribute only role that counted strength only and I got all low %'s. Then I reduced my skill weight to 0 and voila, no more red's on an attribute only role. If I'm correct, it's an easy fix. I think there's a logic split in the code to handle skills a bit differently and maybe it doesn't have the "if no skills, then drop skills".
I might be able to get around it but just manually setting the role's other weights to 0
Post by: feelotraveller on December 25, 2016, 05:48:17 pm
There was definitely a fix put in for non-match to preferences causing a lowering of the roles so perhaps look at that code? (My understanding of that logic is if match plus vs. no change if not match, with multiple matches giving higher weights.) It is likely that other categories of weightings (those not currently/commonly used) have not had this variance added.
If you are combing through the code one bug which occurs sporadically but is quite annoying (to me) is that sometimes when the top role match (ie the one that is 100) changes to another dwarf/role the entire weightings get thrown into a strange state where just about everything is positive (so 95%+ of the roles are 50-100 range). Making a change to a related (to top role/dwarf) custom role (e.g. one that uses the same skill) resets the distribution to calculate normally. So need a check for which is top rank is before the distribution calculation?
Post by: k33n on December 26, 2016, 06:52:57 pm
Post by: lethosor on December 26, 2016, 07:09:24 pm
Therapist crashes on connect, newest version of both therapist and dfAre you using 32-bit or 64-bit DF 0.43.05? What platform are you using? Are you referring to the newest released version of DT (37.0) or one you compiled yourself from source? v37.0 has no support for DF 0.43.05 at all, but it shouldn't crash. Hello71's fork has some 64-bit support, but I'm unsure if it works on Windows.
Post by: k33n on December 27, 2016, 01:45:59 pm
Post by: Hello71 on December 27, 2016, 03:39:12 pm
writing requires remote syscall in order to work reliably, and I haven't figured out how to do that yet. not a technical issue, just haven't bothered. if you can figure out how ptrace syscalls are supposed to work, fix DFInstanceLinux::remote_syscall.
edit: writing *strings*
fixed
Post by: lethosor on December 27, 2016, 03:41:56 pm
I'm using the 64 bit Dwarf fortress with the 'recent version' link of therapist on Windows 10.
Thanks. I'm assuming you're using DT 37.0, then, although "the 'recent version' link" is too vague for me to be able to figure out what exactly you mean.
My guess is that, since DT 37.0 was built before 0.43.01 was even released, let alone 0.43.05, it's entirely unable to cope with 64-bit DF and crashes. Ideally it would at least give you an error message with 32-bit DF, and it should work with 32-bit 0.43.05 if you provide it with a valid layout from https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts (https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts).
Post by: kenlon on December 28, 2016, 05:43:00 pm
fixed
You're a gentleman and a scholar. Thank you very much!
EDIT: Welp. When I change a profession name and write back to DF, it crashes:
[xcb] Unknown request in queue while dequeuing
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
Dwarf_Fortress: ../../src/xcb_io.c:165: dequeue_pending_request: Assertion `!xcb_xlib_unknown_req_in_deq' failed.
Aborted
It happens a few seconds after unpausing, but I can trigger it by attempting to view the unit screen. Something's still wonky with writing strings back to DF.
Post by: Hello71 on December 28, 2016, 10:55:03 pm
fixed
You're a gentleman and a scholar. Thank you very much!
EDIT: Welp. When I change a profession name and write back to DF, it crashes:
[xcb] Unknown request in queue while dequeuing
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
Dwarf_Fortress: ../../src/xcb_io.c:165: dequeue_pending_request: Assertion `!xcb_xlib_unknown_req_in_deq' failed.
Aborted
It happens a few seconds after unpausing, but I can trigger it by attempting to view the unit screen. Something's still wonky with writing strings back to DF.
eh, right. crashed once when I tried that, but I forgot to check it again before posting. I'll check it out later.
Post by: k33n on January 04, 2017, 05:41:39 pm
Post by: Hello71 on January 05, 2017, 09:09:45 am
1. Exactly which DF version are you using? Not "latest", not "windows". "0.43.05 Windows 64-bit".
2. Exactly which DT version are you using? Not "latest", not "from the link" (what fucking link???). "37.0.0 from https://github.com/splintermind/Dwarf-Therapist/releases/" or "master from https://github.com/Hello71/Dwarf-Therapist", or better "c07ccde from https://github.com/Hello71/Dwarf-Therapist".
3. Exactly what memory layout are you using? "Included" if you didn't download one separately.
Post by: feelotraveller on January 05, 2017, 10:55:04 pm
And thankyou Hello71 for caring, at least somewhat. ;) It is, and/or, will be appreciated.
Post by: feelotraveller on January 05, 2017, 11:07:32 pm
I am now using the recent memory addresses and a 32 bit version of the game. Therapist can no longer find dwarf fortress.
Just a stab in the dark, but have you tried deleting 'Dwarf Therapist.ini'?
Post by: ivanzypher on January 08, 2017, 12:30:05 pm
Oh & I'm on Linux Mint 18 running kernel 4.4.0-21-generic and Mate 1.14.1
Post by: Hello71 on January 09, 2017, 05:59:49 pm
fixed
You're a gentleman and a scholar. Thank you very much!
EDIT: Welp. When I change a profession name and write back to DF, it crashes:
[xcb] Unknown request in queue while dequeuing
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
Dwarf_Fortress: ../../src/xcb_io.c:165: dequeue_pending_request: Assertion `!xcb_xlib_unknown_req_in_deq' failed.
Aborted
It happens a few seconds after unpausing, but I can trigger it by attempting to view the unit screen. Something's still wonky with writing strings back to DF.
eh, right. crashed once when I tried that, but I forgot to check it again before posting. I'll check it out later.
probably fixed, pull and try again
Post by: necrotic on January 09, 2017, 06:50:35 pm
Hey chaps. I just built the DF2016 branch on Linux here: https://github.com/splintermind/Dwarf-Therapist but when I try an connect to 43.05 it opens a pop-up saying a list of compatible versions the most recent one being 40.24. Do I need to swap to a different branch or repo or something? Thanks !
Oh & I'm on Linux Mint 18 running kernel 4.4.0-21-generic and Mate 1.14.1
There's no memory layout for 0.43.05 on linux, the latest available is 0.43.03: https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts/linux
Post by: kenlon on January 09, 2017, 07:04:12 pm
Post by: lethosor on January 09, 2017, 08:07:48 pm
There are memory layouts available elsewhere, otherwise it would have been impossible for people to work on and test 64-bit DT on Linux.Hey chaps. I just built the DF2016 branch on Linux here: https://github.com/splintermind/Dwarf-Therapist but when I try an connect to 43.05 it opens a pop-up saying a list of compatible versions the most recent one being 40.24. Do I need to swap to a different branch or repo or something? Thanks !
Oh & I'm on Linux Mint 18 running kernel 4.4.0-21-generic and Mate 1.14.1
There's no memory layout for 0.43.05 on linux, the latest available is 0.43.03: https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts/linux
Post by: Hello71 on January 10, 2017, 10:14:06 am
Code: [Select]
git clone https://github.com/Hello71/Dwarf-Therapist.git
mkdir Dwarf-Therapist-build
cd Dwarf-Therapist-build
cmake ../Dwarf-Therapist
ln -s ../Dwarf-Therapist/share .
make -j$(nproc)
./DwarfTherapist
Post by: k33n on January 10, 2017, 09:17:18 pm
To all, when reporting issues, include the following information:
1. Exactly which DF version are you using? Not "latest", not "windows". "0.43.05 Windows 64-bit".
2. Exactly which DT version are you using? Not "latest", not "from the link" (what fucking link???). "37.0.0 from https://github.com/splintermind/Dwarf-Therapist/releases/" or "master from https://github.com/Hello71/Dwarf-Therapist", or better "c07ccde from https://github.com/Hello71/Dwarf-Therapist".
3. Exactly what memory layout are you using? "Included" if you didn't download one separately.
You don't have to be a cunt about it.
Version 0.43.05, 32-bit, as was suggested.
Windows 10, 64 bit,
The direct link that has been included in the very first post of this thread labeled "Latest Release", like anyone would.
The memory layout linked to me through lethosor. (https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts.)
Post by: Hello71 on January 10, 2017, 10:06:00 pm
To all, when reporting issues, include the following information:
1. Exactly which DF version are you using? Not "latest", not "windows". "0.43.05 Windows 64-bit".
2. Exactly which DT version are you using? Not "latest", not "from the link" (what fucking link???). "37.0.0 from https://github.com/splintermind/Dwarf-Therapist/releases/" or "master from https://github.com/Hello71/Dwarf-Therapist", or better "c07ccde from https://github.com/Hello71/Dwarf-Therapist".
3. Exactly what memory layout are you using? "Included" if you didn't download one separately.
You don't have to be a cunt about it.
Version 0.43.05, 32-bit, as was suggested.
Windows 10, 64 bit,
The direct link that has been included in the very first post of this thread labeled "Latest Release", like anyone would.
The memory layout linked to me through lethosor. (https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts.)
firstly, I didn't even quote your post or reference you in mine, just stating useful points for problem reports that I can refer back to later if needed. second, this is free support for a free program. I don't expect you to know how to use sodding WinDbg, but it would be a lot easier if you at least tried to provide a precise problem report. you'll note that I fixed the problem that was reported with the exact error message without complaining. took me a while, but it was sort of a weird issue. so yeah, I'm a cunt for actually trying to help instead of just ignoring a terrible question, which is what I should have done.
try compiling splinter's DF2016 from source. if that doesn't work, pastebin your log.
Post by: lethosor on January 10, 2017, 10:59:15 pm
The direct link that has been included in the very first post of this thread labeled "Latest Release", like anyone would.I realize you might not know this if you're not involved in DT development, but in addition to the binaries splinterz posted (the ones in the first post), there are also several repositories on Github with additional changes (splinterz's and Hello71's in particular, and possibly some others). A number of people testing DT with 0.43.05 are using builds that aren't the ones in the first post, so we can't assume which one you're using. There's also a big difference between downloading the build on the first post yesterday and the one that was there two years ago. If you downloaded it within the last month, there's a very good chance you're using DT 37.0, but specifying the exact version can resolve issues where people have an older version that they think is the newest one fairly quickly (and I couldn't find a post where you mentioned the DT version you're using).
The memory layout linked to me through lethosor. (https://github.com/splintermind/Dwarf-Therapist/tree/DF2016/share/memory_layouts.)
Regarding the link, that's basically a link to a folder, so I don't know exactly which file you downloaded from there. I would like to assume you found the one for Windows 0.43.05, so in that case, this link (https://github.com/splintermind/Dwarf-Therapist/blob/DF2016/share/memory_layouts/windows/v0.43.05_graphics.ini) would be better. However, there's also a link in the README file on the page you linked to, "Windows: Right click here and 'Save link as..'", which links to a layout for 0.43.03, so it's possible you downloaded that one instead.
To be clear, I don't necessarily think that you downloaded the wrong versions of these things. In my experience, though, enough of these sorts of issues are due to people accidentally downloading the wrong version of something that it's worthwhile to clarify exactly what you've downloaded, in case it turns out to be the cause of the problem.
Post by: Schonka on January 11, 2017, 06:34:33 am
Post by: Hello71 on January 11, 2017, 09:46:56 am
@Hello71, I saw your instructions post, I checked your github, I saw https://github.com/Hello71/Dwarf-Therapist/blob/DF2016/share/memory_layouts/linux/v0.43.05.ini and I started compiling. I only did some basic testing, but it seems to work for me when running with root privileges on Arch Linux 64-bit. Thanks a lot!
don't run as root, turn off yama ptrace (the security gains are basically non-existent while we still use X)
Post by: Schonka on January 11, 2017, 01:26:20 pm
@Hello71, I saw your instructions post, I checked your github, I saw https://github.com/Hello71/Dwarf-Therapist/blob/DF2016/share/memory_layouts/linux/v0.43.05.ini and I started compiling. I only did some basic testing, but it seems to work for me when running with root privileges on Arch Linux 64-bit. Thanks a lot!
don't run as root, turn off yama ptrace (the security gains are basically non-existent while we still use X)
That did the trick. I think I had to do this in the past, for getting some games running under wine...
Post by: escondida on January 11, 2017, 02:07:24 pm
Code: [Select]
# setcap cap_sys_ptrace=ep /usr/bin/dwarftherapist
(where /usr/bin/dwarftherapist is replaced, if need be, with the path to whereever you installed it)
Post by: Gabriel A. Zorrilla on January 15, 2017, 02:57:01 pm
Just got a second monitor, playing DF in one and DT in the second is an orgasm!
Will report any bug.
Again, thanks!
EDIT: owww,no labors? CRAP!
EDIT2: yes! just had to add the tab, great!
Post by: DarthCloakedDwarf on January 16, 2017, 07:19:32 pm
Post by: SMASH! on January 26, 2017, 03:56:40 pm
Post by: Hello71 on January 26, 2017, 04:46:42 pm
Can someone give me a link to Hello71's compiled build or his guide how to do so? Didn't find it in the thread.
it's on this page. (by 10 posts)
Post by: SMASH! on January 27, 2017, 05:29:54 am
Can someone give me a link to Hello71's compiled build or his guide how to do so? Didn't find it in the thread.
it's on this page. (by 10 posts)
I wouldn't call that post a guide, as you said, it is instruction. I never used qt or cmake, so it is not that clear. I am getting this error on cmake ../Dwarf-Therapist
Spoiler (click to show/hide)
Post by: anewaname on January 27, 2017, 08:27:50 pm
I also downloaded cmake and Qt5 for compiling DT and have used neither for anything else. I pasted your error message into google and arrived at stackexchange here (http://stackoverflow.com/questions/35049023/unknown-cmake-qt5-command), at github here here (https://github.com/Cockatrice/Cockatrice/issues/205), and again at stackexchange here (http://stackoverflow.com/questions/28247137/ubuntu-cmake-what-path-to-add-to-cmake-module-path). The important piece of info inCan someone give me a link to Hello71's compiled build or his guide how to do so? Didn't find it in the thread.
it's on this page. (by 10 posts)
I wouldn't call that post a guide, as you said, it is instruction. I never used qt or cmake, so it is not that clear. I am getting this error on cmake ../Dwarf-TherapistSpoiler (click to show/hide)
Quote
find_package(Qt5 REQUIRED COMPONENTS Qml Widgets)and if you check your ./Dwarf-Therapist/CMakeLists.txt, it is probably already set this way
On Ubuntu, I have cmake 3.7 and Qt5, but didn't have the issue you did. It must be that my cmake is finding Qt5 but I don't know how. I did not add anything to my $PATH. My cmake is installed in "~/Downloads/cmake-3.7.0-Linux-x86_64" and I run it with "../Downloads/cmake-3.7.0-Linux-x86_64/bin/cmake -DCMAKE_CXX_COMPILER=/usr/lib/llvm-3.5/bin/clang++ -DCMAKE_BUILD_TYPE=Debug -DCMAKE_CXX_FLAGS=-fsanitize=address ." which may be wrong for some reasons but it does compile DT and DT does work. So I think your issue goes back to "The Qt5 cmake modules are provided by Qt5 itself, so you need to tell cmake where qt can be found." and the solution may be to run cmake using the command line like "cmake -DCMAKE_PREFIX_PATH=<path_to_source>". The QT5 manual here (http://doc.qt.io/qt-5/cmake-manual.html) says "In order for find_package to be successful, Qt 5 must be found below the CMAKE_PREFIX_PATH, or the Qt5<Module>_DIR must be set in the CMake cache to the location of the Qt5WidgetsConfig.cmake file. The easiest way to use CMake is to set the CMAKE_PREFIX_PATH environment variable to the install prefix of Qt 5." I don't know which of the QT5 folders you need to point that setting at, but this seems like the step needed.
I wouldn't call that post a guide, as you said, it is instruction. I never used qt or cmake, so it is not that clear.And how is saying that it should be called an "instruction" instead of a "guide" relevant to your gaining an understanding of what the listed steps will require you to do? Would changing the word give you a better ability to understand?
Post by: feelotraveller on January 28, 2017, 02:37:03 am
new instructions:Code: [Select]git clone https://github.com/Hello71/Dwarf-Therapist.git
mkdir Dwarf-Therapist-build
cd Dwarf-Therapist-build
cmake ../Dwarf-Therapist
ln -s ../Dwarf-Therapist/share .
make -j$(nproc)
./DwarfTherapist
These worked perfectly for me. 8)
Yet to have a problem with the build either. :)
Only - totally minor - criticism is that the artistic forms display poorly. For example one dwarf in my last game preferred "the words of the Festive Mother and the sound of the Goldenrod Droplets" (from Thoughts and Preferences). These are reported as 'Of Mother' and 'Of Droplet' in the preferences dock, and "the words of of Mother and the sound of of Droplet" in the preferences tooltip. [Careful exact transcriptions.] Not a problem in gameplay terms (although perhaps there is the possibility of ambiguity in some future game?) but, particularly in the tooltip it looks sloppy... Only thing I know about the difficulty of fixing is that it's beyond me, but that's not saying much. :P
But it is so cool to have my Dwarfs in Therapy in 43.05 linux 64 bit glory. (Praise also to the Great Toad!)
p.s. I've been slightly tweaking role preferences as I've gone. Is it worth posting an updated default csv? Probably gonna make me tear my hair out going through it all again...
Post by: SMASH! on January 28, 2017, 08:29:44 am
Quote
And how is saying that it should be called an "instruction" instead of a "guide" relevant to your gaining an understanding of what the listed steps will require you to do? Would changing the word give you a better ability to understand?There is difference between these terms, you can google it. I've seen two of your links, but I don't understand how to "tell cmake where qt can be found". Is it something I have to do with environment variables? I installed both cmake and qt, Qt Creator was able to see cmake and it copied some files (Qt5Core.dll, Qt5Gui.dll etc.) into cmake\bin folder.
Post by: wooks on January 28, 2017, 10:42:10 am
Post by: lethosor on January 28, 2017, 11:57:51 am
Any news on win x64 DF 0.43.05 memory layouts yet? Thanks in advance guys!64-bit layouts aren't hard to generate. The issue is actual support for 64-bit DF, which is still experimental.
Post by: anewaname on January 29, 2017, 12:08:58 am
You could add the QT filepath to your path environment variable, or when you run cmake you can add the path there using this...QuoteAnd how is saying that it should be called an "instruction" instead of a "guide" relevant to your gaining an understanding of what the listed steps will require you to do? Would changing the word give you a better ability to understand?There is difference between these terms, you can google it. I've seen two of your links, but I don't understand how to "tell cmake where qt can be found". Is it something I have to do with environment variables? I installed both cmake and qt, Qt Creator was able to see cmake and it copied some files (Qt5Core.dll, Qt5Gui.dll etc.) into cmake\bin folder.
Quote
So I think your issue goes back to "The Qt5 cmake modules are provided by Qt5 itself, so you need to tell cmake where qt can be found." and the solution may be to run cmake using the command line like "cmake -DCMAKE_PREFIX_PATH=<path_to_source>". The QT5 manual here (http://doc.qt.io/qt-5/cmake-manual.html) says "In order for find_package to be successful, Qt 5 must be found below the CMAKE_PREFIX_PATH, or the Qt5<Module>_DIR must be set in the CMake cache to the location of the Qt5WidgetsConfig.cmake file. The easiest way to use CMake is to set the CMAKE_PREFIX_PATH environment variable to the install prefix of Qt 5." I don't know which of the QT5 folders you need to point that setting at, but this seems like the step needed.When you run any application at the command line, there are usually switches or parameters values that can be added to the command line that will modify how the application runs. In this case, that "-DCMAKE_PREFIX_PATH=<path_to_source>" will cause cmake to look for files at the filepath you replace <path_to_source> with, and then cmake will use it to find the qt5 stuff in that folder tree). It is still a guess if it will work, but it is why the creators of cmake added CMAKE_PREFIX_PATH as an input for their program, so cmake can find files outside of the cmake folder structure. Your QT Creator likely did not add all of the files needed.
Regarding "instruction", "guide", and the internet... Go there yourself and watch out for the banana peels. I have an Oxford Concise dictionary, a figurative point of view, and no need to go further.
Post by: feelotraveller on January 30, 2017, 03:30:04 pm
As far as I have been able to make out this occurs when the top cell of the table changes (but not always when it changes...). This is an old problem that I have experienced (sporadically) for some years both on linux and windows and 32bit and 64bit versions (of linux). But this time I managed to make a save while the game was paused and made a reproducible and reversible workaround. I can upload/mail the savegame if it would help but since the problem (well certainly the workaround...) involves custom preferences it might not reproduce on the other end (but then again it might). Also happy to try to investigate further but need simplish instructions on what to do/try.
Reading data after the highest cell on the table has changed (Urdim/Herbalist) I get this. Before this everything was normal. Note that all dwarfs are reported as better than average at everything...
(http://i1122.photobucket.com/albums/l531/feelotraveller/rolebalance_zpshlt5clij.png)
I make a new custom role that is a straight copy of the default Herbalist role (but named Herb so it does not replace) and the spreadsheet report returns to normal. Herb is not used by any grid view.
(http://i1122.photobucket.com/albums/l531/feelotraveller/rolefixed_zpsuhrpqfm6.png)
Removing the custom Herb role returns the spreadsheet to the all positive distribution.
Post by: anewaname on February 03, 2017, 05:11:19 am
I got another instance of roles weighting being reported as unduly positive.While that definitely is a bug, it is a relatively harmless one, and might not get attention until it is irking someone who has the coding skills to hunt it down. :) I've noted something similar to it (or maybe it was the same issue) a couple of times but iirc, a re-read of the data while on the Roles tab fixed it also.Spoiler (click to show/hide)
Post by: Carch on February 05, 2017, 03:44:09 pm
Post by: Rose on February 05, 2017, 11:00:22 pm
Post by: Carch on February 07, 2017, 08:50:09 am
Post by: lethosor on February 07, 2017, 10:39:02 am
Post by: feelotraveller on February 10, 2017, 03:12:00 am
I got another instance of roles weighting being reported as unduly positive.While that definitely is a bug, it is a relatively harmless one, and might not get attention until it is irking someone who has the coding skills to hunt it down. :) I've noted something similar to it (or maybe it was the same issue) a couple of times but iirc, a re-read of the data while on the Roles tab fixed it also.Spoiler (click to show/hide)
Yep, just being hopeful... :) In my experience a change in the dataset is neccessary (but not always sufficient) to restore 'normality'. Thought it worthwhile to document the most effective workaround I have found although other things sometimes work. Without having seen the code I suspect this one may need more than rudimentary skills (depending on -lack of- code documentation) and thought a working example for reading values in debug mode - if that is possible - might be useful. No harm done if I am just blowing hot air. :P
Post by: Hello71 on February 14, 2017, 03:15:48 pm
I think someone was working on 64-bit Windows support, but I don't know if there's a build anywhere.
I'm not aware of any issues that would prevent my branch from working on Windows, as long as a suitable memory layout is provided. (but I haven't tried it, so it *probably* doesn't work.)
Post by: Urist McScoopbeard on February 17, 2017, 08:51:54 pm
(https://admin.mashable.com/wp-content/uploads/2013/07/Elf.gif)
Post by: soul4hdwn on February 21, 2017, 06:33:50 pm
Post by: feelotraveller on February 22, 2017, 09:54:43 am
so while the .ini is found, the memory addresses aren't? i'm feeling just how wonderful therapist is... fingers dieing trying to assign jobs.
Um, more information would definitely help...
Just taking a wild guess - running windows 64 bit DF 43.05 with windows 32 bit 43.05 memory layout?
Post by: soul4hdwn on February 22, 2017, 11:50:41 am
i'm basically returning from version 0.40.xx; so i downloaded into a separate folder install of 0.43.05, downloaded "beta" dfhack (which runs fine despite warnings), added phobius "just graphics" set,
edit ok so... i'm completely wrong in the sense that 1) the .ini was for 32 bit 2) and ontop i might have downloaded wrong DF as someone pointed out to not simply click "download" but go into "all versions" first.
Post by: Rose on February 23, 2017, 04:52:42 am
The therapist program needs to be modified quite a bit to be able to connect.
Post by: Heretic on February 23, 2017, 10:07:19 am
That about using Qt Localization system in Therapist?
If it would be done, I can make russian localization really easy and some other players can make it for other languages.
Post by: Heretic on February 24, 2017, 03:54:25 am
Where can I to read some devdocs or something that can help me to start?
Post by: orost on February 24, 2017, 08:54:26 pm
I think someone was working on 64-bit Windows support, but I don't know if there's a build anywhere.
I'm not aware of any issues that would prevent my branch from working on Windows, as long as a suitable memory layout is provided. (but I haven't tried it, so it *probably* doesn't work.)
I tried building on Windows and it fails on dfinstance.cpp:
Code: [Select]
D:/msys64/home/szymon/Dwarf-Therapist/src/dfinstance.cpp: In static member function 'static DFInstance* DFInstance::newInstance()':
D:/msys64/home/szymon/Dwarf-Therapist/src/dfinstance.cpp:127:34: error: invalid new-expression of abstract class type 'DFInstanceWindows'
return new DFInstanceWindows();
^
In file included from D:/msys64/home/szymon/Dwarf-Therapist/src/dfinstance.cpp:60:0:
D:/msys64/home/szymon/Dwarf-Therapist/src/dfinstancewindows.h:33:7: note: because the following virtual functions are pure within 'DFInstanceWindows':
class DFInstanceWindows : public DFInstance {
^~~~~~~~~~~~~~~~~
In file included from D:/msys64/home/szymon/Dwarf-Therapist/src/dfinstance.cpp:24:0:
D:/msys64/home/szymon/Dwarf-Therapist/src/dfinstance.h:137:19: note: virtual USIZE DFInstance::write_string(VIRTADDR, const QString&)
virtual USIZE write_string(VIRTADDR addr, const QString &str) = 0;
^~~~~~~~~~~~
CMakeFiles/DwarfTherapist.dir/build.make:302: recipe for target 'CMakeFiles/DwarfTherapist.dir/src/dfinstance.cpp.obj' failed
make[2]: *** [CMakeFiles/DwarfTherapist.dir/src/dfinstance.cpp.obj] Error 1
CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/DwarfTherapist.dir/all' failed
make[1]: *** [CMakeFiles/DwarfTherapist.dir/all] Error 2
Makefile:105: recipe for target 'all' failed
make: *** [all] Error 2
g++ 6.3 on MSYS2
Post by: Hello71 on February 24, 2017, 09:04:35 pm
I think someone was working on 64-bit Windows support, but I don't know if there's a build anywhere.
I'm not aware of any issues that would prevent my branch from working on Windows, as long as a suitable memory layout is provided. (but I haven't tried it, so it *probably* doesn't work.)
I tried building on Windows and it fails on dfinstance.cpp:Code: [Select]D:/msys64/home/szymon/Dwarf-Therapist/src/dfinstance.cpp: In static member function 'static DFInstance* DFInstance::newInstance()':
D:/msys64/home/szymon/Dwarf-Therapist/src/dfinstance.cpp:127:34: error: invalid new-expression of abstract class type 'DFInstanceWindows'
return new DFInstanceWindows();
^
In file included from D:/msys64/home/szymon/Dwarf-Therapist/src/dfinstance.cpp:60:0:
D:/msys64/home/szymon/Dwarf-Therapist/src/dfinstancewindows.h:33:7: note: because the following virtual functions are pure within 'DFInstanceWindows':
class DFInstanceWindows : public DFInstance {
^~~~~~~~~~~~~~~~~
In file included from D:/msys64/home/szymon/Dwarf-Therapist/src/dfinstance.cpp:24:0:
D:/msys64/home/szymon/Dwarf-Therapist/src/dfinstance.h:137:19: note: virtual USIZE DFInstance::write_string(VIRTADDR, const QString&)
virtual USIZE write_string(VIRTADDR addr, const QString &str) = 0;
^~~~~~~~~~~~
CMakeFiles/DwarfTherapist.dir/build.make:302: recipe for target 'CMakeFiles/DwarfTherapist.dir/src/dfinstance.cpp.obj' failed
make[2]: *** [CMakeFiles/DwarfTherapist.dir/src/dfinstance.cpp.obj] Error 1
CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/DwarfTherapist.dir/all' failed
make[1]: *** [CMakeFiles/DwarfTherapist.dir/all] Error 2
Makefile:105: recipe for target 'all' failed
make: *** [all] Error 2
g++ 6.3 on MSYS2
haha, I was too eager removing the const refs. fixed that particular issue.
Post by: DeDeRon on February 25, 2017, 03:46:10 am
Spoiler (click to show/hide)
Post by: Hello71 on February 25, 2017, 08:55:55 am
linux, 32 bitSpoiler (click to show/hide)
why are you building 64-bit version on 32-bit machine
Post by: orost on February 25, 2017, 09:16:13 am
Code: [Select]
[ 97%] Building CXX object CMakeFiles/DwarfTherapist.dir/src/dfinstancewindows.cpp.obj
D:/msys64/home/szymon/dt/src/dfinstancewindows.cpp:39:27: fatal error: memorysegment.h: No such file or directory
#include "memorysegment.h"
That header doesn't exist and isn't referred to anywhere else, so I assumed it's a stray import and removed it. After that, there are several problems, most but not all relating to wide strings. I hacked it to work (well, launch, I don't have a memory layout to actually test it.) Here is the diff. It is not a patch, I don't really know what I'm doing (in particular I commented out the entirety of enumWindowsProc, because it calls and doesn't find get_last_error and I don't know what that's supposed to be), but hopefully it'll be helpful in actually fixing it.
Spoiler (click to show/hide)
Post by: DeDeRon on February 25, 2017, 09:20:46 am
why are you building 64-bit version on 32-bit machinebecause i couldnt find any information that your fork is 64-bit only. updating the readme (including new build instructions) would probably be a good idea.
Post by: veantur on February 26, 2017, 03:41:24 am
what im missing for the latest df version is dwarf therapist
What is the status of dwarf therapist is it chanceled?
Post by: orost on February 26, 2017, 04:35:36 am
Here is a summary of what I did. Unless noted otherwise the changes were made to dfinstancewindows.cpp
* I removed a stray include of non-existent memorysegment.h
* Wide strings were used in several places, even though the API functions it uses use regular strings. I changed those to regular strings.
* There were a handful of incorrect types (such as const uint instead of VIRTADDR) and missing casts.
* I redefined PID from int to DWORD in dfinstance.h
* enumWindowsProc was completely broken - I think it had never been finished. I fixed it. This fixed finding DwarfFortress.exe and determining its PID.
* I made DFInstanceWindows::get_last_error static to help with the above. I don't think it makes any difference to anything else. It looks to me like it could and maybe should be a free function, but I didn't want to make bigger changes than necessary.
* DFInstanceWindows::calculate_checksum generates checksums from the .exe timestamp, and it was confused by 64-bit timestamps in 64-bit executables, creating checksums padded with 32 bits worth of zeros (e.g. 0x00000000abcdefab instead of 0xabcdefab) which falsely tested as not equal to normal checksums. I adjusted it to skip the zeros. It would probably be better to fix the presentation and comparison logic for checksums but I couldn't figure it out.
* I added error logging to memory reads. A debugging aid, but I see no reason not to include it.
The current state is that DT builds, launches, connects to DF, picks the correct memory map, but disconnects immediately after that after a memory read fails. I'm afraid I am not able to take this any further. Hopefully this is of some use.
Diff:
Spoiler (click to show/hide)
Post by: feelotraveller on February 26, 2017, 08:39:31 pm
I wasnt playing df now for a very long time and a lot of changed
what im missing for the latest df version is dwarf therapist
What is the status of dwarf therapist is it chanceled?
You should be able to make DT work for either 43.03 or 43.05.
It depends on your OS:
windows - 32 bit 43.05 DF, then download DT 37.0 https://github.com/splintermind/Dwarf-Therapist (https://github.com/splintermind/Dwarf-Therapist) and add 43.05 memory layout from the share folder
osx - 32 bit 43.03 DF, then download DT 37.0 as above and add 43.03 memory layout
linux, either - 32 bit 43.03 DF then as above 43.03 memory layout
or - 64 bit 43.05 DF then make from Hello71 fork - instructions http://www.bay12forums.com/smf/index.php?topic=122968.msg7321808#msg7321808 (http://www.bay12forums.com/smf/index.php?topic=122968.msg7321808#msg7321808)
splinterz who did fantastic work for so long has gone walkabout so we do not know what the future holds... :-\
Post by: Icefire2314 on March 02, 2017, 08:04:07 pm
Post by: TV4Fun on March 03, 2017, 07:14:40 pm
Post by: se5a on March 04, 2017, 03:55:10 am
new instructions:Code: [Select]git clone https://github.com/Hello71/Dwarf-Therapist.git
mkdir Dwarf-Therapist-build
cd Dwarf-Therapist-build
cmake ../Dwarf-Therapist
ln -s ../Dwarf-Therapist/share .
make -j$(nproc)
./DwarfTherapist
if you get an error like the following:
Code: [Select]
CMake Error at /usr/lib/x86_64-linux-gnu/cmake/Qt5/Qt5Config.cmake:26 (find_package):
Could not find a package configuration file provided by "Qt5Qml" with any
of the following names:
Qt5QmlConfig.cmake
qt5qml-config.cmake
Add the installation prefix of "Qt5Qml" to CMAKE_PREFIX_PATH or set
"Qt5Qml_DIR" to a directory containing one of the above files. If "Qt5Qml"
provides a separate development package or SDK, be sure it has been
installed.
Then try:
Code: [Select]
sudo apt-get install qt5-qmake qtbase5-dev qtbase5-dev-tools qtdeclarative5-dev # Qt 5if the error mentions QT4 try: Code: [Select]
sudo apt-get install qt4-qmake libqt4-dev # Qt 4 then try the cmake ../Dwarf-Therapist again.
This is in the build instructions for linux in spinters fork.
Post by: feelotraveller on March 04, 2017, 05:58:05 pm
Did something change in a recent version of either DF or DT? I know it used to be possible to connect when on the prepare for embark screen and see the attributes of your dwarves, which I found very useful in deciding who to assign what skill. This doesn't seem to work anymore though.
Works for me on DF43.05 Linux 64bit.
Are you able to connect and use DT once properly embarked?
Post by: Chimerat on March 04, 2017, 07:46:28 pm
Is there a post somewhere with step-to-step instructions to get this to work?Did something change in a recent version of either DF or DT? I know it used to be possible to connect when on the prepare for embark screen and see the attributes of your dwarves, which I found very useful in deciding who to assign what skill. This doesn't seem to work anymore though.
Works for me on DF43.05 Linux 64bit.
Are you able to connect and use DT once properly embarked?
I couldn't even get DF 0.43.05 to work. Not to mention Therapist.
Post by: soul4hdwn on March 05, 2017, 03:25:31 am
therapist currently cannot do window 64 bit DF yet.
others said linux 64 bit is fine.
cannot connect to different bit type.
Post by: PleaseBugMeNot on March 05, 2017, 06:14:52 am
I've used some of hello71's changes as I've had no idea what I'm doing. The last time I've used C++ for something serious, I've had Visual Studio 6 and there was no x64 Windows :) I am not even playing DF but always liked DT when playing it and sounded like a good challenge to make it work! Also I felt quite sad such a tool to die horribly.
Spoiler (click to show/hide)
Post by: feelotraveller on March 05, 2017, 03:02:21 pm
Is there a post somewhere with step-to-step instructions to get this to work?Did something change in a recent version of either DF or DT? I know it used to be possible to connect when on the prepare for embark screen and see the attributes of your dwarves, which I found very useful in deciding who to assign what skill. This doesn't seem to work anymore though.
Works for me on DF43.05 Linux 64bit.
Are you able to connect and use DT once properly embarked?
I couldn't even get DF 0.43.05 to work. Not to mention Therapist.
Assuming you get DF 43.05 linux64 working (what's the terminal output?) the 'instructions' are reproduced in the top box two posts above yours. Two caveats are you will need the appropriate software to build it -terminal output should help- and you might need to give permission for DT to access other process on your system.
Code: [Select]
sudo setcap cap_sys_ptrace=ep /path/to/dwarftherapist
Post by: Chimerat on March 05, 2017, 04:01:58 pm
Assuming you get DF 43.05 linux64 working <snip>I have not, no. I'm sorry if that wasn't clear by my reply. :-\
Post by: zakarum on March 05, 2017, 06:45:46 pm
Hi guys. Trying to make it work with x64 Win. Looking good so far... got it running, generated the offsets with dfhack, it reads the dwarfs and some other stuff. Can't display strings (names and castes). There are some offsets which I am stuck with but at least I've had some progress (see screenshot). What I've tested is... I've assigned fishing skills to my mason and after applying them, he went fishing and the skill went up. Don't have much free time during the week, so I will try to fix the stuff which I noticed is broken and put it out for other people.That's wonderful news PleaseBugMeNot. I'm glad that someone's working on it and you will be forever my hero if you can update it to x64.
I've used some of hello71's changes as I've had no idea what I'm doing. The last time I've used C++ for something serious, I've had Visual Studio 6 and there was no x64 Windows :) I am not even playing DF but always liked DT when playing it and sounded like a good challenge to make it work! Also I felt quite sad such a tool to die horribly.
Post by: TV4Fun on March 06, 2017, 02:04:44 pm
This is on Win8 with 43.03. It does work once embarked.Did something change in a recent version of either DF or DT? I know it used to be possible to connect when on the prepare for embark screen and see the attributes of your dwarves, which I found very useful in deciding who to assign what skill. This doesn't seem to work anymore though.
Works for me on DF43.05 Linux 64bit.
Are you able to connect and use DT once properly embarked?
Post by: PleaseBugMeNot on March 09, 2017, 04:59:24 pm
Spoiler (click to show/hide)
Post by: Still Standing on March 09, 2017, 05:54:58 pm
Got the Winx64 version working with strings and everything. Can't test it much. Sent a link to PeridexisErrant to test it and give me some feedback.Spoiler (click to show/hide)
I would like to volunteer to have your babies.
Post by: zakarum on March 10, 2017, 04:59:06 am
Got the Winx64 version working with strings and everything. Can't test it much. Sent a link to PeridexisErrant to test it and give me some feedback.You are the best, PleaseBugMeNotSpoiler (click to show/hide)
Post by: PleaseBugMeNot on March 10, 2017, 05:21:00 am
Got the Winx64 version working with strings and everything. Can't test it much. Sent a link to PeridexisErrant to test it and give me some feedback.You are the best, PleaseBugMeNotSpoiler (click to show/hide)
The x64 bit Start Pack with DT is now out.
http://dffd.bay12games.com/file.php?id=12743
Cheers and please report the problems in DT. Too many changes... I hope I didn't break too many things :D
Post by: StagnantSoul on March 10, 2017, 05:35:52 am
Got the Winx64 version working with strings and everything. Can't test it much. Sent a link to PeridexisErrant to test it and give me some feedback.You are the best, PleaseBugMeNotSpoiler (click to show/hide)
The x64 bit Start Pack with DT is now out.
http://dffd.bay12games.com/file.php?id=12743
Cheers and please report the problems in DT. Too many changes... I hope I didn't break too many things :D
Blessed art thou...
Post by: Heretic on March 10, 2017, 01:33:43 pm
Post by: wooks on March 12, 2017, 01:09:13 am
Windows 10 64bit
Post by: Carch on March 12, 2017, 05:29:02 am
pleasebugnot, thanks for the effort put in on this!
Post by: Boogeyman on March 12, 2017, 07:02:12 am
memory layout error
error creating ssl
context ()
Then selecting read crashes therapist. DF 43.05, therapist 43.5.1, windows 8.1.
Here is run.log with connect and then exiting.
Spoiler (click to show/hide)
And a run log with connecting and reading, which then crashes.
Spoiler (click to show/hide)
Post by: Still Standing on March 12, 2017, 07:04:29 am
no such problems here, running windows 7 x64 with a seperate dwarf fortress 43.05
pleasebugnot, thanks for the effort put in on this!
No problems here either, windows 10 64x using the LNP. Working perfectly! :D
Post by: PleaseBugMeNot on March 12, 2017, 09:47:43 am
When trying to run the x64 win version in the pack by PeridexisErrant I get 2 .dll system errors for missing VCRUNTIME140.dll and MSVCP140.dll
Windows 10 64bit
You need to install Microsoft Visual C++ 2015 Redistributable x64: https://www.microsoft.com/en-us/download/details.aspx?id=53587
Post by: PleaseBugMeNot on March 12, 2017, 09:53:23 am
When selecting connect on therapist I get the following error:
memory layout error
error creating ssl
context ()
Then selecting read crashes therapist. DF 34.05, therapist 43.5.1, windows 8.1.
Here is run.log with connect and then exiting.Spoiler (click to show/hide)
And a run log with connecting and reading, which then crashes.Spoiler (click to show/hide)
Hi, can you also zip the DF/data/save directory and give me a link? It needs to be the world which crashes. I need to run the save and see what is going on. Might be some bug in DT from the porting to x64.
Post by: PleaseBugMeNot on March 12, 2017, 09:59:45 am
When selecting connect on therapist I get the following error:
memory layout error
error creating ssl
context ()
Then selecting read crashes therapist. DF 34.05, therapist 43.5.1, windows 8.1.
Here is run.log with connect and then exiting.Spoiler (click to show/hide)
And a run log with connecting and reading, which then crashes.Spoiler (click to show/hide)
Forgot one thing. Can you install: http://slproweb.com/products/Win32OpenSSL.html (http://slproweb.com/download/Win64OpenSSL_Light-1_0_2k.exe)
And see how it goes. You probably miss the openssl libs. I need to include those next release.
Post by: Boogeyman on March 12, 2017, 10:12:56 am
Quote
Forgot one thing. Can you install: http://slproweb.com/products/Win32OpenSSL.html (http://slproweb.com/download/Win64OpenSSL_Light-1_0_2k.exe)
And see how it goes. You probably miss the openssl libs. I need to include those next release.
That got rid of the error message, but it still crashes. Here is the save https://www.dropbox.com/s/qnao0mnqqnwo6y5/region4.zip?dl=0
Post by: Carch on March 12, 2017, 10:17:22 am
When selecting connect on therapist I get the following error:you sure about that df version? that seems like the older version. might need the older version of therapist for that too.
memory layout error
error creating ssl
context ()
Then selecting read crashes therapist. DF 34.05, therapist 43.5.1, windows 8.1.
Here is run.log with connect and then exiting.Spoiler (click to show/hide)
And a run log with connecting and reading, which then crashes.Spoiler (click to show/hide)
Post by: Boogeyman on March 12, 2017, 10:32:27 am
Quote
you sure about that df version? that seems like the older version. might need the older version of therapist for that too.
34.05 was typo, 43.05 is what it should have had.
Post by: shovelmonkey on March 12, 2017, 10:51:01 am
Post by: PleaseBugMeNot on March 12, 2017, 10:51:50 am
QuoteForgot one thing. Can you install: http://slproweb.com/products/Win32OpenSSL.html (http://slproweb.com/download/Win64OpenSSL_Light-1_0_2k.exe)
And see how it goes. You probably miss the openssl libs. I need to include those next release.
That got rid of the error message, but it still crashes. Here is the save https://www.dropbox.com/s/qnao0mnqqnwo6y5/region4.zip?dl=0
Weird, it works for me.
Spoiler (click to show/hide)
Edit: it seems that for you it has a problem with the second wave dwarfs
LOG:
Spoiler (click to show/hide)
-12 16:48:16.371 INFO core Dwarf Therapist "43.5.1" starting normally. [src\dwarftherapist.cpp:174] (DwarfTherapist::setup_logging)Post by: PleaseBugMeNot on March 12, 2017, 11:15:01 am
Quoteyou sure about that df version? that seems like the older version. might need the older version of therapist for that too.
34.05 was typo, 43.05 is what it should have had.
Mate, the only thing I can think of is - you have to run DT from cmd console (Start->RUN->cmd) then go to the DT's directory and run DwarfTherapist.exe with the argument -trace (D:\Deployment\DwarfTherapist43.5.1X64>DwarfTherapist.exe -trace). Then read the dwarfs and when it crashes post the logs again. Trace gives us more info
Post by: Boogeyman on March 12, 2017, 11:24:22 am
Quote
Mate, the only thing I can think of is - you have to run DT from cmd console (Start->RUN->cmd) then go to the DT's directory and run DwarfTherapist.exe with the argument -trace (D:\Deployment\DwarfTherapist43.5.1X64>DwarfTherapist.exe -trace). Then read the dwarfs and when it crashes post the logs again. Trace gives us more info
It crashes with every world I generate. Older versions of df/dt have worked without issue.
Here is log with -trace https://www.dropbox.com/s/0da3vaopqq43n78/run.zip?dl=0
Post by: PleaseBugMeNot on March 12, 2017, 11:35:43 am
QuoteMate, the only thing I can think of is - you have to run DT from cmd console (Start->RUN->cmd) then go to the DT's directory and run DwarfTherapist.exe with the argument -trace (D:\Deployment\DwarfTherapist43.5.1X64>DwarfTherapist.exe -trace). Then read the dwarfs and when it crashes post the logs again. Trace gives us more info
It crashes with every world I generate. Older versions of df/dt have worked without issue.
Here is log with -trace https://www.dropbox.com/s/0da3vaopqq43n78/run.zip?dl=0
Before going deeper into the logs, can you put the whole DF + tools folder into another drive different from C:\
I don't trust Windows and files put into C:... sometimes it makes weird stuff. I will try to investigate... hopefully I can find something. The whole read Dwarf info class is huuuuuuuuuuuuge and the fact that I can not reproduce the crash is even worse.
Post by: Boogeyman on March 12, 2017, 11:48:25 am
Quote
Before going deeper into the logs, can you put the whole DF + tools folder into another drive different from C:\
I don't trust Windows and files put into C:... sometimes it makes weird stuff. I will try to investigate... hopefully I can find something. The whole read Dwarf info class is huuuuuuuuuuuuge and the fact that I can not reproduce the crash is even worse.
I moved it to another drive, still crashes. Here is a log https://www.dropbox.com/s/6959lvdx69flxb9/run%20p%20drive.zip?dl=0
Post by: PleaseBugMeNot on March 12, 2017, 12:00:59 pm
QuoteBefore going deeper into the logs, can you put the whole DF + tools folder into another drive different from C:\
I don't trust Windows and files put into C:... sometimes it makes weird stuff. I will try to investigate... hopefully I can find something. The whole read Dwarf info class is huuuuuuuuuuuuge and the fact that I can not reproduce the crash is even worse.
I moved it to another drive, still crashes. Here is a log https://www.dropbox.com/s/6959lvdx69flxb9/run%20p%20drive.zip?dl=0
It crashes on the Roles reading. For some reasons I can't find out yet. Thanx for the cooperation. I will try to go trough the code and hopefully I can find out what's wrong. But if it works for me and not for you it is probably depending on some OS difference... regional settings or whatever else is different between my Windows and yours. What kind of regional settings is your Windows and language also?
Post by: Boogeyman on March 12, 2017, 12:11:36 pm
Quote
What kind of regional settings is your Windows and language also?
Finland / Finnish.
Post by: PleaseBugMeNot on March 12, 2017, 12:40:19 pm
QuoteWhat kind of regional settings is your Windows and language also?
Finland / Finnish.
Ok, I will have to put loads of fine debug outputs in the Traits, skills, attributes, preferences loading and send you the debug exe, so we can see where does it crash. This thing is huge.. it might crash for whatever reason. But that I can't do right now because I have to go.
Here is an exe file with the roleRatings disabled. https://dl.dropboxusercontent.com/u/94651132/DwarfTherapistNoRoleRatings.zip
Can you test if it runs?
Post by: wooks on March 12, 2017, 01:03:41 pm
When trying to run the x64 win version in the pack by PeridexisErrant I get 2 .dll system errors for missing VCRUNTIME140.dll and MSVCP140.dll
Windows 10 64bit
You need to install Microsoft Visual C++ 2015 Redistributable x64: https://www.microsoft.com/en-us/download/details.aspx?id=53587
Resolved the issue perfectly <3
Post by: orost on March 12, 2017, 02:57:28 pm
I tried using your version on 0.43.05 64-bit (after importing the correct memory map) and it segfaults on reading dwarves. Here's a backtrace, if you get me a version with debug symbols I could get a better one.
Spoiler (click to show/hide)
Post by: shovelmonkey on March 12, 2017, 03:20:08 pm
With windows 10, and having downloaded the openssl libs, working perfectly so far. Great work, PleaseBugMeNot, and thank you!
Apologies on quoting myself. :-[
Currently through three migratory waves, and still working great.
Post by: Hello71 on March 12, 2017, 04:06:01 pm
@PleaseBugMeNot
I tried using your version on 0.43.05 64-bit (after importing the correct memory map) and it segfaults on reading dwarves. Here's a backtrace, if you get me a version with debug symbols I could get a better one.Spoiler (click to show/hide)
why did you compile it in 32 bit mode
Post by: orost on March 12, 2017, 04:09:23 pm
Post by: PleaseBugMeNot on March 12, 2017, 05:37:16 pm
If you're asking me, I didn't compile it, I'm using PleaseBugMeNot's release. I don't know why it's 32-bit, but it's supposed to work with 64-bit DF.
Something is wrong... the pointers look like x32bit and the exe is running in wow64 simulator. The exe is compiled with amd64 64bit compiler. I am a C++ noob but the version should be 64bit.
Here:
Spoiler (click to show/hide)
Anyway
here is a Release exe with debug symbols: https://dl.dropboxusercontent.com/u/94651132/DT_with_debugsymb.zip
Here is compiled exe Debug with symbols and debug Qt dlls: https://dl.dropboxusercontent.com/u/94651132/DTdebug.zip
Post by: orost on March 12, 2017, 05:47:00 pm
Code: [Select]
$ file DwarfTherapist.exe
DwarfTherapist.exe: PE32 executable (GUI) Intel 80386 (stripped to external PDB), for MS Windows
As for the debug versions, neither runs. The first:
Code: [Select]
(gdb) r
Starting program: /c/Users/szymon/Desktop/DT_with_debugsymb/DwarfTherapist.exe
[New Thread 1684.0xa04]
gdb: unknown target exception 0xc0000139 at 0x7ffa0fbacdd0
During startup program exited with code 0xc0000139.
(BTW - can you make Visual Studio output some sort of portable debug info format? GDB can't read PDB. I could probably get another debugger going but I'd rather not if possible)
(Alternatively I'll just build it myself if you give me the source)
The second wants ucrtbased.dll... I'm not sure what that is. Googling suggests it might be a Windows 10 thing, I'm on 8.1.
Post by: PleaseBugMeNot on March 12, 2017, 06:12:17 pm
It's definitely a 32-bit executable:Code: [Select]$ file DwarfTherapist.exe
DwarfTherapist.exe: PE32 executable (GUI) Intel 80386 (stripped to external PDB), for MS Windows
As for the debug versions, neither runs. The first:Code: [Select](gdb) r
Starting program: /c/Users/szymon/Desktop/DT_with_debugsymb/DwarfTherapist.exe
[New Thread 1684.0xa04]
gdb: unknown target exception 0xc0000139 at 0x7ffa0fbacdd0
During startup program exited with code 0xc0000139.
(BTW - can you make Visual Studio output some sort of portable debug info format? GDB can't read PDB. I could probably get another debugger going but I'd rather not if possible)
(Alternatively I'll just build it myself if you give me the source)
The second wants ucrtbased.dll... I'm not sure what that is. Googling suggests it might be a Windows 10 thing, I'm on 8.1.
I have 32bit DT compiled with mingwx32 and one with MSVCx64 as amd64. It can't be a 32 bit. You probably have some other exe. Right click on it, compatibility tab, set compatibility mode and if it starts with VIsta, it is x64. If it has XP is 32bit.
Here is a check with
Spoiler (click to show/hide)
Post by: orost on March 12, 2017, 06:17:14 pm
Post by: PleaseBugMeNot on March 12, 2017, 06:21:41 pm
Sorry, I should have been more specific. The one I pulled from the starter pack you posted on Friday, the one that runs but crashes on reading dwarves, that one is 32-bit. The two you posted today are both 64-bit.
Just checked the starter pack.. DT version there is x64bit: PeridexisErrant's Starter Pack 0.43.05-r02
Post by: PleaseBugMeNot on March 12, 2017, 06:23:54 pm
This is the version I've sent PeridexisErrant. Can you check it out?
Post by: orost on March 12, 2017, 06:24:47 pm
I'm sorry for wasting your time, PleaseBugMeNot.
Post by: PleaseBugMeNot on March 12, 2017, 06:27:01 pm
That's not the same one that I have. I must have accidentally downloaded the wrong package back Friday. I re-downloaded and it works.
I'm sorry for wasting your time, PleaseBugMeNot.
No problem, I've learnt some new things which is always good :D
Post by: Boogeyman on March 12, 2017, 11:36:54 pm
Quote
Here is an exe file with the roleRatings disabled. https://dl.dropboxusercontent.com/u/94651132/DwarfTherapistNoRoleRatings.zip
Can you test if it runs?
It works with this. I will playtest more with this, but it does seem to operate. Thank you for help and for working on therapist.
pic https://i.imgur.com/nxzBM04.jpg
log https://www.dropbox.com/s/zud4r9a1suph7jb/run%20log%20no%20role%20ratings.zip?dl=0
...Hmm there are still some crashes but I can't replicate them, I'll post if I manage to find something.
Post by: Boogeyman on March 13, 2017, 02:37:11 am
Post by: PleaseBugMeNot on March 13, 2017, 05:38:55 am
Okay it is crashing again when attempting to read. Save and log: https://www.dropbox.com/s/q22qbpromzv838u/run%20%2B%20save.zip?dl=0
Hi, m8! Are you sure you used the exe without the RoleRatings? Because it crashes exactly there again
Also if someone can help with tracing that problem, it will be great(How were the previous Devs tracing and debugging problems and crashes?). Got a busy week ahead of me, I can be back around the weekend. Every bit of information helps :) Cheers!
Post by: Boogeyman on March 13, 2017, 05:47:57 am
Quote
Hi, m8! Are you sure you used the exe without the RoleRatings? Because it crashes exactly there again
Yes it is the one without roleratings. It works if I start a new save, but on this one it always crashes on read.
Post by: PleaseBugMeNot on March 13, 2017, 05:55:15 am
QuoteHi, m8! Are you sure you used the exe without the RoleRatings? Because it crashes exactly there again
Yes it is the one without roleratings. It works if I start a new save, but on this one it always crashes on read.
Still no crashes here :(
PS> A question. There are weird numbers where it says: "Arrived in the Summer of the year XXX" : there are some numbers in this row under some of the columns. Was it like that before and if yes, what is the meaning?
Spoiler (click to show/hide)
Post by: clinodev on March 13, 2017, 06:00:07 am
Post by: Boogeyman on March 13, 2017, 06:11:40 am
...it seems to correspond with the number of dwarves with the skill turned on in that group.
This is correct.
Post by: Boogeyman on March 13, 2017, 06:35:10 am
Logs where the children are alive and it crashes and where they were killed and it works properly. It is the same save as before.
https://www.dropbox.com/s/8aeya110zctf7ug/run%20kids%20alive%20dead.zip?dl=0
Post by: PleaseBugMeNot on March 13, 2017, 09:30:37 am
I dropped magma on the two children and now it loads again. So something there. !!BUGHUNT!!
Logs where the children are alive and it crashes and where they were killed and it works properly. It is the same save as before.
https://www.dropbox.com/s/8aeya110zctf7ug/run%20kids%20alive%20dead.zip?dl=0
Hahhaahahah... kill all the children so DT starts working. Soooo Dwarfish :D
Post by: PleaseBugMeNot on March 13, 2017, 09:36:45 am
I dropped magma on the two children and now it loads again. So something there. !!BUGHUNT!!
Logs where the children are alive and it crashes and where they were killed and it works properly. It is the same save as before.
https://www.dropbox.com/s/8aeya110zctf7ug/run%20kids%20alive%20dead.zip?dl=0
Can you run the original DT from the package, with the rolestats on the save with the dead kids. I am wondering if the roles are the culprit or something else. It seems so random. The logs show that there are two less kids and nothing about the crash.
Post by: PleaseBugMeNot on March 13, 2017, 09:49:56 am
FLAGS2: "0x0000000012000030" [src\dwarf.cpp:661] (Dwarf::read_flags)
FLAGS3: "0x00000102" [src\dwarf.cpp:663] (Dwarf::read_flags)
FLAGS1: "0x0000000080004001" [src\dwarf.cpp:659] (Dwarf::read_flags)
FLAGS2: "0x0000000012000070" [src\dwarf.cpp:661] (Dwarf::read_flags)
FLAGS3: "0x0000000000800102" [src\dwarf.cpp:663] (Dwarf::read_flags)
Those are two dwarfs: :R?sen Lertethkulet is the kid and his third flag looks like a wrong value. There are more like that: for animal children.But they are mostly ignored. I will have to find out why does that happen and what are those flags. If that is a memory address offset it will crash because it is not a correct x64bit. And why does it crash only for you ?!?
Post by: lethosor on March 13, 2017, 10:04:46 am
Post by: PleaseBugMeNot on March 13, 2017, 10:42:29 am
Those look like bitfields represented as hexadecimal, not pointers. The three unit flags bitfields (well, actually four, but nobody's identified anything in the fourth yet) are all 32 bits, so they should be 8 digits. I'm not sure why five of those are printed as 16 digits instead (i.e. 8 extra leading 0's). And even if they were addresses, leading zeros aren't required, although those would be invalid addresses with 64-bit Windows DF, since valid addresses start at/around 0x140000000 (which can't be represented with 32 bits).
2017-????-13 16:40:12.502 TRACE core FLAGS1: "0x04004001" [src\dwarf.cpp:659] (Dwarf::read_flags)
2017-????-13 16:40:12.502 TRACE core FLAGS2: "0x12000000" [src\dwarf.cpp:661] (Dwarf::read_flags)
2017-????-13 16:40:12.502 TRACE core FLAGS3: "0x00000102" [src\dwarf.cpp:663] (Dwarf::read_flags)
Those look better now. Just the hexify function was doing some magic stuff :D
Post by: PleaseBugMeNot on March 13, 2017, 01:24:12 pm
I dropped magma on the two children and now it loads again. So something there. !!BUGHUNT!!
Logs where the children are alive and it crashes and where they were killed and it works properly. It is the same save as before.
https://www.dropbox.com/s/8aeya110zctf7ug/run%20kids%20alive%20dead.zip?dl=0
Please, try that version: https://dl.dropboxusercontent.com/u/94651132/DwarfTherapist4_35_2.zip
If it doesn't work, I have no more ideas :(
Post by: Boogeyman on March 13, 2017, 03:58:56 pm
Quote
Please, try that version: https://dl.dropboxusercontent.com/u/94651132/DwarfTherapist4_35_2.zip
If it doesn't work, I have no more ideas :(
The save where the kids are gone only works with the norole version.
Here are logs for all 3 versions:
https://www.dropbox.com/s/8tg71jy49jpii0i/run%20logs%20333.zip?dl=0
Post by: PeridexisErrant on March 13, 2017, 06:16:16 pm
PM me when there's a new version you want in my pack, and I'll update then - I don't want to ship something experimental or broken by mistake.
Post by: Heretic on March 14, 2017, 02:50:32 am
srry for offtopic
Post by: Urist Tilaturist on March 14, 2017, 05:48:53 pm
"version 42.06"
Choose one.
Joking apart, is there a version of DT available yet which is compatible with the version of the game which released last July?
Post by: PeridexisErrant on March 14, 2017, 08:11:48 pm
PeridexisErrant - will you include last AV into pack?I'm not sure what you mean.
"maintained branch" / "version 42.0": Choose one.Yes - this version is compatible with 32bit 43.05 if you just download the memory layout from github. And there's an experimental 64-bit version just a few posts further up!
Joking apart, is there a version of DT available yet which is compatible with the version of the game which released last July?
Post by: lethosor on March 14, 2017, 08:26:43 pm
"maintained branch"To clarify, when DT 37.0 was released, the newest version of DF was 0.42.06, and I think DT 37 only includes layouts for DF 0.42.06 and older by default, but it still works with newer DF versions (given appropriate layouts). In other words, there wasn't a need to build a new DT version, so the thread title didn't get updated.
"version 42.06"
Post by: Snafu on March 14, 2017, 08:30:37 pm
Certainly this bug is present WRT cattle cow/bull; possibly also extant with fowl cock/hen etc for all domesticat(ed/able) livestock; I haven't tested..
Post by: Urist Tilaturist on March 15, 2017, 07:44:34 am
git clone https://github.com/Hello71/Dwarf-Therapist.git
mkdir Dwarf-Therapist-build
cd Dwarf-Therapist-build
cmake ../Dwarf-Therapist
ln -s ../Dwarf-Therapist/share .
make -j$(nproc)
./DwarfTherapist
and got an this error at the "cmake ../Dwarf-Therapist" stage:
CMake Error at CMakeLists.txt:8 (find_package):
By not providing "FindQt5.cmake" in CMAKE_MODULE_PATH this project has
asked CMake to find a package configuration file provided by "Qt5", but
CMake did not find one.
Could not find a package configuration file provided by "Qt5" with any of
the following names:
Qt5Config.cmake
qt5-config.cmake
Add the installation prefix of "Qt5" to CMAKE_PREFIX_PATH or set "Qt5_DIR"
to a directory containing one of the above files. If "Qt5" provides a
separate development package or SDK, be sure it has been installed.
-- Configuring incomplete, errors occurred!
See also "/home/linux/Dwarf-Therapist-build/CMakeFiles/CMakeOutput.log".
Post by: se5a on March 15, 2017, 02:16:57 pm
new instructions:Code: [Select]git clone https://github.com/Hello71/Dwarf-Therapist.git
mkdir Dwarf-Therapist-build
cd Dwarf-Therapist-build
cmake ../Dwarf-Therapist
ln -s ../Dwarf-Therapist/share .
make -j$(nproc)
./DwarfTherapist
if you get an error like the following:Code: [Select]CMake Error at /usr/lib/x86_64-linux-gnu/cmake/Qt5/Qt5Config.cmake:26 (find_package):
Could not find a package configuration file provided by "Qt5Qml" with any
of the following names:
Qt5QmlConfig.cmake
qt5qml-config.cmake
Add the installation prefix of "Qt5Qml" to CMAKE_PREFIX_PATH or set
"Qt5Qml_DIR" to a directory containing one of the above files. If "Qt5Qml"
provides a separate development package or SDK, be sure it has been
installed.
Then try:Code: [Select]sudo apt-get install qt5-qmake qtbase5-dev qtbase5-dev-tools qtdeclarative5-dev # Qt 5if the error mentions QT4 try:Code: [Select]sudo apt-get install qt4-qmake libqt4-dev # Qt 4
then try the cmake ../Dwarf-Therapist again.
This is in the build instructions for linux in spinters fork.
Post by: g2knee on March 15, 2017, 02:54:58 pm
Post by: Urist Tilaturist on March 15, 2017, 04:04:34 pm
Post by: PleaseBugMeNot on March 15, 2017, 06:01:43 pm
@PleaseBugMN, an issue: (tame, penned) butcherable animals set to be butchered from your x64 DT version will set to be caged, not butchered
Certainly this bug is present WRT cattle cow/bull; possibly also extant with fowl cock/hen etc for all domesticat(ed/able) livestock; I haven't tested..
Can you tell me if that is happening with this version too: https://dl.dropboxusercontent.com/u/94651132/DwarfTherapist4_35_2.zip
Tnx! It is just the exe with some fixes and changes.
Post by: Snafu on March 15, 2017, 07:57:48 pm
=Umm.. access needed to test pls ;)
Can you tell me if that is happening with this version too: https://dl.dropboxusercontent.com/u/94651132/DwarfTherapist4_35_2.zip
Tnx! It is just the exe with some fixes and changes.
Post by: PleaseBugMeNot on March 16, 2017, 07:38:45 am
=Umm.. access needed to test pls ;)
Can you tell me if that is happening with this version too: https://dl.dropboxusercontent.com/u/94651132/DwarfTherapist4_35_2.zip
Tnx! It is just the exe with some fixes and changes.
Ok, new link: https://www.dropbox.com/s/y0k4odt3356mc2y/DwarfTherapist4_35_2.zip?dl=0
Close the popup for signup and click download below.
Post by: Snafu on March 16, 2017, 10:58:56 am
Not an urgency, but would it be possible to add a 'pastured' category to the grid, especially since we already have 'caged'?
Each cell would have two background colours indicating whether the animal needs grazing or not, then some sort of checkmark overlay to indicate whether it's actually pastured or not
This should make hunting through your massive stock of immigrant/caged beasties quite a bit easier.. ;)
Post by: Amostubal on March 16, 2017, 01:19:28 pm
Post by: thraxarious on March 16, 2017, 03:01:14 pm
Uninstalled and re-installed Visual C++ 2015x64, same thing. ran as admin, nada.
This reminds me how much I really hate Visual C++.
Post by: PleaseBugMeNot on March 16, 2017, 03:06:11 pm
This is the patched exe: https://www.dropbox.com/s/y0k4odt3356mc2y/DwarfTherapist4_35_2.zip?dl=0
You need MSVC 2015 runtimes and openssl. I am quite sick at the moment, when I feel better I will build another release and maybe an autoupdate.
Post by: Trxstr on March 16, 2017, 03:26:17 pm
Ok, I will have to put loads of fine debug outputs in the Traits, skills, attributes, preferences loading and send you the debug exe, so we can see where does it crash. This thing is huge.. it might crash for whatever reason. But that I can't do right now because I have to go.
Here is an exe file with the roleRatings disabled. https://dl.dropboxusercontent.com/u/94651132/DwarfTherapistNoRoleRatings.zip
Can you test if it runs?
Would you mind reuploading this version of the .exe?
Im having the same problem as Boogeyman and this link 404-ed.
Post by: Amostubal on March 16, 2017, 06:01:20 pm
This is the whole package: https://www.dropbox.com/s/d0b01u8spidv0dn/DwarfTherapist43.5.1X64.zip?dl=0
This is the patched exe: https://www.dropbox.com/s/y0k4odt3356mc2y/DwarfTherapist4_35_2.zip?dl=0
You need MSVC 2015 runtimes and openssl. I am quite sick at the moment, when I feel better I will build another release and maybe an autoupdate.
Awesome, Its currentlly functioning here... Hope you get better soon, I understand, I'm running on dayquil and sudafed.
Post by: redivider on March 18, 2017, 07:54:49 am
Edit: this was happening in previous versions but only now have I decided to actually ask here :)
Post by: billyh on March 18, 2017, 08:23:01 am
=Umm.. access needed to test pls ;)
Can you tell me if that is happening with this version too: https://dl.dropboxusercontent.com/u/94651132/DwarfTherapist4_35_2.zip
Tnx! It is just the exe with some fixes and changes.
Ok, new link: https://www.dropbox.com/s/y0k4odt3356mc2y/DwarfTherapist4_35_2.zip?dl=0
Close the popup for signup and click download below.
I can confirm this works for 43.05 x64 bit, on windows 10 x64.
It connects, it reads and it lets me alter jobs. Really neat, good job.
Post by: Bassial on March 18, 2017, 04:08:40 pm
=Umm.. access needed to test pls ;)
Can you tell me if that is happening with this version too: https://dl.dropboxusercontent.com/u/94651132/DwarfTherapist4_35_2.zip (https://dl.dropboxusercontent.com/u/94651132/DwarfTherapist4_35_2.zip)
Tnx! It is just the exe with some fixes and changes.
Ok, new link: https://www.dropbox.com/s/y0k4odt3356mc2y/DwarfTherapist4_35_2.zip?dl=0 (https://www.dropbox.com/s/y0k4odt3356mc2y/DwarfTherapist4_35_2.zip?dl=0)
Close the popup for signup and click download below.
I can confirm this works for 43.05 x64 bit, on windows 10 x64.
It connects, it reads and it lets me alter jobs. Really neat, good job.
May I ask how? I downloaded and tried running it as is, and it comes with a bunch of missing Qt5[blah].dll files, which I then copied over from my DT v. 37, which gives me a different error, reading:
Code: [Select]
The application was unable to start correctly (0xc000007b). Click OK to close the application.Adding the rest of the files from DT v. 37, as expected, changed nothing, giving the same error.
Clarification: I am also running windows 10 x64.
EDIT: Nevermind. I made the foolish mistake of passing over the post that quite clearly shows the download link with the complete DT package.
Post by: TV4Fun on March 18, 2017, 10:23:21 pm
Post by: Insert_Gnome_Here on March 19, 2017, 10:59:33 am
I've downloaded a .zip and looked at Readme.pdf but it only linked to a google code page which was little help.
Post by: billyh on March 19, 2017, 01:56:02 pm
Anybody here know how to install DT in Linux (Fedora)?
I've downloaded a .zip and looked at Readme.pdf but it only linked to a google code page which was little help.
https://github.com/Hello71/Dwarf-Therapist, you can just compile it yourself with these instructions. (assuming you're trying to get it to work for the latest 43.05 64-bit version), obviously replace apt-get with dnf install
new instructions:Code: [Select]git clone https://github.com/Hello71/Dwarf-Therapist.git
mkdir Dwarf-Therapist-build
cd Dwarf-Therapist-build
cmake ../Dwarf-Therapist
ln -s ../Dwarf-Therapist/share .
make -j$(nproc)
./DwarfTherapist
if you get an error like the following:Code: [Select]CMake Error at /usr/lib/x86_64-linux-gnu/cmake/Qt5/Qt5Config.cmake:26 (find_package):
Could not find a package configuration file provided by "Qt5Qml" with any
of the following names:
Qt5QmlConfig.cmake
qt5qml-config.cmake
Add the installation prefix of "Qt5Qml" to CMAKE_PREFIX_PATH or set
"Qt5Qml_DIR" to a directory containing one of the above files. If "Qt5Qml"
provides a separate development package or SDK, be sure it has been
installed.
Then try:Code: [Select]sudo apt-get install qt5-qmake qtbase5-dev qtbase5-dev-tools qtdeclarative5-dev # Qt 5if the error mentions QT4 try:Code: [Select]sudo apt-get install qt4-qmake libqt4-dev # Qt 4
then try the cmake ../Dwarf-Therapist again.
This is in the build instructions for linux in spinters fork.
Post by: Insert_Gnome_Here on March 19, 2017, 03:04:47 pm
Post by: denemelikfierro@gmail.com on March 22, 2017, 06:25:35 am
http://i.hizliresim.com/2rjX8L.png
But i want it to look like this:
http://i.hizliresim.com/qbEoMB.png
i saw this on youtube, when i ask to uploader he said: it came like that by default. But when i download from the same link it's still doesn't look like that.
Post by: billyh on March 22, 2017, 06:42:05 am
Normally my dwarf therapist grids are like this:
http://i.hizliresim.com/2rjX8L.png
But i want it to look like this:
http://i.hizliresim.com/qbEoMB.png
i saw this on youtube, when i ask to uploader he said: it came like that by default. But when i download from the same link it's still doesn't look like that.
Go into options, then grid options. It's listed under Cell size, just change from 16x to preferred size.
Cell padding 6; Cell size 32
https://i.imgur.com/WtzWk1Q.jpg
Post by: Gigabytebob on March 23, 2017, 03:23:17 pm
Post by: billyh on March 23, 2017, 04:40:06 pm
when i turn on DT and try to connect it does nothing so i turn it off then it opens a new window saying memory layout error illegal value :(
Which version of DF are you playing? If it's the latest 64-bit, and it's windows, then this is the one you want.
This is the whole package: https://www.dropbox.com/s/d0b01u8spidv0dn/DwarfTherapist43.5.1X64.zip?dl=0
This is the patched exe: https://www.dropbox.com/s/y0k4odt3356mc2y/DwarfTherapist4_35_2.zip?dl=0
You need MSVC 2015 runtimes and openssl. I am quite sick at the moment, when I feel better I will build another release and maybe an autoupdate.
Post by: grotball on March 23, 2017, 11:14:53 pm
Post by: Gigabytebob on March 23, 2017, 11:56:27 pm
i was using the one from the 64-bit LNPwhen i turn on DT and try to connect it does nothing so i turn it off then it opens a new window saying memory layout error illegal value :(
Which version of DF are you playing? If it's the latest 64-bit, and it's windows, then this is the one you want.This is the whole package: https://www.dropbox.com/s/d0b01u8spidv0dn/DwarfTherapist43.5.1X64.zip?dl=0
This is the patched exe: https://www.dropbox.com/s/y0k4odt3356mc2y/DwarfTherapist4_35_2.zip?dl=0
You need MSVC 2015 runtimes and openssl. I am quite sick at the moment, when I feel better I will build another release and maybe an autoupdate.
Post by: billyh on March 24, 2017, 06:34:48 am
i was using the one from the 64-bit LNPwhen i turn on DT and try to connect it does nothing so i turn it off then it opens a new window saying memory layout error illegal value :(
Which version of DF are you playing? If it's the latest 64-bit, and it's windows, then this is the one you want.This is the whole package: https://www.dropbox.com/s/d0b01u8spidv0dn/DwarfTherapist43.5.1X64.zip?dl=0
This is the patched exe: https://www.dropbox.com/s/y0k4odt3356mc2y/DwarfTherapist4_35_2.zip?dl=0
You need MSVC 2015 runtimes and openssl. I am quite sick at the moment, when I feel better I will build another release and maybe an autoupdate.
I downloaded the LNP / starter pack and tested it out.
The therapist in "PeridexisErrant's Starter Pack 0.43.05-r02" ( http://dffd.bay12games.com/file.php?id=12743 ) works fine for me. You sure you got MSVC 2015 64 bit installed? ( https://www.microsoft.com/en-us/download/details.aspx?id=48145 )
https://i.imgur.com/07Lr1kn.jpg
Post by: Gigabytebob on March 25, 2017, 02:57:07 pm
Post by: ErwinNH on March 27, 2017, 05:39:53 am
Post by: Nikita on March 28, 2017, 08:51:20 am
Also, is 'need' support planned?
Post by: Spitemaster on March 29, 2017, 05:49:18 pm
(https://dl.dropboxusercontent.com/u/94651132/DwarfTherapist4_35_2.zip)), but neither of those links work for me.
Post by: Snafu on March 29, 2017, 06:47:27 pm
As always, try a new world with the latest LNP beta; if that doesn't work then report errors to the appropriate threads
Post by: Spitemaster on March 29, 2017, 07:47:35 pm
Post by: PeridexisErrant on March 29, 2017, 11:29:55 pm
Is there a standalone version? I've tried the links posted here (http://"http://www.bay12forums.com/smf/index.php?topic=122968.msg7388917#msg7388917") (https://dl.dropboxusercontent.com/u/94651132/DwarfTherapist43.5.1X64.zip (https://dl.dropboxusercontent.com/u/94651132/DwarfTherapist43.5.1X64.zip)) and here (http://"http://www.bay12forums.com/smf/index.php?topic=122968.msg7389495#msg7389495") (https://dl.dropboxusercontent.com/u/94651132/DwarfTherapist4_35_2.zip
(https://dl.dropboxusercontent.com/u/94651132/DwarfTherapist4_35_2.zip)), but neither of those links work for me.
Ask @PleaseBugMeNot I guess? If all else fails, I've got a copy of the first zip somewhere that I could upload.
Post by: fluther on April 06, 2017, 12:31:10 pm
Post by: PeridexisErrant on April 06, 2017, 07:11:58 pm
Is there going to be a 64 bit Mac version coming?
Not from me, because I can't test it. However anyone else can build one manually, or try https://github.com/PeridexisErrant/starter-pack
Post by: KillzEmAllGod on April 06, 2017, 11:21:16 pm
Could arrow keys be used to changed the dwarf selected rather then the mouse cursor?
The trait view could use some tiding up and it appears to be missing some personalty that show up in Dwarf Details, Power, Sacrifice, Merriment, Martial Prowess, Leisure time and a few others.
Post by: fluther on April 07, 2017, 05:27:37 am
Is there going to be a 64 bit Mac version coming?
Not from me, because I can't test it. However anyone else can build one manually, or try https://github.com/PeridexisErrant/starter-pack
A non-DFHack version isn't maintained anymore?
Post by: PeridexisErrant on April 07, 2017, 07:51:11 am
Is there going to be a 64 bit Mac version coming?
Not from me, because I can't test it. However anyone else can build one manually, or try https://github.com/PeridexisErrant/starter-pack
A non-DFHack version isn't maintained anymore?
You can build a pack without DFHack by removing it from components.yml and everything else will adjust to match. If anything doesn't, that's a bug - let me know and I'll fix it.
Post by: lethosor on April 07, 2017, 11:27:35 am
This is the DT thread. I'm not sure if both of you are talking about the same thing or not.Is there going to be a 64 bit Mac version coming?
Not from me, because I can't test it. However anyone else can build one manually, or try https://github.com/PeridexisErrant/starter-pack
I don't think anyone has started working on a 64-bit OS X DT. Using PE's starter pack scripts won't produce one, at any rate.
There was discussion of DT changes that would make DT rely on DFHack at some point, but those didn't happen.
Post by: PeridexisErrant on April 07, 2017, 07:40:56 pm
Post by: Urist McPanzerbeard on April 08, 2017, 09:39:50 am
(http://image.prntscr.com/image/aaa09c6941dc4030aaa01f864d8bffe8.png)
Post by: ErwinNH on April 08, 2017, 09:47:14 am
Post by: Snafu on April 08, 2017, 10:20:44 am
So, the Butcher column doesn't seem to be working. When I click on the button, all it does is say "cancel cage" in the Pending Changes box. However, none of my animals are caged or marked to be put into cages. Nothing I do seems to let me butcher from within Therapist, which is becoming a bit of a pain. Any thoughts?See thread starting around http://www.bay12forums.com/smf/index.php?topic=122968.msg7391953#msg7391953 for the fix (the correct d/l link is 2 msgs below)
Post by: Urist McPanzerbeard on April 08, 2017, 10:46:00 am
So, the Butcher column doesn't seem to be working. When I click on the button, all it does is say "cancel cage" in the Pending Changes box. However, none of my animals are caged or marked to be put into cages. Nothing I do seems to let me butcher from within Therapist, which is becoming a bit of a pain. Any thoughts?See thread starting around http://www.bay12forums.com/smf/index.php?topic=122968.msg7391953#msg7391953 for the fix (the correct d/l link is 2 msgs below)
Oh, marvellous. I googled it but didn't come up with anything, glad to see there is a fix.
Thanks much!
Post by: Kaelem Gaen on April 13, 2017, 03:05:50 pm
So uh, I'm trying to get this to work again on .43.05 32bit for Windows, I grabbed the proper Memory Layout from the github, but it claims the game is still unrecognized. Is there a difference in Memory Layout between the version of DF With Music, and the Version Without, as I've been getting the version without the Music since I was either turning it down or using Soundsense.
So to re-ask, Is there a different in memory layouts between the version with music, and the version without?
Post by: lethosor on April 13, 2017, 10:48:46 pm
The only difference between the music and non-music builds is that Toady didn't include the sound files in the latter (in DF/data/sound). The executables are identical, so utilities like DT and DFHack handle them just fine.
Post by: Snafu on April 15, 2017, 06:09:59 pm
Post by: Abalieno on April 17, 2017, 05:45:09 pm
Either 64bit or 32bit, it seems it won't run for me.
I've spent hours configuring stuff and it's very frustrating.
This is the whole package: https://www.dropbox.com/s/d0b01u8spidv0dn/DwarfTherapist43.5.1X64.zip?dl=0
This is the patched exe: https://www.dropbox.com/s/y0k4odt3356mc2y/DwarfTherapist4_35_2.zip?dl=0
You need MSVC 2015 runtimes and openssl. I am quite sick at the moment, when I feel better I will build another release and maybe an autoupdate.
I've tried this. It doesn't work.
MSVC, okay. Openssl? Might be this the problem? Openssl is a library, so what I'm supposed to do?
The program gives two errors, version check error and memory layout error, both complaining about "error creating SSL context ()
If I try to run while already in Fortress mode, it crashes.
I don't know if it matters, but I also want to run this with DFHack and TWBT, but this is working fine. It's just Therapist that won't run on any 43.05 version.
Post by: Abalieno on April 17, 2017, 06:19:42 pm
My god this is such a mess.
(nevermind, I wasn't updated about current-day DF, and now I found out DFHack can do everything and then more on its own)
Post by: Shizmoo on April 17, 2017, 07:16:48 pm
Post by: Drowchyld on April 25, 2017, 01:50:02 am
I downloaded the older 32-bit version of the DF starter pack and that runs just fine with the included Therapist. I've tried a bunch of stuff t the limit of my computer skills (which are not many). I think I have isolated it to being I need those SSL libraries.
Where do I get them? After I download them where do I put them? I also tried to download both those links from @PleaseBugMeNot and the same issues occurred. I'd really like some direction with my issue guys. BTW I am on Windows 7 64-bit Ultimate.
Post by: Trxstr on April 25, 2017, 10:58:15 am
I am using the new 64 bit starter pack. I have a newer version of vc_redist.x64.exe install so that's up to date. However I am having the same issue as @Abalieno with the SSL errors. When I run the program with a fort loaded it insta-crashes. When I run it before loading a fort it yells at me with the SSL errors.
I downloaded the older 32-bit version of the DF starter pack and that runs just fine with the included Therapist. I've tried a bunch of stuff t the limit of my computer skills (which are not many). I think I have isolated it to being I need those SSL libraries.
Where do I get them? After I download them where do I put them? I also tried to download both those links from @PleaseBugMeNot and the same issues occurred. I'd really like some direction with my issue guys. BTW I am on Windows 7 64-bit Ultimate.
You can get the ssl libraries form here http://slproweb.com/download/Win64OpenSSL_Light-1_0_2k.exe (http://slproweb.com/download/Win64OpenSSL_Light-1_0_2k.exe), but i don't know if that will fix your problem
Post by: Drowchyld on April 26, 2017, 01:11:28 am
Is there a 32 bit version of dwarf therapist I can use with the 64-bit application? I'd really like to play the 64-bit DF (I've never played before) but I am clear that I'd need Therapist. Anyone that could help me try to get this working I'd be super grateful toward.
Post by: negocromn on April 26, 2017, 01:48:22 am
You are right it still crashes. Why won't this work for me?
Is there a 32 bit version of dwarf therapist I can use with the 64-bit application? I'd really like to play the 64-bit DF (I've never played before) but I am clear that I'd need Therapist. Anyone that could help me try to get this working I'd be super grateful toward.
I'm using the dwarf therapist that comes in the latest masterwork pack, it works fine with DF 0.43.05.
Post by: Drowchyld on April 26, 2017, 02:27:29 am
You are right it still crashes. Why won't this work for me?
Is there a 32 bit version of dwarf therapist I can use with the 64-bit application? I'd really like to play the 64-bit DF (I've never played before) but I am clear that I'd need Therapist. Anyone that could help me try to get this working I'd be super grateful toward.
I'm using the dwarf therapist that comes in the latest masterwork pack, it works fine with DF 0.43.05.
Is that different then the starter pack?
EDIT: googeled, found, downloaded, copied out that one's Dwarf Therapist. Started my 64 bit and ran the new DT... when it reads dwarves it crashes. So no change.
Post by: PatrikLundell on April 26, 2017, 03:16:31 am
Finding and fixing your problem would be the best, of course, in particular if it's something many people may be affected by.
Masterworks is a mod so a masterworks pack would definitely be something different than the starter pack, but I have no idea if the DT component is different.
Post by: Drowchyld on April 26, 2017, 03:36:40 am
Post by: lethosor on April 26, 2017, 08:42:19 am
32 bit and 64 bit won't work together.I think you might be thinking of DFHack. Technically, since DT and DF run in separate processes, DT could access DF's memory regardless of whether its architecture matches DF's or not. However, I believe there was some issue on Windows with 32-bit programs not being able to use the Windows APIs needed to access 64-bit DF's memory, or vice versa (but I imagine the first would be more likely).
Is there a 32 bit version of dwarf therapist I can use with the 64-bit application?Even if there were, I don't think it would help. Even though some of the issues with 64-bit DT could be due to it being 64-bit, more of them are likely due to DF itself being 64-bit, which requires significant changes to how DT reads data from DF. A 32-bit DT that interfaced with 64-bit DF would still have the same issues.
Post by: PatrikLundell on April 26, 2017, 09:13:10 am
- Locate the problem yourself, and fix it yourself or provide enough info for someone else to do so.
- Wait for someone else to run into the same problem and either fix it or find enough info for someone else to fix it.
- Run without DT, possibly using the Manipulator instead. DT isn't "essential", but it makes things a lot easier. The Manipulator makes a few things easier as well, and some may even be done better with the Manipulator. However, neither is essential, as many vanilla players can testify to.
- Try the 32 bit route. If it fails you're back to the alternatives above and have lost some time. If it works you may try future versions to see if they agree better with your hardware/software and switch when it does (The DF saves are compatible [obviously a 64 bit one using too much memory won't work with 32 bits]: world generation isn't as compatible as it should be, but that's a completely different issue).
- Wait for new versions to see if the issues have gone away.
Comments on lethosor's comments:
As far as I understand it, a 32 bit DT that would access 64 bit DF correctly would have to be made specifically for that purpose, since it would have to somehow "understand" and navigate via the 64 bit pointers in the DF data structures. It's probably possible to do (as long as the resulting addresses are reachable by the 32 bit application), but I wouldn't consider it worth the trouble (the easier task, of a 64 bit DT interpreting a 32 bit DF is probably better done by having separate versions). These guesses do not take any API issues into account.
Post by: lethosor on April 26, 2017, 09:22:34 am
...it would have to somehow "understand" and navigate via the 64 bit pointers in the DF data structures. It's probably possible to do (as long as the resulting addresses are reachable by the 32 bit application)...Any memory addresses DT reads from DF aren't normal "pointers", so it doesn't matter whether DT can reach those addresses or not. For example, DT could tell the OS to read some bytes from DF's memory, get back "12345", and then tell the OS to read data from DF's address "12345".
However, getting a single DT build that supports both 32-bit and 64-bit DF is even more work, from what I remember, so it's easier for DT to just support DF builds that match its own architecture.
Post by: PatrikLundell on April 26, 2017, 11:12:37 am
Post by: xordae on April 27, 2017, 06:43:31 am
Post by: Drowchyld on May 02, 2017, 10:03:08 am
The 64-bit DF starter pack was updated yesterday, May 1st. I tried the new version and Therapist still crashed on load.
Post by: Porpoisepower on May 11, 2017, 03:00:24 pm
Post by: lethosor on May 11, 2017, 03:03:54 pm
I got it working... but I don't dare run it for more than necessary. Tends to cause BSOD's.Are you using the term "BSOD" as a synonym for "crash", or do you mean an actual blue screen? User programs, particularly ones like DT, should definitely not be able to cause blue screens on their own, although I suppose they could trigger one indirectly if you're having hardware issues.
Post by: kilakan on May 14, 2017, 11:08:14 am
Post by: lethosor on May 14, 2017, 04:05:48 pm
Post by: Porpoisepower on May 18, 2017, 06:12:11 pm
Actual blue screen of death. I (almost) never get them on that PC, but got 2 or 3, running the bit DT.I got it working... but I don't dare run it for more than necessary. Tends to cause BSOD's.Are you using the term "BSOD" as a synonym for "crash", or do you mean an actual blue screen? User programs, particularly ones like DT, should definitely not be able to cause blue screens on their own, although I suppose they could trigger one indirectly if you're having hardware issues.
Normally BSODs are the result of errors between the drivers and the kernel. But not always, and remember that DT spends a lot of time in another application's memory space, another application not really designed for that level of interfacing. A couple wrong memory writes and you can royally screw something up, and generally you are dealing with pointers, memory references and maybe some assembly language. You can do really strange things with those tools, and yes even crash the kernel. Modern processors and memory have mostly eliminated the need for that level of control, and most modern languages/libraries are built for automatic garbage collection and other high level wizardry so developers can spend their time on content.
So there are a lot less system crashes than there used to be, and the majority of them are in fact HW failures and driver issues.
Post by: lethosor on May 18, 2017, 09:49:33 pm
On the other hand, I don't doubt that you're experiencing BSODs. Are you able to test on another machine to see if it's reproducible there?
Post by: Dantez on May 20, 2017, 06:08:27 pm
I'm having a bit of an issue with LNP and the Dwarf Therapist. For some strange reason I can't seem to be able to use it at all. I've tried out versions 40_24 r16 and 40_24 r20, as well as 43.05 r05. With each of these releases of the LNP the same issue reoccured; I have started my game up, then I pressed "Connect to DF", and then Dwarf Therapist stopped working.
Is there anyone that might have an idea as to how to fix this issue? I cannot play the game without DT, and I am really craving some goblin smashing action right now.
Thanks for reading;
Dantez
Post by: Porpoisepower on May 22, 2017, 11:05:12 pm
I'm aware that DT works with DF's memory (and aware of most of the other things you mentioned) but that's something the OS should be able to deal with (see debuggers, for example). Any "wrong memory writes" would at most crash DT and/or DF under normal circumstances. It's really hard to crash the kernel by doing what DT does.
On the other hand, I don't doubt that you're experiencing BSODs. Are you able to test on another machine to see if it's reproducible there?
not really... but i haven't any problems, since I stopped letting DT run in the background. Which is interesting since it shouldn't have been changing or reading anything while it's just sitting there.
Post by: 3iff on May 23, 2017, 05:43:04 am
When starting DT, I get 'unable to initialise, error 0xC000001D' regardless of whether DF is running or not.
Using a dependency program, I've traced the problem to MPR.dll, as if it's trying to make an internet connection? (that pc isn't on the net).
Any ideas? The DFhack manipulator is adequate for the moment. I'm returning to DF for the first time in 3 years...but not having DT working is a bit cramping.
Post by: Phyroks on May 23, 2017, 10:51:00 am
This is the whole package: https://www.dropbox.com/s/d0b01u8spidv0dn/DwarfTherapist43.5.1X64.zip?dl=0
This is the patched exe: https://www.dropbox.com/s/y0k4odt3356mc2y/DwarfTherapist4_35_2.zip?dl=0
You need MSVC 2015 runtimes and openssl. I am quite sick at the moment, when I feel better I will build another release and maybe an autoupdate.
This did work fine with www.bay12games.com/dwarves/df_43_05_win_s.zip
Win7 64
Thank you for all who try to keep DT alive, i need it :D
Post by: gasznak on May 25, 2017, 09:17:44 am
Currently it looks like that:
(http://i.imgur.com/wZaw5lH.png)
I'm using Dwarf Therapist x64 ver. 43.5.1 which was a part of PE LNP ver. 0.43.05-r05 that can be found here: http://dffd.bay12games.com/file.php?id=7622
Thanks in advance!
Post by: joffree on May 26, 2017, 09:36:01 pm
Post by: Micro102 on May 29, 2017, 05:48:00 pm
Post by: Dutchling on June 06, 2017, 03:42:12 pm
Post by: PatrikLundell on June 07, 2017, 03:05:51 am
Since you can see the sexual orientation of any Dwarf via DT, is it also possible to see if a dwarf has the desire to get married? According to the wiki at least, about 20% of all Dwarves will never get married.No, the DT representation is incomplete. The display of the info would have to be changed, probably from one to two or three columns to cover all the possibilities (physical gender, and sexual relation level for each gender). Apart from not distinguishing between lover only or full marriage relations, DT also suppresses "minor" bi-sexual orientations, so an individual who is willing to marry one gender but only become lover with the other is shown as having the marriage orientation. I'd welcome such a change, though, but in the mean time DFHack directly or DFHack commands such as "gaydar" can give the full information.
So I've been waiting for DT to work on the new 64 bit DF. Has it reached that yet?Given that the Starter Pack is 64 bit and includes DT the answer should be yes.
Post by: PeridexisErrant on June 07, 2017, 04:04:04 am
By @PleaseBugMeNot, yes. Recent links are here. (http://www.bay12forums.com/smf/index.php?action=profile;area=showposts;u=118405) I don't know about source code, but I've PM'd them about it.So I've been waiting for DT to work on the new 64 bit DF. Has it reached that yet?Given that the Starter Pack is 64 bit and includes DT the answer should be yes.
Post by: Dutchling on June 07, 2017, 04:56:43 am
Quote
but in the mean time DFHack directly or DFHack commands such as "gaydar" can give the full information.Yup. gaydar -all did the trick.
Post by: lethosor on June 07, 2017, 10:04:59 am
I've seen lots of reports of instability, however.So I've been waiting for DT to work on the new 64 bit DF. Has it reached that yet?Given that the Starter Pack is 64 bit and includes DT the answer should be yes.
Post by: Micro102 on June 07, 2017, 08:01:05 pm
Post by: feelotraveller on June 08, 2017, 10:13:27 am
* Apart from what already existed in the Splinterz builds.
Post by: mross on June 10, 2017, 05:58:12 pm
Post by: Angry_Bucket on June 12, 2017, 02:52:35 pm
Evening, fellow Elfslayers,I just wanted to add to this - also having crash on launch. Read the last twenty or so pages and tried all versions posted with the 0.43.05 PeridexisErrant LNP. Dwarf Therapist always stops working upon connecting. I'm willing to help out by posting logs or whatever could be of assistance. In fact, I registered specifically to try and get this sorted out.
I'm having a bit of an issue with LNP and the Dwarf Therapist. For some strange reason I can't seem to be able to use it at all. I've tried out versions 40_24 r16 and 40_24 r20, as well as 43.05 r05. With each of these releases of the LNP the same issue reoccured; I have started my game up, then I pressed "Connect to DF", and then Dwarf Therapist stopped working.
Is there anyone that might have an idea as to how to fix this issue? I cannot play the game without DT, and I am really craving some goblin smashing action right now.
Thanks for reading;
Dantez
I've got a pretty old PC, so I really need the x64 version, as my CPUs are fairly weak. Additionally, I'm trying to get into DF for the 2nd time and I remember how much Dwarf Therapist improved the game. I've been trying to make do with the DF Hack matrix, but after several immigrant waves I'm finding the interface cumbersome despite how good it is. I'll keep checking in on this thread, as I'm not likely to play any more DF until I can get a working version of Therapist.
Post by: lethosor on June 12, 2017, 03:16:40 pm
I've got a pretty old PC, so I really need the x64 version, as my CPUs are fairly weak. Additionally, I'm trying to get into DF for the 2nd time and I remember how much Dwarf Therapist improved the game. I've been trying to make do with the DF Hack matrix, but after several immigrant waves I'm finding the interface cumbersome despite how good it is. I'll keep checking in on this thread, as I'm not likely to play any more DF until I can get a working version of Therapist.Just curious - what's clunky about DFHack's interface (manipulator)? It does support the mouse, in case you didn't know (and you can right-click to move the cursor to a cell instead of toggling it).
If you have an old computer/weak CPU, I'm not sure how the 64-bit build would help over the 32-bit build. Any performance improvements from a 64-bit build are really small, and perhaps even more so on an older machine.
Post by: PatrikLundell on June 12, 2017, 05:01:54 pm
You can also use the pop cap to stop migration when the number of dorfs makes the management unwieldy (and the FPS starts to drop). If you set a pop cap lower than 80 you should probably set goblin invasions to be allowed at a pop of 50 or 20, rather than the default value of 80. You'll also block the "normal" arrival of a monarch (but you can increase the pop cap later).
Post by: mross on June 12, 2017, 07:14:48 pm
Post by: lethosor on June 12, 2017, 07:15:57 pm
The latest version posted in the OP says it's for 42.06 but the pack I have is 43.03 and DT works just fine. What's up with that?The first post of this thread hasn't been updated in a long time, as you can tell from its timestamp (February 22, 2016). That build of DT does support newer versions of DF given the correct layouts, which your pack must include.
Post by: mross on June 12, 2017, 07:17:28 pm
Post by: Sorg on June 12, 2017, 08:31:06 pm
So... maybe the OP should be updated? Are people supposed to read 200 pages of the thread to see if their version is supported?DT's maintainer (splinterz (http://www.bay12forums.com/smf/index.php?action=profile;u=66082)) last visited this forum February 04, 2017, 07:21:25 am. No one else (except Toady maybe) can edit the OP.
So deal with it.
Post by: mross on June 12, 2017, 08:32:27 pm
So... maybe the OP should be updated? Are people supposed to read 200 pages of the thread to see if their version is supported?DT's maintainer (splinterz (http://www.bay12forums.com/smf/index.php?action=profile;u=66082)) last visited this forum February 04, 2017, 07:21:25 am. No one else (except Toady maybe) can edit the OP.
So deal with it.
lmao don't get salty with me, settle down
Post by: lethosor on June 12, 2017, 08:35:11 pm
Post by: Angry_Bucket on June 13, 2017, 09:46:57 am
I did not realize it had mouse support, I feel stupid now. Thank you, I'll give it another try. That said, a scroll bar would be nice, but the main hang up I have is the lack of white-space or gridlines. Just preference or my eyes, but I'm sure I could learn to like it.Garbage that Angry_Bucket wrote, yadda yadda yadda.Just curious - what's clunky about DFHack's interface (manipulator)? It does support the mouse, in case you didn't know (and you can right-click to move the cursor to a cell instead of toggling it).
If you have an old computer/weak CPU, I'm not sure how the 64-bit build would help over the 32-bit build. Any performance improvements from a 64-bit build are really small, and perhaps even more so on an older machine.
If the 64 bit version doesn't work, I'd suggest trying the 32 bit version (with the 32 bit version of DF, of course).I may try that. I would probably put up with a lower framerate, as I'm usually listening to an audio book/podcast or alt-tabbing unless there's immediate trouble.
You can also use the pop cap to stop migration when the number of dorfs makes the management unwieldy (and the FPS starts to drop). If you set a pop cap lower than 80 you should probably set goblin invasions to be allowed at a pop of 50 or 20, rather than the default value of 80. You'll also block the "normal" arrival of a monarch (but you can increase the pop cap later).
Thanks lethosor & PatrikLundell, your input is appreciated. I was under the assumption that my CPU was more of a bottleneck than my RAM with DF so I figured the x64 version was the clear winner for me.
Post by: Moonshine Fox on June 15, 2017, 07:06:42 am
Posting to watch in anticipation of a working 64 bit version. (I can't play DF without this anymore)I'm using DFHack's labor manager. It's not DT, but it's close. Perhaps consider using that?
Post by: lethosor on June 15, 2017, 09:59:02 am
labormanager (the one that automatically assigns labors) or manipulator (the DT-like grid that you can access with u-l)?Posting to watch in anticipation of a working 64 bit version. (I can't play DF without this anymore)I'm using DFHack's labor manager. It's not DT, but it's close. Perhaps consider using that?
Post by: mross on June 15, 2017, 01:42:35 pm
Posting to watch in anticipation of a working 64 bit version. (I can't play DF without this anymore)I'm using DFHack's labor manager. It's not DT, but it's close. Perhaps consider using that?
I'm currently using a working x64 version with 43.05, could post it to dropbox if you want
Post by: lethosor on June 15, 2017, 02:45:38 pm
Post by: Rowanas on June 15, 2017, 03:43:47 pm
Posting to watch in anticipation of a working 64 bit version. (I can't play DF without this anymore)I'm using DFHack's labor manager. It's not DT, but it's close. Perhaps consider using that?
I'm currently using a working x64 version with 43.05, could post it to dropbox if you want
You're killing me here. Post it already! I need my Therapist!
Post by: mross on June 15, 2017, 03:49:52 pm
Post by: Rowanas on June 15, 2017, 04:03:09 pm
Post by: lethosor on June 15, 2017, 04:43:09 pm
https://www.dropbox.com/sh/whn14i4fggudgq9/AAB6f18_tMtfpAO5CUPLGme7a?dl=0Where did you get this from, or did you build it yourself?
Ahha! It works!. Now, generous and noble champion of dwarves, whose attributes, both physical and mental, are superior to those of other, lesser man - do you know why this works? Is it just a nice new layout and all's good?It's more than just the layout - DT has to be updated for it work with 64-bit DF at all, and various people have done various things to get it to work (somewhat, depending on what Windows version you're using and what day it is).
Post by: Angry_Bucket on June 16, 2017, 12:42:45 pm
https://www.dropbox.com/sh/whn14i4fggudgq9/AAB6f18_tMtfpAO5CUPLGme7a?dl=0Crashes on read for me. Thanks for offering though.
Post by: Amostubal on June 17, 2017, 08:53:01 pm
Post by: Sorg on June 18, 2017, 04:38:20 am
Okay I'm confused by DT every time I even consider looking at it, again... I'm not even sure where I got the current version I have... So who is really maintaining the code for this now and where can I get the most recent version of DT for DF x64 43.05.... confusion ensues when I read the posts here.As far as I know, right now nobody is really maintaining DT. For the most recent version, I think you can found it in this post (http://www.bay12forums.com/smf/index.php?topic=122968.msg7392985#msg7392985) (maybe there is newer one but I'm not sure) or this post (http://www.bay12forums.com/smf/index.php?topic=122968.msg7486228#msg7486228) (but I don't know if it's working).
Post by: PeridexisErrant on June 18, 2017, 04:54:53 am
Okay I'm confused by DT every time I even consider looking at it, again... I'm not even sure where I got the current version I have... So who is really maintaining the code for this now and where can I get the most recent version of DT for DF x64 43.05.... confusion ensues when I read the posts here.
As far as I can tell there are a few experimental versions but nobody is maintaining a 64-bit Therapist yet.
Post by: andrew.j.smart1988 on June 19, 2017, 05:02:45 pm
where can I get the most recent version of DT for DF x64 43.05.... confusion ensues when I read the posts here.
As far as I can tell there are a few experimental versions but nobody is maintaining a 64-bit Therapist yet.
Ok on x64 linux DF 43.05 Hello71's fork looks best: https://github.com/Hello71/Dwarf-Therapist
If you want the most recent version suitable for you, just look at the github's fork interface, and browse the recent forks. Realize they may just be fixing own their problems, e.g. x64 linux, not mac os: https://github.com/splintermind/Dwarf-Therapist/network Nobody appears to have a 43.05 x64 macos memory layout yet, you'd need to use an older DF in that case.
Post by: Hello71 on June 19, 2017, 07:37:28 pm
for 64-bit DF, there are at least two lines:
splinterz's x64 branch. dunno how well it works if at all.
my fork, independently 64-ified. I didn't add any memory layouts, you will need to get one from lethosor or make one yourself using dfhack. (I don't know how; ask lethosor) mostly works on Linux, apparently doesn't work on Windows. might work on Mac if you make a memory layout with dfhack.
I don't know which PleaseBugMeNot's is derived from. I am not particularly interested in working on DT at this point (mainly because DF is closed source, but good luck convincing toady to open it), but I would be willing to answer questions about DT internals and review (and possibly pull in) patches in #dwarftherapist on freenode.
Post by: Hello71 on June 19, 2017, 10:23:44 pm
where can I get the most recent version of DT for DF x64 43.05.... confusion ensues when I read the posts here.
As far as I can tell there are a few experimental versions but nobody is maintaining a 64-bit Therapist yet.
On x64 linux DF 43.05 I've had the best luck with DanFritz's fork, due to a "participants" assertion failure he appears to have fixed: https://github.com/DanFritz/Dwarf-Therapist/commit/ea784aa347c618ce5ef21485f72c7995db6ea9bc
If you want the most recent version suitable for you, just look at the github's fork interface, and browse the recent forks. Realize they may just be fixing own their problems, e.g. x64 linux, not mac os: https://github.com/splintermind/Dwarf-Therapist/network Nobody appears to have a 43.05 x64 macos memory layout yet, you'd need to use an older DF in that case.
fwiw I fixed that better (probably) ages ago.
Post by: lethosor on June 19, 2017, 10:49:44 pm
On x64 linux DF 43.05 I've had the best luck with DanFritz's fork, due to a "participants" assertion failure he appears to have fixed: https://github.com/DanFritz/Dwarf-Therapist/commit/ea784aa347c618ce5ef21485f72c7995db6ea9bcSeems like the wrong way to fix that to me, unless there's some meaning to 0x10 that I'm missing. Does Hello71's fork work?
Quote
If you want the most recent version suitable for you, just look at the github's fork interface, and browse the recent forks. Realize they may just be fixing own their problems, e.g. x64 linux, not mac os: https://github.com/splintermind/Dwarf-Therapist/network Nobody appears to have a 43.05 x64 macos memory layout yet, you'd need to use an older DF in that case.It's really easy to generate memory layouts using "devel/export-dt-ini" in DFHack. I have two for both OS X 0.43.05 builds sitting around in my main DF folders. I'm pretty sure I uploaded them a while ago, but I couldn't easily find them, so here (https://gist.github.com/lethosor/718e8c11dd4828ff1eadde73dc9bb039) they are.
Note that this obviously requires a DT that works with 64-bit DF, which is... hard to come by.
Post by: andrew.j.smart1988 on June 20, 2017, 01:39:21 am
Ok I tried Hello71's fork now, it works great! Looks like he did more x64 stuff. When I had initially glanced at Hello71's fork on github I didn't see any change there so I assumed only DanFritz's fork had fixed the error I had gotten.On x64 linux DF 43.05 I've had the best luck with DanFritz's fork, due to a "participants" assertion failure he appears to have fixed: https://github.com/DanFritz/Dwarf-Therapist/commit/ea784aa347c618ce5ef21485f72c7995db6ea9bcSeems like the wrong way to fix that to me, unless there's some meaning to 0x10 that I'm missing. Does Hello71's fork work?
I am not particularly interested in working on DT at this point (mainly because DF is closed source, but good luck convincing toady to open it), but I would be willing to answer questions about DT internals and review (and possibly pull in) patches in #dwarftherapist on freenode.I know what you mean, but it's probably best DF stays closed source. Far too often on open-source projects I'd get livid non-grateful developers blaming me for their workplace problems... their fault for using a free opensource utility/library in beta stage for their $$$ product in their workplace, then they have the nerve to blame me for their failure to meet deadlines and demand I immediately fix edge-case bugs which show up when it is integrated into *their*, not *my* systems for free!? I was idealistic before then, but I'm permanently turned off after those incredibly disrespectful experiences.
In Toady's case he'd probably just get a bunch of ripoff clones made by developers asking $10-20 on Steam for their rudimentary artwork/theme/style changes. It's happened with other open-sourced games, even when only a fraction of the codebase/art was open-sourced.
I would hope he has made plans for who has stewardship of the game when he passes on.
Also regarding the DT fork, the const function parameters in the DT code are best const for maintainability, as they both make the code clearer and make future accidental logic errors involving those parameters become compiler errors. It is good practice.
Post by: lethosor on June 20, 2017, 08:42:59 am
https://www.dropbox.com/sh/whn14i4fggudgq9/AAB6f18_tMtfpAO5CUPLGme7a?dl=0You appear to have removed this file, which really doesn't help people looking for DT.
For anyone looking for it, here's a link to PleaseBugMeNot's most recent Windows build:
http://www.bay12forums.com/smf/index.php?topic=122968.msg7392774#msg7392774 (Windows)
It could very well be the same one that mross posted, though.
Post by: Hello71 on June 20, 2017, 11:44:32 am
I am not particularly interested in working on DT at this point (mainly because DF is closed source, but good luck convincing toady to open it), but I would be willing to answer questions about DT internals and review (and possibly pull in) patches in #dwarftherapist on freenode.I know what you mean, but it's probably best DF stays closed source. Far too often on open-source projects I'd get livid non-grateful developers blaming me for their workplace problems... their fault for using a free opensource utility/library in beta stage for their $$$ product in their workplace, then they have the nerve to blame me for their failure to meet deadlines and demand I immediately fix edge-case bugs which show up when it is integrated into *their*, not *my* systems for free!? I was idealistic before then, but I'm permanently turned off after those incredibly disrespectful experiences.
In Toady's case he'd probably just get a bunch of ripoff clones made by developers asking $10-20 on Steam for their rudimentary artwork/theme/style changes. It's happened with other open-sourced games, even when only a fraction of the codebase/art was open-sourced.
there are some good arguments for not opening source, but this isn't one of them. graphics packs already exist, and libgraphics is already "open", so poor-quality derivatives can already be made. the way to block this is with skillful licensing, not wholesale blocking. this isn't the place for such arguments though, topic is already 200+ pages.
I would hope he has made plans for who has stewardship of the game when he passes on.
maybe.
Also regarding the DT fork, the const function parameters in the DT code are best const for maintainability, as they both make the code clearer and make future accidental logic errors involving those parameters become compiler errors. It is good practice.
I disagree, there are legitimate reasons to modify value function parameters, and certainly "const int&" for a parameter that is kept local is at best make-work for the compiler (and human reader).
Post by: MgDark on June 25, 2017, 04:42:54 am
Post by: Greenalien on June 25, 2017, 10:59:23 am
I really like Dwarf Therapist because there's no easier way to organize 150 dwarves. However, I have no idea where to start using it for the latest 43.05, 64-bit version. I have downloaded the Peridexes' starter pack and the included Dwarf Therapist doesn't run. I've downloaded the 3.5.1X64 and 3.5.2X64 files linked here a couple pages back and it still doesn't work.
My VC redist is up to date, but I have no idea what is an opengssl or how is it relevant to dwarf therapist or where to get it.
Would it be possible to just put in one neat bunched up archive a fixed Dwarf Therapist for 64 bit, along with possible things needed to get it to run? Just something I could install and run with latest dwarf fortress? And get Splinterz to put it on the front page?
It's driving me nuts how completely fragmented it all is.
I am including my latest Dwarf therapist log:
Spoiler (click to show/hide)
Post by: lethosor on June 25, 2017, 11:22:05 am
After i downloaded the lastest LNP pack, i cant use Dwarf Therapist, it crashes every time it tries to connect to DF, any ideas on what it could be?It's simply unstable. See the last 10 or so pages of this thread. I don't know why, sorry.
Hi,From the log, it looks like DT started up and was able to read units from your fort. Are you sure that's the right log?
I really like Dwarf Therapist because there's no easier way to organize 150 dwarves. However, I have no idea where to start using it for the latest 43.05, 64-bit version. I have downloaded the Peridexes' starter pack and the included Dwarf Therapist doesn't run. I've downloaded the 3.5.1X64 and 3.5.2X64 files linked here a couple pages back and it still doesn't work.
My VC redist is up to date, but I have no idea what is an opengssl or how is it relevant to dwarf therapist or where to get it.
Would it be possible to just put in one neat bunched up archive a fixed Dwarf Therapist for 64 bit, along with possible things needed to get it to run? Just something I could install and run with latest dwarf fortress? And get Splinterz to put it on the front page?
It's driving me nuts how completely fragmented it all is.
I am including my latest Dwarf therapist log:Spoiler (click to show/hide)
Anyway, I have no idea why it needs OpenSSL - I don't recall previous builds needing it. Assuming you're referring to the builds from http://www.bay12forums.com/smf/index.php?topic=122968.msg7392774#msg7392774, those are "43.5.1" and "4_35_2" (no idea why the version number formats are different). Splinterz didn't post those builds, he hasn't been online for over 4 months, and hasn't posted here for almost a year, so it's unlikely that he'll be able to work with those builds. PleaseBugMeNot has also disappeared after posting those (almost 3 months ago). Also, even if you do manage to get it working with OpenSSL, it seems to be pretty unstable for some people, so there's no guarantee that it would work.
Post by: Greenalien on June 25, 2017, 11:37:24 am
What I copied is the entirety of run.txt in the log folder. I am not running any anti-virus software.
Post by: Hello71 on June 25, 2017, 11:45:59 am
After i downloaded the lastest LNP pack, i cant use Dwarf Therapist, it crashes every time it tries to connect to DF, any ideas on what it could be?It's simply unstable. See the last 10 or so pages of this thread. I don't know why, sorry.Hi,From the log, it looks like DT started up and was able to read units from your fort. Are you sure that's the right log?
I really like Dwarf Therapist because there's no easier way to organize 150 dwarves. However, I have no idea where to start using it for the latest 43.05, 64-bit version. I have downloaded the Peridexes' starter pack and the included Dwarf Therapist doesn't run. I've downloaded the 3.5.1X64 and 3.5.2X64 files linked here a couple pages back and it still doesn't work.
My VC redist is up to date, but I have no idea what is an opengssl or how is it relevant to dwarf therapist or where to get it.
Would it be possible to just put in one neat bunched up archive a fixed Dwarf Therapist for 64 bit, along with possible things needed to get it to run? Just something I could install and run with latest dwarf fortress? And get Splinterz to put it on the front page?
It's driving me nuts how completely fragmented it all is.
I am including my latest Dwarf therapist log:Spoiler (click to show/hide)
Anyway, I have no idea why it needs OpenSSL - I don't recall previous builds needing it. Assuming you're referring to the builds from http://www.bay12forums.com/smf/index.php?topic=122968.msg7392774#msg7392774, those are "43.5.1" and "4_35_2" (no idea why the version number formats are different). Splinterz didn't post those builds, he hasn't been online for over 4 months, and hasn't posted here for almost a year, so it's unlikely that he'll be able to work with those builds. PleaseBugMeNot has also disappeared after posting those (almost 3 months ago). Also, even if you do manage to get it working with OpenSSL, it seems to be pretty unstable for some people, so there's no guarantee that it would work.
for downloading memory layouts. splinterz added "updater" in newest DT commits
Post by: Greenalien on June 25, 2017, 12:02:16 pm
After i downloaded the lastest LNP pack, i cant use Dwarf Therapist, it crashes every time it tries to connect to DF, any ideas on what it could be?It's simply unstable. See the last 10 or so pages of this thread. I don't know why, sorry.Hi,From the log, it looks like DT started up and was able to read units from your fort. Are you sure that's the right log?
I really like Dwarf Therapist because there's no easier way to organize 150 dwarves. However, I have no idea where to start using it for the latest 43.05, 64-bit version. I have downloaded the Peridexes' starter pack and the included Dwarf Therapist doesn't run. I've downloaded the 3.5.1X64 and 3.5.2X64 files linked here a couple pages back and it still doesn't work.
My VC redist is up to date, but I have no idea what is an opengssl or how is it relevant to dwarf therapist or where to get it.
Would it be possible to just put in one neat bunched up archive a fixed Dwarf Therapist for 64 bit, along with possible things needed to get it to run? Just something I could install and run with latest dwarf fortress? And get Splinterz to put it on the front page?
It's driving me nuts how completely fragmented it all is.
I am including my latest Dwarf therapist log:Spoiler (click to show/hide)
Anyway, I have no idea why it needs OpenSSL - I don't recall previous builds needing it. Assuming you're referring to the builds from http://www.bay12forums.com/smf/index.php?topic=122968.msg7392774#msg7392774, those are "43.5.1" and "4_35_2" (no idea why the version number formats are different). Splinterz didn't post those builds, he hasn't been online for over 4 months, and hasn't posted here for almost a year, so it's unlikely that he'll be able to work with those builds. PleaseBugMeNot has also disappeared after posting those (almost 3 months ago). Also, even if you do manage to get it working with OpenSSL, it seems to be pretty unstable for some people, so there's no guarantee that it would work.
for downloading memory layouts. splinterz added "updater" in newest DT commits
Post by: LynXsh on June 25, 2017, 10:53:09 pm
I'm a little bit confused here. Would somebody make a little summary for me: if I'm gonna play the winx86 version of DF, which build of DT should I use? The "original" by splinterz with updated memory layouts? Or, one of those mentioned here some posts above?
Thanks in advance!
Post by: Rose on June 25, 2017, 11:40:31 pm
These others might work if you're lucky.
Post by: Amostubal on June 26, 2017, 09:51:13 pm
interesting... because the main issue I'm having currently isn't about getting it to work... it's that for some reason it's not reading the skills correctly. It doesn't see the correct skills that have higher learning speeds, as in the guild system in MDF has so it's confusing players of the mod... would that have something to do with the memory layout?On x64 linux DF 43.05 I've had the best luck with DanFritz's fork, due to a "participants" assertion failure he appears to have fixed: https://github.com/DanFritz/Dwarf-Therapist/commit/ea784aa347c618ce5ef21485f72c7995db6ea9bcSeems like the wrong way to fix that to me, unless there's some meaning to 0x10 that I'm missing. Does Hello71's fork work?QuoteIf you want the most recent version suitable for you, just look at the github's fork interface, and browse the recent forks. Realize they may just be fixing own their problems, e.g. x64 linux, not mac os: https://github.com/splintermind/Dwarf-Therapist/network Nobody appears to have a 43.05 x64 macos memory layout yet, you'd need to use an older DF in that case.It's really easy to generate memory layouts using "devel/export-dt-ini" in DFHack. I have two for both OS X 0.43.05 builds sitting around in my main DF folders. I'm pretty sure I uploaded them a while ago, but I couldn't easily find them, so here (https://gist.github.com/lethosor/718e8c11dd4828ff1eadde73dc9bb039) they are.
Note that this obviously requires a DT that works with 64-bit DF, which is... hard to come by.
Post by: lethosor on June 26, 2017, 10:02:46 pm
I'll echo a point I made above: while the DT build you have may work for you, if it's a 64-bit Windows build, chances are that it won't work at all for a number of other players.
Post by: LynXsh on June 26, 2017, 10:38:04 pm
The original definately won't work.Thanks! I'll try to dig those others, then.
These others might work if you're lucky.
Post by: Greenalien on June 27, 2017, 08:04:47 am
Post by: Amostubal on June 28, 2017, 07:24:57 am
Are guilds implemented as castes? I have no clue what DT does with those, but it's unlikely that it has something to do with the memory layout unless it works as you're expecting in older versions of DF.
I'll echo a point I made above: while the DT build you have may work for you, if it's a 64-bit Windows build, chances are that it won't work at all for a number of other players.
yeah the build I have works fine for everyone except this one point... Now that I think about it, I remember scraping it from peridex probably around DFHack 43.05 beta 2. I was looking for a working one for my personal build of MDF around then, so I had it when I put MDF 1.24a|b together.... This one thing is the only issue that it has.
Yeah guilds are operated through Caste switches in MDF and they worked as far back as 40.xx as far as I can tell, Its only in 43.05 x64 that we have complaints about this one thing.
Post by: Morps on June 29, 2017, 01:58:33 pm
Post by: lethosor on June 29, 2017, 03:31:14 pm
Post by: Dutchling on July 06, 2017, 06:20:47 pm
Spoiler (click to show/hide)
Post by: RusTit on July 07, 2017, 01:33:57 am
What do these colours signify?It's nobles.
Spoiler (click to show/hide)
Post by: Clément on July 09, 2017, 10:20:58 am
I was trying to see I could make DanFritz version work on Windows 64bits and it seems that the offset generated by the script where wrong. The value of "rdelta" was wrong (truncated I guess), replacing the value with the base address from DT gave the proper offsets.
Then I remembered that I was using an old beta of DFHack, and the internal getRebaseDelta should use a 64 bits value already (https://github.com/DFHack/dfhack/commit/a5338d2f594de69d903931bd853a141bced1add7), so I updated to the latest release. But it did not work. I deleted the "hack" folder before extracting the one from the new version again to make sure I get only updated files.
I got errors from these two lines:
Code: [Select]
address('knowledge_category',df.activity_event_ponder_topicst,'knowledge_category')
address('knowledge_flag',df.activity_event_ponder_topicst,'knowledge_flag')Each line give this error:Code: [Select]
E:\Games\Dwarf Fortress\hack\lua\memscan.lua:309: Cannot reference field activity_event_ponder_topicst.knowledge_category: not found.
stack traceback:
[C]: in method '_field'
E:\Games\Dwarf Fortress\hack\lua\memscan.lua:309: in function 'memscan.field_ref'
...ames\Dwarf Fortress/hack/scripts/devel/export-dt-ini.lua:54: in local 'address'I commented them, but the offsets are still wrong because of "rdelta".Is this a real bug or did I do something wrong with my dfhack install?
PleaseBugMeNot's DT seems to use the invalid addresses. I guess there is some kind of weird hack to fix them in this version, because the ones I get with a fixed rdelta (https://pastebin.com/XA2CmtNK) almost work with my own build of DanFritz's version (I am missing the names, but the skills work).
By the way, a few remarks on DT code:
- Return values from ReadProcessMemory and WriteProcessMemory are not checked.
- get_last_error does not work if something is logged before calling it (printing overwrites the error code).
- MemoryLayout::read_hex reads 32 bits values (not critical since the proper offsets fit in 32 bits, but the invalid ones were not read correctly).
Post by: Quietust on July 09, 2017, 02:02:14 pm
Hi, I have some problems using the DFHack's export-dt-ini script. Maybe I should ask on DFHack thread, but since it is a DT specific script, I hope there is someone understanding it well reading this thread.The "export-dt-ini" script is part of DFHack, so you should report any problems with it in the DFHack thread, not here.
[edit] Incidentally, this should fix the "not found" errors:
Code: [Select]
address('knowledge_category',df.activity_event_ponder_topicst,'knowledge','category')
address('knowledge_flag',df.activity_event_ponder_topicst,'knowledge','flags')
Post by: Clément on July 09, 2017, 02:28:58 pm
But looking at both DFHack and DT source code, I am very confused at what the addresses in the ini are supposed to be exactly.
The export-dt-ini prints "addr - rdelta" and if I understand DFHack source code correctly, rdelta is the difference between DEFAULT_BASE_ADDR and the actual base address. But DT add this value directly to the base address (in MemoryLayout::address). I thought I could fix the script by writing "addr - 0x140000000 - rdelta" but I actually need to use 0x13fc00000 to get the correct value. Are DFHack and DT disagreeing on the base address?
I will post this in DFHack thread too, I may need help from both side to understand that.
[edit]Thanks, your lines fixed that problem, you should send the patch, this version has the wrong lines (https://github.com/DFHack/scripts/blob/master/devel/export-dt-ini.lua#L442).
Post by: Clément on July 10, 2017, 10:21:23 am
- dfinstancewindows: fix Hello71's fix
- cmake: Add unicode definitions for windows builds
- dfinstancewindows: fix error checks
- dfinstancewindows: fix default base address for win64
- memorylayout: fix reading 64 bits hex values
Skills, attributes, ... show correctly, but like with DanFritz's, names are still missing. The error log is different though.
Edit: names are fixed by adding "string_cap_offset=0x0018" in the ini. There are stil a few errors in the log.
Post by: Shabdez on July 16, 2017, 03:57:40 am
I´ve already started a similar post in DF Gameplay Questions, but got no answer that would clarify my issue. So I try it here, sorry for double post.
Can someone please explain what "XP-Penalty -92% [RAW: 8%]" for all social and almost all non-weapon combat skills is actually meaning?
I´m seeing this with an unmodified creature_standard.txt. However, after adding [SKILL_RATES:100:NONE:NONE:NONE] to the RAW (in order to stopp decay) it changes to:
"XP-Penalty -101% [RAW: -1%]"
The DT Readme has nothing on this and searching the web does not show any information and I´ve really tried it for HOURS now.
Unfortunately, unlike XP from civil tasks combat XP is not fixed so I can´t make a simple test fight with and without the skill decay stopp entry.
Specifially I would like to know:
Does "XP-Penalty -92%" mean a dorf is only getting 8 % of the XP that he would normally gain from executing a task? That would be a quite serious XP cut for a default setting.
Can I use [SKILL_RATES:100:NONE:NONE:NONE] safely without slowing down XP gain although DT reads it as -101%?
Thanks for your help.
Post by: RedDwarfStepper on July 16, 2017, 05:44:19 pm
To get it working you have to comment out the line
Code: [Select]
enable title-versionin the dfhack.init in or around line 214The reason is probably that DT searches for a window with the name "Dwarf Fortress" and having the "title-version" plugin enabled changes the name of the window...
Post by: Hello71 on July 16, 2017, 05:58:21 pm
Just if someone else stumbles over this: using the newest (0.43.05-r07) Lazy Newb Pack/ PeridexisErrant's Starter Pack with its default settings of dfhack will prevent DT from connecting to DF, at least on Windows.
To get it working you have to comment out the lineCode: [Select]enable title-versionin the dfhack.init in or around line 214
The reason is probably that DT searches for a window with the name "Dwarf Fortress" and having the "title-version" plugin enabled changes the name of the window...
my fork searches for both window name "Dwarf Fortress" and executables named "Dwarf Fortress.exe".
Post by: lethosor on July 16, 2017, 07:28:21 pm
Just if someone else stumbles over this: using the newest (0.43.05-r07) Lazy Newb Pack/ PeridexisErrant's Starter Pack with its default settings of dfhack will prevent DT from connecting to DF, at least on Windows.No it doesn't. You're thinking of the title-folder plugin. "title-version" adds the DFHack version to the upper left corner screen. It doesn't change the window title at all.
To get it working you have to comment out the lineCode: [Select]enable title-versionin the dfhack.init in or around line 214
The reason is probably that DT searches for a window with the name "Dwarf Fortress" and having the "title-version" plugin enabled changes the name of the window...
Post by: Shabdez on July 17, 2017, 02:22:25 am
Hello fellow Dwarf Therapist users,
I´ve already started a similar post in DF Gameplay Questions, but got no answer that would clarify my issue. So I try it here, sorry for double post.
Can someone please explain what "XP-Penalty -92% [RAW: 8%]" for all social and almost all non-weapon combat skills is actually meaning?
I´m seeing this with an unmodified creature_standard.txt. However, after adding [SKILL_RATES:100:NONE:NONE:NONE] to the RAW (in order to stopp decay) it changes to:
"XP-Penalty -101% [RAW: -1%]"
The DT Readme has nothing on this and searching the web does not show any information and I´ve really tried it for HOURS now.
Unfortunately, unlike XP from civil tasks combat XP is not fixed so I can´t make a simple test fight with and without the skill decay stopp entry.
Specifially I would like to know:
Does "XP-Penalty -92%" mean a dorf is only getting 8 % of the XP that he would normally gain from executing a task? That would be a quite serious XP cut for a default setting.Why are only combat and social skills affected? EDIT: I was wrong, also some of the civil labors are affected. But still, why not all skills?
Can I use [SKILL_RATES:100:NONE:NONE:NONE] safely without slowing down XP gain although DT reads it as -101%?
Thanks for your help.
Feeling kind of lost now. Not a single reply. Can someone at least confirm that in their DT session Potash Making does or does NOT look like this (without mods, vanilla raws):
http://imgur.com/a/oKyM0 (http://imgur.com/a/oKyM0)
Post by: Clément on July 17, 2017, 03:33:26 am
Feeling kind of lost now. Not a single reply. Can someone at least confirm that in their DT session Potash Making does or does NOT look like this (without mods, vanilla raws):
http://imgur.com/a/oKyM0 (http://imgur.com/a/oKyM0)
I have the same with PleaseBugMeNot's version but not with Hello71's. I cannot say who is right and who is wrong.
By the way, I pushed two more commits fixing some false positive when searching windows on Windows (writing it like that looks confusing), and fixing reading squad orders (I am guessing for this one but it seems to work).
I tried to fix more errors but a lot of them looks like they happen because of uninitialized memory from DF. I am not sure what to do with them.
Post by: RedDwarfStepper on July 17, 2017, 11:49:17 am
Just if someone else stumbles over this: using the newest (0.43.05-r07) Lazy Newb Pack/ PeridexisErrant's Starter Pack with its default settings of dfhack will prevent DT from connecting to DF, at least on Windows.No it doesn't. You're thinking of the title-folder plugin. "title-version" adds the DFHack version to the upper left corner screen. It doesn't change the window title at all.
To get it working you have to comment out the lineCode: [Select]enable title-versionin the dfhack.init in or around line 214
The reason is probably that DT searches for a window with the name "Dwarf Fortress" and having the "title-version" plugin enabled changes the name of the window...
lethosor you're absolutely right - my mistake & apologies - the reason for this was part wishful thinking when reading the dfhack manual while having around 100 save folders and hoping 'title-folder' would actually tell me which was the current save folder, and part being too tired to notice what happened when I activated the plugin.
Post by: a52 on August 02, 2017, 05:26:31 pm
Somebody mentioned that worlds made in 32-bit then transferred to 64-bit may be the problem, and that is the case with my world.
Post by: lethosor on August 02, 2017, 05:46:12 pm
Somebody mentioned that worlds made in 32-bit then transferred to 64-bit may be the problem, and that is the case with my world.
Whoever told you that was wrong. The issue you're having is inherent to your DT build on your machine, and isn't specific to a save.
Post by: a52 on August 02, 2017, 06:28:05 pm
Somebody mentioned that worlds made in 32-bit then transferred to 64-bit may be the problem, and that is the case with my world.
Whoever told you that was wrong. The issue you're having is inherent to your DT build on your machine, and isn't specific to a save.
That's a shame :/. I was hoping I could get around it by generating a new world.
(Whoever said that was a response in this thread at some point, but now I can't find it. Oh well.)
Post by: runedog48 on August 04, 2017, 04:53:27 am
I'm trying to fix an issue with the optimizer, it seems the 'UpdateRatios' function is not working correctly. I manually set the worker count when using the optimizer and when I add a new job to my optimization plan or fiddle with worker counts the ratio breaks and sets the entire column to 0.01 which means I have to set it back to 1.00 or it won't assign any skilled labors ( still assigns haulers ).
Post by: Clément on August 04, 2017, 05:26:15 am
I actually did have a few crashes with my build. Hard to reproduce, but I managed to get one while running with gdb, there were some uninitialized internal Qt pointers. I don't know where they come from: if DT is misusing Qt or if it is a Qt bug (I could not dump the core and gdb crashed while reading some variable :(, I may not be using the best environment).
Backtrace for the curious (notice the 0xfeeefeeefeeefeee pointers):
Spoiler (click to show/hide)
Post by: Clément on August 04, 2017, 03:10:02 pm
I tried a msvc2017 build, and it required a few minor fixes. I also discovered and fixed a buffer overflow that strangely did not happen earlier.
Edit: the memory layout was not added to my repo. It is now. Was it the reason it did not detect the game?
Post by: runedog48 on August 05, 2017, 03:26:59 am
In reference to the memory layout; I didn't know it was missing, that was probably why it wouldn't work.
As for crashes, there is one I can reproduce every time. When you assign a labor but do not commit the changes and then switch to a different tab ( with pending changes ) it crashes. I don't know if it persists with your build.
Post by: Clément on August 05, 2017, 06:12:59 am
Been working on this all day and I'm having a bunch of stupid problems preventing me from building it. Plan on maybe reinstalling Windows, but that's a bit of a hassle just to be able to work on fixing DT.. ( for reference, same install of Windows 7 since 09, seldom used since I've switched to Ubuntu about 2 years ago )
If you are used to linux, you may like msys2: you get a bash shell and a package manager. Start a mingw64 shell, install the packages, and use cmake with option -G "MSYS Makefiles" (configuring Qt Creator to use it requires a little more effort).
As for crashes, there is one I can reproduce every time. When you assign a labor but do not commit the changes and then switch to a different tab ( with pending changes ) it crashes. I don't know if it persists with your build.
It happens some times for me but not every time. By doing it repeatedly, I can get the crash. It comes from accessing a QStandardItem that was deleted by "clear" in DwarfModel::build_rows according to DrMemory.
Post by: Clément on August 05, 2017, 09:14:09 am
Once you managed to build DT, can you tell me if this commit fixes the crash you were describing.
Post by: Thorfinn on August 05, 2017, 05:46:04 pm
I uninstalled/installed/repaired/repaired/repaired vc_redist.x64.exe, and it keeps telling me it can't start because it's missing api-ms-win-crt-runtime-l1-1-0.dll.
Everything I've found about this says just reinstall the vc_redist.x64.exe.
Any suggestions?
Post by: MantisMan on August 05, 2017, 09:04:10 pm
Going by the comments on the last couple of pages in this thread, I'm not sure what needs to be done to DT 37.0.0 (from https://github.com/splintermind/Dwarf-Therapist/releases/tag/v37.0.0 (https://github.com/splintermind/Dwarf-Therapist/releases/tag/v37.0.0)) to get it to work with DF 43.05.
Post by: Thorfinn on August 05, 2017, 09:44:04 pm
Post by: lethosor on August 05, 2017, 10:13:48 pm
Post by: Clément on August 06, 2017, 09:43:18 am
Post by: xordae on August 06, 2017, 01:45:12 pm
2017-Aug-06 20:44:14.835 WARNING core string at 578495420096 is zero-length or zero-cap [I:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:88] (DFInstanceWindows::read_string)
2017-Aug-06 20:44:14.835 WARNING core string at 578495420128 is zero-length or zero-cap [I:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:88] (DFInstanceWindows::read_string)
2017-Aug-06 20:44:14.836 WARNING core string at 578495454336 is zero-length or zero-cap [I:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:88] (DFInstanceWindows::read_string)
but I'm not sure if that is an issue.
Post by: Clément on August 06, 2017, 02:27:40 pm
I looked at a few and it seems that a lot of DF variables are uninitialized when they should be empty strings or null pointers. I don't much about DF internals so I don't how to properly fix that. As long as DT detects it is reading garbage, it should be fine.
A few of those may be real warnings (I found the squad order bug from the messages by luck), but they are lost among the spam.
Post by: xordae on August 06, 2017, 04:31:08 pm
Post by: lethosor on August 06, 2017, 07:09:05 pm
I looked at a few and it seems that a lot of DF variables are uninitialized when they should be empty strings or null pointers. I don't much about DF internals so I don't how to properly fix that. As long as DT detects it is reading garbage, it should be fine.That's probably a DT issue. DFHack does care if DF strings/etc. aren't initialized, and would crash, so given that things like manipulator aren't crashing, uninitialized data is probably not the issue here.
Post by: Micro102 on August 06, 2017, 07:22:30 pm
Anyway, after months and months we finally have a working 64-bit DF (from what I've seen). Barring any other bug reports it might be time to poke the relevant channels like the OP and the LNP to have this included. Congrats. :)
Is it true? Link please!
Post by: Sorg on August 06, 2017, 09:19:33 pm
Anyway, after months and months we finally have a working 64-bit DF (from what I've seen). Barring any other bug reports it might be time to poke the relevant channels like the OP and the LNP to have this included. Congrats. :)
Is it true? Link please!
OMG, u people are so lazy ::)
check this post (http://www.bay12forums.com/smf/index.php?topic=122968.msg7528602#msg7528602)
Post by: Clément on August 07, 2017, 03:51:53 am
That's probably a DT issue. DFHack does care if DF strings/etc. aren't initialized, and would crash, so given that things like manipulator aren't crashing, uninitialized data is probably not the issue here.
I looked with gdb and IDA, DT is reading the correct value. If something is wrong it is the offset then. But other fields of the object are there, so the location looks good. There are some kind of "holes" in the objects with values like 0xbaadf00d. I find it weird, because if I understand correctly DF is written in C++, how can you get an uninitialized C++ string? (other than casting a pointer to uninitialized memory)
I saw words that were lacking some variant (plural, adjective, ...), where the variant would be uninitialized instead of empty. Or items with an invalid subtype pointer (are there items without a subtype?).
It has been a few weeks since I looked at these issues, so I may be mixing up a few details, but that is the general idea. I can try to get you a more precise example if you want.
Edit: looking at the first invalid string, it happens while reading the adjective for an instrument. The object (item_subtype) as seen from IDA:
Code: [Select]
000000002CC58570 dq 1407131D8h ; vtable
000000002CC58570 db 'ENT216 INK1',0,0Dh,'¡¦' ; field_8.data
000000002CC58570 dq 0Bh ; field_8.length
000000002CC58570 dq 0Fh ; field_8.capacity
000000002CC58570 dw 0 ; subtype
000000002CC58570 db 0ADh, 0BAh, 0Dh, 0F0h, 0ADh, 0BAh, 0C0h, 71h, 0C5h, 2Ch, 0, 0, 0, 0
000000002CC58570 db 1, 0, 0, 0, 0Dh, 0F0h, 0ADh, 0BAh, 0FFh, 0FFh, 0FFh, 0FFh, 0D8h, 0
000000002CC58570 db 0, 0, 0C0h, 97h, 0C5h, 2Ch, 0, 0, 0, 0, 68h, 98h, 0C5h, 2Ch, 0, 0, 0
000000002CC58570 db 0, 0A0h, 98h, 0C5h, 2Ch, 0, 0, 0, 0
000000002CC58570 db 'sezuk',0,'¡¦',0Dh,'¡¦',0Dh,'¡¦' ; name.data
000000002CC58570 dq 5 ; name.length
000000002CC58570 dq 0Fh ; name.capacity
000000002CC58570 db 'sezuk',0,'¡¦',0Dh,'¡¦',0Dh,'¡¦' ; name_plural.data
000000002CC58570 dq 5 ; name_plural.length
000000002CC58570 dq 0Fh ; name_plural.capacity
000000002CC58570 db 'Éf+,',0,0,0,0,2,0,0,0,0Dh,'¡¦' ; adjective.data
000000002CC58570 dq 6A4BAAD0079h ; adjective.length
000000002CC58570 dq 300000032h ; adjective.capacityMost fields look good, but there is uninitialized data in the middle of the object (but DT does not read that) and the name_adjective string is also uninitialized (causing the error message).Edit2: Nevermind the uninitialized data in the middle, it must be padding.
Edit3:Next is a ItemUniform with a bad item_def pointer
Code: [Select]
00000000346CEF60 db 30h ; "½½½½½½½½½½½½½½½½"
00000000346CEF60 db 0CFh ; item_type
00000000346CEF60 db 6Bh, 40h, 1, 0, 0, 0, 3Bh, 0, 56h, 0, 0A2h, 0, 0ADh, 0BAh, 48h, 0, 0
00000000346CEF60 db 0, 0, 0, 0, 0, 18h, 97h, 2, 0
00000000346CEF60 dd 0BE1Eh ; id
00000000346CEF60 db 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0
00000000346CEF60 db 0
00000000346CEF60 dq offset off_371607E0 ; general_refs.begin
00000000346CEF60 dq offset unk_371607F0 ; general_refs.end
00000000346CEF60 dq offset unk_371607F0 ; general_refs.field_10
00000000346CEF60 db 0FFh, 0FFh, 0FFh, 0FFh, 0FFh, 0FFh, 0FFh, 0FFh, 0, 0, 0ADh, 0BAh, 0Dh
00000000346CEF60 db 0F0h, 0ADh, 0BAh, 0Dh, 0F0h, 0ADh, 0BAh, 0Dh, 0F0h, 0ADh, 0BAh, 0Dh
00000000346CEF60 db 0F0h, 0ADh, 0BAh, 0Dh, 0F0h, 0ADh, 0BAh, 0, 0, 0, 0, 0, 0, 0, 0
00000000346CEF60 dd 1 ; stack_size
00000000346CEF60 db 0Dh, 0F0h, 0ADh, 0BAh, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0
00000000346CEF60 db 0, 20h, 8, 16h, 37h, 0, 0, 0, 0, 46h, 27h, 9Eh, 1
00000000346CEF60 dw 0 ; wear
00000000346CEF60 db 0ADh, 0BAh, 18h, 97h, 2, 0, 0FFh, 0FFh, 0FFh, 0FFh, 0FFh, 0FFh, 0FFh
00000000346CEF60 db 0FFh, 0Dh, 0F0h, 0ADh, 0BAh
00000000346CEF60 dw 26h ; mat_type
00000000346CEF60 db 0ADh, 0BAh
00000000346CEF60 dd 16Bh ; mat_index
00000000346CEF60 dw 0FFFFh ; maker_race
00000000346CEF60 dw 3 ; quality
00000000346CEF60 db 1, 0, 0, 0, 5Dh, 6Ah, 0, 0, 0FFh, 0FFh, 0FFh, 0FFh, 0, 0, 0, 0, 0, 0
00000000346CEF60 db 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0
00000000346CEF60 dq 0ABABABABABABABABh ; item_defNow, that I try to look at the whole structures, I see that the problematic fields are both at the end. The uninitialized data in the middle is expected because mixing short and 64 bits pointer create a lot of padding.I guess these fields should be skipped in those cases. I need to know what object type have these fields and those which do not, in order to fix that.
Post by: lethosor on August 07, 2017, 08:24:06 am
If you're looking at an itemdef_instrumentst, those don't have an adjective field (it's right below name_plural for other itemdef subtypes):
Edit: looking at the first invalid string, it happens while reading the adjective for an instrument. The object (item_subtype) as seen from IDA:
Code: [Select]
<itemdef_instrumentst: 0x11ebefcf0>
id = ENT12 INK1
subtype = 0
base_flags = <BitArray<>: 0x11ebefd08>
source_hfid = -1
source_enid = 12
raw_strings = <vector<string*>[17]: 0x11ebefd20>
name = nilim
name_plural = nilim
flags = <BitArray<>: 0x11ebefd48>
...
Perhaps https://github.com/DFHack/df-structures/blob/master/df.item-raws.xml would be helpful.
Anyway, after months and months we finally have a working 64-bit DF (from what I've seen). Barring any other bug reports it might be time to poke the relevant channels like the OP and the LNP to have this included. Congrats. :)Assuming you mean DT, I'd be wary of claiming that, at least for the time being. Other builds have appeared stable until people have gotten around to testing them on their machines and reporting crashes, so I don't think the fact that it didn't crash for you over a 3-hour period is enough to bug LNP people about including it (although it's certainly an improvement).
Post by: Micro102 on August 07, 2017, 09:32:26 am
Anyway, after months and months we finally have a working 64-bit DF (from what I've seen). Barring any other bug reports it might be time to poke the relevant channels like the OP and the LNP to have this included. Congrats. :)
Is it true? Link please!
OMG, u people are so lazy ::)
check this post (http://www.bay12forums.com/smf/index.php?topic=122968.msg7528602#msg7528602)
More like ignorant. I I couldn't read all that code jargon so I assumed there was still something wrong with that version.
Post by: Rose on August 07, 2017, 12:28:00 pm
Post by: Clément on August 07, 2017, 12:45:30 pm
Somebody who knows QT really needs to remake this to use DFhack.I am currently discovering the mess that is DT data structures, and I would not mind a complete rewrite, but that would be a lot of work. Personally, I will only make small patches: I don't know enough to be ambitious.
Post by: PeridexisErrant on August 07, 2017, 08:56:20 pm
Somebody who knows QT really needs to remake this to use DFhack.I am currently discovering the mess that is DT data structures, and I would not mind a complete rewrite, but that would be a lot of work. Personally, I will only make small patches: I don't know enough to be ambitious.
If you ever do decide to go down this path, I strongly suggest architecting it like Armok Vision - a DFHack plugin plus a standard protocol that can be read by other clients.
Post by: Clément on August 08, 2017, 05:40:04 am
New builds for testing:
- mingw (https://framadrop.org/r/oleEZG5tQp#tlgZdU36kgaC03TKlheVjyJp6L2CiMHnKAD6SNId4sc=)
- msvc (https://framadrop.org/r/9HWUuZfCim#pJdtsyc/uHQ2ihvSn8o9eEi5g/ICri6MLY73z5X1yQY=)
- Linux/Mac users are welcome to try their own build of the embark branch (https://github.com/cvuchener/Dwarf-Therapist/tree/embark).
Post by: xordae on August 08, 2017, 08:57:29 am
Post by: a52 on August 09, 2017, 04:17:24 pm
Post by: gosam on August 11, 2017, 12:53:25 pm
Don't know if this has been reported before, but I'm getting this :
(http://i.imgur.com/ChItbLj.png)
This is a military Dwarf that's showing up as red for equipment because of "Torso uncovered", even though he's wearing a breastplate and chainmail. It's actually the same for all my militia.
This is with the version of DT packed with the linux LNP 43.05-r6, which I believe is Hello71's version.
Post by: Clément on August 11, 2017, 01:52:26 pm
Code: [Select]
process_uncovered(PANTS,tr("Legs Uncovered!"),(has_shirt ? 1 : 0),1);
process_uncovered(ARMOR,tr("Torso Uncovered!"),(has_pants ? 1 : 0),1);A simple variable inversion, it should be "Legs Uncovered!".
Post by: gosam on August 11, 2017, 02:08:06 pm
But I thought high boots + chain mail completely covers the legs?
Post by: Clément on August 11, 2017, 05:01:03 pm
By the way, I have doubts about the foot test.
Code: [Select]
//for shoes, compare how many they're wearing compared to how many legs they've still got
process_uncovered(SHOES,tr("Feet Uncovered!"),shoes_count,m_unit_health.limb_count());If I understand correctly, socks count as "SHOES" type, so, if a dwarf wears only one sock and one shoe/boot on the same foot and nothing on the other, he would pass the test. But, he would still have a bad thought because of the naked other foot, wouldn't he?
Post by: PatrikLundell on August 12, 2017, 03:54:23 am
While missing legs implies missing feet, isn't it possible to have lost just a foot (or hand), but keep the leg?
I'm taking this opportunity to thank those who picked this tool up when Splinterz left: it's much appreciated.
Post by: Clément on August 12, 2017, 04:49:15 am
Post by: Clément on August 18, 2017, 09:50:01 am
Post by: Hello71 on August 18, 2017, 10:57:23 am
Hello71, are you still reading this thread? While trying to merge everything, I discovered that you added some commits since I made my patches based on fd5d9a0 (https://github.com/Hello71/Dwarf-Therapist/commit/fd5d9a0fd7008b193a99112a762ca91a9f5030bd). I cannot rebase my patches because db7016a (https://github.com/Hello71/Dwarf-Therapist/commit/db7016ae951d58117b201a2abab8ac53288c77c2) broke the whole repo. You should really be more careful with your commits (and be more descriptive in the commit messages because they are really not helpful either). I was going to create a new upstream repo but I will wait for you tell me your plans for this project before going any further.
heh, I can hardly bother to actually work on it, you want useful commit messages? :P
that one I think I did dos2unix on all the files, and some other stuff too. I guess you could do git diff -w if you wanted to merge the other changes manually or something.
edit: I don't have any plans for continuing DT. I think dfhack has most of DT's functions already, or something? (I don't actually play DF)
Post by: Clément on August 19, 2017, 02:08:23 am
I will see what I do when have the time and motivation to deal with that.
Post by: Fleeting Frames on August 19, 2017, 10:17:40 am
I don't have any plans for continuing DT. I think dfhack has most of DT's functions already, or something? (I don't actually play DF)Mostly, but disparate.
It has some of the basic functionality in manipulator. Skills, and I think something with squads. Custom professions, sorting by happiness and arrival.
It has preference counts for x preference.
It has autolabor/labor-manager which are bit similar to the labour balancer mechanism (name might be wrong) in DT, though they're dynamic.
It has script to find most common bad thought in fortress.
You can't do things like "enable armorsmithing on all dwarves who don't have a moodable skill and don't have a preference for gauntlets or highboots" or it's weaponsmithing equivalent for a common DT usage example - not in a few clicks and single filter; I think the simplest way you'd have to check the skills of each dwarf manually with manipulator and then checking the preferences for each and then enable said skill for each dwarf that matched after opening two pages about the dwarf and reading the preferences in page-long text.
Or "butcher all poults larger than 1800 cm^3" - there's autobutcher, but it doesn't check body size (no script does), only age, so it'll butcher the smaller poults which will give only nigh-useless skull. You'd have to use gui/gm-editor to navigate 3 submenus and find the body size of a given poult, then give the order for each poult.
Or "enable all medical skills on all dwarves in the fortress who are religious", if you combine hospitals and temples.
Or "assign 9 most suitable unskilled dwarves for being an axedwarf who are not in a squad into your latest squad with experienced commander".
Or "display orientation and age at once" for arranging marriages.
I think manipulator and labor-manager/autolabor and search functions for age and such are only things which do any sorting, in fact.
I surely am forgetting some things, but this is off the top of my head.
Post by: xhumanoid on August 20, 2017, 12:56:55 am
I have some problem with running you branch on osx64 =)
as fix I started refactoring DT from memory patching to use DFHack as backend.
All communication over network in protobuf protocol.
I already implemented connection, load units, animals, basic information about world, etc.
My build it's pretty unstable now, but I think I can fix this problem soon.
Main benefit it's unification DT for work on all platforms without magic with Authorization and requirement admin permissions
Post by: Clément on August 20, 2017, 03:37:12 am
Clément, what do think about merge all changes in one repository?
That exactly what I wanted to do, but I was waiting for news from people like you. What branch are you based on? Different branches have been diverging for a while and merging won't be simple.
I have some problem with running you branch on osx64 =)
I don't have OSX, I cannot compile or test it. I only have Linux and Windows, so that was expected, and your help is welcome.
as fix I started refactoring DT from memory patching to use DFHack as backend.
All communication over network in protobuf protocol.
I already implemented connection, load units, animals, basic information about world, etc.
My build it's pretty unstable now, but I think I can fix this problem soon.
Main benefit it's unification DT for work on all platforms without magic with Authorization and requirement admin permissions
Are you adding a new backend or replacing the current one? I perfectly understand the benefits, but there will also be drawbacks: this adds a dependency on DFHack, I personally do use DFHack, but does every DT user do? and we can expect regressions for a while. If it replaces the current method, it would be best to keep it in a separate branch until it works perfectly while taking care to keep it and the main branch as close as possible (i.e. refactoring the main branch to prepare for the switch).
Post by: xhumanoid on August 20, 2017, 10:57:03 am
Main benefits:
1) DFHack add support new version of memory layout more faster then DT
2) DT don't require admin/root permissions for work with DF
It not possible keep current state and simple add new backend,
all classes use QPointer and memory vector for direct read-write in memory
for support both backend in the same time we need for first will do big refactoring and cut working with memory in separate module
but for me it's unnecessary work which will gone in trash soon.
Post by: Clément on August 20, 2017, 12:09:30 pm
1) support for new versions can be added fast enough thanks to the dfhack script for generating DT inis.
2) I don't know about OSX, but on Linux you don't need root permission if you run DT as the parent of DF. But it is annoying as DT cannot be restarted without restarting DF at the same time.
It not possible keep current state and simple add new backend,
all classes use QPointer and memory vector for direct read-write in memory
for support both backend in the same time we need for first will do big refactoring and cut working with memory in separate module
but for me it's unnecessary work which will gone in trash soon.
QPointer are not related to DF memory, VIRTADDR is used for holding pointers to DF memory. But, yes, it is tightly coupled, and I am not fond of this. But since you need to refactor everything anyway, you might as well try to do it properly.
Post by: Rose on August 20, 2017, 12:12:29 pm
And seeing as how most people who use things like DT get it from newb packs, having DFHack is a given anyway.
Post by: xhumanoid on August 20, 2017, 01:29:49 pm
2) I don't know about OSX, but on Linux you don't need root permission if you run DT as the parent of DF. But it is annoying as DT cannot be restarted without restarting DF at the same time.On OSX you must access to attach to separate process for reading memory from them.
Attach possible in 2 cases:
1) you have admin permissions
2) your applications have right access. this means sign key from apple and correctly permissions
solution 2 not possible for us, as result DF always ask login/password on start.
fork, run separate privileged process, stop main process.
debug in this case very difficult
QPointer are not related to DF memory, VIRTADDR is used for holding pointers to DF memory. But, yes, it is tightly coupled, and I am not fond of this. But since you need to refactor everything anyway, you might as well try to do it properly.
Yes, I said incorrect.
1) support for new versions can be added fast enough thanks to the dfhack script for generating DT inis.
looks on this block:
Code: [Select]
[addresses]
fortress_entity=0x019865c4
historical_entities_vector=0x01b41280
[hist_entity_offsets]
histfigs=0x00a8
squads=0x0c60
positions=0x0930
assignments=0x0958
assign_hist_id=0x0004
assign_position_id=0x000c
position_id=0x001c
position_name=0x0068
position_female_name=0x00a0
position_male_name=0x00d8
in this example you have:
Code: [Select]
list<history_figures_ids> = fortress_entity + histfigs
list<squiad_ids> = fortress_entity + squads
list<positions_offsets> = historical_entities_vector + positions
real_position = positions_offsets[index] + position_id
why in one case we have fortress_entity as base address,
but in other case we must use historical_entities_vector
etc
all of this offsets live in one block
DFHack for all of this cases have generated data structures with correctly offsets
without any manual calculation in runtime
this less flexible but much more safe
for most people a try change something in DT it's like magic =)
Post by: Hello71 on August 20, 2017, 01:49:48 pm
Also, I suggested once to write df-structures using real C++ headers. Dunno what came of that, but I think it would make this easier (or not?).
If you have questions about DT's operation, you can ask me in #dwarftherapist on freenode.
Post by: xhumanoid on August 20, 2017, 02:31:12 pm
I suggest doing it incrementally. First write read_/write_raw that communicates with dfhack, then change the actual manipulations one by one.
Also, I suggested once to write df-structures using real C++ headers. Dunno what came of that, but I think it would make this easier (or not?).
most classes already exist in DT (Dwarf, Squad, Fortress), but they use read-write data in memory by offset with OS-specific implementations.
i want use protobuf as transport protocol, current state of Basic.proto and BasicApi.proto can fill more then 70% оf requirements for DT. But yes, I must do some work for extend this proto (or develop custom plugin for DFHack) for fulfill all requirements.
After that DT don't need know about what version of DF/DFHack running, because we don't now know anything about memory layout, structures and c++ headers.
Current main work it's replace directly work with memory on rpc calls.
after you fix one place and can display something, you must fix another place
(I use DF osx64, DT are not working for me and he simple crash on a try work with memory)
but mostly it's routine work for replacing read-write data one by one
Post by: ragundo on August 21, 2017, 12:29:40 pm
https://github.com/ragundo/DF_proto (https://github.com/ragundo/DF_proto)
Protocol buffer files for ech DF structure defined in DFHack (last revision)
I've one DFHack plugin for sending any DF structure using protocol buffers (well, except df::enabler).
I'm still working in the client side, making a C++ library that mimicks DF structures remotely, so the DFHack plugin is unpublished.
For DT I vote also for the protocol buffers way. It's not optimal in speed, but they work without problems.
Greetings
Post by: Rose on August 21, 2017, 01:00:38 pm
Post by: lethosor on August 21, 2017, 02:55:23 pm
i want use protobuf as transport protocol, current state of Basic.proto and BasicApi.proto can fill more then 70% оf requirements for DT. But yes, I must do some work for extend this proto (or develop custom plugin for DFHack) for fulfill all requirements.
I'm assuming you're the person who contacted me via email about this. If you want to extend UnitInfo in library/proto/Basic.proto to include things like age, birth time, etc., that's fine with me (no need to make a new protobuf format that's almost the same).
Post by: Toxicshadow on August 22, 2017, 02:03:16 pm
Post by: lethosor on August 22, 2017, 02:32:57 pm
Did PeridexisErrant include a broken version in the latest windows lnp?Yes. Well, it works fine for some people, sometimes, and that was the best that was available at the time. There are some newer experimental builds posted in the last couple pages of this thread that might work better for you.
Post by: Toxicshadow on August 22, 2017, 02:52:03 pm
Post by: lethosor on August 22, 2017, 04:20:06 pm
Post by: Brightgalrs on August 26, 2017, 12:09:48 am
Stray Cat (Tame) cancels Tame Kea: Too injured.
The Kea had "Any trainer" assigned to it.
I suspect it's a problem with Dwarf Therapist as opposed to the game itself. Is the Animal training skill being enabled for tamed animals or something?
Post by: PatrikLundell on August 26, 2017, 01:31:57 am
A friend of mine had this happen to him: https://imgur.com/a/tgMzNI'd check that it's actually a normal DF cat, rather than one of the experiments with sapient cats (and other "animals") floating around currently. DT is the only way to set up jobs for Gremlins (which are the only vanilla sapient "animals") as DF itself doesn't make that available (I assume you can do it with DFHack as well). If it is a sapient animal, yes, DT is likely the only way to assign jobs to them, but it would also be legitimate, provided the "animals" are citizens.
Stray Cat (Tame) cancels Tame Kea: Too injured.
The Kea had "Any trainer" assigned to it.
I suspect it's a problem with Dwarf Therapist as opposed to the game itself. Is the Animal training skill being enabled for tamed animals or something?
Post by: denemelikfierro@gmail.com on September 04, 2017, 08:14:41 am
Post by: lethosor on September 04, 2017, 08:47:04 am
My dwarf therapist autolabor system acting strangely. Whenever an immigration come, dwarf therapist assign labors to dwarves that don't have any skill points on it. But dwarves that have skills on a labor don't assigned automatically. It's annoying to organize everything when every immigration arrives.
I'm pretty sure DT isn't doing that. Are you using autolabor or something similar?
Post by: ThoMeuhGal on September 07, 2017, 08:25:11 am
I salute the efforts of everyone trying to make this work.
I'm interested in trying the last builds by Clément but all the links I could find in this thread (pointing to Framasoft hosting) are dead. I'm on Windows.
Post by: Clément on September 07, 2017, 10:22:26 am
Post by: Clément on September 07, 2017, 12:19:49 pm
Post by: ThoMeuhGal on September 07, 2017, 01:23:17 pm
Post by: ThoMeuhGal on September 07, 2017, 01:42:26 pm
I use it with the last modified masterwork mod based on 43.05 x64.
I installed it in replacement of the included DT version and did a user preferences reset.
Everything is fine for now. Did not find any obvious breaking bugs. Your version fixes a bug I and several other people had with the xp bonuses provided by guilds/castes, which were incorrectly shown in the DT x64 version provided in the pack but seems perfectly fine with your version. Also some attributes or role "scales" were off (everyone had a very bad rating) but are fine in your version.
I will use it for a while and report if I find any issue but for now it seems functional to me.
Thank you very much for your work :)
Post by: PeridexisErrant on September 10, 2017, 09:37:00 am
Try this one (https://framadrop.org/r/THA3a4H4-C#8//GD+lS7o6oLLcPGZ6iVin3N0yjSpCi6trnOqMAvG4=).
Can you please host them on DFFD, so my update scripts can check the file version and timestamp? :)
Post by: FortunaDraken on September 10, 2017, 11:47:51 pm
Post by: sunhear on September 17, 2017, 05:49:44 pm
I am moving this post from another board. I have gotten some replies on the other thread. the link to the original is :
http://www.bay12forums.com/smf/index.php?topic=165298.0
(http://www.bay12forums.com/smf/index.php?topic=165298.0)
I have downloaded the game and the lazy newb pack. I have gotten in to the game and started a fort. However I can not seem to launch dwarf therapist. I tried it both before I launched and after I am all ready in the game. Neither work . With both there is no error message. Dwarf therapist just never opens or give a splash screen. From what I an can tell auto labor is off. Is there any thing else that would effect dwarf therapist?
some one replied with:
Quote
You probably need the mingw version. Use LNP to open the utilities folder, make a backup of therapist if you care (doesn't work anyway, right?), then extract all the mingw files into that folder.
via an earlier post in the thread I went to: https://framadrop.org/r/oleEZG5tQp#tlgZdU36kgaC03TKlheVjyJp6L2CiMHnKAD6SNId4sc= (https://framadrop.org/r/oleEZG5tQp#tlgZdU36kgaC03TKlheVjyJp6L2CiMHnKAD6SNId4sc=) but the file was deleted. So whats next?
hopefully this is the right form and thread.
sunhear
Post by: Clément on September 17, 2017, 06:29:04 pm
I will make a proper release with long-lived links very soon.
About your problem, it may be a LNP bug. DT may crash but you usually have a chance to interact with it before it happens.
Post by: Clément on September 18, 2017, 10:01:00 am
I created a new repository at https://github.com/Dwarf-Therapist/Dwarf-Therapist (https://github.com/Dwarf-Therapist/Dwarf-Therapist), you can submit issues and pull request there. If an issue from the old repo is still valid, feel free to repost it.
New version: 38.0.0 (https://github.com/Dwarf-Therapist/Dwarf-Therapist/releases/tag/v38.0.0)
Changelog:
- added support for 64 bits Dwarf Fortress
- added memory layouts for DF 43.05 (only for Windows 32 bits and 64 bits, and Linux 64 bits)
- dropped Qt4 support, requires Qt5
- a C++14 compiler is required
- various changes and fixes from Hello71
- fixed random crash when switching tabs
- fixed uncovered legs and body warnings inversion
- fixed reading dwarves during embark when filtering non-citizens
Notes:
- You need to use the same architecture (32 bits or 64 bits) with Dwarf Therapist and Dwarf Fortress. Theoretically, I think DT 64 bits should be able to read DF 32 bits, but this would requires a few changes (mostly de-hardcoding the size of a pointer and the base address).
- I did not merge the whole Hello71 branch, instead I cherry-picked what I could. Some fixes from the latest Hello71 version may be missing.
- 32 bits has only been tested for basic functionality (and only on Windows). Porting to 64 bits may have broken more advanced features.
- OSX was not tested and the memory layout for 0.43.05 is missing. Help is needed to make Dwarf Therapist works on OSX.
Windows builds are also available on DFFD (win32 (http://dffd.bay12games.com/file.php?id=13094), win64 (http://dffd.bay12games.com/file.php?id=13095)).
Post by: PatrikLundell on September 18, 2017, 11:09:00 am
Very quick test results (DFFD downloads).
- Win32: Hang running at 100% of one CPU (I assume, given the load). My old Win32 DF could be started afterwards, i.e. while your version was still chasing its tail. I think the old version is Splinterz' with an updated layout, but don't remember with certainty. If it matters, I've got a recompiled DFHack, but I don't think that would interfere with DT. Can't debug, unfortunately, as the compiler is currently broken.
- Win64: Connects and looks reasonable. An old bug in the Splinterz version remains: The "Roles" tab lacks the Blacksmith labor. I'll write a Github issue as well, so it won't get lost (again).
Edit:
According to log/run.log it seems like the 32 bit version is trying and failing the same memory read repeatedly.
ReadProcessMemory failed: "Only parts of a ReadProcessMemory- or WriteProcessMemory-request has been completed." [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:138] (read_raw) <I've translated the actual error message>.
Edit2: The last INFO message in log/run.log said 433 squads had been loaded, if that is of any help (thereafter it's only failed memory reads).
Post by: Clément on September 18, 2017, 11:52:08 am
"Only parts of a ReadProcessMemory- or WriteProcessMemory-request has been completed." [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:138] (read_raw)
There are dangerous reinterpret_cast in this function, it might be the cause. I should fix that anyway.
Edit: can you upload your df installation or save?
Edit2: using "-trace" option could help if it happens while reading a vector.
Post by: PatrikLundell on September 18, 2017, 01:12:20 pm
2017-Sep-18 19:56:41.257 TRACE core Found 0 things in vector at "0x25138fbc" [E:/projects/Dwarf-Therapist/src/dfinstance.h:118] (enum_vec)
2017-Sep-18 19:56:41.489 ERROR core ReadProcessMemory failed: "Endast delar av en ReadProcessMemory- eller WriteProcessMemory-beg?ran har slutf?rts." [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:138] (read_raw)
2017-Sep-18 19:56:41.489 TRACE core Found 0 things in vector at "0x25138fc8" [E:/projects/Dwarf-Therapist/src/dfinstance.h:118] (enum_vec)
2017-Sep-18 19:56:41.489 ERROR core ReadProcessMemory failed: "Endast delar av en ReadProcessMemory- eller WriteProcessMemory-beg?ran har slutf?rts." [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:138] (read_raw)
Yes, I tried a different fortress, and DT started fine with that one, so I'd guess it's save dependent. However, I copied the save to the 64 bit version, and DT connected to that save, so there's a version component somewhere.
Problem causing save: http://dffd.bay12games.com/file.php?id=13096 (http://dffd.bay12games.com/file.php?id=13096)
Post by: Clément on September 18, 2017, 01:27:01 pm
Post by: FortunaDraken on September 18, 2017, 07:02:39 pm
Post by: Clément on September 19, 2017, 03:47:17 am
Does changing "sched_size" to 0x34 in "[squad_offsets]" section solves your issue? Disable the updater, it overwrites the changes.
Post by: PatrikLundell on September 19, 2017, 06:05:22 am
However, remember that when helping out, most people are not as familiar as you are with how DT works, so the request was a bit on the terse side. It wasn't too hard to realize it should be in a file somewhere, look around, and find the file <DT>\share\memory_layouts\windows\v0.43.05_graphics.ini, though.
Edit: After your post in the DFHack thread I decided to compare this entry with the corresponding one in my old DT (37.0.0) layout file, and it's 0x40 in that file as well, without that version crashing. I don't know how to interpret that, though...
Post by: Clément on September 19, 2017, 01:41:46 pm
Edit: After your post in the DFHack thread I decided to compare this entry with the corresponding one in my old DT (37.0.0) layout file, and it's 0x40 in that file as well, without that version crashing. I don't know how to interpret that, though...
Not every invalid value makes DT crash or hang, sometimes it detects absurd values and ignore them, sometimes invalid values look good and it just display the invalid values in the interface.
But now I see there is actually a big issue with the auto-updater. Anyone who used splintermind version before will have DT configured to fetch memory layouts on splintermind repo where there is an invalid one for 0.43.05 win32.
Important message to anyone who has used Dwarf Therapist before this release:
You need to check the settings for the automatic updates. In "Options" -> "General" tab -> "Updates", click on "Restore Default". Otherwise DT will fetch files from a repository that can no longer be updated.
Post by: Hartsteen on October 01, 2017, 11:15:32 am
Question: Is there a possibility to show the scholar and performance skills?
Post by: Clément on October 02, 2017, 02:58:49 am
To make sure I don't forget anything. Performer skills are:
- Dance
- Music
- Singing
- Keyboard instrument
- Stringed instrument
- Wind instrument
- Percussion instrument
- Critical thinking
- Logic
- Mathematics
- Astronomy
- Chemistry
- Geography
- Optics engineering
- Fluid engineering
Post by: Hartsteen on October 02, 2017, 06:29:53 am
Anything else to add?
"Poet", "Writer" and "Wordsmith", I guess.
Post by: Clément on October 02, 2017, 06:51:34 am
Post by: Clément on October 03, 2017, 04:48:54 am
Post by: PatrikLundell on October 03, 2017, 07:45:51 am
Post by: Hartsteen on October 03, 2017, 02:36:52 pm
Post by: feelotraveller on October 03, 2017, 03:35:49 pm
I also split the social skills using the Wiki categories. I posted a screenshot in the pull request (https://github.com/Dwarf-Therapist/Dwarf-Therapist/pull/7) comments. Does that look good?
Very much in a hurry so I will look further later. Been a while since I did this though.
Performance category looks very good. I had "StoryTeller" instead of "Speaker" in my version. Just flavour...
The scholars are a bit different. I had Philosopher which I think = Critical Thinker but also Historian and Naturalist. I also folded the two engineers together but that's just me :) . If I remember correctly Writer (for scholars) and Wordsmith (for Poets) are not roles but contribute to other roles. I also made a Scholars entry (Studying, Teaching, Writing) for general assignment, and a Scribes one that was mainly redundant.
Really got to run, white rabbit moment, let me know if you have questions, it will probably be a day or two until I'm back...
Post by: Clément on October 03, 2017, 04:15:50 pm
I did not add any role related to this (and I don't think there is currently any). You can make detailed suggestions when you have the time. I did not play enough with this to know which roles would be useful.
Edit: Since you are speaking of naturalists, I see I am missing the tracker skill. I dismissed it as an adventure skill, but it is also used for scholars.
Edit2: Is "reader" of any use in Fortress mode?
Post by: Fleeting Frames on October 04, 2017, 05:14:00 am
Reader is useful for finding out who has read how many books and I think that's it?
Post by: feelotraveller on October 07, 2017, 01:02:06 am
I'm glad the Naturalist comment had some redeeming merit.
There was some speculation that Reader helped with the transmission of values via books but I'm not sure if this was ever more than idle speculation. Otherwise the consensus seems to be that there is no known use for reader in fortress mode.
I was tempted a couple of months ago to make another pass through the roles, and probably will be in a couple of months more when I get some time. I already have a set of roles for the performance and scholar positions and a bunch of other changes/suggestions, probably the most controversial would be to split the roles into two pages. In the meantime if you are interested... there's a couple of things I wonder if could be looked at (I don't have the skills...)
a) preferences for cloth and paper are currently not distinguishable in the roles, e.g. a dwarf with a preference for kenaf paper will be considered a better clothesmaker
b) the role suitability calculations currently use every role. can we get the option/ability to specify which roles to use?
In the meantime I built a linux-64 version of DT from your git repository. At least for the basics of connecting and reading dwarfs from an old save there were no problems. When I find time to play again I'll give more feedback. But I wonder about the LaTeX? I did not build the manual since 400mb roughly for the software seems excessive to me (and I already have a copy). Would it not be easier to just include a PDF of the manual - or what am I missing? (You may already know - the author is still around and has dropped by a couple of times checking on how it's going, if there is some thought of an updated version...)
Anyway, all the best, it is great to see someone with enthusiasm for maintaining/developing Dwarf Therapist; don't let me put you off. ;)
*I would add a note to self not to post when pressed for time and exhausted, but pressed for time and exhausted self would not bother with silly notes...
Post by: Clément on October 07, 2017, 05:16:58 am
a) preferences for cloth and paper are currently not distinguishable in the roles, e.g. a dwarf with a preference for kenaf paper will be considered a better clothesmakerWhen not doing exact matches, DT only compares material flags. A dwarf that likes linen paper has material PLANT:FLAX:THREAD (flags ITEMS_SOFT, THREAD_PLANT, STOCKPILE_GLOB_PASTE), the same as a dwarf that likes linen fabric. I think the material state need to be included in the comparison (PRESSED for the paper, SOLID for the fabric).
b) the role suitability calculations currently use every role. can we get the option/ability to specify which roles to use?
You want the ability to specify the list of roles used in a dwarf details/tool-tip, did I understand correctly?
In the meantime I built a linux-64 version of DT from your git repository. At least for the basics of connecting and reading dwarfs from an old save there were no problems. When I find time to play again I'll give more feedback. But I wonder about the LaTeX? I did not build the manual since 400mb roughly for the software seems excessive to me (and I already have a copy). Would it not be easier to just include a PDF of the manual - or what am I missing? (You may already know - the author is still around and has dropped by a couple of times checking on how it's going, if there is some thought of an updated version...)
I re-added the manual compilation after the last release, I will include it in the builds for the next release (but I don't provide any linux build, so that won't make a difference for you). The manual is available as a stand-alone download on DFFD (http://dffd.bay12games.com/file.php?id=7889) (clicking the "manual" button in DT opens this url). I don't know of any changes (according to git there was no change for 3 years), the version number matches at least.
Post by: feelotraveller on October 08, 2017, 01:02:48 am
For b) no, I have not been clear. The roles calculation spits out a number between 0 and 100 for how well each dwarf is suited for each role. Problems arise when adding custom roles. Say I add a role Carpenter+, which is a revision of the attributes, preferences, skill(s) I want in finding a carpenterdwarf. Now the data set for suitability includes both Carpenter and Carpenter+ and that has knock on effects as to the reported suitability for other roles - basically if the roles are minimally different then the weight of that role as a data point has just been doubled. (The calculation has always been opaque to me but includes various processes of 'normalisation' 'shaping' etc.) I would like to be able to specify which roles are to be used for the roles calculation. So following the example above I could tell DT not to use Carpenter as part of the data set for roles calculation but only Carpenter+. Or to put it another way (since I often struggle with clarity of expression): can we get the feature to ask DT to consider the suitability of dwarfs with respect to a limited - user specified - set of roles? Taking a concrete example (not that I would use it this way...) - lets say we have just embarked and know we want 7 jobs done and don't care whatsoever about future plans. We want a Miner, a Mason, a Woodcutter, a Fisher, a Herbalist, a Carpenter, and an Animal Trainer. So we want tell DT to limit the roles calculation to just those 7 roles (and not be worried by how suitable the various dwarfs are as Strand Extractors or Potters).
It would be good to include a note on the github page about the availability of the manual from within DT (or even a link to the download on dffd) so that new users compiling it for themselves don't feel obligated to install latex just to get the manual.
Post by: Clément on October 08, 2017, 05:06:35 am
Sounds like you've got it covered for the paper/fabric distinction. :) (Fallback workaround could be to check the text strings of preferences for 'paper' or 'cloth' matches, but that is so ugly...).No, I don't think partially matching strings would be simpler.
For b) no, I have not been clear. The roles calculation spits out a number between 0 and 100 for how well each dwarf is suited for each role. Problems arise when adding custom roles. Say I add a role Carpenter+, which is a revision of the attributes, preferences, skill(s) I want in finding a carpenterdwarf. Now the data set for suitability includes both Carpenter and Carpenter+ and that has knock on effects as to the reported suitability for other roles - basically if the roles are minimally different then the weight of that role as a data point has just been doubled. (The calculation has always been opaque to me but includes various processes of 'normalisation' 'shaping' etc.) I would like to be able to specify which roles are to be used for the roles calculation. So following the example above I could tell DT not to use Carpenter as part of the data set for roles calculation but only Carpenter+. Or to put it another way (since I often struggle with clarity of expression): can we get the feature to ask DT to consider the suitability of dwarfs with respect to a limited - user specified - set of roles? Taking a concrete example (not that I would use it this way...) - lets say we have just embarked and know we want 7 jobs done and don't care whatsoever about future plans. We want a Miner, a Mason, a Woodcutter, a Fisher, a Herbalist, a Carpenter, and an Animal Trainer. So we want tell DT to limit the roles calculation to just those 7 roles (and not be worried by how suitable the various dwarfs are as Strand Extractors or Potters).I am even more confused now. I am not a advanced role user, so I may be missing something. The places I look for role suitability are dwarf details or the role tab (grid view). For dwarf details, a global filter list could be added in the options. For the role tab, you can replace it with a custom grid view with only the columns you are interested in. Or do you want a new dialog or dock?
Anyway, I need to look more at how the roles work internally. And the custom role dialog looks like it needs some improvements.
It would be good to include a note on the github page about the availability of the manual from within DT (or even a link to the download on dffd) so that new users compiling it for themselves don't feel obligated to install latex just to get the manual.
I added the DFFD link in the Readme. As for the "Manual" button, it is clearly visible in the tool bar (and the help menu), and the best place to explain it would be... the manual (sections 5.5 and 5.7 are missing it).
Post by: feelotraveller on October 09, 2017, 04:31:24 am
Yes I agree totally.Sounds like you've got it covered for the paper/fabric distinction. :) (Fallback workaround could be to check the text strings of preferences for 'paper' or 'cloth' matches, but that is so ugly...).No, I don't think partially matching strings would be simpler.
Quote
For b) no, I have not been clear. The roles calculation spits out a number between 0 and 100 for how well each dwarf is suited for each role. Problems arise when adding custom roles. Say I add a role Carpenter+, which is a revision of the attributes, preferences, skill(s) I want in finding a carpenterdwarf. Now the data set for suitability includes both Carpenter and Carpenter+ and that has knock on effects as to the reported suitability for other roles - basically if the roles are minimally different then the weight of that role as a data point has just been doubled. (The calculation has always been opaque to me but includes various processes of 'normalisation' 'shaping' etc.) I would like to be able to specify which roles are to be used for the roles calculation. So following the example above I could tell DT not to use Carpenter as part of the data set for roles calculation but only Carpenter+. Or to put it another way (since I often struggle with clarity of expression): can we get the feature to ask DT to consider the suitability of dwarfs with respect to a limited - user specified - set of roles? Taking a concrete example (not that I would use it this way...) - lets say we have just embarked and know we want 7 jobs done and don't care whatsoever about future plans. We want a Miner, a Mason, a Woodcutter, a Fisher, a Herbalist, a Carpenter, and an Animal Trainer. So we want tell DT to limit the roles calculation to just those 7 roles (and not be worried by how suitable the various dwarfs are as Strand Extractors or Potters).
I am even more confused now. I am not a advanced role user, so I may be missing something. The places I look for role suitability are dwarf details or the role tab (grid view). For dwarf details, a global filter list could be added in the options. For the role tab, you can replace it with a custom grid view with only the columns you are interested in. Or do you want a new dialog or dock?
We are thinking of it in different ways. In your language I want a global filter list (but I want it to have greater functionality than what I understand you to be suggesting). Let me expand a bit...
A simple filter could remove the extra roles from the dwarf details, so yes for this. And yes merely by having a customised grid view I can restrict the display to only certain roles. However ALL the roles are still being used to calculate the numbers. Without knowing precisely what the code for determining these numbers actually does - though I am sure it is complex - I can tell from using DT that the data matrix (X dwarfs by Y roles) responds to the addition and refactoring (i.e. changing variables and/or values) of roles in complex ways - in short, adding a role impacts on the suitability of dwarfs for other roles (=the reported number). Basically each dwarf is being compared for suitability to each role even the ones that we are not using (even if we have a global filter and a restricted customised gridview). These dwarf/role (x/y) points are then 'shaped' (normalised, or otherwise statistically manipulated) in both dimensions, that is over the set of dwarfs and over the set of roles. I really don't think we want to go the potentially dangerous route of allowing users to delete default roles but that would be a solution of sorts. I would like to be able to run the calculation of suitability over a limited set of roles rather than having to use all of them. So the extended functionality I would like for the global filter list is for it to exclude the roles both from display (dwarf details) and from use in the calculations (reported number production).
I hope this is becoming clearer. I can post tomorrow but then will not be able to for some time.
Quote
Anyway, I need to look more at how the roles work internally. And the custom role dialog looks like it needs some improvements.
Looking forward to custom role dialogue improvements. 8) In a couple of weeks time I could make some suggestion if you are interested.
Quote
It would be good to include a note on the github page about the availability of the manual from within DT (or even a link to the download on dffd) so that new users compiling it for themselves don't feel obligated to install latex just to get the manual.
I added the DFFD link in the Readme. As for the "Manual" button, it is clearly visible in the tool bar (and the help menu), and the best place to explain it would be... the manual (sections 5.5 and 5.7 are missing it).
Perfect. :)
Post by: Clément on October 09, 2017, 05:13:26 am
The custom role dialog material preferences list need fixing too: adding a cloth preference from there will also match paper (and you cannot select paper preferences either).
The problem is that it generates the list from the game material list but I don't how to get the valid material states from there. Maybe from "material_common.state_name"? Getting interesting material preferences using it does not look easy. If I look with DFHack at a few of one dwarf preferred materials, I get:
Code: [Select]
<material 0:82 INORGANIC:JASPER OPAL>
ITEMS_HARD
IS_GEM
ITEMS_QUERN
Solid jasper opal
Liquid magma
Gas boiling magma
Powder jasper opal
Paste jasper opal
Pressed jasper opal
<material 38:343 CREATURE:GIANT_CHEETAH:LEATHER>
ITEMS_LEATHER
IMPLIES_ANIMAL_KILL
LEATHER
Solid leather
Liquid n/a
Gas n/a
Powder leather
Paste leather
Pressed leather
<material 37:476 CREATURE:SPIDER_PHANTOM:SILK>
ITEMS_SOFT
SILK
Solid silk
Liquid n/a
Gas n/a
Powder silk
Paste silk
Pressed silk
<material 425:29 PLANT:HEMP:THREAD>
ITEMS_SOFT
THREAD_PLANT
STOCKPILE_GLOB_PASTE
Solid hemp
Liquid none
Gas none
Powder fiber
Paste hemp slurry
Pressed hemp paper
I see both "none" and "n/a" for invalid states, and some material states use generic names (e.g. silk, leather, fiber, magma). I don't know how I should process that.
I hope this is becoming clearer. I can post tomorrow but then will not be able to for some time.
Yes, I understand now. I did not know how the value were calculated.
Looking forward to custom role dialogue improvements. 8) In a couple of weeks time I could make some suggestion if you are interested.
Not really a redesign, more internal stuff you might not see: memory leaks and the way it loads data from the game. Still, suggestions are welcome.
Post by: Fleeting Frames on October 09, 2017, 06:07:25 am
Huh, if I read that right, silk paper would read as silk (kinda similar to cut gabbro reading as gabbro), and go into glob/paste stockpile.
Post by: feelotraveller on October 09, 2017, 07:18:58 am
Generated these by finding dwarf with preference and selecting them. Then from DFHack running "gui/gm-editor" "choosing status/current_soul/preferences" and then looking through list for appropriate preference. I've been through here a bit so I sort of know a bit what I'm looking for... sometimes.
COTTON PAPER
(https://s1.postimg.org/5kl9elo2sr/cotton_paper.png) (https://postimg.org/image/5kl9elo2sr/)
KENAF PAPER
(https://s1.postimg.org/4s8dwv96sr/kenaf_paper.png) (https://postimg.org/image/4s8dwv96sr/)
JUTE FABRIC
(https://s1.postimg.org/5di1j62zy3/jute_fabric.png) (https://postimg.org/image/5di1j62zy3/)
ROPE REED FABRIC
(https://s1.postimg.org/69eiymdj97/rope_reed_fabric.png) (https://postimg.org/image/69eiymdj97/)
Sorry about the small sizes, clicking on them will take you to a bigger image, don't know how to do better at the moment.
I also had Ramie Fabric as mattype 422 matindex 31 in my notes.
Looking for these sort of data structures is more dfhack territory (see thread in this sub-board), I think, although worth going there after looking for things yourself... But maybe this is helpful. I think Parchment (writing material made from Leather) probably also needs looking at,... maybe just pressed again?
Post by: PatrikLundell on October 09, 2017, 07:29:12 am
Spoiler (click to show/hide)
Post by: feelotraveller on October 09, 2017, 08:00:19 am
Post by: Clément on October 09, 2017, 08:13:23 am
@PatrikLundell I think thread and cloth use the same material, in the same state. When a dwarf likes linen, he will like linen thread, linen cloth, linen clothes, ...
I could be totally wrong, as always, but I don't remember seeing preferences for plant thread or animal fabric. Dwarfs definitely get preferences for plant cloth (fabric) and yarn (animal wool thread). The wiki http://dwarffortresswiki.org/index.php/Preferences (http://dwarffortresswiki.org/index.php/Preferences) seems to suggest this as well. I can't check any big forts right now as I've got my stuff strung out over three machines (in different location, at that). So no help there. :-\
Interesting wiki page, but it looks outdated: it is missing plant paper (and parchment, and maybe others).
Post by: feelotraveller on October 09, 2017, 08:48:19 am
Not sure how (or even if) you are thinking of coding it, but could it be structured so the default is null and special 'elseif' cases are added in the few instances where they arise (or the other way around)?
Don't underestimate the solidness and overall accuracy of that wiki entry. The wiki list is incomplete as of a couple of versions ago, since no-one has updated it. However it should only be inaccurate with the stuff that has been introduced into the game in the last few updates, books, scrolls, quires spring to mind (note the contemporaneity with paper). It is definitely missing the artistic forms and (strong guess) instruments will be handled differently - there are additional potential problems for DT here since these are procedurally generated per world. My guess is that paper is cloth but just with a different mat_state, so a dwarf will get a preference for 'cloth' and then rng decides if this is paper or fabric but research to confirm is needed for the wiki. Similarly with leather.
But honestly I think DT is probably up-to-date there. Splinterz definitely added some of these things. I think cloth/paper was just an oversight that never got tidied up as his involvement wound down. The dialogue may at first sight look a mess but it is pretty comprehensive once you get used to it. (That's not to say it could not be improved.) However new stuff will arise, if not with this coming update in a month or two, then definitely once we hit 'Magic'. :D
Post by: Fleeting Frames on October 09, 2017, 08:50:38 am
Post by: Clément on October 09, 2017, 09:10:01 am
Parchments have their own material (I have a dwarf with <material 37:247 CREATURE:FISH_STINGRAY:PARCHMENT>), but I don't see any flag that could help make a general category (there is only IMPLIES_ANIMAL_KILL).
Post by: PatrikLundell on October 09, 2017, 12:12:56 pm
It may very well be that any reference to "thread" should be printed out as "cloth" if you want to match DF's output.
Post by: Clément on October 11, 2017, 10:03:55 am
I am still not sure how to match parchment preferences. Is using the material id (should be "PARCHMENT" if I understand correctly) the only way?
Post by: Fleeting Frames on October 11, 2017, 02:29:56 pm
Assuming there's list to look those up. If not, welp.
Post by: Clément on October 11, 2017, 03:34:43 pm
There seem to be lists of items, materials, creatures, ... (https://github.com/DFHack/df-structures/blob/master/df.entities.xml#L358) for civilization entities. It could be an easy way to make a own civilization only preference list.
Post by: feelotraveller on October 22, 2017, 06:53:50 am
Post by: Clément on October 22, 2017, 08:59:26 am
Although removing the "of" from the tool-tip string would fix the grammar, I think should try to fix the form name instead. For example, when I see "The Evisceration of Dominion" in game, DT displays "Of evisceration". With the proper form name, the "of" from the tool-tip will be needed ("the words of " + "The Evisceration of Dominion"). I think there is code for that in df-structures (https://github.com/DFHack/df-structures/blob/master/df.language.xml#L228), I need to learn how this work (edit: DT seems to actually use the same algorithm).
Edit2: There was a hard-coded offset that is different on 32 and 64 bits platforms. Quick and dirty fix here (https://github.com/Dwarf-Therapist/Dwarf-Therapist/pull/10), but I should really de-hardcode that.
Post by: feelotraveller on October 22, 2017, 05:50:45 pm
Post by: feelotraveller on October 23, 2017, 12:02:46 pm
a) The gridview Socail & Cultural (as displayed in tab) is called Social && Cultural in the Grid Views dock.
b)
Quote
2017-Oct.-24 03:14:19.743 WARNING core unidentified column type in set "Other Social" ! [/home/hope/Desktop/Dwarf-Therapist/src/viewcolumnset.cpp:153] (ViewColumnSet)Does this refer to the old 'Socai-Alt'?
c)
Quote
2017-Oct.-24 03:14:19.748 WARNING core gridview "UNKNOWN" was not loaded because a view with this name already exists [/home/hope/Desktop/Dwarf-Therapist/src/viewmanager.cpp:185] (load_views)Checking gridviews shows there is a default gridview by name UNKNOWN that appears empty. Since it is default user cannot delete. Additionally it seems DT is trying to write a second copy of the gridview on connection to DF.
Post by: Clément on October 23, 2017, 01:52:23 pm
Excuse the double post, but a couple of minor issues I've not noticed before with gridviews: in order of ascending nuisance. (Using linux-64 version that I built yesterday with the offset fix.)I think double posting is required for me to receive the notification. It is not even the same day anyway.
a) The gridview Socail & Cultural (as displayed in tab) is called Social && Cultural in the Grid Views dock.In some Qt texts the ampersand is used for keyboard shortcuts (the underlined letter you often see in menus), it needs to be doubled to actually display. I would need to encode the string in these cases, but I don't know a Qt function that does that.
b)Typos I made in default_gridviews.dtg, that is what you get for editing this kind of file with a text editor (game_data.ini is even worse with some part out of order). I should find a better way to edit them.Quote2017-Oct.-24 03:14:19.743 WARNING core unidentified column type in set "Other Social" ! [/home/hope/Desktop/Dwarf-Therapist/src/viewcolumnset.cpp:153] (ViewColumnSet)Does this refer to the old 'Socai-Alt'?
c)Quote2017-Oct.-24 03:14:19.748 WARNING core gridview "UNKNOWN" was not loaded because a view with this name already exists [/home/hope/Desktop/Dwarf-Therapist/src/viewmanager.cpp:185] (load_views)Checking gridviews shows there is a default gridview by name UNKNOWN that appears empty. Since it is default user cannot delete. Additionally it seems DT is trying to write a second copy of the gridview on connection to DF.
Post by: Clément on October 24, 2017, 09:50:26 am
I finally decided to use reaction classes for matching general parchment and paper plant (only papyrus currently) preferences. It seemed the best way.
I am approaching the end of my "paper" branch. I have added new offsets. I can find the values for linux and windows, but again I will need help for OSX. The new offsets are "reaction_class" and "prefix" in the "[material_offsets]" section.
To get the correct values, you can download the updated export-dt-ini.lua script for DFHack (https://raw.githubusercontent.com/cvuchener/scripts/material_prefix/devel/export-dt-ini.lua), replace the old one in your "hack/scripts/devel" folder, start DF (with DFHack) and run "devel/export-dt-ini" in the DFHack console (no need to load a fortress). If everything works as expected, it should have created a "therapist.ini" file in your DF folder. Find the requested offsets or the copy whole file.
Post by: Clément on October 28, 2017, 11:14:51 am
This version mainly extends default grid views and improves the role preferences system. Generic material preferences can now match preferences by material state or reaction class instead of flags only.
Changelog:
- added Blacksmith role in default "Roles" grid view
- added memory layout for DF 43.05 on OSX 64 bits
- re-added pdf manual compilation with Latex
- extended "Social" grid view with artistic and scholar skills
- added Paper, Parchment and Paper plant generic preferences in custom role dialog
- added specific preferences for papers, leathers, wools, silks, parchments and paper plants in custom role dialog
- changed some material names to be closer to DF
- added the ability to use the custom role dialog when not connected to a fortress (specific preferences are not available until connected to a fortress)
- fixed win32 0.43.05 memory layout
- fixed some widgets not displaying correctly
- fixed art preference name on 64 bits platforms
- fixed "Cloth" preference matching papers
- fixed a crash when using the custom grid view dialog when not connected to a fortress
Notes:
- Some material names have changed, since specific preference are based on names, you need to check and update any specific material preference you may use in your custom roles (e.g. "linen fabric" → "linen", "rubber tree wood" → "rubber wood", …).
- Cloth preference was updated in default roles to not match paper, but it need to be updated in custom roles too (delete and re-add).
- When I wanted to compile DT on 32 bits Linux for testing, I discovered that DT does not compile any more. This is because of the write_string method, it half-broken on 64 bits too (it compiles but I would not recommend to use it, it crashes DF when quitting). I will fix that in a later release when I find a new way to write string in DF memory. I am also planning to make 64 bit DT work with 32 bit DF.
- Material changes require new offsets. They are missing from the current OSX memory layouts. Material names will not display correctly, reaction-based preference matching will not work.
Windows builds are also available on DFFD (win32 (http://dffd.bay12games.com/file.php?id=13094), win64 (http://dffd.bay12games.com/file.php?id=13095)).
Post by: feelotraveller on October 28, 2017, 08:31:16 pm
1) The building of the manual by latex gave me problems. I now have texlive-bin installed (need for qpdfview) but not the much larger texlive-core package. The cmake process detects /usr/bin/latex but then finds neither the htlatex command nor the biber command. The compile then fails to build the manual and fails to build therapist. (I got it to compile therapist by deleting 'add_subdirectory(doc)' from CMakeLists.txt.)
2) Once compiled therapist runs successfully but on attempting to connect to a fortress it crashes with segmentation fault. Results of three attempts below:
Code: [Select]
2017-Oct.-29 11:42:27.853 ERROR core READ_RAW: "Bad address" READING 1024 BYTES FROM "0x007fffc22048a800" TO 0x7fff68aa5730 [/home/user/Desktop/Dwarf-Therapist/src/dfinstancelinux.cpp:156] (read_raw)
Segmentation fault
2017-Oct.-29 11:43:14.009 ERROR core READ_RAW: "Bad address" READING 1024 BYTES FROM "0x007fffc22048a800" TO 0x7ffc4ec2a390 [/home/user/Desktop/Dwarf-Therapist/src/dfinstancelinux.cpp:156] (read_raw)
Segmentation fault
2017-Oct.-29 11:51:08.364 ERROR core READ_RAW: "Bad address" READING 1024 BYTES FROM "0x007fffc22048a800" TO 0x7fff0369daf0 [/home/user/Desktop/Dwarf-Therapist/src/dfinstancelinux.cpp:156] (read_raw)
Segmentation fault
Post by: Clément on October 29, 2017, 04:23:20 am
1) The building of the manual by latex gave me problems. I now have texlive-bin installed (need for qpdfview) but not the much larger texlive-core package. The cmake process detects /usr/bin/latex but then finds neither the htlatex command nor the biber command. The compile then fails to build the manual and fails to build therapist. (I got it to compile therapist by deleting 'add_subdirectory(doc)' from CMakeLists.txt.)
You can ignore the missing commands, they are not really required. Your problem is missing extra tex package. Building the manual is disabled if latex is missing but I forgot about the case of incomplete latex.
2) Once compiled therapist runs successfully but on attempting to connect to a fortress it crashes with segmentation fault. Results of three attempts below:Code: [Select]2017-Oct.-29 11:42:27.853 ERROR core READ_RAW: "Bad address" READING 1024 BYTES FROM "0x007fffc22048a800" TO 0x7fff68aa5730 [/home/user/Desktop/Dwarf-Therapist/src/dfinstancelinux.cpp:156] (read_raw)
Segmentation fault
2017-Oct.-29 11:43:14.009 ERROR core READ_RAW: "Bad address" READING 1024 BYTES FROM "0x007fffc22048a800" TO 0x7ffc4ec2a390 [/home/user/Desktop/Dwarf-Therapist/src/dfinstancelinux.cpp:156] (read_raw)
Segmentation fault
2017-Oct.-29 11:51:08.364 ERROR core READ_RAW: "Bad address" READING 1024 BYTES FROM "0x007fffc22048a800" TO 0x7fff0369daf0 [/home/user/Desktop/Dwarf-Therapist/src/dfinstancelinux.cpp:156] (read_raw)
Segmentation fault
I have a similar crash if I remove the "reaction_class" from the memory layout.
Check that the memory layout you are using is up-to-date (there should be a line in the log "Detected Dwarf Fortress version "v0.43.05 linux64" using MemoryLayout from ...").
If that is still happening, I will need a backtrace, preferably with a debug version (add "-DCMAKE_BUILD_TYPE=Debug" in your cmake options). To get the backtrace, run DT width gdb: "gdb ./DwarfTherapist", from gdb command line: "r" to run the process and "bt" when it crashed to get the backtrace.
Post by: feelotraveller on October 29, 2017, 05:58:34 am
Spoiler (click to show/hide)
Post by: Clément on October 29, 2017, 09:20:27 am
This really look like an invalid material offset. Give the output of
Code: [Select]
grep reaction_class "/home/user/DwarfFortress/df_linux/share/memory_layouts/linux/v0.43.05.ini" to be sure.Check the updater settings (Options → General → Updates). Is it enabled? If it is make sure the Owner/Repository is Dwarf-Therapist/Dwarf-Therapist.
Post by: feelotraveller on October 30, 2017, 08:39:21 am
Had a quick look at the cloth/paper preferences and they seem to be working well. I am assuming the the preference for papyrus sheet is included in the 'papers' general category?
Gridview/role feedback
1) The Wordsmith skill is missing. (My scholars are waiting. ;))
2) Drag and drop is broken for me when editing gridviews. I was rearranging the order of roles in a custom gridview. Not sure when I last used it but it was working, potentially pre-64 bit?
And finally, could you say a bit more about DF crashing when quitting therapist. I've yet to experience it as therapist has closed without having this effect but I have yet to unpause a game with 38.1. What use conditions are likely to trigger it, and possible workarounds for safe(ish) use with linux 64 in the meantime. (Sorry to be so high maintenance but I prefer to be on latest version and hope that the odd bits of feedback I can give will offset it to some extent.)
Post by: Clément on October 30, 2017, 01:21:36 pm
Indeed you were right. :-[ I still had the memory layout from 38.0. Thank you for your patience.Why was it the old memory layout? Did you copy only the executable or use "make install"? If it is a broken script from me, I need to know.
I am assuming the the preference for papyrus sheet is included in the 'papers' general category?"papyrus" is in the "Papers" category, but you can also use "Paper plants" in "~ General Materials" to match any material with the PAPER_PLANT reaction. Only papyrus has this reaction in the current vanilla game, but mods or future version may add others.
Gridview/role feedbackBoth work for me. Wordsmith is the first skill in the last (fifth) group in "Social & Cultural" (you may need to add the tab since the name changed).
1) The Wordsmith skill is missing. (My scholars are waiting. ;))
2) Drag and drop is broken for me when editing gridviews. I was rearranging the order of roles in a custom gridview. Not sure when I last used it but it was working, potentially pre-64 bit?
And finally, could you say a bit more about DF crashing when quitting therapist. I've yet to experience it as therapist has closed without having this effect but I have yet to unpause a game with 38.1. What use conditions are likely to trigger it, and possible workarounds for safe(ish) use with linux 64 in the meantime.Writing strings on Linux replace the string data pointer with a buffer that was not properly allocated. This make DF crash when it try to deallocate the buffer, this can happen when quitting (destroying the string after saving), it doesn't seem to corrupt the save, or when replacing the string (changing the same string from the game after it was changed from DT). The safe workaround is to not change strings from DT.
I am experimenting with injecting a call to std::string::assign instead so the memory is managed correctly.
(Sorry to be so high maintenance but I prefer to be on latest version and hope that the odd bits of feedback I can give will offset it to some extent.)The feedback is welcome. Actually, if you like testing, since you have to compile anyway, consider using the last version from the master git branch instead of releases (or even development branches if you feel adventurous). It can help detect new bugs earlier (and you also get the bug fixes earlier).
Post by: Hello71 on October 30, 2017, 07:27:32 pm
And finally, could you say a bit more about DF crashing when quitting therapist. I've yet to experience it as therapist has closed without having this effect but I have yet to unpause a game with 38.1. What use conditions are likely to trigger it, and possible workarounds for safe(ish) use with linux 64 in the meantime.Writing strings on Linux replace the string data pointer with a buffer that was not properly allocated. This make DF crash when it try to deallocate the buffer, this can happen when quitting (destroying the string after saving), it doesn't seem to corrupt the save, or when replacing the string (changing the same string from the game after it was changed from DT). The safe workaround is to not change strings from DT.
I am experimenting with injecting a call to std::string::assign instead so the memory is managed correctly.
tip: ptrace is painful enough as it is, don't try to reimplement ld.so, I suggest just shell out to gdb. it will have minimal problems as long as you make sure that df is stopped by SIGSTOP and not just by ptrace attachment.
Post by: Clément on October 31, 2017, 03:58:38 am
Edit: found the solution in gdb source code:
Code: [Select]
/* Set the program counter for process PTID to PC. */
static void
i386_linux_write_pc (struct regcache *regcache, CORE_ADDR pc)
{
regcache_cooked_write_unsigned (regcache, I386_EIP_REGNUM, pc);
/* We must be careful with modifying the program counter. If we
just interrupted a system call, the kernel might try to restart
it when we resume the inferior. On restarting the system call,
the kernel will try backing up the program counter even though it
no longer points at the system call. This typically results in a
SIGSEGV or SIGILL. We can prevent this by writing `-1' in the
"orig_eax" pseudo-register.
Note that "orig_eax" is saved when setting up a dummy call frame.
This means that it is properly restored when that frame is
popped, and that the interrupted system call will be restarted
when we resume the inferior on return from a function call from
within GDB. In all other cases the system call will not be
restarted. */
regcache_cooked_write_unsigned (regcache, I386_LINUX_ORIG_EAX_REGNUM, -1);
}
Post by: feelotraveller on November 01, 2017, 01:55:27 am
Why was it the old memory layout? Did you copy only the executable or use "make install"? If it is a broken script from me, I need to know.Not your problem rather pebkac at this end. Copied executable and not share folder, automatic updates turned off again, probably by me. Even more embarrassingly went by terminal output in regard to finding ini rather than checking date/version manually.
Gridview/role feedbackBoth work for me. Wordsmith is the first skill in the last (fifth) group in "Social & Cultural" (you may need to add the tab since the name changed).
1) The Wordsmith skill is missing. (My scholars are waiting. ;))
2) Drag and drop is broken for me when editing gridviews. I was rearranging the order of roles in a custom gridview. Not sure when I last used it but it was working, potentially pre-64 bit?
Should have been more specific. Wordsmith skill does not appear in the custom roles dialogue. Further investigation reveals a "Prose" skill in that dialogue which I assume is the one that I want (since Wordsmith affects the quality of the prose). Advise renaming. The skill appears correctly in other places such as the Social & Cultural gridview and tooltips/dwarf details.
Drag and drop definitely broken for me. An image, behaviour is the same when trying to reorder sets:
(https://s1.postimg.org/5gin3yn9qn/Screenshot_2017-11-01_17-02-43.png)
The window is frozen in that position, while the mouse pointer remains mobile having either a green + or a red diagonally crossed circle attached and does not to respond clicking. Most keyboard input is also disabled including power key, although the printscreen key still works, as does esc which clears the freeze and mouse pointer but also the drag and drop action. The gridview order remains unchanged. Output from terminal gives nothing with either normal of debug (gdb) versions. When you say it works for you is that with a 64 bit linux version? Is there more information I can give that might help identify the issue?
Thanks for the comments on paper and strings workaround - now crystal clear :).
Yes I will try learning with github. (Pursuing these issues here since already raised.)
Post by: Clément on November 01, 2017, 04:36:38 am
The grid view editor works for me on Fedora 26 (64 bits) with Qt 5.7.1 (it seems too old, I may have an issue with my updates). What is your distribution and Qt version? I will try to reproduce it in a VM.
Post by: feelotraveller on November 01, 2017, 08:00:25 am
[As an aside, since it is not relevant here but I did mention it. ::) It is possible I have the use of Wordsmith skill incorrect... but I don't think so. Anyway both Wordsmith and Writer are involved when scholars produce works, effecting two different parts of the writing, how well it conveys its technical aspects (writer skill I thought) and how well it reads (wordsmith skill, sort of the poetic side of technical writing). Poet, however, is not involved and is used by performers.]
I am currently running Manjaro (xfce) and Qt 5.9.2. I have not noticed any issues with drag and drop in other places.
Post by: Clément on November 01, 2017, 01:36:06 pm
Post by: Clément on November 06, 2017, 05:49:34 am
Post by: PatrikLundell on November 06, 2017, 05:55:32 am
Does anyone know why there is a special case for dwarves who already had a mood when generating skill/labor tool-tips (https://github.com/Dwarf-Therapist/Dwarf-Therapist/blob/master/src/skillcolumn.cpp#L253)? What I see is it replaces "No experience" with strings like "NO EXP Miner" or nothing for labor without skill (e.g. Hauling). I cannot understand the reason for that.A pure guess is that it's intended to help those who want to train dorfs in moodable skills in preparation for a mood to skip those that are beyond rescue (as they made a glumprong ring as a child already). There's no evidence behind that guess, though (and I don't do mood preparation either).
Post by: Clément on November 06, 2017, 06:05:42 am
Post by: feelotraveller on November 07, 2017, 03:59:00 am
Could it have to do with cases where Children have mooded?
Post by: Clément on November 07, 2017, 05:48:02 am
Skill name changes requested by feelotraveller is done in this pull request (https://github.com/Dwarf-Therapist/Dwarf-Therapist/pull/14). It may have changed too much names, the list of changes are in the pull request description. You can comment here too. Skill names are words like "Mining" while nouns are like "Miner", not to be confused with labor names ("Mining") that are unchanged.
Post by: feelotraveller on November 07, 2017, 06:21:08 am
Post by: feelotraveller on November 08, 2017, 08:14:39 am
- 'Uniform equipment skill' is shield user and armour user. Did not notice anything wrong here.
- Yes I think the demonstration activity would better use 'name' rather than 'noun' if that can be changed independently. (I did not locate an instance of this to check though.)
More generally I like all the changes - no surprise there :)) - but particularly the one you raised above. It all looks good, to me.
Going through a detailed comparison brought four more suggestions for changes. I'm tempted to try and do a couple of the simpler ones myself but every time I peek at the code it scares the bejesus out of me. Feel free to point out the simplest ones for me (keeping in mind the profound ignorance out here in userland :P). The long final one is definitely not for me, though it could be interesting for someone who was keen to write a new section of code. ;)
1) Reduce the 'spacer' sizes on the dwarf tooltips. Can easily see 2-3 lines could be saved and maybe 5-6. Space is a premium here as looking at a save from an older fort confirmed -thanks, Fleeting Frames. ;) (No doubt having lots of social skills brought it home.) Don't want it to look ugly but where there are already indented sections perhaps there is no need for an empty line before or after them. Or if there is maybe a smaller font size can be used just for those lines? Concretely I think an empty line could go from above and below the Preference section and above the Skills section. Probably also above Caste, and possibly below end of Top Roles list. In places where empty lines remain can they be small font size? But it must still look okay. 8)
2) Another suggestion is to replace on the dwarf tooltip the 'Highest moodable skill' line with the name of the artifact created for dwarfs who have already mooded. It would both save one line in the tooltip, in these cases, and allow for seeing that that dwarf is no longer a candidate for a mood. So move the line 'Creator of <artifact_name>' to overwrite the highest moodable skill in the tooltip when <artifact_name> is not null.
3) Probably by far the easiest (and that I should learn for future reference anyway) but worth getting some feedback in case I am missing something - remove the Social-alt gridview from the default set. As far as I can tell Social and Cultural now nicely covers the skill parts and the rest is no longer relevant, most traits having changed years ago and additionally having out of date references.
4) Okay now for the big one. This departs from the comment in the pull change - trait "Can(not) be a %2". I remember this from before (the old Social gridview if memory is correct) but I was unable to see/find it with either 38.1 or the skill_names test build. I had dwarfs with relevant trait scores (see below) and checked both Social & Cultural and Social-Alt gridviews without finding it. I suspect that it is not 'attached' to any gridview (or have I just missed it?). It was a useful piece of information to have and would integrate well with the Social and Cultural grid view. Unfortunately we do not have comprehensive information about the current conditions for 'can(not) be a x'. The best I know of is http://dwarffortresswiki.org/index.php/DF2014_Talk:Personality_trait (http://dwarffortresswiki.org/index.php/DF2014_Talk:Personality_trait) which while in general correct* is far from complete. (Flatterer is no longer blocked by friendliness level.) Summary of link with my corrections:
Spoiler (click to show/hide)
But wait it gets bigger (feature creep on an unimplemented feature, go userland!) furthermore I believe that having a gridview displaying beliefs would be useful. Another case which springs to mind is scholars - 'Views the pursuit of knowledge as deeply important' sounds like a good thing for them and the reverse not so much. As a minimum if we had this new gridview we could start to more easily inquire into effects like these, or alternatively presume that they exist and act in accordance. Currently (only?) the more extreme cases of beliefs are mentioned in the dwarf toolip (not elsewhere, unless again I am missing it). Of course this would lead (creeping on the creep) to the additional desire to include the possibility of specifying beliefs as criteria for roles... :P
And yes I am totally serious. This is how features like the roles got added and developed into the useful tools that they are today - everlasting thanks to splinterz. But not all at once. Step one - add traits back in for 'cannot be a x' purposes. (Yes, I think this should only be displayed where the conditions block possible skill acquistion: we are on more solid ground and it allows the user to raise the question of why dwarf might still not be getting the skill even when it does not say that they are blocked.) Step two - create a gridview for beliefs and populate with dwarf data. (Bonus if someone, in userland, uses the new functionality to supply the missing conditions for social skill acquistion/blocking.) Step three - enable the use of beliefs as input when defining/calculating roles.
Thoughts any/every-one?
* For the sake of completeness I should add that very rarely dwarfs are able to bypass the blocking conditions for social skill acquistion but practically we may ignore it for our purposes here.
Post by: Clément on November 08, 2017, 10:33:42 am
- 'Uniform equipment skill' is shield user and armour user. Did not notice anything wrong here.
It is the string generated in ItemUniform (https://github.com/Dwarf-Therapist/Dwarf-Therapist/blob/master/src/itemuniform.cpp#L124-L133), it should look like "<item name> (<skill1>/<skill2>... Skill)". I don't see it anywhere and from the code itself it is hard to track where it is actually used.
1) 'spacer' means the gap between the paragraphs? I see some wider than the others. I think it is where a '<p>' tag is used. The tool-tip is generated in Dwarf::tooltip_text in src/dwarf.cpp. It is a list of small HTML fragments joined with a '
' (line break) tag between them. If you know a little HTML you could try to modify a few strings in there. If you need more advanced styling I could try to add a separate CSS file for styling the tool-tips (I think Qt allows that).
2) A good idea and easy to do.
3 & 4) I am not a trait expert, I don't have much to comment. Beliefs and goals are displayed with other personality traits in the "Personality" tab of the dwarf details (but only beliefs outside of the -10,+10 range?) or you can add belief columns in the grid view editor. I like the idea of role beliefs.
Post by: feelotraveller on November 08, 2017, 12:11:50 pm
omg - beliefs are there to be added to the gridview. Well I never. :o I'll make one. And I'll have a play with the tooltips and see how far I can get.
Post by: O11O1 on November 12, 2017, 04:53:58 pm
Fresh fort, not even started digging yet. The issue appears to be an access violation of some kind. Redownloading the .zip to see if that fixes the issue.
Post by: O11O1 on November 12, 2017, 05:07:42 pm
Post by: Clément on November 12, 2017, 05:21:35 pm
Latest version is 38.1 (https://github.com/Dwarf-Therapist/Dwarf-Therapist/releases/tag/v38.1.0). There are only windows build, you have to compile yourself on other OS.
Post by: O11O1 on November 12, 2017, 09:48:22 pm
Post by: Rose on November 13, 2017, 06:36:48 am
There's a few working forks here and there, and the dfhack inbuilt labor manager works well too.
Post by: jecowa on November 24, 2017, 02:22:23 pm
Post by: Clément on November 24, 2017, 02:29:03 pm
Post by: MuthSera on November 24, 2017, 04:40:33 pm
I've got 105 people in my fort, and I'm getting desperate. Lol.
Post by: Fleeting Frames on November 24, 2017, 04:46:06 pm
Post by: PatrikLundell on November 24, 2017, 04:51:17 pm
While DT doesn't require DFHack to use, the layouts DT uses to find where to read and write stuff comes from the DFHack mapping effort in practice (at least to a large extent), so the DT layout production is dependent on the early DFHack mapping effort, but not on DFHack itself.
Post by: Benjamin the Rogue on November 24, 2017, 07:47:48 pm
Yeah, won't be getting DT for 44.02 until dfhack can import relevant offsets.
I started my first fort in 44.02 and then immediately saved the game upon arriving at our new home and am now just waiting for DT to update before continuing. At first I was like, eh, I can manage 7 dwarves for a little bit just to try out the new stuff. Then I remembered how much of a pain in the ass it was trying to assign, reassign, or track who is doing what and I noped out.
Post by: Alpaq on November 24, 2017, 07:55:51 pm
Post by: HammerDave on November 25, 2017, 01:15:32 am
Took me a good 15-20 minutes to remember how to set labors in-game. Feels like it's been a couple years since I've done that. Probably has been lol.
Post by: Jazz Cat on November 25, 2017, 06:20:37 pm
Code: [Select]
ERROR: not found.
Verify $_DT_BINARY defined in /Path/To/Dwarf-Therapist-38.1.0/dist/dwarftherapist script is set correctly.
Is there a way to get this working? Apologies if I left out some relevant information, I'm very new to linux.
Post by: Clément on November 26, 2017, 03:55:03 am
You could also try changing ptrace_scope (https://www.kernel.org/doc/Documentation/security/Yama.txt). 0 is the most permissive mode. "sysctl kernel.yama.ptrace_scope" to check the current value and "sudo sysctl kernel.yama.ptrace_scope=0" to change it.
PS: Is "/Path/To/..." the real path to DT?
Post by: The Grim Sleeper on November 26, 2017, 05:23:55 am
Code: [Select]ERROR: not found.
Verify $_DT_BINARY defined in /Path/To/Dwarf-Therapist-38.1.0/dist/dwarftherapist script is set correctly.
I have the same problem with version 37.0.0
Running Dwarf Therapist in a command terminal produces this stackTrace:
Code: [Select]
[ 19.666] <I> attempting connection to running DF game (/home/scott/Dwarf-Therapist/src/mainwindow.cpp:403)
[ 19.666] <W> No valid layouts found in the following directories: ("/MyDFDirectory/Dwarf Fortress/LinuxLNP-0.43.05-r06/LNP/utilities/dwarf_therapist/share", "/home/lucas/Games/Dwarf Fortress/LinuxLNP-0.43.05-r06/LNP/utilities/dwarf_therapist/../share", "/home/lucas/Games/Dwarf Fortress/LinuxLNP-0.43.05-r06/LNP/utilities/dwarf_therapist/../share/dwarftherapist", "/home/lucas", "/home/lucas/share") (/home/scott/Dwarf-Therapist/src/dfinstance.cpp:119)
[ 19.672] <I> Dwarf fortress path: "/MyDFDirectory/Dwarf Fortress/LinuxLNP-0.43.05-r06/df_linux" (/home/scott/Dwarf-Therapist/src/dfinstancelinux.cpp:276)
[ 19.723] <I> Setting memory layout for DF checksum "0xaf8cc86c" (/home/scott/Dwarf-Therapist/src/dfinstance.cpp:1032)
[ 19.723] <I> Could not find layout for checksum "0xaf8cc86c" (/home/scott/Dwarf-Therapist/src/dfinstance.cpp:1055)
[ 19.723] <I> Checking for layout for checksum: "0xaf8cc86c" (/home/scott/Dwarf-Therapist/src/updater.cpp:136)
[ 20.021] <I> downloading layout "v0.43.02.ini" SHA: "efe236ee1921468def7d24f1018afcd912ca5042" (/home/scott/Dwarf-Therapist/src/updater.cpp:226)
[ 20.022] <I> downloading layout "v0.43.03.ini" SHA: "a79c9a734d3af0631e91a2c1aad5285c65ab200f" (/home/scott/Dwarf-Therapist/src/updater.cpp:226)
[ 20.022] <I> downloading layout "v042.01.ini" SHA: "00f2d47192b17c96b0787205b7b241ae15184233" (/home/scott/Dwarf-Therapist/src/updater.cpp:226)
[ 20.022] <I> downloading layout "v042.02.ini" SHA: "ec6a3c43d97c096f997bdd22e39921b065326ad9" (/home/scott/Dwarf-Therapist/src/updater.cpp:226)
[ 20.022] <I> downloading layout "v042.03.ini" SHA: "d81b90aafff9af84b4d6723a600f61099ea32da6" (/home/scott/Dwarf-Therapist/src/updater.cpp:226)
[ 20.022] <I> downloading layout "v042.04.ini" SHA: "cbce922a4dae18a4e59e5d904da96d01a5be7b2e" (/home/scott/Dwarf-Therapist/src/updater.cpp:226)
[ 20.022] <I> downloading layout "v042.05.ini" SHA: "9e0f2039f008546517997c08c41f318f98a79d7b" (/home/scott/Dwarf-Therapist/src/updater.cpp:226)
[ 20.022] <I> downloading layout "v042.06.ini" SHA: "10203b4ffa91ab6cc1e479dd6b809ef214cbb0fe" (/home/scott/Dwarf-Therapist/src/updater.cpp:226)
[ 20.071] <I> Setting memory layout for DF checksum "0xaf8cc86c" (/home/scott/Dwarf-Therapist/src/dfinstance.cpp:1032)
[ 20.071] <I> Could not find layout for checksum "0xaf8cc86c" (/home/scott/Dwarf-Therapist/src/dfinstance.cpp:1055)
[ 20.071] <W> lost connection to DF (/home/scott/Dwarf-Therapist/src/mainwindow.cpp:464)
[ 20.072] <C> ("No Layouts Found", "No valid memory layouts could be found to attempt connection to Dwarf Fortress.", "View the details below for the directories checked.", "/MyDFDirectory/Dwarf Fortress/LinuxLNP-0.43.05-r06/LNP/utilities/dwarf_therapist/share\n/MyDFDirectory/Dwarf Fortress/LinuxLNP-0.43.05-r06/LNP/utilities/dwarf_therapist/../share\n/MyDFDirectory/Dwarf Fortress/LinuxLNP-0.43.05-r06/LNP/utilities/dwarf_therapist/../share/dwarftherapist\n/home/lucas\n/home/lucas/share") (/home/scott/Dwarf-Therapist/src/mainwindow.cpp:486)
I don't know who Scott is, but he sure isn't getting his own acocunt on my computerDid you try the script that start DF as a child of DT (after the setcap part in the readme (https://github.com/Dwarf-Therapist/Dwarf-Therapist#running-the-program)).Yes. That is producing this error.
You could also try changing ptrace_scope (https://www.kernel.org/doc/Documentation/security/Yama.txt). 0 is the most permissive mode. "sysctl kernel.yama.ptrace_scope" to check the current value and "sudo sysctl kernel.yama.ptrace_scope=0" to change it.Tried, didn't work.
PS: Is "/Path/To/..." the real path to DT?It's the puedo-path, personal details ommitted.
Post by: Clément on November 26, 2017, 06:01:25 am
What is the Ubuntu version? 16.04? It has been a long time since I used DT on a debian-based distribution, I want to test it myself.
Post by: Quietust on November 26, 2017, 10:07:00 am
Windows 32-bit:
Spoiler (click to show/hide)
Windows 64-bit:
Spoiler (click to show/hide)
If you decide to try using these, please provide feedback!
Post by: Clément on November 26, 2017, 10:41:43 am
Post by: jecowa on November 26, 2017, 11:15:56 am
Post by: Clément on November 26, 2017, 11:28:22 am
Post by: Alpaq on November 26, 2017, 01:29:28 pm
Tentative untested Therapist INI files for Dwarf Fortress version 0.44.02:
Windows 32-bit:Spoiler (click to show/hide)
Windows 64-bit:Spoiler (click to show/hide)
If you decide to try using these, please provide feedback!
Thanks! It works for me (at least at first glance). I'll provide feedback later if necessary.
I don't want to be too inquisitive, but how did you reach these new addresses?
Edit:
Seems that it doesn't read dwarfs names.
Here?
Code: [Select]
[dwarf_offsets]
first_name=0x0000
nick_name=0x0020
last_name=0x0040
Post by: lethosor on November 26, 2017, 01:39:22 pm
Thanks! It works for me (at least at first glance). I'll provide feedback later if necessary.I think he ran "devel/export-dt-ini" in DFHack.
I don't want to be too inquisitive, but how did you reach these new addresses?
The win64 layout is missing "string_cap_offset=0x0018" in the "[offsets]" section.Both of them are missing that, which is because it's not in https://github.com/DFHack/scripts/blob/master/devel/export-dt-ini.lua
Edit: here's one for 64-bit OS X 0.44.02, also completely untested:
Spoiler (click to show/hide)
Post by: KtosoX on November 26, 2017, 01:43:51 pm
Dwarf Therapist seems to crash 100% of the time while testing on a 64 bit DF, both SDL and legacy, regardless of memory layout.
Post by: lethosor on November 26, 2017, 01:45:20 pm
32-bit memory layout works for the SDL version, not for the legacy version.Right, Windows layouts are always for the SDL version unless specified otherwise (they can't work for both).
Dwarf Therapist seems to crash 100% of the time while testing on a 64 bit DF, both SDL and legacy, regardless of memory layout.
Are you testing 64-bit 0.44.02 or something else?
Post by: sephiroth on November 26, 2017, 02:06:08 pm
Post by: Clément on November 26, 2017, 02:20:34 pm
The win64 layout is missing "string_cap_offset=0x0018" in the "[offsets]" section.Both of them are missing that, which is because it's not in https://github.com/DFHack/scripts/blob/master/devel/export-dt-ini.lua
Yes, I saw. It is not important for win32 since the default value (0x14) is the good one. I wonder if I should fix the DFHack script or just remove the requirement for it. I could hard-code this offset, since it is related to std::string ABI, if the values change it will surely break the code at the same time anyway.
I can't believe I'm asking this, I'm such a scrub, but what specific ini file do I update with the untested 64x bit code?
None. You create a new one in share/memory_layouts/windows (or osx or linux). The name is not important as long as it is a ini file.
Post by: Seleucian on November 26, 2017, 02:26:22 pm
I can't believe I'm asking this, I'm such a scrub, but what specific ini file do I update with the untested 64x bit code?
create a new .ini file in the following location:
...\Dwarf Therapist\share\memory_layouts\windows
paste the data into it, optionally rename the file. (for example v0.44.02_x64graphics.ini)
Testing results:
loads dwarfs up fine on Windows 0.44.02 x64 but as mentioned earlier it does not show dwarf names.
assigning labors works
assigning nicknames does not work.
Post by: UristMcDwarf on November 26, 2017, 03:49:22 pm
do I have to set an option so that therapist will use the new .ini i created?
Post by: Seleucian on November 26, 2017, 04:02:22 pm
crashes when I try to read dwarves.
do I have to set an option so that therapist will use the new .ini i created?
No, at least not on Windows. Just create the .ini file in the right folder and copy the right text(x32 or x64) into the file. That should be it.
Post by: KtosoX on November 26, 2017, 04:09:54 pm
For some reason, DT refuses to work with any 64-bit version of DF.32-bit memory layout works for the SDL version, not for the legacy version.Right, Windows layouts are always for the SDL version unless specified otherwise (they can't work for both).
Dwarf Therapist seems to crash 100% of the time while testing on a 64 bit DF, both SDL and legacy, regardless of memory layout.
Are you testing 64-bit 0.44.02 or something else?
I don't get the initial pop up regarding unrecognised DF version, regardless of the state of my .ini files. It does nothing and then crashes once I press the read dwarves button.
crashes when I try to read dwarves.The following 3 steps gave me a positive outcome, tested for 3 hours, no crash:
do I have to set an option so that therapist will use the new .ini i created?
1. Download the 32-bit SDL version of DF
2. Go to the memory_layout/windows folder in your Dwarf Therapist directory
3. Create a new .ini file and paste the contents of the following spoiler into it:
...
Windows 32-bit:Spoiler (click to show/hide)
...
If you decide to try using these, please provide feedback!
Post by: Clément on November 26, 2017, 04:21:42 pm
Post by: Seleucian on November 26, 2017, 04:27:25 pm
To every one with missing names on windows 64, use this fixed version (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/44.02_win/share/memory_layouts/windows/v0.44.02_x64_graphics.ini).
Thanks that fixed it for me. I do get a network inaccessible popup when starting DT but everything seems to be working fine.
screenshot:
Spoiler (click to show/hide)
Post by: UristMcDwarf on November 26, 2017, 04:38:55 pm
i'll just use the regular job assignment stuff for now.
Post by: Alpaq on November 26, 2017, 05:07:57 pm
To every one with missing names on windows 64, use this fixed version (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/44.02_win/share/memory_layouts/windows/v0.44.02_x64_graphics.ini).Or just add this missing line in [offsets] section:
string_cap_offset=0x0018
Post by: lethosor on November 26, 2017, 05:44:05 pm
Yes, I saw. It is not important for win32 since the default value (0x14) is the good one. I wonder if I should fix the DFHack script or just remove the requirement for it. I could hard-code this offset, since it is related to std::string ABI, if the values change it will surely break the code at the same time anyway.If it's something that won't change in different DF versions, it shouldn't be in the INI file. I'm not sure any of the three "string_*" entries in [offsets] would change (unless Toady's compiler changes, which typically requires significant DT changes anyway).
Post by: Blue McRanger on November 26, 2017, 08:22:53 pm
Tentative untested Therapist INI files for Dwarf Fortress version 0.44.02:
Windows 32-bit:Spoiler (click to show/hide)
Windows 64-bit:Spoiler (click to show/hide)
If you decide to try using these, please provide feedback!
Where do I paste this text? I usually just download the latest LNP, so I'm not sure where all the code goes and what it does. I tried pasting the x64 Windows code into a memory layout file in the 38.1.0 experimental DT and renamed the file v0.44.02_graphics.ini . But DT still can't connect to my fort. Here is the log:
Spoiler (click to show/hide)
Post by: lethosor on November 26, 2017, 09:22:52 pm
Post by: CyberianK on November 26, 2017, 11:45:16 pm
log:
https://pastebin.com/vAZFEbYJ
(https://i.imgur.com/7806kZ1.png)
Are there other instructions that I might have missed?
Post by: King Mir on November 27, 2017, 12:12:28 am
Spoiler (click to show/hide)
Post by: lethosor on November 27, 2017, 12:58:57 am
Post by: Blue McRanger on November 27, 2017, 01:39:11 am
Spoiler (click to show/hide)
Post by: diddy500 on November 27, 2017, 02:44:28 am
Post by: Buttery_Mess on November 27, 2017, 04:30:09 am
Post by: Clément on November 27, 2017, 10:35:04 am
Please, move the discussion there, since I cannot update this thread OP. This should stop the confusion about where to find the latest version of DT.