Print

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

[BlackSmokeDMax]

So am I right in assuming that in regards to gem cutting:

1. The new Autogem starts enabled with the Starter Pack install of DFHack?
2. I can stop using a workflow setup where I start with cutting any old gem and then while setting up a Workflow changing it from the specific gem I selected to using "gem of any type"?

or

3. Autogems cut all gems, yes? So perhaps I should keep on with my current method as at least I can link up a stock pile and more easily prevent gems I do not want cut from being cut?

Thoughts anyone?

[lethosor]

It's good to mention which starter pack you're using (I assume it's PE's, but that's not the only one, and there's at least one other distributing DFHack with autogems). That said, DFHack's default configuration does enable autogems, so it's likely that your pack does too.

I haven't tried the workflow technique before, but I assume the two are equivalent. Autogems doesn't allow specifying individual workshops, though, so if that's important, workflow might be a better option for you. It also doesn't allow specific gem controls, and I don't think it takes stockpile links into account, but those could be implemented.

[BlackSmokeDMax]

Yes, PE's Starter Pack, I'll start including that in my posts from now on.

Guess I'll just mess with both for a bit yet and see if I find any other differences. Could be Autogems will be fine as long as I forbid what ever gems I want saved. That is of course, if forbidding gems stops them from being cut. Will have to test to make sure. I'd imagine that will be easy to test early game before too many rough gems pile up.

Thanks for the input!

[PeridexisErrant]

Yes, PE's Starter Pack, I'll start including that in my posts from now on.

The exact version is also often helpful, to allow identification of which version of eg DFHack you're using, whether anything else was added, etc.

[Putnam]

heyo, research on unit_personality.T_unk_v4201_1a

unit.personality.unk_v4201_1a is a vector of needs. I would just call it "needs".

