v50 Steam/Premium information for editors
  • v50 information can now be added to pages in the main namespace. v0.47 information can still be found in the DF2014 namespace. See here for more details on the new versioning policy.
  • Use this page to report any issues related to the migration.
This notice may be cached—the current version can be found here.

User talk:Rick

From Dwarf Fortress Wiki
Revision as of 02:20, 23 December 2007 by Paul (talk | contribs) (→‎33g memory.ini)
Jump to navigation Jump to search

Requests

Hey there. Thanks for writing reveal.exe. It's made my dwarves' lives so much easier!

Do you take requests?

And is this the right place to ask? Runspotrun 20:32, 10 November 2007 (EST)

Yes, and yes. --Rick 20:49, 10 November 2007 (EST)
Excellent! Now, I don't know how many people would use it, but I'd love to see a utility that would allow me to choose the temperature/forest/shrub/surroundings/neighbours when starting out. I like to stick to the same sort of areas, but it can be a pain finding them on the map - if they exist at all. Problem is, I think most people take what they're given, region-wise... so I don't think it'd have much of an audience. What do you think? Runspotrun 20:55, 10 November 2007 (EST)
Er, I haven't just described startpoints.exe, have I? Runspotrun 21:01, 10 November 2007 (EST)
Well, if you're not averse to requests... A utility to activate the subterranean flag on indoor areas would be awesome for those of us who'd like to build surface castles in cold/freezing terrain without our dwarves dying of frostbite. -EarthquakeDamage 22:45, 10 November 2007 (EST)
I'd like a rock/gem/ore tool. Would be really neat. Especially the ore/gem one. Also, maybe water/magma creation tools if possible?--Spelguru 01:29, 11 November 2007 (EST)
Something similar to the old skills.exe would be great! --Vanan 11:44, 19 November 2007 (EST)
What I'd like is some way to search for a particular tile on the map. Probably the easiest thing for you to code is to have reveal.exe have an option where it prints the map data to a file in some simple text format (Just a simple list of 'Z,X,Y "tile code"' would be sufficient. mapping what tiles have what value would be nice, but not necessary.) I want to answer the question "Is the raw material for the item the possessed dwarf is asking for somewhere on my map, and if so, where?" --Warnold 23:08, 9 December 2007 (EST)
I would like to request something that teleports items. --Demosthenes 02:05, 16 December 2007 (EST)
Is it possible for a utility to remove excess stone? (name and amount in command line) --Jackard 07:35, 16 December 2007 (EST)

Wild Praise

Thank you so much for your incredible work! Your applications add so much fun to the game! --Vanan 13:56, 17 November 2007 (EST)


Astonishing response time for 33e! --Geofferic 01:04, 9 December 2007 (EST)

In reply to

Your statement to me on my page, "Don't subject your opinion unto others. (Though I think you were just trying to be funny...) --Rick 03:54, 31 October 2007 (EDT)"

Of course I was. But some people have no real sense of humor.

Also, some people believe they can do things they tell others NOT to do. Your statement is a perfect example of this. You tell me not to subject others to MY opinion, but in doing so you are subjecting me to YOUR opinion. Oh yes, you are one of the VIPs in the DF community, because you wrote a couple utilities. So I suppose I should be humble in your presence, and bow to someone so great. I would do that, but when I bow, I do it facing AWAY from that person, and I drop my trousers at the same time. Still want me to bow to your greatness?

I read other contributions here that voice their opinions the same as I did. I wonder if you said the same thing to all of them as well? Tho since I was able to read the pages they wrote, you clearly did not delete their words as you did mine. And while other entries I made were either deleted or edited, as I expected them to be, since I am not a great wiki writer, you were the only one to send me a somewhat nasty note.

Think whatever you like of me, but at least I was contributing, and trying to give a few smiles along the way. Seems to me tho, that DF is fun, and it's wiki should be too. And, from other pages I read, others feel the same way I do. Maybe you should take a look around at some of their pages, and lighten up yourself a bit? Maybe trade with the elves for a tame blue jay, and drop it down your shorts. If that doesnt get a giggle out of you, maybe you should go join the undead at one of their ruins?

Wow, way to blow up that up, I was just jesting. I think I'll leave your words here, Darknight. --Rick 19:25, 17 November 2007 (EST)
Oh, and for the record, I did not remove your message, someone else did that. Check the page history. --Rick 19:29, 17 November 2007 (EST)

