Dwarf Fortress Wiki - User contributions [en]

40d Talk:Barracks

2008-05-24T15:01:43Z

MikeWulf: About sparring

The page is listed under the 'buildings' box that has been placed on several pages, so I thought I'd make it. If someone thinks it overlaps with [[bedroom]], feel free to slap on a del tag, just be sure to edit the 'buildings' box too.[[User:Thexor|Thexor]] 00:32, 3 November 2007 (EDT)

So i defined a barracks via bed, have 2 soldiers - what more do i need to make them spar? --[[User:Koltom|Koltom]] 18:07, 11 February 2008 (EST)

I am starting to notice that my dwarves are only going to spar in the barracks two at a time regardless of size. Is this right? [[User:MikeWulf|MikeWulf]] 11:01, 24 May 2008 (EDT)

40d:Farming

2008-03-20T08:44:16Z

MikeWulf: /* Harvesting */ about skills

[[Image:Df-crops-diagram.png|thumb|200px|General farming flowchart.]]
'''Farming''' is the most universal source of [[food]] in Dwarf Fortress. On maps with plentiful [[shrub]]s, [[animal]]s or bodies of [[water]], [[plant gathering]], [[hunting]] or [[fishing]] can also produce a lot of food; however, these practices often do not scale to the level needed to feed a full-sized fortress. Farming is a highly efficient, reliable, renewable and scalable source of food -- and, after [[cooking]], of compact but valuable trade goods. [[Plants]] grown on farms are also excellent for [[brewing]] [[alcohol]], and some have other uses.

== Finding farmland ==

You cannot plant seeds on a bare rock floor, only on [[mud]] or [[soil]]. The easiest way to farm, by far, is to find some soft, arable soil, which is available in great quantity outside the fortress on most maps (the notable exceptions being mountainous maps). If arable soil is unavailable, you will need to set up an [[irrigation]] scheme to deposit mud on the bare rock, which can then have farm plots placed upon it.

== Aboveground or underground? ==

You can plant either underground or aboveground, depending on the type of [[plant]]s you want to grow. The starting [[seed]]s your dwarves may bring with them can only be planted underground. If you want to farm aboveground, you will need to gather seeds from outdoor [[shrub]]s, which can then be planted. Caravans will also sometimes bring additional bags of seeds.

The farm plot should be either entirely above ground or entirely subterranean. A mixed-class farm plot will allow you to choose any crop for planting, but the chosen crop will be planted only on tiles capable of growing it. Worse, planters will not skip over the infertile tiles, leaving the rest of the plot fallow whether it can support the crop or not.
=== Greenhouses ===
If you want a secure way to farm out door plants indoors build a greenhouse! 
Channel out a square area, you can also use the remains of a dried up pond. 
Now build floors out of Glass blocks, this will allow light to pass through, but not invaders. 
You can now Plant above ground plants like strawberries or Long Land grass in the light, underground. 
CAUTION,
You must channel out the area first then make the floor, it won't work if you make the block floor and mine underneath.

== Defining the farm plot ==

Once you have a suitable location for farming you can have your farmer(s) prepare a [[farm plot]]. That's the actual bit of soil to be tilled.

Enter the {{K|b}}uild menu and place farm {{K|p}}lots. Use {{K|u}} and {{K|k}} to increase the size of the plot, and {{K|m}} and {{K|h}} to decrease it. When the plot is sized and positioned correctly, pressing {{K|Enter}} will place it. Your grower(s) will now rush in and prepare the field, clearing out rubble and other impediments when necessary.

How much farm space do you need? Surprisingly little. A 5x5 plot will provide enough food to bring you through your first winter, and even smaller fields are sufficient if you stretch out the food by [[brewing]]. If there is rubble in the room, leave a little extra space; otherwise, the farmers tend to stack the boulders under your farm room doors and cause them to get stuck ajar, which if you're not careful can lead to flooding the next time the field is irrigated. You can also avoid putting doors right next to the farm.

Digging out larger farm rooms than you need can be useful in other ways as well: muddied areas can spontaneously produce [[tower-cap]]s (a source of wood), spider webs (a source of [[silk]]), and [[shrub]]s of the same type as your [[crops]].

A 10x20 plot should, with several dedicated farmers, provide enough food to feed a full 200-dwarf fortress.

== Planting ==

Once a farmer builds the plots, it's time to plant. Go into the plot's {{K|q}} menu and select the type of seed to plant. Your farmers will then take care of the rest. Note that your farmers will not work the plot the whole year without being told to do so: you must designate a crop for ''each'' season. You can designate each season ahead of time by using {{K|a}}, {{K|b}}, {{K|c}}, {{K|d}} from the plot selection screen. You cannot designate crops for seasons already past; you will need to remember to do this in the following spring. You do not have to plant the same thing each season, and some plants are only available during certain seasons.

On a farm that is built but not planted, each tile will look like a solid (not blinking) double tilde (~). Once a square has been planted, it will look like a double line. Once the square has been harvested, it will return to the previous state (double tilde).

In the first year, you should focus your production on berries aboveground, or [[plump helmets]] underground, because they can either be eaten raw or brewed. [[Quarry bush]]es, [[cave wheat]] and [[sweet pod]]s require processing before they can be eaten. [[Pig tail]]s and [[dimple cup]]s can produce cloth and dye respectively. Dimple cups are the only underground crop that can neither be brewed nor otherwise processed into food (except for its seed, which can be cooked).

You cannot buy berry seeds upon embarking. If you choose to plant berry shrubs, designate a dwarf with [[herbalism]] to gather plants outside until you get some suitable plants, then brew them to get the seeds. Make sure the outside farm plot is designated in the same [[biome]] that the plants were gathered from.

Should you wish to plant nothing for a season, you can select {{K|z}} "fallow" from the farm plot menu; this is useful when your larder is overful. If you possess [[potash]], you can fertilize the field to increase yield (see below).

== Increasing yield ==
Any crop may bear more or less fruit, or (as is sometimes the case with unskilled growers) it may even bear no fruit at all, thus wasting the seed. A higher yield will have many benefits along the whole assembly line of further food processing: workers will always work one one "stack" at a time – if (for example) a brewer has "sweet pod [5]" to work with, he will produce "dwarven rum [25]" and somehow squeeze it all into a single barrel.

The yield from a single seed depends on:
*[[grower]] [[skill]] of the farmer who '''planted''' it.
*whether the plot was fertilized. Fertilization increases yield up to about 1.5 times{{Verify}}.
*it does not depend on any skill of the harvester

Dabbling planters will frequently produce stacks of only one, and sometimes even zero plants. Legendary growers will often produce "plant name [5]" stacks from a single seed on a non fertilized field.

To fertilize a field {{K|q}} on it and choose {{K|f}}'''ertilize''' command. The amount of potash needed to fully fertilize a field depends on its size; it is listed on the farm plot.
Using {{K|q}} to view the farm plot, look for the field that looks like N/M ft. N is the amount of fertilizer applied so far, while M is the maximum fertilizer that can be applied. {{K|s}}'''eas Fert''' option tells your dwarves to automatically fertilize a field after each season change. Outdoor plots can be fertilized, indoor plots (on clay loam) not.

== Harvesting ==

A few weeks after planting a seed, a crop will sprout on that spot. Crops must be harvested within another few weeks or they will wither. By default, all dwarves will harvest, including [[children]] and even [[nobles]]. This may or may not be desirable: on the one hand, it makes sure that no crops will wither; on the other, it may lead to far away dwarves interrupting their work and running a long way in order to harvest a single plant and less skill gains for your planters.

