Difference between revisions of "40d Talk:Utilities"

Revision as of 22:33, 20 November 2007

AutoHotKey

Should autohotkey be added as a utility tool for dwarf fortress? I know a few forum users have used it to do repetitive tasks like room designations, maybe it could have its own page and a few dwarf fortress specific script?--Thehunterunseen 20:43, 31 October 2007 (EDT)

Ive been looking for a macro program that works within dwarf fortress and thats free. Havent found a good program thats the combination of both. What do you use? --Mizipzor 20:51, 31 October 2007 (EDT)

autohotkey ^[1] is a program like that --Thehunterunseen 21:13, 31 October 2007 (EDT)

That was the program I used. Wierd. For me, when I inputed "6" for moving one step right... it moved like 8 steps right or something. Couldnt figure out why. Any ideas? --Mizipzor 22:57, 31 October 2007 (EDT)

I know that shift + → = 10×→. Could that have something to do with it? --Savok 23:17, 31 October 2007 (EDT)

I use "Send {LeftArrow}{Enter}{Enter}", as a test to simply have the wall/floor im building to be placed one step to the right instead of where the cursor actually is. As previously said, however, it didnt work. --Mizipzor 07:05, 1 November 2007 (EDT)

That might be because the {LeftArrow} part isn't right. It's supposed to be just {Left}. I've downloaded the program myself and am not having any issues with it in DF.. I'm running XP, and use it in fullscreen mode, if that helps any. --Hesitris 18:53, 12 November 2007 (EST)

So could some people who actually know some autohotkey scripts make an article and submit some? --Thehunterunseen 13:37, 6 November 2007 (EST)

I use it and more or less know how it works but as soon as I use it inside DF it bugs out completely and I have no idea why. --Mizipzor 17:56, 6 November 2007 (EST)

I have a number of scripts that I use, but they randomly bug out for no apparent reason. They will work fine in notepad (ie, output everything exactly as I expect), but be only partially executing and then failing in DF. Again, sometimes they work fine. I could post them and how they work if someone wants. FYI, I am on Vista and that may be an issue. --Geofferic 02:39, 19 November 2007 (EST)

I'm not sure how CPU cycles and the buffer interact in Vista. Is your FPS low? Perhaps a key is dropping out of the buffer but DF isn't recognizing it due to lag? Or lag might be making the buffer overflow. It might depend on how autohotkey sends keystrokes, I don't know if it simulates a key press or directly input ssomething into the buffer. You could try a small sleep(50), or the equivalent, in autohotkey and see if that helps. Also, make sure it isn't losing focus for some reason due to background programs (although that would be strange) -Gotthard

I think it's a lag issue in DF. I've yet to figure out exactly what is causing lag for me. I think it's pathing with too many dwarfs and too complex of a hallway system over too many Z levels. Also, I think playing very large maps causes me to lag, as well, but I think that's related to the pathing problem and all those other creatures trying to path. It definitely got better in this version, tho. I will hold off on trying to say definitively what's up with AuthoHotkey until after the next patch.

foreman.exe

Crap, can't finish this, or even format it properly because my connection is flaking out when I try to submit to the wiki.--Trukkle 20:28, 3 November 2007 (EDT)

Foreman is looking at the wrong address for the units... which is not a good sign, since I've seen it in the address it seems to be looking at. I've also seen it bounce around. Definitely not a good sign if the list location isn't static. Or we're just looking at the wrong one completely. --AzureLightning

Yourfilehost

Yourfilehost.com has kind of a lousy reputation, and I can confirm it's blocked on certain college networks. Could someone upload these utilities to a more reputable host? -- Mzbundifund 15:55, 04 November 2007 (EDT)

Such as? --Rick 18:03, 4 November 2007 (EST)

heal.exe

heal.exe does not regrow missing limbs. However, "heal -hurt" on the command line brings missing limbs to red status, and "heal" thereafter restores the being to full health.

I propose a -regrow parameter so we don't have to do this workaround, since if it's possible to bring missing limbs from dark grey to red status it's also possible to grow them back.

Also, when using the -hurt parameter, it still says "059E7210 had 31 body parts healed", when it should probably say "wounded". --JT 17:58, 10 November 2007 (EST)

Hmm, if it does heal missing limbs then I just need to change my logic slightly for healing. --Rick 19:01, 10 November 2007 (EST)

reveal.exe

From what I've tested, reveal for 33a does not work for 33b. --Sparksol 13:39, 17 November 2007 (EST)

Correct. It uses hardcoded offsets, which will change every time new code is added to DF.

I have a version hacked for .33b, which I will not distribute out of respect for Rick.

However, if you are skilled with a hex editor, here's what to do: change the first 5 occurances of the pattern 85 45 01 to the pattern 95 45 01. (The 6th occurance of the pattern is a coincidental match and should not be changed.) Then change the pattern 8C 33 89 00 to the pattern 8C 43 89 00.
—0x517A5D 02:31, 19 November 2007 (EST)

Actually, as it happens, it looks like Rick has produced updated versions of his tools for .33b. They were built on the 16th. However he hasn't linked to them. I don't know why. The URL they're at requests that no links be made to them, so I'm not going to tell you. Sorry, you'll just have to do the hexedit.
—0x517A5D 02:45, 19 November 2007 (EST)

I just havn't mirrored them yet, that's all. --Rick 03:10, 19 November 2007 (EST)

Hey, I'm curious why the file sizes ballooned. Reveal went from 52k to 101k, a doubling in size. Heal grew even more. Maybe you didn't strip debugging info?
—0x517A5D 15:42, 19 November 2007 (EST)

Usage of std libraries mostly. I made a library for working with DF so I wouldn't have to keep duplicating code through projects, and when writing it I figured I might as well make it more friendly for me to code in, hence usage of std:: stuff. --Rick 19:00, 19 November 2007 (EST)

@@ Line 22: / Line 22: @@
 ::::I'm not sure how CPU cycles and the buffer interact in Vista.  Is your FPS low?  Perhaps a key is dropping out of the buffer but DF isn't recognizing it due to lag?  Or lag might be making the buffer overflow.  It might depend on how autohotkey sends keystrokes, I don't know if it simulates a key press or directly input ssomething into the buffer.  You could try a small sleep(50), or the equivalent, in autohotkey and see if that helps.  Also, make sure it isn't losing focus for some reason due to background programs (although that would be strange) -Gotthard
+:::::I think it's a lag issue in DF.  I've yet to figure out exactly what is causing lag for me.  I think it's pathing with too many dwarfs and too complex of a hallway system over too many Z levels.  Also, I think playing very large maps causes me to lag, as well, but I think that's related to the pathing problem and all those other creatures trying to path.  It definitely got better in this version, tho.  I will hold off on trying to say definitively what's up with AuthoHotkey until after the next patch.
 == foreman.exe ==