Print

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

[Rumrusher]

unretire-anyone seems to start the people you unretire naked and without any items, only with any artifacts they hold. Is there any way to fix that? e.g by giving them clothing and items appropriate to their civ?

hmm have you tested this with any historical figure that shown up before? or just random ones? this might be the 'historical figure not having a unit body thus when the game gives them one it's only holding what they were told to hold during world gen, vs seeing them at a site which the game loads them into the site themed outfits.

fake edit: ok just tested this with historical figures I seen before in adventure mode and yeah it looks like the issue here is that grabbing anyone from the game's history pool that didn't show up before as a unit will not load in with clothes if you use them.
so it basically unretire anyone allows you to grab any historical figure including those with no unit tied to them and play them, which often ends up with creating a unit for them that doesn't have any standard clothes or inventory.

I guess the solution for this is to uhh retire then unretire the naked adventurer then see if the game would give them clothes in the 2 weeks~ time jump, or only use unretire anyone on folks you have seen before in adventure mode or probably fort mode.
edit:

Spoiler: 'questport fix' (click to show/hide)

Code: [Select]

--Sends your adventurer to the location of your quest log cursor.
--[====[

questport
=========
Sends your adventurer to the location of your quest log cursor.
Usable from travel mode or on foot.
Don't try to travel normally while in forbidden travel areas (mountains, lairs) and you can questport out.

Rum: ok so uhh the fix to this was updating a few lines to the new names.
]====]
local gui = require 'gui'
local qp = dfhack.gui.getViewscreenByType(df.viewscreen_dungeonmodest, 0)
    or qerror("Could not find main adventure mode screen")
local qmap = dfhack.gui.getViewscreenByType(df.viewscreen_adventure_logst, 0)
    or qerror("Could not find quest log screen")
local qarm = df.global.world.armies.all

local qx = qmap.cursor_x * 48
local qy = qmap.cursor_y * 48
local rx = qmap.player_region_x * 48
local ry = qmap.player_region_y * 48
df.global.ui_advmode.travel_origin_x = qx
df.global.ui_advmode.travel_origin_y = qy
if df.global.ui_advmode.menu == df.ui_advmode_menu.Default then
    gui.simulateInput(qp.child, 'LEAVESCREEN')
    df.global.ui_advmode.menu = df.ui_advmode_menu.Travel
    df.global.ui_advmode.travel_not_moved = true
    gui.simulateInput(qp, 'CURSOR_DOWN')
    dfhack.timeout(15, 'frames', function()
        gui.simulateInput(qp, 'A_TRAVEL_LOG')
    end)
elseif df.global.ui_advmode.menu == df.ui_advmode_menu.Travel then
    for k,v in ipairs(qarm) do
        if v.flags.player then
            local my_arm = v.pos
            if rx ~= qx or ry ~= qy then
                my_arm.x = qx
                my_arm.y = qy
                qmap.player_region_x = qmap.cursor_x
                qmap.player_region_y = qmap.cursor_y
            end
        end
    end
end


for anyone who want to use questport again in the new dfhack

[Erendir]

Does it make sense to post incomplete info I found out on unknown variables, and if so, what is the proper place?

Spoiler: just in case my guess about report.unk_v40_1 (click to show/hide)

As far as I can tell from DF mode:
report.unk_v40_1 is some conversations' counter: it's only set when the type is REGULAR_CONVERSATION or CONFLICT_CONVERSATION; it somehow groups remarks of one speaker_id together, probably by time proximity.

Code: [Select]

id      speaker_id   unk_v40_1     time
824     18425        1072          74802   Kadôl Nabårèrith, Presser: I was near to a Table.  It's interesting.
825     18425        1072          74816   Kadôl Nabårèrith, Presser: I was near to a Seat.  It's interesting.
831     18425        1072          74999   Kadôl Nabårèrith, Presser: The Hall of Tweeting will be recognized.  That was very satisfying!
849     18425        1100          76922   Kadôl Nabårèrith, Presser: I finished up some work.  That was satisfying.


[lethosor]

Spoiler: 'questport fix' (click to show/hide)

Code: [Select]