heal.exe bug?

Hmm... I've found that heal -hurt doesn't work on fire men, at least in 33b. It sets all their body parts to red, but the fire man just keeps wandering around and scaring my poor witless dwarves. I haven't found a living fire man yet in 33c so I can't check. Runspotrun 06:59, 28 November 2007 (EST)

Are firemen immune to pain? Hurt just nukes bodyparts, not kills creatures, most creatures who feel pain will die from that, but I guess ones who don't won't. --Rick 12:08, 28 November 2007 (EST)
Just checked - yes they are. That'd explain it then, ta. Runspotrun 14:38, 28 November 2007 (EST)

INI?

Does anyone see anything obviously wrong about this? I used various comparisons to come to these values (as well as what the hex fellow posted in the memory hacking section), and editing them as such into the reveal.exe allowed me to get that program to function, but the ini isn't reenabling the executables on its own:

[address]
DWARF_FORTRESS=0x0089C414 ; correct
MENU_STATE=0x0124565C ; maybe
FOCUSED_CREATURE=0x00C39548 ; correct
CREATURE_VECTOR=0x01420A48 ; correct
MOUSE_X=0x008FF290 ; pretty sure should be 008FF288
MOUSE_Y=0x008FF294 ; pretty sure should be 008FF28C
MOUSE_Z=0x008FF298 ; pretty sure should be 008FF290
MAP_DATA=0x01462568 ; correct
MAP_X_COUNT=0x01462580 ; correct
MAP_Y_COUNT=0x01462584 ; correct
MAP_Z_COUNT=0x01462588 ; correct
STARTING_DWARF_COUNT=0x0078A54E ; wrong.  0078A554 (value actually is dword at 0078A555)
STARTING_POINT_COUNT=0x00789703 ; correct (value actually is word at 0078970A)

[offset]
MAP_DATA_DESIGNATION_OFFSET=0x0260 ; dunno
MAP_DATA_OCCUPANCY_OFFSET=0x660 ; dunno
CREATURE_NAME_OFFSET=0x000 ; yes
CREATURE_BODY_PART_HEALTH_VECTOR_OFFSET=0x308 ; probably
CREATURE_X_OFFSET=0x0094 ; probably
CREATURE_Y_OFFSET=0x0096 ; probably
CREATURE_Z_OFFSET=0x0098 ; probably

Qalnor 14:05, 16 December 2007 (EST)

I commented the above. none of the corrections should affect reveal. I don't know what's going wrong.
0x517A5D 19:53, 16 December 2007 (EST)

I made a few mistakes when documenting the existing data, which probably threw you guys off. My user page has been updated for 33f. --Rick 20:41, 16 December 2007 (EST)
Thanks, to both of you. I'll have to go over what I was doing when I get home to try and see where I was going wrong. Qalnor 15:11, 17 December 2007 (EST)

Possible adjuststart enhancement

Hi! Merry culturally-appropriate politically-correct generic holiday!

I have found some interesting addresses that work well with adjuststart.

In .33f, the byte at 0078654B holds a constant that is the upper limit that starting skills can be advanced to. It is normally 5 (proficient). If you change it to 15, skills can be advanced to legendary. If you change it to 20, skills can be advanced to legendary+5.

Also in .33f, there's a pair of bytes at 00786466 and 00786608. If you set both to 0, then the 10 skills per dwarf limit is removed.

I've found equivalant addresses for all the .33 releases. They're in the memory hacking subpages.

—Preceding unsigned comment added by 0x517A5D (talk|contribs)

Did I not sign that? Oops. Well, I was tired. Thank you, VengefulDonut.
0x517A5D 22:02, 19 December 2007 (EST)
Very cool, I'll probably add these for the next release then. --Rick 04:18, 20 December 2007 (EST)

Update of utilities

So how much longer do you suppose it might take to transition the utilities to 33f?--Heliopios 13:04, 19 December 2007 (EST)