Harvesting plants earns dwarves [[experience]] in the "growing" [[skill]], so do not be surprised if all your dwarves soon become "dabbling" (or better) growers. Because of that, peasants with no other occupation become farmers almost automatically. Do not be afraid that they might trample your fields: the skill is of no importance during harvest, and no matter how much skill they earn they will still only plant crops if you allow them to in their individual "labor" menu.

If you chose to turn off "All dwarves harvest" in your {{K|o}}rders menu, only dwarves with the "Farming (Fields)" labor enabled will harvest. However, they will often choose to plant new seeds instead of reaping the existing crop, so you risk that some amount may wither. After harvesting a plant (plucking it out of the ground), dwarves will carry it to the nearest [[stockpile]] unless you have "Dwarves ignore food" set in your {{K|o}}rders menu, in which case they will leave the plant blinking on the field. If not moved to a stockpile within a few weeks, it will wither.

== Caveats (warnings) ==

=== Food hauling ===

If you manage to get large-scale farming up and running, you will need to employ many food haulers in order for the food produced on your farms to be edible, even if it has already been harvested. This is because in the current version of the game, items tagged for pending tasks (including Move to Stockpile and Store in Barrel) are unavailable for any other use -- such as eating. An entire fortress of dwarves can starve while they wait for somebody to ''move the food''.

One way to deal with this problem (at least during the heavy farming/harvesting seasons) is to disable hauling of both stone and wood in the top-level {{K|o}}rders menu. This way, most of those jobs will clear out of the job queue, and you will be left mostly with "Store in Barrel" type jobs. You can also increase the number of dedicated food haulers.

=== Storage ===

It can be difficult to manage barrels to store food and drink, and bags to store seeds and processed foods. Combat this by [[Cooking|cooking]] food to consolidate it into larger stacks that won't rot outside of a barrel (it just needs to be indoors on a food stockpile). In the {{K|p}} menu, you can also reserve some empty barrels that will not be used for food storage; instead, they will only be used for brewing and syrup processing tasks. Leaves, sugar, and flour are not edible; to use them up and free their bags, you must cook. You can also cook excess seeds (albeit only up to 4 at a time), to reclaim the bags they occupy. Make sure not to cook your last crop seed!

== See also ==