--Sends your adventurer to the location of your quest log cursor.
--[====[

questport
=========
Sends your adventurer to the location of your quest log cursor.
Usable from travel mode or on foot.
Don't try to travel normally while in forbidden travel areas (mountains, lairs) and you can questport out.

Rum: ok so uhh the fix to this was updating a few lines to the new names.
]====]
local gui = require 'gui'
local qp = dfhack.gui.getViewscreenByType(df.viewscreen_dungeonmodest, 0)
    or qerror("Could not find main adventure mode screen")
local qmap = dfhack.gui.getViewscreenByType(df.viewscreen_adventure_logst, 0)
    or qerror("Could not find quest log screen")
local qarm = df.global.world.armies.all

local qx = qmap.cursor_x * 48
local qy = qmap.cursor_y * 48
local rx = qmap.player_region_x * 48
local ry = qmap.player_region_y * 48
df.global.ui_advmode.travel_origin_x = qx
df.global.ui_advmode.travel_origin_y = qy
if df.global.ui_advmode.menu == df.ui_advmode_menu.Default then
    gui.simulateInput(qp.child, 'LEAVESCREEN')
    df.global.ui_advmode.menu = df.ui_advmode_menu.Travel
    df.global.ui_advmode.travel_not_moved = true
    gui.simulateInput(qp, 'CURSOR_DOWN')
    dfhack.timeout(15, 'frames', function()
        gui.simulateInput(qp, 'A_TRAVEL_LOG')
    end)
elseif df.global.ui_advmode.menu == df.ui_advmode_menu.Travel then
    for k,v in ipairs(qarm) do
        if v.flags.player then
            local my_arm = v.pos
            if rx ~= qx or ry ~= qy then
                my_arm.x = qx
                my_arm.y = qy
                qmap.player_region_x = qmap.cursor_x
                qmap.player_region_y = qmap.cursor_y
            end
        end
    end
end


for anyone who want to use questport again in the new dfhack

Could you please make a pull request with this fix so it doesn't get lost? I hadn't even seen any reports of issues with that script.

[Rumrusher]

Spoiler: 'questport fix' (click to show/hide)

Code: [Select]

--Sends your adventurer to the location of your quest log cursor.
--[====[

questport
=========
Sends your adventurer to the location of your quest log cursor.
Usable from travel mode or on foot.
Don't try to travel normally while in forbidden travel areas (mountains, lairs) and you can questport out.

Rum: ok so uhh the fix to this was updating a few lines to the new names.
]====]
local gui = require 'gui'
local qp = dfhack.gui.getViewscreenByType(df.viewscreen_dungeonmodest, 0)
    or qerror("Could not find main adventure mode screen")
local qmap = dfhack.gui.getViewscreenByType(df.viewscreen_adventure_logst, 0)
    or qerror("Could not find quest log screen")
local qarm = df.global.world.armies.all

local qx = qmap.cursor_x * 48
local qy = qmap.cursor_y * 48
local rx = qmap.player_region_x * 48
local ry = qmap.player_region_y * 48
df.global.ui_advmode.travel_origin_x = qx
df.global.ui_advmode.travel_origin_y = qy
if df.global.ui_advmode.menu == df.ui_advmode_menu.Default then
    gui.simulateInput(qp.child, 'LEAVESCREEN')
    df.global.ui_advmode.menu = df.ui_advmode_menu.Travel
    df.global.ui_advmode.travel_not_moved = true
    gui.simulateInput(qp, 'CURSOR_DOWN')
    dfhack.timeout(15, 'frames', function()
        gui.simulateInput(qp, 'A_TRAVEL_LOG')
    end)
elseif df.global.ui_advmode.menu == df.ui_advmode_menu.Travel then
    for k,v in ipairs(qarm) do
        if v.flags.player then
            local my_arm = v.pos
            if rx ~= qx or ry ~= qy then
                my_arm.x = qx
                my_arm.y = qy
                qmap.player_region_x = qmap.cursor_x
                qmap.player_region_y = qmap.cursor_y
            end
        end
    end
end


for anyone who want to use questport again in the new dfhack

Could you please make a pull request with this fix so it doesn't get lost? I hadn't even seen any reports of issues with that script.

well sent an issue with the fix, so that at least it's there.

[MaxTheFox]

Is there a "retire anywhere" script that allows you to retire in lairs and such?

[IndigoFenix]

Is there a way to get the soul information of a selected histfig in legends viewer?  I can write lua scripts but I can't find the variables needed.

(I'm trying to scan the personality and values of historical figures to see if there's a reason behind the things they do... The better to mod secrets and entities to manipulate unit behavior.)

