Print

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

[PeridexisErrant]

Just a note for anyone doing release builds of DFHack - please include the documentation!  It's dead easy if you have Python installed, and for new users an undocumented feature basically doesn't exist.

[Rumrusher]

okay discovered you could trigger getting into fast travel by going into the sleep confirm menu in advmode ui,
all you need to do then is wait know what here's warmist portal.lua script for writing delay timing for teleporting

Spoiler (click to show/hide)

Code: [Select]

--traveling mk2
--if map is loaded then
local dialog = require("gui.dialogs")
function showWaypointDialog(onSelect,onCancel)
local choices={}
local wps=dfhack.persistent.get_all('!WP!/',true)
if wps~=nil then
for k,v in ipairs(wps) do
table.insert(choices,{text=string.sub(v.key,6),x=v.ints[1],y=v.ints[2]})
end
dialog.showListPrompt("Waypoint choice", "Choose a waypoint", nil, choices,onSelect,onCancel,nil,true)
else
dialog.showMessage("Error", "No waypoints found")
end
end
function delayedPort(id,choice)
local x=choice.x
local y=choice.y
for kk,vv in pairs(df.global.world.armies.all) do
if vv.unk_48[0]== true  then
local party=vv
end
end
if (not party or not party.flags[0]) then --not traveling, delay the teleport
print("Delay port engaged!")
function port(state)
if state==SC_MAP_UNLOADED then
dfhack.timeout(10,"frames",function()
for kk,vv in pairs(df.global.world.armies.all) do
if vv.unk_48[0]== true  then
local party=vv
end
end
if( party and party.flags[0]) then
party.pos.x=x
party.pos.y=y
end
end
)
print("Delayed port activated.")
dfhack.onStateChange.travel=nil
elseif state==SC_WORLD_UNLOADED then
print("Delayed port canceled!")
dfhack.onStateChange.travel=nil
end
end
dfhack.onStateChange.travel=port
else
party.pos.x=x --traveling, instant portal.
party.pos.y=y
end
end
showWaypointDialog(delayedPort)

[Max™]

Yeah, I was trying to do that but if you try to force the quest log to open as well it crashes, but I was able to make questport send you where you point the cursor on the quest map whether you're on foot or in travel mode.

[lethosor]

What are you referring to by "DFHack auto-startup"? If you mean the fact that the DFHack console opens when you open DF, you can avoid this on Linux and OS X by running the "df" script instead of "dfhack". On Windows, you can rename SDL.dll to something else, then rename SDLreal.dll to SDL.dll (and reverse the process to re-enable DFHack).

[Ragnoff]

Not sure if this is the correct thread. I was trying to use the Planning Mode for furniture, doors, tables and chairs.  I check that any material and quality is allowed.  after 8 or so tables were placed shortly after startup, the rest has sat for several seasons.  There were idle dwarfs, but no one installed the furniture.  I am using workflow, and I save and restart often as I do not have a long time to play at any one setting, so the planned furniture would have been a great benefit if it had worked. Am I missing something obvious or is it bugged? Using the latest version of LBP

Any help is appreciated!

[lethosor]

What DFHack version are you using? It should be logged in the console on startup, and on the title screen.

[neo1096]

Not sure if this is the correct thread. I was trying to use the Planning Mode for furniture, doors, tables and chairs.  I check that any material and quality is allowed.  after 8 or so tables were placed shortly after startup, the rest has sat for several seasons.  There were idle dwarfs, but no one installed the furniture.  I am using workflow, and I save and restart often as I do not have a long time to play at any one setting, so the planned furniture would have been a great benefit if it had worked. Am I missing something obvious or is it bugged? Using the latest version of LBP

Any help is appreciated!

I've noticed this too in dfhack 43.05 beta1 when I reload a saved game from the main menu after having exited out of another one. It seems to go away if I restart the dwarf fortress executable itself, and the dwarves resume placing the queued furniture.

[ab9rf]

Not sure if this is the correct thread. I was trying to use the Planning Mode for furniture, doors, tables and chairs.  I check that any material and quality is allowed.  after 8 or so tables were placed shortly after startup, the rest has sat for several seasons.  There were idle dwarfs, but no one installed the furniture.  I am using workflow, and I save and restart often as I do not have a long time to play at any one setting, so the planned furniture would have been a great benefit if it had worked. Am I missing something obvious or is it bugged? Using the latest version of LBP

Any help is appreciated!

