Print

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

[PatrikLundell]

:
As for the other plugin I want to create that will replace worn clothes. It appears that worn clothes getWear value go from 1 to 4, at the least, based on code, and 0 means no wear. The code does not show whether there is an upper limit, but that 4 and 5 would have the same wear label. At what point is worn clothing scrapped by a dwarf?

I don't think dorf clothing behavior has been identified in detail. On the top level, dorfs tend to replace clothing worn down to the 'x' level (which I expect to be 1) as soon as there's a replacement available. If there isn't a replacement, they'll wear clothes until they rot off their bodies and are destroyed, resulting in a bad thought (I suspect that might be level 5, which, in that case, would exist only very briefly until the clothing item is destroyed by a DF cleanup sweep).

However, dorfs are often caught hoarding pristine clothing, including masterworks ones, so there's something going on on top of wear. Some or all dorfs probably replace clothes of a lower quality with higher quality ones, and some probably replace clothes of the same quality but with a lower value with more valuable ones. I don't think this behavior has been researched, but I wouldn't be surprised if personality traits affect how much "better" a piece of clothing would have to be to be claimed.

[FantasticDorf]

:
As for the other plugin I want to create that will replace worn clothes. It appears that worn clothes getWear value go from 1 to 4, at the least, based on code, and 0 means no wear. The code does not show whether there is an upper limit, but that 4 and 5 would have the same wear label. At what point is worn clothing scrapped by a dwarf?

I don't think dorf clothing behavior has been identified in detail. On the top level, dorfs tend to replace clothing worn down to the 'x' level (which I expect to be 1) as soon as there's a replacement available. If there isn't a replacement, they'll wear clothes until they rot off their bodies and are destroyed, resulting in a bad thought (I suspect that might be level 5, which, in that case, would exist only very briefly until the clothing item is destroyed by a DF cleanup sweep).

However, dorfs are often caught hoarding pristine clothing, including masterworks ones, so there's something going on on top of wear. Some or all dorfs probably replace clothes of a lower quality with higher quality ones, and some probably replace clothes of the same quality but with a lower value with more valuable ones. I don't think this behavior has been researched, but I wouldn't be surprised if personality traits affect how much "better" a piece of clothing would have to be to be claimed.

The logic is easily presentable through the military screen.

If you simply create a replace-clothes uniform in the military screens composing of a simple trousers, shoes socks etc, dwarves during inactive phases of having no schedule within a active squad will always prioritize to change their clothes for masterwork articles, even if its premature because the military screen always nessecitates the best availible specified 'armor' is used.

There are also instances where preferences for a finished goods object and high amounts of desire to aquire objects often creates a dwarf which weighs themselves down possibly to death with a amount of rings and crowns they wear from interacting with a bin of finished good materials (which each object inside the container is noticed by the dwarf as a wearing candidate/seperate to clothing where every dwarf is meta-aware of the location and quality of clothes to put on related to the military-clothing situation). Normallly dwarf clothes that have become unowned and obsolete due to damage will be dropped in their rooms/stored in cabinets or instantly returned to a designated open armor pile when the totally destroyed threshold is met, i dont know why your dwarves still persist to wear broken clothes unless that open armor pile is just inacessable/not made likely.

[PatrikLundell]

@FantasticDorf: You've made the assumption that the military equipment replacement scheme is the same as the civilian one, which I don't think has been proven.

Dorfs wear clothing items until those rot off when there are no replacements. That situation typically occurs with underwear, as dorfs can't produce them, and the influx from elven caravans and gobbo invaders typically is very insufficient to meet the demand. You'll get the same situation if you try to use a minimalistic clothing production strategy of only producing the minimum number of clothing items required to cover the body, as the unsatisfied clothing layers will be filled with clothing grabbed from invaders as soon as those become available.

[Bumber]

I don't know if the number of logs produced by a tree corresponds exactly to anything (e.g. the number of trunk tiles), but there's a chance it does, or that it's close.

Edit: it seems that you all have figured out that it's more complicated. I mainly just wanted to track down this script again. Carry on!

Logs do correspond exactly to trunk tiles. Mushroom trees only drop 1 log because they use "connection_north" for their caps instead of "trunk" (as seen with my script you linked.)

Figuring out if a tree is fully grown is a separate issue that can't be determined by trunks.

[Kat]

It's an issue with the script. Looks like you're the first one that's reported it since it broke a year or so ago, so thank you! (It may be a rare case - I don't seem to have a save where I can reproduce the issue easily.)

Here's a fix that should work. If you can test it out, that'd be great. You can either make the changes manually to hack/scripts/show-unit-syndromes.rb, or replace that file with the new version (be sure to save the new one with a ".rb" extension and overwrite the existing one).

This fix will also be in the next DFHack release, which is hopefully soon.

Didn't have an earlier save of the game with the cursed unit that caused an error, unfortunately.

