Print

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

[palu]

yes TWBT help, but I need ttf output

Why do you need ttf?

[Skin36]

TTF is useful because we can intercept text passed to SDL_ttf.dll and change it as we need, in order to polish the translation.

[Dirst]

TTF is useful because we can intercept text passed to SDL_ttf.dll and change it as we need, in order to polish the translation.

There's a separate thread going on in the General Discussion area about attaching a screen reader to Dwarf Fortress (or more likely, the DFHack console as an interface to Dwarf Fortress).  It seems like any solution to "intercepting text sent to the screen" would be equally applicable to both situations.

Not that anyone has come up with a viable solution in that other thread yet, but it doesn't make sense for people to be re-inventing the wheel.

[expwnent]

You could certainly use DFHack for things like that if you manually keep track of what viewscreen is which and where they write things to the screen. It'd be a pain but you could do it. If you do it the naive way you'd end up with garbled text for elves and dogs and humans wandering around.

[Dirst]

You could certainly use DFHack for things like that if you manually keep track of what viewscreen is which and where they write things to the screen. It'd be a pain but you could do it. If you do it the naive way you'd end up with garbled text for elves and dogs and humans wandering around.

The map is quite definitely the biggest issue, since "reading it aloud" it is not feasible.

Apparently the norm in sound games is to have objects-of-interest emit sounds, which the game renders in locations relative to the player/cursor in stereo-or-better sound systems.  The problem is that in DF pretty much every tile is an object-of-interest.

[Dirst]

I was not able to install Visual Studio Express 2010 because my computer is a piece of crap (and is going to be replaced sooner rather than later), but I realized that using "prospect all" to hunt for minerals on the embark screen is just not going to have reasonable response times.

So, that project needs to wait for me to get a compiler up and running, excise the relevant bits of prospector.cpp, and figure out a good way to implement break-loop-when-found to speed things up.

In the meantime, I did add a prospect-lite script to my mod in case anyone might find this useful.

Spoiler: tesb-prospect.lua (click to show/hide)

Code: [Select]

-- tesb-prospect.lua
-- Wrapper for the DFHack command "prospect all" that reveals only Living Stone and Missing Gems

function tchelper(first, rest) -- Title case function from Lua users wiki String Recipes
    return first:upper()..rest:lower()
    -- Usage: str = str:gsub("(%a)([%w_']*)", tchelper)
end

local prospect_results
local found_any
local mineral_name
local output

prospect_results = dfhack.run_command_silent("prospect all")
output = ""

if string.match(prospect_results,"Map is not available") then
output = prospect_results
dfhack.color(COLOR_LIGHTRED)
else
for result in string.gmatch(prospect_results,"LIVING .- :") do
if not found_any then
found_any = true
output = "===== Living Stones =====\n"
end
mineral_name = string.sub(result,1,-3).."\n"
output = output .. mineral_name:gsub("(%a)([%w_']*)", tchelper)
end

if found_any then output = output .. "\n" end

found_any = false

for result in string.gmatch(prospect_results,"HIDDEN .- :") do
if not found_any then
found_any = true
output = output .. "====== Hidden Gems ======\n"
end
mineral_name = string.sub(result,1,-3).."\n"
output = output .. mineral_name:gsub("(%a)([%w_']*)", tchelper)
end

if output == "" then output = "No Living Stones nor Hidden Gems are present.\n" end
end

dfhack.print(output)
dfhack.color(COLOR_RESET)

And a more general one:

Spoiler: lookfor.lua (click to show/hide)

Code: [Select]

-- lookfor.lua
-- Wrapper for the DFHack command "prospect all" that reveals only materials that match strings provided on the command line
-- If the first argument is the flag "-terse" then lookfor outputs only the material name; otherwise the entire "prospect all" line is printed

local prospect_results
local output
local terse
local args = {...}

prospect_results = dfhack.run_command_silent("prospect all")
output = ""
if args[1] == "-terse" then
trim_pattern = "^%s*(.-) : %C*"
args[1] = ":::" -- Change the flag into a pattern that cannot exist in the "propect all" output
else
trim_pattern = "^(%C*)"
end

if string.match(prospect_results,"Map is not available") then
output = prospect_results
dfhack.color(COLOR_LIGHTRED)
else
for line in string.gmatch(prospect_results,".-\n") do  -- To order output by search pattern, swap this line with the next
for i,pattern in ipairs(args) do
if string.find(line,string.upper(pattern),1,true) then
line = line:gsub(trim_pattern, "%1")
output = output .. line
end
end
end
if output == "" then output = "No matches found.\n" end
end

