Print

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

[notfood]

Linux: DT refuses to connect whenever migrants come, presumably because of the problem ag outlined above. Anyone else having this problem on linux?

Same issue here.

[splinterz]

Linux: DT refuses to connect whenever migrants come, presumably because of the problem ag outlined above. Anyone else having this problem on linux?

Same issue here.

try changing squad_ref_id=0x070c to squad_ref_id=0x08c4 and see if that works (for linux 34.09 vanilla DT)

edit: disregard. as ag has so politely pointed out, this isn't the correct offset.

[ag]

try changing squad_ref_id=0x070c to squad_ref_id=0x08c4 and see if that works (for linux 34.09 vanilla DT)

*facepalm*

May I ask what may be the purpose of using a windows offset in linux? That offset is 20 bytes bigger than the whole length of the unit structure there.

The reason stuff breaks once the unit set changes is almost certainly that the 'vanilla' offsets use the unit vector that is only used during game loading or saving, and ceases to be updated after that.

Specifically, this is the correct value, and not what is in those offsets:

• creature_vector=0x096789cc

[splinterz]

try changing squad_ref_id=0x070c to squad_ref_id=0x08c4 and see if that works (for linux 34.09 vanilla DT)

*facepalm*

May I ask what may be the purpose of using a windows offset in linux? That offset is 20 bytes bigger than the whole length of the unit structure there.

The reason stuff breaks once the unit set changes is almost certainly that the 'vanilla' offsets use the unit vector that is only used during game loading or saving, and ceases to be updated after that.

Specifically, this is the correct value, and not what is in those offsets:

• creature_vector=0x096789cc

obviously i wasn't referencing the proper offsets. hardly worth ridiculing me over.

[ag]

obviously i wasn't referencing the proper offsets. hardly worth ridiculing me over.

Yeah, sorry for the extreme reaction, but, having already posted the correct value two days ago, this whole situation was a bit too much for me. 

[splinterz]

obviously i wasn't referencing the proper offsets. hardly worth ridiculing me over.

Yeah, sorry for the extreme reaction, but, having already posted the correct value two days ago, this whole situation was a bit too much for me. 

ah yeah. i figured they'd have already tried that and it wasn't working...

[TheCoolSideofthePIllow]

There doesn't appear to be a "Push/Haul Vehicle" labor tab.

Is there a way to add it? Or will the program need to be updated?

[Shishimaru]

There doesn't appear to be a "Push/Haul Vehicle" labor tab.

Is there a way to add it? Or will the program need to be updated?

http://www.bay12forums.com/smf/index.php?topic=66525.msg3284854#msg3284854

You may need to update the layouts

[Shishimaru]

The layout for DF 34.10 seems to be identical to the layouts for 34.09

copy and paste the layout for 0.34.09 (in the "DwarfTherapist\etc\memory_layouts\windows" folder) then change these lines:

Spoiler (click to show/hide)

Code: [Select]

[info]
checksum=0x4fb4c506
version_name=v0.34.09 (graphics)
complete=true

with these

Spoiler (click to show/hide)

Code: [Select]

[info]
checksum=0x4fba073a
version_name=v0.34.10 (graphics)
complete=true

[TheCoolSideofthePIllow]

There doesn't appear to be a "Push/Haul Vehicle" labor tab.

Is there a way to add it? Or will the program need to be updated?

http://www.bay12forums.com/smf/index.php?topic=66525.msg3284854#msg3284854

You may need to update the layouts

I'll try it. I tried doing the edit thing, but it didn't work. If you have to edit some "DTG" file, then that was not explained, nor can I find any in the DT folders.

[ag]

The windows layout for DF 34.10 seems to be identical to the layouts for 34.09

Confirming that (with the underlined addition). These ones should work for linux:

https://github.com/angavrilov/df-structures/blob/master/linux/therapist.ini

[splinterz]

Shishimar has been kind enough to send me a huge amount of fantastic changes recently and i've finally gotten around to merging them all to create another release. Thistleknot has also contributed to this release with some updated/fixed trait issues as well. here are some highlights:

• races, castes and reactions are read from memory for better/correct descriptions, filtering and more
• migration issues have been totally resolved and grouping shows season and year of arrival/birth
• using ctrl+left click you can select multiple dwarfs and toggle multiple labors at once
• added an option to show related roles in labor columns and sort by 'labor enabled' then role rating (enabled by default). essentially this allows you to see who's the best for that labor/job simply by sorting the column
• trait ratings for roles have been fixed and tweaked for greater accuracy
• custom animal views show attribute/columns properly
• attribute descriptions/drawing are now caste specific

Project Home // Download

as always, please report any problems and i'll try to get them resolved as soon as i can. there are a lot of new offsets in this release, and i'm unable to test the linux ones so things may explode violently. there's also some delay on the initial load for the reactions and caste data and if you find it unbearable speak up and i'll see what i can do.

[ag]

there's also some delay on the initial load for the reactions and caste data and if you find it unbearable speak up and i'll see what i can do.

Re performance, I see that on linux it still reopens the memory file every time it tries to read a few bytes.

See this patch from last year:

http://code.google.com/p/dwarftherapist/issues/attachmentText?id=175&aid=5269343667341637806&name=linux-performance.patch&token=TCejWaHb-AhytBPAVzvB1w2roLE%3A1337453272258

[thistleknot]

I'm in the works of trying to figure out a way to "efficiently" assign labors to dorf's.

I had an idea this past Friday on a few ideas.  I thought if labors had a few variables assigned to them...

such as
A. "Attention required", a float from 0 to 1, when a dorf is assigned to a labor, this value is added to that dorf's attention available pool, when that dorf is filled up to 1, it means he is near capacity.

A few variables could affect this, such as # of workshops that are fed from this labor, as well as the # of dorfs, but these additional concepts are unnecessary for initial understanding of the concept.

Two other variables that kind of tie into each other, that would affect how important the dorf's role % is for this rating:

B1. Speed required for the job (i.e. a fast miner) a value from 0 to 1, or 0 to 100%

B2. Quality required for the job (i.e. a quality mason or carpenter). 0 to 1 or 100%
  If a value of 0 is used for both B1 and B2, it means role rating % for this labor is unimportant (this is useful information for the next category C, because this means "attention required" can be spent more efficiently on a higher priority role if this role is a lower priority.
In other words.  The worst dorf for the job can be used if B1 and B2 are 0, of course one would only want to do this to save on a dorf's A variable for a job that is more important (C Variable).

C. Also, a priority sorter.  A list of labors would have priorities assigned to them, and how many of them one would need (i.e. 2 carpenters vs 3)
After priorities are set for jobs, the sorter would take the above B values, transform role %'s, and try to fill in the priority sorter first, filling up the "attention available" of dorf's until their rating is 1.

I was hoping to do some spreadsheet work on it, but it requires role %'s being outputted to a csv sheet.  I asked Shishimar if he knew of a way to export grid views to csv's

Anyone got some ideas

BTW, thanks for the update Splinterz.

[splinterz]

there's also some delay on the initial load for the reactions and caste data and if you find it unbearable speak up and i'll see what i can do.

Re performance, I see that on linux it still reopens the memory file every time it tries to read a few bytes.

See this patch from last year:

http://code.google.com/p/dwarftherapist/issues/attachmentText?id=175&aid=5269343667341637806&name=linux-performance.patch&token=TCejWaHb-AhytBPAVzvB1w2roLE%3A1337453272258

nice find. have you happened to try the nickname patch posted in the same topic?