needs.unk_0: df.need_type enum (int32) (I'd call it "type")
unk_4: ?? (the only reason this isn't a pull request to df-structures) EDIT: anything's better than nothing
unk_8: how well the need's been fulfilled (int32) (I'd call it "fulfillment" or similar)
unk_c: how much unk_8 will increment per time (times -1; for example, unk_c=20 will make unk_8 go down by 20 every time it goes down) (I'd call it "increment_counter" or something like that)

[sv-esk]

 unk_4 is deity historical figure id (for pray need). -1 for all others needs
This is over month gathering dust in the issues and nobody cares
https://github.com/DFHack/df-structures/issues/74

[Putnam]

you should make that a pull request

[sv-esk]

Done. Since I deleted all those comments from xml and issue is going to be closed when(if) pull request will be accepted, I copied comments in here.

Spoiler (click to show/hide)

unk_v4201_1a - vector contains needs

    unk_0 need-type - seems to be already known (df.units.xml contains enum for it)
    unk_4 deity historical figure - only for pray need. -1 for all others needs
    unk_8 distraction level - less means more distracted(more time passed since last satisfyed)
    unk_c need_level - how fast distraction_level value decreases when it below 0

unk_v4201_1 - bitfield

    second byte is up when unit is unfocused or distracted on at least one need

unk_v4201_2 - pointer to trait array. Values are signed int16, same order in unit_personality.traits (personality_facet_type enum has base type uint16_t -works fine in lisp tool but not in dfhack). Values represents temporary deltas(changes) in traits. You can see "he is currently more rude" and so text in the dwarf thoughts and preferences screens.

unk_v4201_5, unk_v4201_6 - calculated from distraction levels in unk_v4201_1a. Relation between these two values determines the focus level

distraction levels(adventurer z menu and fort dwarf thoughts and preferences screen):
-200000 seems to be negative limit
+400 positive. (It goes to +400 when unit satisfies its need)
interval - text - points (for focus calculation):

    [-200000 - -100000] red "Distracted!" - 2 points
    [-99999 - -10000] yellow "Distracted" - 2.66(6) points
    [-9999 - -1000] brown "Unfocused" - 3.33(3) points
    [-999 - +99] grey "Undistracted" - 4 points
    [+100 - +199] white "Untroubled" - 4.66(6) points
    [+200 - +299] green "Level-headed" - 5.33(3) points
    [+300 - +400] bright green "Unfettered" - 6 points

if at least one need is Unfocused, Distracted or Distracted! second flag in the unk_v4201_1 will be up

need_levels(you can see these text values when you creating new adventurer):

    1 - Slight Need
    2 - Moderate Need
    5 - Strong Need
    10 - Intense Need

if distraction_level is 0 or below - distraction_level decreases by this value every 70 dot clicks in fort mode and every 145 dot clicks in adv mode
if distraction_level greater then 0 - distraction_level decreases by 1, and this value is ignored.

average(ot "undistracted" will be more clear?) focus is number of needs multiplied by 4.
current focus is calculated: 2 points for every "badly distracted" need, 2.66(6) for every "distracted", 3.33(3) for every "unfocused" etc. final value is being truncated to int.
If all needs are "Undistracted" - current_focus and average_focus will be set to 1.
final focus level = current_focus/average_focus
interval - adv text - fort thoughts and preferences text(Overall, [name] is [text] by unmet/satisfied needs)

    0.00 <= f < 0.61 -red "Distracted!" --red "badly distracted"
    0.61 <= f < 0.81 -yellow "Distracted" --yellow "distracted"
    0.81 <= f < 1.00 -no text --brown "unfocused"
    f == 1.00 -no text --grey "untroubled"
    1.00 < f < 1.20 -no text --white "somewhat focused"
    1.20 <= f < 1.39 -green "Focused" --green "quite focused"
    1.40 <= f -bright green "Focused!" --bright green "very focused"

Spoiler (click to show/hide)

unit_soul.unk_v42_1 points to a structure that contains four vectors with information about unit's skill in musical instruments(concrete instruments, not general instrument type), poetic forms, musical forms and dance forms
Values in these structures are simply instrument/music/poetic/dance id, skill level and experience on current level. No rust/unused or so counters.

Spoiler (click to show/hide)

weapon_attack.flags.flag-bit1 is [ATTACK_FLAG_INDEPENDENT_MULTIATTACK]

[Putnam]

Oh, also, got a slight bit of poetic form research done:

Poetic form:

anon_1: civ id
anon_2: probably part of an enum governing poem usage, given these results:
    0: guides poets during improvised performance
   1: improvised
   2: individual poems which can be recited
   3: individual poems
   4: improvised
   5: improvised
   6: individual poems
   7: individual poems
   8: improvised
   9: improvised

It was 1 when I got to it.

anon_5: vector of distinct parts in poetic form.

anon_5.anon_1: Probably part of another enum, these results:

0: couplet
1: couplet
2: brief verse paragraph
3: brief verse paragraph

etc.

wow it's bedtime

[UristWoodie]

Been running the pre-release StarterPack bundle (PyLNP 0.10e, 42.05-r01) on Windows 8, x64.
DF 0.42.05
DFHack 0.42.05-alpha1
Therapist 36.0.0
TWBT mode with PHoebus 16px
Seasonal Saves
Got about 3-4 years of this fortress.

Issues:
=> With .42.05 generated world, only one CrashToDesktop - unable to reproduce on demand. (With pre-.05 generated worlds, repeated CTD. Seemed to be related to cutting a tree down, and then trying to floor over the resulting hole.)
==> AutoGem turned on by default. (Unexpected, non-vanilla behavior)
==> Graphics - Numerous "anomalies"...dwarves are mostly the same shape, just different colors. (Could be user error)
==> Unable to name stock piles.

Overall: has been pretty stable for me.

[lethosor]

==> Graphics - Numerous "anomalies"...dwarves are mostly the same shape, just different colors. (Could be user error)

Might be due to TwbT.

==> Unable to name stock piles.

How are you trying to rename them?

[UristWoodie]

IIRC...it was from the q menu, over a stockpile. I thought there used to be an n for Name in the DFHack menu choices at the bottom of the screen.

Colors - yes, I suspect user error as well.

[lethosor]

I don't remember that option, but there's a ctrl-shift-n hotkey in the default configuration that should work.

[Dirst]

What are the current settings for autogem and how are they changes?  My mod uses rough gems as reagents, so I'll need to include instructions on turning this off entirely and/or how to systematically exclude several types of rough gems from automatic cutting.

[funkydwarf]

Havent seen it but I believe I saw it was under (orders)