I've noticed this too in dfhack 43.05 beta1 when I reload a saved game from the main menu after having exited out of another one. It seems to go away if I restart the dwarf fortress executable itself, and the dwarves resume placing the queued furniture.

Planning mode was bugged in early 43.05 alphas. I thought it was fixed in the beta, but maybe we missed something.

[Ragnoff]

Using the LNP, DFHack 0.43.03.-r1-0-g9889379

Not sure if/when the LNP will update, but not confident in cobbling together my own version.

Ragnoff

[Nagidal]

Hello,

I'm running DFHack version 0.43.03-r1 (release) on Windows 10 (the console says Warning: Plugin RemoteFortressReader compiled for DFHack 0.34.11-r3-3104-g58ed20b running DFHack 0.43.03-r1-0-g9889379) with Dwarf Fortress 0.43.03, 32 bit.

It looks like the happiness meter at the bottom right is report different happiness than Dwarf Therapist (37.0.0). Right after the embark it says this:

Spoiler: DFHack hapiness report (click to show/hide)

Spoiler: Dwarf Therapist happiness report (click to show/hide)

I think that Dwarf Therapist has the right values. Why does the Happiness meter show something else?

[Thorfinn]

Not that big of a deal. DFHack has the lowest category at negative numbers, Therapist goes with non-positive (so includes zero). I don't know that the basic game tells you which, if either, is "correct".

I haven't actually looked all that hard for it in completely vanilla 43.05, but neither have I bumped into it. I've just been eyeballing the description to see how many satisfied, unfocused, unfettered, etc. I see. As long as I see a lot of green or teal or grey, I figure they are OK. Does it appear somewhere? That would be handy...

[EDIT]
Oh, I see it's probably that first sentence in the last paragraph --e.g., "somewhat focused with satisfied needs". Is there a screen that displays where he is in that broad range?
[/EDIT]

[Nagidal]

I don't quite understand what you're telling me. My problem may be much simpler than you think. If the happiness categories listed in the wiki to 0.34.x are still valid, then DFHack tells me that I have 7 dwarves who are "happy". But Dwarf Therapist categorizes them as "fine", which is two categories lower.

I understand that DFHack uses the happiness number, and Dwarf Therapist uses Stress value, but shouldn't these two lead to the same happiness category?

Or maybe, if these values are linked to fundamentally different feelings, Dwarf Therapist should rename it's column and instead of Happiness it should say Stress.

[Quietust]

I understand that DFHack uses the happiness number, and Dwarf Therapist uses Stress value, but shouldn't these two lead to the same happiness category?

That is not the case - the Happiness number was removed when Stress was added, and the difference is entirely due to DFHack and Therapist using different labels for the different ranges.

If the happiness categories listed in the wiki to 0.34.x are still valid

Those categories are NOT valid anymore - you should be looking at the DF2014 page (i.e. the one for the current version), not one for an outdated version.

[Thorfinn]

I don't quite understand what you're telling me. My problem may be much simpler than you think. If the happiness categories listed in the wiki to 0.34.x are still valid, then DFHack tells me that I have 7 dwarves who are "happy". But Dwarf Therapist categorizes them as "fine", which is two categories lower.

I understand that DFHack uses the happiness number, and Dwarf Therapist uses Stress value, but shouldn't these two lead to the same happiness category?

Or maybe, if these values are linked to fundamentally different feelings, Dwarf Therapist should rename it's column and instead of Happiness it should say Stress.

Quietust gives you the rigorously correct answer, so far as I know. I take a more casual approach.

In games where I play with DFHack, when I use (u)nits (l)abor,  I see stress starts with 0. I assume that is what DF reports. May or may not be true. I don't care. I just assume that if stress is increasing, I need to fix that. Lots of green or cyan means stress is decreasing. I think grey is more or less neutral. So long as there's more green than red, cyan than orange, all is good.

For what it's worth, I find unless you go out of your way, it's pretty easy to keep stress level negative.

[Rose]

Hello,

I'm running DFHack version 0.43.03-r1 (release) on Windows 10 (the console says Warning: Plugin RemoteFortressReader compiled for DFHack 0.34.11-r3-3104-g58ed20b running DFHack 0.43.03-r1-0-g9889379) with Dwarf Fortress 0.43.03, 32 bit.

You have the wrong remotefortressreader version.
If the warning would mention the same DF version both times, it'd likely be fine, but this won't work at all.

You need to get a copy of the plugin that matches your DF version.