With the .ini method there isnt really a need to rebuild the utilities for 32f. VengefulDonut 15:25, 19 December 2007 (EST)
And how exactly do you use memory.ini? I've created a new ini file (yes, it's a .ini, not a .ini.txt) and pasted everything under [code] tags for .33f, and lugged it into the dir. with the required executable (heal.exe in this case) but when I run it it still says it was built for .33e. Should I put it somewhere else? In any case, instructions for use are either inexistent or pretty well hidden here in the wiki.
Cheers. N35t0r 21:45, 19 December 2007 (EST)
Did you name it "memory.ini"? This worked for me with reveal.exe VengefulDonut 01:52, 20 December 2007 (EST)

Possible INI file syntax change

I would like to suggest a change to the format of MEMORY.INI. Instead of the [generic], [address], and [offset] sections (which in my opinion buy you nothing), I would suggest using sections keyed off the PE header timestamp. (You have previously indicated that you plan to convert to that method anyway.) So a sample .INI file might look like this:

; .33e
[475B7526]
MENU_STATE=0x01244654
FOCUSED_CREATURE=0x00C38540
CREATURE_VECTOR=0x0141FA40
MOUSE_X=0x008FE288
MOUSE_Y=0x008FE28C
MOUSE_Z=0x008FE290
MAP_DATA=0x01461560
MAP_X_COUNT=0x01461578
MAP_Y_COUNT=0x0146157C
MAP_Z_COUNT=0x01461580
STARTING_DWARF_COUNT=0x007893C5
STARTING_POINT_COUNT=0x0078857A
MAP_DATA_DESIGNATION_OFFSET=0x0260
MAP_DATA_OCCUPANCY_OFFSET=0x660
CREATURE_NAME_OFFSET=0x000
CREATURE_BODY_PART_HEALTH_VECTOR_OFFSET=0x308
CREATURE_X_OFFSET=0x0094
CREATURE_Y_OFFSET=0x0096
CREATURE_Z_OFFSET=0x0098

; .33f
[4763710C]
MENU_STATE=0x0124565C
FOCUSED_CREATURE=0x00C39548
CREATURE_VECTOR=0x01420A48
MOUSE_X=0x008FF288
MOUSE_Y=0x008FF28C
MOUSE_Z=0x008FF290
MAP_DATA=0x01462568
MAP_X_COUNT=0x01462580
MAP_Y_COUNT=0x01462584
MAP_Z_COUNT=0x01462588
STARTING_DWARF_COUNT=0x0078A555
STARTING_POINT_COUNT=0x0078970A
MAP_DATA_DESIGNATION_OFFSET=0x0260
MAP_DATA_OCCUPANCY_OFFSET=0x660
CREATURE_NAME_OFFSET=0x000
CREATURE_BODY_PART_HEALTH_VECTOR_OFFSET=0x308
CREATURE_X_OFFSET=0x0094
CREATURE_Y_OFFSET=0x0096
CREATURE_Z_OFFSET=0x0098

The main reason to do this is to allow data for multiple versions to be in the .INI file.
0x517A5D 18:22, 21 December 2007 (EST)

Agreed, will do this. --Rick 15:28, 22 December 2007 (EST)

33g memory.ini

0x517A5D looked these up and put them on the 33g memory hacking page, but did not actually put them in here. He copied/pasted from 33f. Mistake? I looked up the dwarf fortress tag and used his values for the ones I could see on the other page he posted (33g memory hacking page) and updated them. It works for reveal, but it's missing FOCUSED_CREATURE and CREATURE_VECTOR because I can't find them. --Paul 15:05, 22 December 2007 (CST)

I just cross-referenced those 2 values with the 33f memory location page and updated them. Should work now, though I haven't tested. --Janus 16:27, 22 December 2007 (EST)
Yes, mistake. Arrgh. I must have copied from the wrong editor window. Thank you both.
0x517A5D 17:08, 22 December 2007 (EST)
No worries, and thanks for posting the new memory locations in the first place. I personally was looking forward to that info so I could use reveal.exe to examine potential fortress locations in newly created 33g worlds, so it is much appreciated. --Janus 18:07, 22 December 2007 (EST)
I was all excited when I saw the 33g info up, then went to paste it into my ini and realised the data was the same... I figured you just accidentally pasted the wrong thing in. The only thing I could figure out how to look up was the Dwarf Fortress tag location, so it is appreciated that you looked all the rest up. With the world generation changing, it's nice to have reveal available to search for new sites. Paul 21:20, 22 December 2007 (EST)