EDIT: Never mind, figured it out.

[Rumrusher]

Is there a way to get the soul information of a selected histfig in legends viewer?  I can write lua scripts but I can't find the variables needed.

(I'm trying to scan the personality and values of historical figures to see if there's a reason behind the things they do... The better to mod secrets and entities to manipulate unit behavior.)

EDIT: Never mind, figured it out.

hmm it should be in the info section of their data, some how the historical figure info section which holds data on if they read books and reputation and relationship towards others also holds their personality which ends up being inserted into the unit's soul.
I haven't poke around that to see if there's a personality trait that pushes folks towards doing necromancy stuff so far if I even figure out the event data for necromancers making a new unit

[Erendir]

  3. and lacking that, is it possible to execute a script when the announcements screen opens?

You could use an onStateChange handler - I think that would probably be the easiest way.

That worked. Now I only need some useful filters.

[IndigoFenix]

I have a question concerning the nature of DFHack - are the variable names of objects created by Toady, or does the DFHack team have to actually figure out what they do and name them that way?

[MaxTheFox]

Is a script as I described even possible?

[Rumrusher]

Is a script as I described even possible?

so far give one could make a camp(slap a civ to said camp) and retire there the idea of moving into a lair would require scrubbing the restrictions on the site then adding a civ to it.

so far dfhack already could just move the campsite around and teleport it to your exact location so retiring adventurers anywhere isn't impossible just a different method is needed.
so I guess one could just convert the lair into a camp and just set up an main hall to claim it.

[IndigoFenix]

Is there any way of getting a list of all historical events related to a historical figure?  Like what is shown on the legends screen?

[PatrikLundell]

I have a question concerning the nature of DFHack - are the variable names of objects created by Toady, or does the DFHack team have to actually figure out what they do and name them that way?

I don't think there's a single answer to the question:
- I think some information has been extracted through disassembly.
- Some info probably comes from Toady.
- The bulk of it is retaining what has been mapped earlier, sometimes with a bit of shifting around.
- Much of the "new" things (i.e. identification of things that hasn't been identified earlier, even if the mapping has been known for a long time) is named by "inventing" a suitable name, while trying to use the names DF uses when possible.

Is there any way of getting a list of all historical events related to a historical figure?  Like what is shown on the legends screen?

Mostly, I would say. Either you'd have to scour the historical info for entries that refer to the historical figure, and that means you'll have to know the fields where HF Ids are stored, which relies on DFHack mapping of the fields (and a lot of processing of the entries to get the rest of the info), or use the alternative approach that is to scour the exported legends info (which e.g. Legends Viewer uses, to great effect). Neither method probably provides the full picture, however, as Toady doesn't export everything in the entries, and DFHack hasn't mapped everything (in the ideal world, where DFHack structures has mapped everything, you'd be able to extract more than what Legends Mode tells you).

[IndigoFenix]

Is there any way of getting a list of all historical events related to a historical figure?  Like what is shown on the legends screen?

Mostly, I would say. Either you'd have to scour the historical info for entries that refer to the historical figure, and that means you'll have to know the fields where HF Ids are stored, which relies on DFHack mapping of the fields (and a lot of processing of the entries to get the rest of the info), or use the alternative approach that is to scour the exported legends info (which e.g. Legends Viewer uses, to great effect). Neither method probably provides the full picture, however, as Toady doesn't export everything in the entries, and DFHack hasn't mapped everything (in the ideal world, where DFHack structures has mapped everything, you'd be able to extract more than what Legends Mode tells you).

Yeah that's basically what I'm doing (I'm able to get the personality, values, skills, entity positions, and syndromes of a unit while viewing it on the legends screen) but I'm having a very hard time finding their associated events.  Scouring the entire event list is possible, but there are a lot of events, and I very, very much doubt that that's what the game is doing when you open up the history viewer (or it would take a lot longer to open up), which means there should be some place where the events that appear on a given histfig's screen are indexed.

I'm trying to perform scans of all units that perform particular actions, then average out their personalities to try to figure out which personality or value traits cause which kinds of behaviors.

[lethosor]

A bit late, but we have an official pre-release, 0.47.03-beta1, up now: https://github.com/DFHack/dfhack/releases/tag/0.47.03-beta1 (just in time for 0.47.04, probably)