Though some other werecreatures and vampires turned up later, and the new script didn't seem to cause any issues, if that's any help.

[FantasticDorf]

Whats the longest amount of time people have managed to the new run post fort wg script for? We should run a QA test competition.

[Bumber]

Something's off with the map_block_column struct in IDA, at least in my setup:

Spoiler (click to show/hide)

gui/gm-editor browses it fine.

Edit: Never mind. Data was actually a map block, not a column.

[Rumrusher]

Code: [Select]

function sigh2()
for k,v in pairs(df.global.world.squads.all) do
if v.alias == 'DFHACK' then
print(df.global.world.squads.all[k].alias)
for ki,vi in pairs(df.global.world.squads.all[k].positions) do
if df.global.world.squads.all[k].positions[ki].occupant ~= -1 then
local occup=vi.occupant
--local occup=df.global.world.squads.all[k].positions[ki].occupant
--print(occup)
local nemoccup=df.global.world.history.figures[occup].nemesis_id
insertreport(nemoccup)
end
end
end
end
end
--end
function insertreport(nemoccup)
for de,oe in pairs(df.global.world.army_controllers.all) do
if oe.mission_report == nil then else
print ( de,oe.mission_report.title)
for e,o in pairs(df.global.world.armies.all) do
if oe.id == o.controller_id then
print (e)
--return e,o
local forv=df.global.world.armies.all[e].members[0]
df.global.world.armies.all[e].members:insert("#",{new=true,nemesis_id=nemoccup,
stored_fat = forv.stored_fat,
unk_2c= forv.unk_2c,
unk_28= forv.unk_28,
unk_1= forv.unk_1,
unk_30= forv.unk_30,
unk_34= forv.unk_34})
end
end
end
end
end
sigh2()
ok just remember I forgot to post this script for returning squad members here uhh I probably need to test this for R2 when I get around to installing r2
but uhh yeah here's a script for
a, you went around the world in adventure mode as a military commander and recruited folks to the military and want to recall them all back to the player fort.
b, you lost some squad members after unretiring and want them back
c, other... mostly you mess with the other military army scripts I work on and decided to add a kobold that tried to steal some socks to the military and want to return them back to the site.
had to do a safety test on this to see if it work on my copy of Dfhack r1 and I want to advise caution on using this script as I just had lost everyone to the void and the only means of them returning was when I added another person to the squad then sent them out after which I had the chance to insert the missing folks to the new army.

[Silverwing235]

Not certain where this came from originally - more of a chance subreddit discovery, at that - but it is a spelling error, seemingly having polluted the documentation:

idenfitied several fields

Thoughts?

[lethosor]

Yes, that's a typo. Can't be fixed in the release docs, unfortunately, but it can be fixed on develop.

[DwarfStar]

Dear DFHack team,

I use this revealdesignated script a lot while playing:

http://www.bay12forums.com/smf/index.php?topic=168607.0

It's the best way I know of to dig out a bunch of warm or damp tiles that I know are safe without endless cancellations. Is there another way to solve that problem? I think this is a better way to eliminate cancellations than disabling them altogether, because you might forget to turn them back on.

If this is useful, could you incorporate it into the DFHack release? Maybe it would be useful for other people as well. And then I wouldn't have to keep installing it by hand.

[A_Curious_Cat]

I've got a question:

[Bumber]

Just discovered that DF uses binary search to find a construction at a tile. It's probable that DF does so in a number of places.

So then: Does DFHack take into account that some DF vectors must be sorted when it inserts new entries into them?

Does a vector insert handle that on its own?

[FantasticDorf]

Just discovered that DF uses binary search to find a construction at a tile. It's probable that DF does so in a number of places.

So then: Does DFHack take into account that some DF vectors must be sorted when it inserts new entries into them?

Does a vector insert handle that on its own?

Isn't this bit of information somewhat related to Quietust's and other's binary-patches for ageing past versions regarding things like weaponstands etc?

[lethosor]

Just discovered that DF uses binary search to find a construction at a tile. It's probable that DF does so in a number of places.

So then: Does DFHack take into account that some DF vectors must be sorted when it inserts new entries into them?

Does a vector insert handle that on its own?

We're aware. A lot vectors are sorted by a primitive "id" field of each item they contain (or something with a similar name), and "df.some_type.find()" uses this to speed up searches. For insertions, there is "insert_into_vector" (in C++, in MiscUtils.h) and "utils.insert_sorted" in Lua. However, in most cases, IDs cannot be reused, so newly-created items should have the largest ID and can be inserted at the end of vectors without causing problems. This doesn't apply to items with more complex keys, like constructions sorted by coordinate, and I'm not even sure if insert_sorted() works for those.

The insert() method of a vector in both languages is the native C++ implementation (or a wrapper), which doesn't handle sorting.