Print

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

[Nolimit]

Even if it's possible, we don't really know all of the secondary changes and I don't really know how to find them.
Because of that I made a script just to add units to controllable citizens, without petitioning process. It's probably isn't perfect, it won't work for hostile creatures, I'm not sure how it would work for merchants, caravan guards and diplomats, but it works fine for visitors (and probably for wild animal people). If you'll use it on a visitor who already decided to petition, even if he's not indicating it in any way, then he still going to petition eventually. In that case, it's better to reject him to avoid any mess. Here's the script:

Spoiler (click to show/hide)

Code: [Select]

local utils = require 'gui'

function addcitizen()
local citizen
citizen=dfhack.gui.getSelectedUnit()
if citizen==nil then
qerror("No unit selected")
end
if citizen.hist_figure_id==-1 then
makeHistoricalFigure(citizen)
end
local civId=df.global.ui.civ_id
local govId=df.global.ui.group_id
citizen.flags1.merchant=false
citizen.flags1.forest=false
citizen.flags1.diplomat=false
citizen.flags2.visitor=false
citizen.flags3.unk31=false
citizen.civ_id=civId
local histfig=df.historical_figure.find(citizen.hist_figure_id)
local isCiv
local isGov
for i=#histfig.entity_links - 1, 0, -1 do
if histfig.entity_links[i].entity_id==civId then
histfig.entity_links[i].link_strength=100
print("Civ entity link is already exist")
isCiv=1
end
if histfig.entity_links[i].entity_id==govId then
histfig.entity_links[i].link_strength=100
print("Gov entity link is already exist")
isGov=1
end
end
if isCiv==nil then
histfig.entity_links:insert("#",{new=df.histfig_entity_link_memberst,entity_id=civId,link_strength=100})
--print("Civ entity link added")
end
if isGov==nil then
histfig.entity_links:insert("#",{new=df.histfig_entity_link_memberst,entity_id=govId,link_strength=100})
--print("Gov entity link added")
end
histfig.civ_id=civId
local hf_event_id=df.global.hist_event_next_id
df.global.hist_event_next_id=df.global.hist_event_next_id+1
df.global.world.history.events:insert("#",{new=df.history_event_add_hf_entity_linkst,year=citizen.birth_year,
seconds=citizen.birth_time,id=hf_event_id,civ=civId,histfig=histfig.id,link_type=0})
local color=_G["COLOR_YELLOW"]
dfhack.gui.showAnnouncement(dfhack.TranslateName(dfhack.units.getVisibleName(citizen)).." joined your fortress.",

color)
end

function makeHistoricalFigure(unit)
local hf=df.historical_figure:new()
hf.id=df.global.hist_figure_next_id
hf.race=unit.race
hf.caste=unit.caste
hf.profession = unit.profession
hf.sex = unit.sex
hf.orientation_flags:assign(unit.status.current_soul.orientation_flags)
df.global.hist_figure_next_id=df.global.hist_figure_next_id+1
hf.appeared_year = df.global.cur_year
hf.born_year = unit.birth_year
hf.born_seconds = unit.birth_time
hf.curse_year = unit.curse_year
hf.curse_seconds = unit.curse_time
hf.birth_year_bias = unit.birth_year_bias
hf.birth_time_bias = unit.birth_time_bias
hf.old_year = unit.old_year
hf.old_seconds = unit.old_time
hf.died_year = -1
hf.died_seconds = -1
hf.name:assign(unit.name)
hf.civ_id = unit.civ_id
hf.population_id = unit.population_id
hf.breed_id = -1
hf.unit_id = unit.id

df.global.world.history.figures:insert("#",hf)
hf.info = df.historical_figure_info:new()
hf.info.unk_14 = df.historical_figure_info.T_unk_14:new()
hf.info.unk_14.unk_18 = -1; hf.info.unk_14.unk_1c = -1

hf.info.skills = {new=true}

unit.flags1.important_historical_figure = true
unit.flags2.important_historical_figure = true
unit.hist_figure_id = hf.id
unit.hist_figure_id2 = hf.id
end
addcitizen()


I will probably try to improve it later.

[oldmansutton]

Ok, I can now concur that there is definitely some other unfound flagging somewhere of whether a visitor will petition besides the meeting information.  While I've been able to force visitors to petition who have entered the map without any meeting infromation set, by setting said information, I've now ran into several visitors who would not petition by setting meeting states.  I'd assume wherever the flags that control the visitor wanting to leave also house the intent to petition.  I know there's got to be some flags SOMEWHERE, but so far I've not been able to find anything based on what is currently in gui/gm-editor.

That said, if the visitor WILL petition at some point, my method will speed up the process. 

The gorlak dancer I had made my own using nolimit's method, was no longer in my fort after reloading.  Not sure what happened there.

Unfortunately, the fortress I'm testing is getting its 3rd goblin siege, and the weapon/armor break bug has brought this fortress to a close.  Unless I exterminate all the goblins coming in, this siege is a guaranteed crash.  New fortress started day 1 with rains of elf blood and undead ravens.  It's going to be a little bit before I get to a point where I can accept visitors again.

[Ianflow]

Is it ok to ask for a recap on what we know so far? I tend not to use dfhack, but I'd love a more summarized look at the varying bugs and methods lol, tho at the same time that makes me think of how great it would be if stuff like this was on the wiki

[UselessMcMiner]

I think that you should try to control the gorlak dancer in adventure mode and then have him join the fort by talking to the mayor and asking to become a performer. This worked for me when I controlled a satyr wrestler to marry my male teddy wrestler for adventures in tick smashing and baby-making

[FantasticDorf]

Poking this thread for some 'Science' but observationally since this last post i 47.03/47.04, you can fufill the needs of visitors more precisely, and also quite accurately pre-empt what a visitor wants to do now, since people with a interest have a mission objective of 'soldiering' 'the place to perform' & 'to do research' and these seem to be the groups to pander to outside of people being interested in your site.

• There's also questers to account for, which with their annoying buzzing questions about your own and other peoples artifacts mean your site has to be vigilantly defended, and suspicious persons asking about objects on site interrogated. But most visitors are there in a positive capacity.

Having multiple organized religion temples seems to overlap the visitor interest when coming to pray, as they'll mix both their needs to worship & relax together with their association to a church. I have no idea if more fufilled needs of letting them pray or recieve quality entertainment in the tavern increases your location reputation or makes them more likely to join but a well run site i had functioned very well.