dfhack.print(output)
dfhack.color(COLOR_RESET)

The mod-specific one takes no arguments, the general one takes a list of strings to use for matching and accepts a -terse flag to report nothing but the mineral name.

lookfor -terse coal diamond ruby
DIAMOND_FY
DIAMOND_LY

Wondering if maybe -terse should be the default?  The whole point of this script is for people who consider prospect all to be cheating, but are looking for something in particular.

[Dragoon209]

Hello,

I'm setting up a computer to host Webfort, and allow users to connect and play Dwarf Fortress collectively. Link: https://github.com/Ankoku/df-webfort

It occurred to me that it would be really helpful and cool if I could extract information out of Dwarf Fortress and post to the web portal to make it easier for new players to get a grasp of what is going on in the fort, and bring previous players up to speed with what has changed.


DF Hack has a lot of really cool scripts and plugins to address most of my ideas, but I was wondering if there was a way to handle them in a fashion that makes them easier to script.  Specifically, I would need to be able to run them with dfhack-run, and point them to a directory (or at least be able to specify filenames to be sure I am moving the proper file around).  Here are my ideas:

• Is it possible to Export the contents of the Status (Z) screen to Text or Image through any plugin?  could this be scraped through Workflow?
• Is it possible to get a series of images of the Z-Levels of the map currently in use?  I'm thinking something similar to the existing map export function of the Dwarf Fortress Escape screen.  I would like to make this automated, and script it to export every 15-30 minutes.
• Is it possible to get an export of the thoughts screen for each dwarf?
• Is there a plugin that can export recent announcements, or allow me to duplicate announcements into an additional log file?

Webfort is currently best suited for 34.11, so please keep that in mind if you have any suggestions.  I'm a bit of a hack when it comes to coding, so its most likely going to be just hosting the images and text files, and automatically replacing them via script in the background to 'refresh' them.  If anybody has any suggestions on how to best host the images and text (or at least, better than my hacky attempts), let me know!

I'll update this post in the coming day or two with a link to the fort. Ankoku and AdventureHost have a few sessions running as well if you want to see how it works.  Here is the Reddit post with the related information: http://www.reddit.com/r/dwarffortress/comments/2kh6pf/web_fortress_revival_project_urgent_help_required/

[Rose]

Depending on how hard you want to work, it is technically possible to export the entire fortress once every few seconds without too much slowdown

[ptb_ptb]

So, after some effort, I managed to successfully follow instructions and compile DFHack 0.40.13-r1 from source for Windows.

Is there any way to compile an unofficial version that will work with Dwarf Fortress 0.40.14?

I would dearly love to be able to use autodump - I don't need anything else really.

[Dragoon209]

Depending on how hard you want to work, it is technically possible to export the entire fortress once every few seconds without too much slowdown

Do you mean data, or data and Fort images?

I'm willing to spend a few hours each day learning. Do you have a place you recommend I start?

[lethosor]

So, after some effort, I managed to successfully follow instructions and compile DFHack 0.40.13-r1 from source for Windows.

Is there any way to compile an unofficial version that will work with Dwarf Fortress 0.40.14?

I would dearly love to be able to use autodump - I don't need anything else really.

Both of Quietust's forks (dfhack and df-structures) appear to be up-to-date for 0.40.14. This should work from the command line (in the dfhack folder):

Code: [Select]

git remote add quietust https://github.com/quietust/dfhack
git fetch quietust
git checkout quietust/develop
cd library/xml
git remote add quietust https://github.com/quietust/df-structures
git fetch quietust
git checkout quietust/master
cd ../..
git submodule update


[ptb_ptb]

Both of Quietust's forks (dfhack and df-structures) appear to be up-to-date for 0.40.14. This should work from the command line (in the dfhack folder):

Brilliant. It's compiling now (fingers crossed).

[EDIT] Hmm, close, but not quite.  "Not a known DF version." error message on startup. Shut itself down. I guess I will just have to be patient a bit longer.

[lethosor]

Did you remember to update the library/xml submodule? What does "git status" display?

[ptb_ptb]

Did you remember to update the library/xml submodule? What does "git status" display?

I think so ... I followed all the steps in your list anyway.

Git status says
"HEAD detached at quietust/develop
nothing to commit, working directory clean"

I wouldn't worry about walking me through it, though. I'll just wait with the rest of the peons (j/k).

[Badger Storm]

Have any 40.14-compatible versions turned up yet?  I miss prospect and autoclean dearly, and the puddles of pus from my carpenter aren't getting any less gross.