* [[Crops]]
* [[Irrigation]]
* [[Skills#Growing|Farmers]]

[[Category:Agriculture]]
[[Category:Jobs]]
[[Category:Food]]
[[Category:Guides]]

User talk:Rick

2008-03-16T01:35:31Z

MikeWulf:

== 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? [[User:Runspotrun|Runspotrun]] 20:32, 10 November 2007 (EST)

: Yes, and yes. --[[User:Rick|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? [[User:Runspotrun|Runspotrun]] 20:55, 10 November 2007 (EST)

:: Er, I haven't just described startpoints.exe, have I? [[User:Runspotrun|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. -[[User:EarthquakeDamage|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?--[[User:Spelguru|Spelguru]] 01:29, 11 November 2007 (EST)

::Something similar to the old skills.exe would be great! --[[User:Vanan|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?" --[[User:Warnold|Warnold]] 23:08, 9 December 2007 (EST)

::I would like to request something that teleports items. --[[User:Demosthenes|Demosthenes]] 02:05, 16 December 2007 (EST)

::Is it possible for a utility to remove excess stone? (name and amount in command line) --[[User:Jackard|Jackard]] 07:35, 16 December 2007 (EST)

::Dunno if this is possible at all, or if the engine would burp on it or something, but I'd love a utility that lets you start anywhere - middle of mountains, on top of existing mountain settlements, in the ocean, etc. Hopefully this would be put in later by Toady as an option for races that could support it. I've tried searching for a memory state that's on when it's embarkable and off when it's not, or vice-versa - when I freeze what I found, the state flickers very rapidly when you're over a non-embarkable area, and pressing e does nothing. --[[User:Eagleon|Eagleon]] 18:45, 8 March 2008 (EST)

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

Astonishing response time for 33e! --[[User:Geofferic|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, [[User:Darknight|Darknight]]. --[[User:Rick|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. --[[User:Rick|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. [[User:Runspotrun|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. --[[User:Rick|Rick]] 12:08, 28 November 2007 (EST)

:: Just checked - yes they are. That'd explain it then, ta. [[User:Runspotrun|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:

<pre>
[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
</pre>

[[User:Qalnor|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. —[[User:0x517A5D|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. --[[User:Rick|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. [[User:Qalnor|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 [[User:0x517A5D|0x517A5D]] ([[User talk:0x517A5D|talk]]{{!}}[[Special:Contributions/0x517A5D|contribs]]) {{{2|}}}

:Did I not sign that? Oops. Well, I was tired. Thank you, VengefulDonut. —[[User:0x517A5D|0x517A5D]] 22:02, 19 December 2007 (EST)

::Very cool, I'll probably add these for the next release then. --[[User:Rick|Rick]] 04:18, 20 December 2007 (EST)

== Update of utilities ==
Is there any chance the utilities will be updated to work completely with newer versions? I'm not asking for memory.inis (unless they make things like heal and teleport work). I really like being able to heal dwarves (since the game handles injured dwarves so poorly) and would love to see an update to this wonderful program. --[[User:Calcipher|Calcipher]] 2008-03-10 10:37 EST

So how much longer do you suppose it might take to transition the utilities to 33f?--[[User:Heliopios|Heliopios]] 13:04, 19 December 2007 (EST)
:With the .ini method there isnt really a need to rebuild the utilities for 32f. [[User:VengefulDonut|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. [[User:N35t0r|N35t0r]] 21:45, 19 December 2007 (EST)
::Did you name it "memory.ini"? This worked for me with reveal.exe [[User:VengefulDonut|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:

<pre>; .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</pre>

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

: Agreed, will do this. --[[User:Rick|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.
--[[User:Paul|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. --[[User:Janus|Janus]] 16:27, 22 December 2007 (EST)
::The currently listed FOCUSED_CREATURE and CREATURE_VECTOR values don't appear to work. --[[User:Zurai|Zurai]] 22:20, 22 December 2007 (EST)
:::Hi Zurai. Do to my blunder, there was a short period where those two values were incorrect. You probably hit that window. Check the values in your copy against the ones shown now. —[[User:0x517A5D|0x517A5D]] 22:59, 22 December 2007 (EST)
::::Heal.exe and warp.exe (only when trying to warp a creature - warp to find the coords of a tile works fine) both give me "An error has occured: please select a unit in 'view units' mode" using FOCUSED_CREATURE=0x00C40540 and CREATURE_VECTOR=0x01427B60, which are the values listed at the time of this writing. I've redownloaded both executables and re-made the ini from scratch, copy-pasting the values from the 33g listing, and it still occurs. Is anyone else having the same issue? Maybe my computer doesn't like heal or warp any more. Reveal works fine, though. --[[User:Zurai|Zurai]] 18:45, 23 December 2007 (EST)
:::::I found the problem. It was MENU_STATE. Yes, anyone else who tried to use these utils would experience the same problem. I have now edited the .33g memory.ini section again, and verified that warp.exe, heal.exe -hurt, and heal.exe all work. I'm really, really sorry for the mess up. —[[User:0x517A5D|0x517A5D]] 22:39, 23 December 2007 (EST)
::::::I'm having this pop up with the new memory.ini info for warp.exe: "An error has occured:failed to read block pointer for to block". --[[User:Corbine|Corbine]] 03:19, 24 December 2007 (EST)
:::::::Well, let's go down the checklist. Due to a blunder on my part, the .33g memory.ini file was wrong for several hours. One of the mistakes causes that error message. Try deleting memory.ini and making a new one with the [[User:Rick#v0.27.169.33g|current data]]. —[[User:0x517A5D|0x517A5D]] 14:29, 24 December 2007 (EST)
::::::::Deleted the memory.ini, made a new one and threw the new info into it, still same error. --[[User:Corbine|Corbine]] 01:28, 25 December 2007 (EST)
:::::::::Corbine, are you still experiencing this? I just realized I've left this hanging for a week. Sorry. Okay, next. Previous versions of warp have worked for you with previous versions of DF? Do other of Rick's utilities work for you? My tentative diagnosis is that part of your INI file is wrong. If the whole thing was wrong, it would merely complain that it was built for version .33e. I don't know which particular key being wrong gives that error, and I don't have a .33g test fort at the moment, so I can't easily check right now. But I could when I have time. Really, I'm puzzled. —[[User:0x517A5D|0x517A5D]] 03:47, 31 December 2007 (EST)
:Yes, mistake. Arrgh. I must have copied from the wrong editor window. Thank you both. —[[User:0x517A5D|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. --[[User:Janus|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. [[User:Paul|Paul]] 21:20, 22 December 2007 (EST)

==38a==

How would we update this? --[[User:Squeegy|Squeegy]] 20:22, 5 February 2008 (EST)

we can start by finding the relevant mem locations for 88a 

<blockquote>
[generic] 
DWARF_FORTRESS=0x00C11218 
 
[address] 
 
MENU_STATE= 
FOCUSED_CREATURE= .
CREATURE_VECTOR= 
MOUSE_X=0x0092f288 
MOUSE_Y=0x0092f28c 
MOUSE_Z=0x0092f290 
MAP_DATA= 
MAP_X_COUNT=0x014929F0 
MAP_Y_COUNT=0x014929F4 
MAP_Z_COUNT=0x014929F8 
STARTING_DWARF_COUNT= 
STARTING_POINT_COUNT= 
</blockquote>

those are the easy ones.
if we had map data and confirmed that the offset was correct at least Reveal.exe would work but I'm out of time today. --[[User:Shadetree|Shadetree]] 22:23, 6 February 2008 (EST)

I've found the other addresses. I won't guarantee that the offsets other than MAP_DATA_DESIGNATION_OFFSET, MAP_DATA_OCCUPANCY_OFFSET, and CREATURE_BODY_PART_HEALTH_VECTOR_OFFSET are correct.
[generic]
DWARF_FORTRESS=0x00C11218

[address]
STARTING_POINT_COUNT=0x007AF4FA
STARTING_DWARF_COUNT=0x007B0345
MENU_STATE=0x0127599C
FOCUSED_CREATURE=0x00C69888
CREATURE_VECTOR=0x01450E98
MOUSE_X=0x0092F288
MOUSE_Y=0x0092F28C
MOUSE_Z=0x0092F290
MAP_DATA=0x014929CC
MAP_X_COUNT=0x014929E4
MAP_Y_COUNT=0x014929E8
MAP_Z_COUNT=0x014929EC

[offset]
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
If I understand how Rick's tools work, the offsets I've verified are the only offsets necessary.
-- [[User:Jifodus|Jifodus]] 20:05, 7 February 2008 (EST)

confirmed that this works with Reveal.exe --[[User:Shadetree|Shadetree]] 18:41, 8 February 2008 (EST)

warp.exe and heal.exe do not work with this configuration. --[[User:Markham|Markham]] 11:28, 9 February 2008 (EST)

The reason the creature tools will work is due to some issue with how FOCUSED_CREATURE now behaves. Assuming the address is correct, and I'm 99.9% positive it's the correct address, a new method will have to be determined which unit is focused. Also, did your map have existing creatures? -- [[User:Jifodus|Jifodus]] 17:39, 9 February 2008 (EST)

Confirmed that adjuststart.exe works with this. --[[User:Squeegy|Squeegy]] 23:44, 10 February 2008 (EST)

==176-38a==

Any love on new offsets with version df_27_176_38a? What do you all use to dig up the offsets? A debugger running trace on particular strings?

I use IDA Pro Free, and do a binary match.
<pre>
[generic]
DWARF_FORTRESS=0x008D8B08

[address]
STARTING_POINT_COUNT=0x007B995A
STARTING_DWARF_COUNT=0x007BA7B3
MENU_STATE=0x01287D14
FOCUSED_CREATURE=0x00C7BC00
CREATURE_VECTOR=0x01450E9C
MOUSE_X=0x00941288
MOUSE_Y=0x0094128C
MOUSE_Z=0x00941290
MAP_DATA=0x014A4EAC
MAP_X_COUNT=0x014A4EC4
MAP_Y_COUNT=0x014A4EC8
MAP_Z_COUNT=0x014A4ECC

[offset]
MAP_DATA_DESIGNATION_OFFSET=0x0260
MAP_DATA_OCCUPANCY_OFFSET=0x660
CREATURE_NAME_OFFSET=0x000
CREATURE_BODY_PART_HEALTH_VECTOR_OFFSET=0x030C
CREATURE_X_OFFSET=0x0094
CREATURE_Y_OFFSET=0x0096
CREATURE_Z_OFFSET=0x0098
</pre>
Heal & Warp won't work due to FOCUSED_CREATURE not working properly. -- [[User:Jifodus|Jifodus]] 04:00, 17 February 2008 (EST)

== 0.27.176.38b ==

<pre>
[generic]
DWARF_FORTRESS=0x008D8A58

[address]
MAP_DATA=0x014A50A4
MAP_X_COUNT=0x014A50BC
MAP_Y_COUNT=0x014A50C0
MAP_Z_COUNT=0x014A50C4
MENU_STATE=0x01287D14
FOCUSED_CREATURE=0x00C7BC04
STARTING_DWARF_COUNT=0x007BBCA4
STARTING_POINT_COUNT=0x007BAE4A
MOUSE_X=0x0094128C
MOUSE_Y=0x00941290
MOUSE_Z=0x00941294
CREATURE_VECTOR=0x01463574

[offset]
MAP_DATA_DESIGNATION_OFFSET=0x0260
MAP_DATA_OCCUPANCY_OFFSET=0x0660
CREATURE_NAME_OFFSET=0x0000
CREATURE_X_OFFSET=0x0094
CREATURE_Y_OFFSET=0x0096
CREATURE_Z_OFFSET=0x0098
CREATURE_BODY_PART_HEAL_VECTOR_OFFSET=0x02FC
</pre>
-- [[User:Jifodus|Jifodus]] 23:08, 24 February 2008 (EST)

Are you sure that's right? Reveal.exe isn't working for me with this.--[[User:Eiba|Eiba]] 00:19, 25 February 2008 (EST)

Seems you got the starting points right for AdjustStart, but not the dwarf count. [[User:MikeWulf|MikeWulf]]

A little late, but my finder program didn't spit out the correct address for vectors. -- [[User:Jifodus|Jifodus]] 02:26, 4 March 2008 (EST)

== 0.27.176.38c ==

<pre>
[generic]
DWARF_FORTRESS=0x008D9A58

[address]
STARTING_POINT_COUNT=
STARTING_DWARF_COUNT=
MENU_STATE=
FOCUSED_CREATURE=
CREATURE_VECTOR=
MOUSE_X=
MOUSE_Y=
MOUSE_Z=
MAP_DATA=0x014A60A4
MAP_X_COUNT=0x014A60BC
MAP_Y_COUNT=0x014A60C0
MAP_Z_COUNT=0x014A60C4

[offset]
MAP_DATA_DESIGNATION_OFFSET=0x0260
MAP_DATA_OCCUPANCY_OFFSET=0x660
CREATURE_NAME_OFFSET=0x000
CREATURE_BODY_PART_HEALTH_VECTOR_OFFSET=0x030C
CREATURE_X_OFFSET=0x0094
CREATURE_Y_OFFSET=0x0096
CREATURE_Z_OFFSET=0x0098
</pre>
Only reveal works with this memory.ini. Offsets are copied from version 176.38a. --[[User:DFD|DFD]] 11:53, 29 February 2008 (EST)

No guarantee's (I used an automated program to find these), don't expect any of the creature tools to work.
<pre>
[generic]
DWARF_FORTRESS=0x008D9A58

[address]
MAP_DATA=0x014A60A4
MAP_X_COUNT=0x014A60BC
MAP_Y_COUNT=0x014A60C0
MAP_Z_COUNT=0x014A60C4
MENU_STATE=0x01288D14
FOCUSED_CREATURE=0x00C7CC04
STARTING_DWARF_COUNT=0x007BBDB5
STARTING_POINT_COUNT=0x007BAF5A
MOUSE_X=0x0094228C
MOUSE_Y=0x00942290
MOUSE_Z=0x00942294
CREATURE_VECTOR=0x01464574

[offset]
MAP_DATA_DESIGNATION_OFFSET=0x0260
MAP_DATA_OCCUPANCY_OFFSET=0x0660
CREATURE_NAME_OFFSET=0x0000
CREATURE_X_OFFSET=0x0094
CREATURE_Y_OFFSET=0x0096
CREATURE_Z_OFFSET=0x0098
CREATURE_BODY_PART_HEAL_VECTOR_OFFSET=0x02FC
</pre>
-- [[User:Jifodus|Jifodus]] 02:28, 4 March 2008 (EST)

STARTING-DWARF_COUNT is wrong again apparently. :< [[User:MikeWulf|MikeWulf]] 21:04, 4 March 2008 (EST)

Works fine for me. --[[User:Nitem4re|Nitem4re]] 14:39, 15 March 2008 (EDT)

That's cause he stealth changed it :> [[User:MikeWulf|MikeWulf]] 21:35, 15 March 2008 (EDT)

40d Talk:Starting location

2008-03-07T04:41:07Z

MikeWulf:

Trees do not only grow on the lowest Z-Level. I have trees growing on multiple Z-Levels. --[[User:Tracker|Tracker]] 02:46, 1 November 2007 (EDT)

Hmm. Maybe only up to a certain height? My first map--while initially pretty decent (sand, water, trees, rock, variety of minerals) had trees only in the most lower left hand corner (one screen's worth), which also happened to be the lowest surface level I had. But you are right, my current fort (nice entrance, there was a pocket by a river tributary that I turned into my entrance gateway, but no sand) has trees on two levels, the lowest surface, and the second lowest. Still, it's something to be aware of.
--[[User:Draco18s|Draco18s]] 03:26, 1 November 2007 (EDT)

Absolutely - that's why I changed it to say "lower" instead of lowest. --[[User:Tracker|Tracker]] 03:35, 1 November 2007 (EDT)

So I noticed. :)
--[[User:Draco18s|Draco18s]] 03:26, 1 November 2007 (EDT)

== Towns ==

Any benefit of building in towns? Other than mining under the elves and dropping them into pits? --[[User:Ikkonoishi|Ikkonoishi]] 19:35, 3 November 2007 (EDT)
:Yes there is. Humans are more than happy to share their stuff with you, and won't be at all upset if you rob them blind it seems. --[[User:Ikkonoishi|Ikkonoishi]] 22:11, 3 November 2007 (EDT)
::Think this'll ever get changed? Seems kind of unrealistic to me...--[[User:Tarsier|Tarsier]] 19:56, 5 November 2007 (EST)

== Mountain tiles guarentee certain features. ==

As per my addition, for each mountain square in the 2nd zoom view, you're guaranteed pits, a chasm, and an underground river. I have confirmed this myself using the reveal tool, and Today has confirmed at least part of it: http://www.bay12games.com/cgi-local/ultimatebb.cgi?ubb=get_topic&f=2&t=001176 - [[User:Kjoery|Kjoery]] 16:49, 6 November 2007 (EST)

== Towns Revert ==

Any reason why that edit was unacceptable to you Savok? I'm not going to revert, but I would like an explanation. --[[User:Ikkonoishi|Ikkonoishi]] 12:06, 12 November 2007 (EST)

== Errors in PNG? ==

Contrary to the text in the attached PNG, I've had fortresses with pockets of sand sufficient for glassworking even when sand doesn't show up in the embark screen. [[User:Kidinnu|Kidinnu]] 09:25, 28 November 2007 (EST)

Yes, all maps I've ever had have had at least a few squares of sand. Is it guaranteed? --[[User:Penguinofhonor|Penguinofhonor]] 22:18, 30 November 2007 (EST)

Another error is that magma and volcanoes now appear on the map [[User:MikeWulf|MikeWulf]] 23:41, 6 March 2008 (EST)

40d Talk:Gem cutter

2008-03-05T14:32:24Z

MikeWulf:

Whats the difference between a large gem and a cut gem? If they're different, how do you get one over the other, and is one more valuable or useful?

A cut gem is used in gem setting. A large gem is a trade good with no other uses. [[User:Bouchart|Bouchart]] 22:11, 4 March 2008 (EST)

It happens randomly when a gem cutter gets a little creative. [[User:MikeWulf|MikeWulf]]

User talk:Rick

2008-03-05T02:04:57Z

MikeWulf:

== 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? [[User:Runspotrun|Runspotrun]] 20:32, 10 November 2007 (EST)

: Yes, and yes. --[[User:Rick|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? [[User:Runspotrun|Runspotrun]] 20:55, 10 November 2007 (EST)

:: Er, I haven't just described startpoints.exe, have I? [[User:Runspotrun|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. -[[User:EarthquakeDamage|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?--[[User:Spelguru|Spelguru]] 01:29, 11 November 2007 (EST)

::Something similar to the old skills.exe would be great! --[[User:Vanan|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?" --[[User:Warnold|Warnold]] 23:08, 9 December 2007 (EST)

::I would like to request something that teleports items. --[[User:Demosthenes|Demosthenes]] 02:05, 16 December 2007 (EST)

::Is it possible for a utility to remove excess stone? (name and amount in command line) --[[User:Jackard|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! --[[User:Vanan|Vanan]] 13:56, 17 November 2007 (EST)

Astonishing response time for 33e! --[[User:Geofferic|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, [[User:Darknight|Darknight]]. --[[User:Rick|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. --[[User:Rick|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. [[User:Runspotrun|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. --[[User:Rick|Rick]] 12:08, 28 November 2007 (EST)

:: Just checked - yes they are. That'd explain it then, ta. [[User:Runspotrun|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:

<pre>
[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
</pre>

[[User:Qalnor|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. —[[User:0x517A5D|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. --[[User:Rick|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. [[User:Qalnor|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 [[User:0x517A5D|0x517A5D]] ([[User talk:0x517A5D|talk]]{{!}}[[Special:Contributions/0x517A5D|contribs]]) {{{2|}}}

:Did I not sign that? Oops. Well, I was tired. Thank you, VengefulDonut. —[[User:0x517A5D|0x517A5D]] 22:02, 19 December 2007 (EST)

::Very cool, I'll probably add these for the next release then. --[[User:Rick|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?--[[User:Heliopios|Heliopios]] 13:04, 19 December 2007 (EST)
:With the .ini method there isnt really a need to rebuild the utilities for 32f. [[User:VengefulDonut|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. [[User:N35t0r|N35t0r]] 21:45, 19 December 2007 (EST)
::Did you name it "memory.ini"? This worked for me with reveal.exe [[User:VengefulDonut|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:

<pre>; .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</pre>

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

: Agreed, will do this. --[[User:Rick|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.
--[[User:Paul|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. --[[User:Janus|Janus]] 16:27, 22 December 2007 (EST)
::The currently listed FOCUSED_CREATURE and CREATURE_VECTOR values don't appear to work. --[[User:Zurai|Zurai]] 22:20, 22 December 2007 (EST)
:::Hi Zurai. Do to my blunder, there was a short period where those two values were incorrect. You probably hit that window. Check the values in your copy against the ones shown now. —[[User:0x517A5D|0x517A5D]] 22:59, 22 December 2007 (EST)
::::Heal.exe and warp.exe (only when trying to warp a creature - warp to find the coords of a tile works fine) both give me "An error has occured: please select a unit in 'view units' mode" using FOCUSED_CREATURE=0x00C40540 and CREATURE_VECTOR=0x01427B60, which are the values listed at the time of this writing. I've redownloaded both executables and re-made the ini from scratch, copy-pasting the values from the 33g listing, and it still occurs. Is anyone else having the same issue? Maybe my computer doesn't like heal or warp any more. Reveal works fine, though. --[[User:Zurai|Zurai]] 18:45, 23 December 2007 (EST)
:::::I found the problem. It was MENU_STATE. Yes, anyone else who tried to use these utils would experience the same problem. I have now edited the .33g memory.ini section again, and verified that warp.exe, heal.exe -hurt, and heal.exe all work. I'm really, really sorry for the mess up. —[[User:0x517A5D|0x517A5D]] 22:39, 23 December 2007 (EST)
::::::I'm having this pop up with the new memory.ini info for warp.exe: "An error has occured:failed to read block pointer for to block". --[[User:Corbine|Corbine]] 03:19, 24 December 2007 (EST)
:::::::Well, let's go down the checklist. Due to a blunder on my part, the .33g memory.ini file was wrong for several hours. One of the mistakes causes that error message. Try deleting memory.ini and making a new one with the [[User:Rick#v0.27.169.33g|current data]]. —[[User:0x517A5D|0x517A5D]] 14:29, 24 December 2007 (EST)
::::::::Deleted the memory.ini, made a new one and threw the new info into it, still same error. --[[User:Corbine|Corbine]] 01:28, 25 December 2007 (EST)
:::::::::Corbine, are you still experiencing this? I just realized I've left this hanging for a week. Sorry. Okay, next. Previous versions of warp have worked for you with previous versions of DF? Do other of Rick's utilities work for you? My tentative diagnosis is that part of your INI file is wrong. If the whole thing was wrong, it would merely complain that it was built for version .33e. I don't know which particular key being wrong gives that error, and I don't have a .33g test fort at the moment, so I can't easily check right now. But I could when I have time. Really, I'm puzzled. —[[User:0x517A5D|0x517A5D]] 03:47, 31 December 2007 (EST)
:Yes, mistake. Arrgh. I must have copied from the wrong editor window. Thank you both. —[[User:0x517A5D|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. --[[User:Janus|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. [[User:Paul|Paul]] 21:20, 22 December 2007 (EST)

==38a==

How would we update this? --[[User:Squeegy|Squeegy]] 20:22, 5 February 2008 (EST)

we can start by finding the relevant mem locations for 88a 

<blockquote>
[generic] 
DWARF_FORTRESS=0x00C11218 
 
[address] 
 
MENU_STATE= 
FOCUSED_CREATURE= .
CREATURE_VECTOR= 
MOUSE_X=0x0092f288 
MOUSE_Y=0x0092f28c 
MOUSE_Z=0x0092f290 
MAP_DATA= 
MAP_X_COUNT=0x014929F0 
MAP_Y_COUNT=0x014929F4 
MAP_Z_COUNT=0x014929F8 
STARTING_DWARF_COUNT= 
STARTING_POINT_COUNT= 
</blockquote>

those are the easy ones.
if we had map data and confirmed that the offset was correct at least Reveal.exe would work but I'm out of time today. --[[User:Shadetree|Shadetree]] 22:23, 6 February 2008 (EST)

I've found the other addresses. I won't guarantee that the offsets other than MAP_DATA_DESIGNATION_OFFSET, MAP_DATA_OCCUPANCY_OFFSET, and CREATURE_BODY_PART_HEALTH_VECTOR_OFFSET are correct.
[generic]
DWARF_FORTRESS=0x00C11218

[address]
STARTING_POINT_COUNT=0x007AF4FA
STARTING_DWARF_COUNT=0x007B0345
MENU_STATE=0x0127599C
FOCUSED_CREATURE=0x00C69888
CREATURE_VECTOR=0x01450E98
MOUSE_X=0x0092F288
MOUSE_Y=0x0092F28C
MOUSE_Z=0x0092F290
MAP_DATA=0x014929CC
MAP_X_COUNT=0x014929E4
MAP_Y_COUNT=0x014929E8
MAP_Z_COUNT=0x014929EC

[offset]
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
If I understand how Rick's tools work, the offsets I've verified are the only offsets necessary.
-- [[User:Jifodus|Jifodus]] 20:05, 7 February 2008 (EST)

confirmed that this works with Reveal.exe --[[User:Shadetree|Shadetree]] 18:41, 8 February 2008 (EST)

warp.exe and heal.exe do not work with this configuration. --[[User:Markham|Markham]] 11:28, 9 February 2008 (EST)

The reason the creature tools will work is due to some issue with how FOCUSED_CREATURE now behaves. Assuming the address is correct, and I'm 99.9% positive it's the correct address, a new method will have to be determined which unit is focused. Also, did your map have existing creatures? -- [[User:Jifodus|Jifodus]] 17:39, 9 February 2008 (EST)

Confirmed that adjuststart.exe works with this. --[[User:Squeegy|Squeegy]] 23:44, 10 February 2008 (EST)

==176-38a==

Any love on new offsets with version df_27_176_38a? What do you all use to dig up the offsets? A debugger running trace on particular strings?

I use IDA Pro Free, and do a binary match.
<pre>
[generic]
DWARF_FORTRESS=0x008D8B08

[address]
STARTING_POINT_COUNT=0x007B995A
STARTING_DWARF_COUNT=0x007BA7B3
MENU_STATE=0x01287D14
FOCUSED_CREATURE=0x00C7BC00
CREATURE_VECTOR=0x01450E9C
MOUSE_X=0x00941288
MOUSE_Y=0x0094128C
MOUSE_Z=0x00941290
MAP_DATA=0x014A4EAC
MAP_X_COUNT=0x014A4EC4
MAP_Y_COUNT=0x014A4EC8
MAP_Z_COUNT=0x014A4ECC

[offset]
MAP_DATA_DESIGNATION_OFFSET=0x0260
MAP_DATA_OCCUPANCY_OFFSET=0x660
CREATURE_NAME_OFFSET=0x000
CREATURE_BODY_PART_HEALTH_VECTOR_OFFSET=0x030C
CREATURE_X_OFFSET=0x0094
CREATURE_Y_OFFSET=0x0096
CREATURE_Z_OFFSET=0x0098
</pre>
Heal & Warp won't work due to FOCUSED_CREATURE not working properly. -- [[User:Jifodus|Jifodus]] 04:00, 17 February 2008 (EST)

== 0.27.176.38b ==

<pre>
[generic]
DWARF_FORTRESS=0x008D8A58

[address]
MAP_DATA=0x014A50A4
MAP_X_COUNT=0x014A50BC
MAP_Y_COUNT=0x014A50C0
MAP_Z_COUNT=0x014A50C4
MENU_STATE=0x01287D14
FOCUSED_CREATURE=0x00C7BC04
STARTING_DWARF_COUNT=0x007AEB77
STARTING_POINT_COUNT=0x007BAE4A
MOUSE_X=0x0094128C
MOUSE_Y=0x00941290
MOUSE_Z=0x00941294
CREATURE_VECTOR=0x01463574

[offset]
MAP_DATA_DESIGNATION_OFFSET=0x0260
MAP_DATA_OCCUPANCY_OFFSET=0x0660
CREATURE_NAME_OFFSET=0x0000
CREATURE_X_OFFSET=0x0094
CREATURE_Y_OFFSET=0x0096
CREATURE_Z_OFFSET=0x0098
CREATURE_BODY_PART_HEAL_VECTOR_OFFSET=0x02FC
</pre>
-- [[User:Jifodus|Jifodus]] 23:08, 24 February 2008 (EST)

Are you sure that's right? Reveal.exe isn't working for me with this.--[[User:Eiba|Eiba]] 00:19, 25 February 2008 (EST)

Seems you got the starting points right for AdjustStart, but not the dwarf count. [[User:MikeWulf|MikeWulf]]

A little late, but my finder program didn't spit out the correct address for vectors. -- [[User:Jifodus|Jifodus]] 02:26, 4 March 2008 (EST)

== 0.27.176.38c ==

<pre>
[generic]
DWARF_FORTRESS=0x008D9A58

[address]
STARTING_POINT_COUNT=
STARTING_DWARF_COUNT=
MENU_STATE=
FOCUSED_CREATURE=
CREATURE_VECTOR=
MOUSE_X=
MOUSE_Y=
MOUSE_Z=
MAP_DATA=0x014A60A4
MAP_X_COUNT=0x014A60BC
MAP_Y_COUNT=0x014A60C0
MAP_Z_COUNT=0x014A60C4

[offset]
MAP_DATA_DESIGNATION_OFFSET=0x0260
MAP_DATA_OCCUPANCY_OFFSET=0x660
CREATURE_NAME_OFFSET=0x000
CREATURE_BODY_PART_HEALTH_VECTOR_OFFSET=0x030C
CREATURE_X_OFFSET=0x0094
CREATURE_Y_OFFSET=0x0096
CREATURE_Z_OFFSET=0x0098
</pre>
Only reveal works with this memory.ini. Offsets are copied from version 176.38a. --[[User:DFD|DFD]] 11:53, 29 February 2008 (EST)

No guarantee's (I used an automated program to find these), don't expect any of the creature tools to work.
<pre>
[generic]
DWARF_FORTRESS=0x008D9A58

[address]
MAP_DATA=0x014A60A4
MAP_X_COUNT=0x014A60BC
MAP_Y_COUNT=0x014A60C0
MAP_Z_COUNT=0x014A60C4
MENU_STATE=0x01288D14
FOCUSED_CREATURE=0x00C7CC04
STARTING_DWARF_COUNT=0x007AEC87
STARTING_POINT_COUNT=0x007BAF5A
MOUSE_X=0x0094228C
MOUSE_Y=0x00942290
MOUSE_Z=0x00942294
CREATURE_VECTOR=0x01464574

[offset]
MAP_DATA_DESIGNATION_OFFSET=0x0260
MAP_DATA_OCCUPANCY_OFFSET=0x0660
CREATURE_NAME_OFFSET=0x0000
CREATURE_X_OFFSET=0x0094
CREATURE_Y_OFFSET=0x0096
CREATURE_Z_OFFSET=0x0098
CREATURE_BODY_PART_HEAL_VECTOR_OFFSET=0x02FC
</pre>
-- [[User:Jifodus|Jifodus]] 02:28, 4 March 2008 (EST)

STARTING-DWARF_COUNT is wrong again apparently. :< [[User:MikeWulf|MikeWulf]] 21:04, 4 March 2008 (EST)

User talk:Rick

2008-02-28T16:53:47Z

MikeWulf:

== 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? [[User:Runspotrun|Runspotrun]] 20:32, 10 November 2007 (EST)

: Yes, and yes. --[[User:Rick|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? [[User:Runspotrun|Runspotrun]] 20:55, 10 November 2007 (EST)

:: Er, I haven't just described startpoints.exe, have I? [[User:Runspotrun|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. -[[User:EarthquakeDamage|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?--[[User:Spelguru|Spelguru]] 01:29, 11 November 2007 (EST)

::Something similar to the old skills.exe would be great! --[[User:Vanan|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?" --[[User:Warnold|Warnold]] 23:08, 9 December 2007 (EST)

::I would like to request something that teleports items. --[[User:Demosthenes|Demosthenes]] 02:05, 16 December 2007 (EST)

::Is it possible for a utility to remove excess stone? (name and amount in command line) --[[User:Jackard|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! --[[User:Vanan|Vanan]] 13:56, 17 November 2007 (EST)

Astonishing response time for 33e! --[[User:Geofferic|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, [[User:Darknight|Darknight]]. --[[User:Rick|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. --[[User:Rick|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. [[User:Runspotrun|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. --[[User:Rick|Rick]] 12:08, 28 November 2007 (EST)

:: Just checked - yes they are. That'd explain it then, ta. [[User:Runspotrun|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:

<pre>
[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
</pre>

[[User:Qalnor|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. —[[User:0x517A5D|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. --[[User:Rick|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. [[User:Qalnor|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 [[User:0x517A5D|0x517A5D]] ([[User talk:0x517A5D|talk]]{{!}}[[Special:Contributions/0x517A5D|contribs]]) {{{2|}}}

:Did I not sign that? Oops. Well, I was tired. Thank you, VengefulDonut. —[[User:0x517A5D|0x517A5D]] 22:02, 19 December 2007 (EST)

::Very cool, I'll probably add these for the next release then. --[[User:Rick|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?--[[User:Heliopios|Heliopios]] 13:04, 19 December 2007 (EST)
:With the .ini method there isnt really a need to rebuild the utilities for 32f. [[User:VengefulDonut|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. [[User:N35t0r|N35t0r]] 21:45, 19 December 2007 (EST)
::Did you name it "memory.ini"? This worked for me with reveal.exe [[User:VengefulDonut|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:

<pre>; .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</pre>

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

: Agreed, will do this. --[[User:Rick|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.
--[[User:Paul|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. --[[User:Janus|Janus]] 16:27, 22 December 2007 (EST)
::The currently listed FOCUSED_CREATURE and CREATURE_VECTOR values don't appear to work. --[[User:Zurai|Zurai]] 22:20, 22 December 2007 (EST)
:::Hi Zurai. Do to my blunder, there was a short period where those two values were incorrect. You probably hit that window. Check the values in your copy against the ones shown now. —[[User:0x517A5D|0x517A5D]] 22:59, 22 December 2007 (EST)
::::Heal.exe and warp.exe (only when trying to warp a creature - warp to find the coords of a tile works fine) both give me "An error has occured: please select a unit in 'view units' mode" using FOCUSED_CREATURE=0x00C40540 and CREATURE_VECTOR=0x01427B60, which are the values listed at the time of this writing. I've redownloaded both executables and re-made the ini from scratch, copy-pasting the values from the 33g listing, and it still occurs. Is anyone else having the same issue? Maybe my computer doesn't like heal or warp any more. Reveal works fine, though. --[[User:Zurai|Zurai]] 18:45, 23 December 2007 (EST)
:::::I found the problem. It was MENU_STATE. Yes, anyone else who tried to use these utils would experience the same problem. I have now edited the .33g memory.ini section again, and verified that warp.exe, heal.exe -hurt, and heal.exe all work. I'm really, really sorry for the mess up. —[[User:0x517A5D|0x517A5D]] 22:39, 23 December 2007 (EST)
::::::I'm having this pop up with the new memory.ini info for warp.exe: "An error has occured:failed to read block pointer for to block". --[[User:Corbine|Corbine]] 03:19, 24 December 2007 (EST)
:::::::Well, let's go down the checklist. Due to a blunder on my part, the .33g memory.ini file was wrong for several hours. One of the mistakes causes that error message. Try deleting memory.ini and making a new one with the [[User:Rick#v0.27.169.33g|current data]]. —[[User:0x517A5D|0x517A5D]] 14:29, 24 December 2007 (EST)
::::::::Deleted the memory.ini, made a new one and threw the new info into it, still same error. --[[User:Corbine|Corbine]] 01:28, 25 December 2007 (EST)
:::::::::Corbine, are you still experiencing this? I just realized I've left this hanging for a week. Sorry. Okay, next. Previous versions of warp have worked for you with previous versions of DF? Do other of Rick's utilities work for you? My tentative diagnosis is that part of your INI file is wrong. If the whole thing was wrong, it would merely complain that it was built for version .33e. I don't know which particular key being wrong gives that error, and I don't have a .33g test fort at the moment, so I can't easily check right now. But I could when I have time. Really, I'm puzzled. —[[User:0x517A5D|0x517A5D]] 03:47, 31 December 2007 (EST)
:Yes, mistake. Arrgh. I must have copied from the wrong editor window. Thank you both. —[[User:0x517A5D|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. --[[User:Janus|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. [[User:Paul|Paul]] 21:20, 22 December 2007 (EST)

==38a==

How would we update this? --[[User:Squeegy|Squeegy]] 20:22, 5 February 2008 (EST)

we can start by finding the relevant mem locations for 88a 

<blockquote>
[generic] 
DWARF_FORTRESS=0x00C11218 
 
[address] 
 
MENU_STATE= 
FOCUSED_CREATURE= .
CREATURE_VECTOR= 
MOUSE_X=0x0092f288 
MOUSE_Y=0x0092f28c 
MOUSE_Z=0x0092f290 
MAP_DATA= 
MAP_X_COUNT=0x014929F0 
MAP_Y_COUNT=0x014929F4 
MAP_Z_COUNT=0x014929F8 
STARTING_DWARF_COUNT= 
STARTING_POINT_COUNT= 
</blockquote>

those are the easy ones.
if we had map data and confirmed that the offset was correct at least Reveal.exe would work but I'm out of time today. --[[User:Shadetree|Shadetree]] 22:23, 6 February 2008 (EST)

I've found the other addresses. I won't guarantee that the offsets other than MAP_DATA_DESIGNATION_OFFSET, MAP_DATA_OCCUPANCY_OFFSET, and CREATURE_BODY_PART_HEALTH_VECTOR_OFFSET are correct.
[generic]
DWARF_FORTRESS=0x00C11218

[address]
STARTING_POINT_COUNT=0x007AF4FA
STARTING_DWARF_COUNT=0x007B0345
MENU_STATE=0x0127599C
FOCUSED_CREATURE=0x00C69888
CREATURE_VECTOR=0x01450E98
MOUSE_X=0x0092F288
MOUSE_Y=0x0092F28C
MOUSE_Z=0x0092F290
MAP_DATA=0x014929CC
MAP_X_COUNT=0x014929E4
MAP_Y_COUNT=0x014929E8
MAP_Z_COUNT=0x014929EC

[offset]
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
If I understand how Rick's tools work, the offsets I've verified are the only offsets necessary.
-- [[User:Jifodus|Jifodus]] 20:05, 7 February 2008 (EST)

confirmed that this works with Reveal.exe --[[User:Shadetree|Shadetree]] 18:41, 8 February 2008 (EST)

warp.exe and heal.exe do not work with this configuration. --[[User:Markham|Markham]] 11:28, 9 February 2008 (EST)

The reason the creature tools will work is due to some issue with how FOCUSED_CREATURE now behaves. Assuming the address is correct, and I'm 99.9% positive it's the correct address, a new method will have to be determined which unit is focused. Also, did your map have existing creatures? -- [[User:Jifodus|Jifodus]] 17:39, 9 February 2008 (EST)

Confirmed that adjuststart.exe works with this. --[[User:Squeegy|Squeegy]] 23:44, 10 February 2008 (EST)

==176-38a==

Any love on new offsets with version df_27_176_38a? What do you all use to dig up the offsets? A debugger running trace on particular strings?

I use IDA Pro Free, and do a binary match.
<pre>
[generic]
DWARF_FORTRESS=0x008D8B08

[address]
STARTING_POINT_COUNT=0x007B995A
STARTING_DWARF_COUNT=0x007BA7B3
MENU_STATE=0x01287D14
FOCUSED_CREATURE=0x00C7BC00
CREATURE_VECTOR=0x01450E9C
MOUSE_X=0x00941288
MOUSE_Y=0x0094128C
MOUSE_Z=0x00941290
MAP_DATA=0x014A4EAC
MAP_X_COUNT=0x014A4EC4
MAP_Y_COUNT=0x014A4EC8
MAP_Z_COUNT=0x014A4ECC

[offset]
MAP_DATA_DESIGNATION_OFFSET=0x0260
MAP_DATA_OCCUPANCY_OFFSET=0x660
CREATURE_NAME_OFFSET=0x000
CREATURE_BODY_PART_HEALTH_VECTOR_OFFSET=0x030C
CREATURE_X_OFFSET=0x0094
CREATURE_Y_OFFSET=0x0096
CREATURE_Z_OFFSET=0x0098
</pre>
Heal & Warp won't work due to FOCUSED_CREATURE not working properly. -- [[User:Jifodus|Jifodus]] 04:00, 17 February 2008 (EST)

== 0.27.176.38b ==

<pre>
[generic]
DWARF_FORTRESS=0x008D8A58

[address]
MAP_DATA=0x014A50A0
MAP_X_COUNT=0x014A50BC
MAP_Y_COUNT=0x014A50C0
MAP_Z_COUNT=0x014A50C4
MENU_STATE=0x01287D14
FOCUSED_CREATURE=0x00C7BC04
STARTING_DWARF_COUNT=0x007AEB77
STARTING_POINT_COUNT=0x007BAE4A
MOUSE_X=0x0094128C
MOUSE_Y=0x00941290
MOUSE_Z=0x00941294
CREATURE_VECTOR=0x01463570

[offset]
MAP_DATA_DESIGNATION_OFFSET=0x0260
MAP_DATA_OCCUPANCY_OFFSET=0x0660
CREATURE_NAME_OFFSET=0x0000
CREATURE_X_OFFSET=0x0094
CREATURE_Y_OFFSET=0x0096
CREATURE_Z_OFFSET=0x0098
CREATURE_BODY_PART_HEAL_VECTOR_OFFSET=0x02FC
</pre>
-- [[User:Jifodus|Jifodus]] 23:08, 24 February 2008 (EST)

Are you sure that's right? Reveal.exe isn't working for me with this.--[[User:Eiba|Eiba]] 00:19, 25 February 2008 (EST)

Seems you got the starting points right for AdjustStart, but not the dwarf count. [[User:MikeWulf|MikeWulf]]

Could someone please write how to find these addresses and offsets? I tried to figure it out, but I must be doing something wrong.
I used L. Spiro's Memory Hacking Software to search for strings in memory of dwarf fortress, but only managed to find addresses for DWARF_FORTRESS at 008D9A58 and 00C24598 for version 176.38c. I can't find any other address for other strings. For example, when searching for string MAP I got almost 200 results (case insensitive), but none of them were on addresses beginning with 014. I don't have any idea how to search for offsets.
Thanks in advance for any helpful information.--[[User:DFD|DFD]] 07:01, 27 February 2008 (EST)

40d Talk:Screw pump/archive1

2007-11-06T14:20:41Z

MikeWulf:

I made some mockups of east-to-west pumps using Unicode characters, but we should really get some full-fledged graphical examples. --[[User:JT|JT]] 07:47, 31 October 2007 (EDT)

Is it essential that the rear of the pump be adjacent to an open square over liquid? I need to do some tests of that, I had assumed from my testing it was sufficient to have the pump just over liquid (so for example, have the rear square on a ramp into a lake) [[User:Matryx|Matryx]] 13:50, 31 October 2007 (EDT)

:The rear end doesnt need to be over an open space it can be pumped straight out onto the ground. Fixing that now.--[[User:Lucid|Lucid]] 20:43, 31 October 2007 (EDT)

::Uh, I found that when building a screw pump on open ground, above a mined-out section filled with 7 waters ont he floor below, nothing pumped through until I dug an 'Open Space' next to the pump handle. --[[User:Sukasa|Sukasa]] 20:52, 31 October 2007 (EDT)

Is it possible to pump magma with a screw pump made of steel? [[User:Diabl0658|Diabl0658]] 04:55, 3 November 2007 (EDT)

Has anyone confirmed the reynard diagram works? I was under the impression he meant it as conjecture [[User:VengefulDonut|VengefulDonut]] 14:10, 3 November 2007 (EDT)

:just tested it. its fine [[User:VengefulDonut|VengefulDonut]] 14:19, 3 November 2007 (EDT)

Maybe this is helpful?

[[image:PumpWestExample.png]]

This is an example of a pump facing West in wonderful 3D.

A: A square below the level of the pump without a floor where water is pumped from

B: The point in which a dwarf operates the machine

C: The three points in which water is deposited. [[User:MikeWulf|MikeWulf]]

I can probably do a few of these for the digging article too if it is acceptable.

:What program did you use to make that graphic? I wouldn't be able to make something like this unless I had a laser pen or somethin'. [[User:Schm0|Schm0]] 08:53, 5 November 2007 (EST)

::Just OpenCanvas with a graphic tablet. If the wiki wants uniform pictures I could probably do them.

40d Talk:Screw pump/archive1

2007-11-05T13:11:24Z

MikeWulf: Image option

File:PumpWestExample.png

2007-11-05T13:06:46Z

MikeWulf: This would be an example of a west facing pump with some handy notations.

This would be an example of a west facing pump with some handy notations.

40d:Graphics set repository

2007-10-30T04:49:13Z

MikeWulf: /* MikeWulf */ Fixed up mine. I guess it is just there till I get new pictures in it and set up the raws.

''You may be looking for the [[List of user tilesets]].''

'''Object [[tilesets]]''' are for use with Graphics Mode, which allows different tiles for creatures. In the current version only creature tiles are supported. The [[tileset]] page has detailed instructions on how to use these tilesets.

''Warning:'' Some configuration files for these tilesets ''do not work'' with the latest version of DF.

== Dystopian Rhetoric ==

29/10/07: Updated Easy Pack for new version. Tiles for new creatures to come eventually.

14/08/07: The last version uh... well... I'd got it modded so that humans had fortresses instead of dwarves and left it in when I uploaded by mistake. This update fixes that. Probably makes something else go horribly wrong though. I don't know.

[http://www.megaupload.com/?d=XPRO3NJ0 Easy Pack - No need to fiddle around with .txt files for hours with this, just download and play. Includes Herrbdog's awesome fontset.]

[http://www.megaupload.com/?d=OIF0R0F5 DIY version]

[http://www.filecrunch.com/file/~1j15ny Same as the above (15/08/07) but at a much better host]

[http://users.tpg.com.au/fade2blk/graphics.rar DIY version (direct-link mirror)]

[[Image:DR-1b.png]] 
[[Image:DR-2b.png]]

== Zaratustra ==

Uses [http://dwarf.lendemaindeveille.com/index.php/User:Zaratustra/Tileset this txt file] for formatting. 
[[Image:dorfs16x16.png]] 
http://zarawesome.googlepages.com/dorfs16x16.png

=== 10x12 version ===

For those oldschool people.

[http://zarawesome.googlepages.com/dorfs_800x300.bmp bmp]
[http://zarawesome.googlepages.com/graphics_example.txt txt] 
[[Image:Dorfs_800x300.png]] 
http://zarawesome.googlepages.com/dorfs_800x300.png

== DeepQantas ==

http://teemu.a.salmela.googlepages.com/dqset.gif

http://teemu.a.salmela.googlepages.com/dqset.bmp

As you can see, I'm drawing over DR's great set, so props that way. Since I'm using a 14x16 size (actually 28x16 since it must be divisible by 4) I'm including a custom font file in the zip file. It's also about halfway done.

=== Installation ===

http://teemu.a.salmela.googlepages.com/dqset.zip

# Download the zip file
# Extract to you Dwarf Fortress folder (eg. C:\Games\Dwarf\ )
# In \data\init\ copy the GRAPHICS section from init_dqset.txt and replace it in init.txt

I'll keep the latest version and in-game screenshots and stuff here:
http://teemu.a.salmela.googlepages.com/

== MikeWulf ==

For use on resolutions 1280x800 and up.

http://img249.imageshack.us/img249/285/dwarftiles16le7.png

First, change it to .bmp instead of .png.

Then put it in your \raw\graphics\example folder.

Sadly to use it in the current version you will have to edit the the raw files yourself since they are all new. I am far too busy playing it.

[[Category:Modding]]
[[Category:Interface]]