Dwarf Fortress Wiki - User contributions [en]

User:Eurytus

2011-05-17T17:31:24Z

Eurytus: /* In-Progress Projects */

Talk:Invader

2010-10-05T08:15:23Z

Eurytus: Created page with '== No Invaders == Am I the only person who's simply having an issue where there are absolutely no invaders whatsoever in 31.14? I ported over a fort that used to have invasions …'

== No Invaders ==

Am I the only person who's simply having an issue where there are absolutely no invaders whatsoever in 31.14? I ported over a fort that used to have invasions and they stopped, and all my new fortresses have had no invasions as well. I have already checked my init files to no avail; they're activated. --[[User:Eurytus|Eurytus]] 08:15, 5 October 2010 (UTC)

v0.31 Talk:Combat skill

2010-09-28T05:09:17Z

Eurytus: /* Marksdwarf */

==From [[DF2010 Talk:Fighter]]==
Made the page but I really dont know how to lay out wiki pages so :-\...
Also, I dont know anything about the actual skill :P I just thought there should be a page for it... --[[User:Huggz|Huggz]] 00:00, 2 April 2010 (UTC)

:Perhaps the function of "wrestler" has changed, or maybe it's functions have been divided up into multiple skills, due to the new mechanics for wrestling? If that were the case, "fighter" may be somehow derived from there. I mean, "Dodger" was not a skill before, and evasion was partially based on your wrestling skill. --Kydo 05:43, 3 April 2010 (UTC)
::This may be one of the things that we'll have to wait on. Might need some 3rd party utilities to parse out what's changing during combat, when it's improved (and hence when it's used), what triggers it, whether it's an adventurer-only thing, etc. Whatever - please don't guess on the main page - that's what this page is for. --[[User:Albedo|Albedo]] 05:47, 3 April 2010 (UTC)

*I'm getting fighter skill from just sitting there letting an archer shoot at me. It's definitely not just gained from unarmed combat. It also seems to go up with every blocked blow, no matter what type. Confirm? --[[User:Sysice|Sysice]] 20:08, 3 June 2010 (UTC)
** I created a "danger room" to spar in and though their attack capabilities are fairly mediocre (talented), their fighter stats are High master or Legendary. So recieved attacks appear to increase fighter also.
* Maybe fighter skill has to do with parrying and counterattacking - that way some skill is retained when swap from eg. axe-user to sword-user. --[[User:TomiTapio|TomiTapio]] 22:37, 15 July 2010 (UTC)

==Archer?==
Could Archer be the ranged attack equivilent of Fighter? I've seen Bowdwarf, Marksman, and Blowdartsomething... That doesn't leave any other ranged weapon.
:I think so. In adventurer mode, it advances at the same rate and time as Thrower. Not tested with bows. [[Special:Contributions/24.22.117.251|24.22.117.251]] 22:13, 18 May 2010 (UTC)

==Wrestling==
I thought wrestling is bad, until I managed to PINCH THE HEAD OF A VULTURE OFF!
"You grab The Vulture by the head with your right hand!
You pinch The Vulture's head with Your right hand!
The Vulture has been struck down."
I was pretty surprised by it, and repeated it three times with other vulture "volunteers". I am now testing it with a dwarf miner, but it takes its time.--[[User:Niggy|Niggy]] 22:02, 15 July 2010 (UTC)
* Wrestling is not so cool when you get many grab finger, grab toe attacks. With your lower or upper arm, not with hand. Maybe higher wrestling skill lets you grab throats.
:"The Lizardfolk Mystic Ranger grabs You by the fourth finger, left hand with his right lower arm!"
:"The Lizardfolk Mystic Spearman grabs You by the upper left back tooth with his right upper arm!" --[[User:TomiTapio|TomiTapio]] 22:41, 15 July 2010 (UTC)
*You have to wrestle a certain bodypart. You can do this by manually [A] (don't know how to make that button stuff) pressing enter, and choosing to wrestle the target. Then grab a toe, thooth or the nose with a HAND, not something else and pinch it until it stops being listend. I think this does not work on bigger creatures, as I could easly pinch every toe and most thooth from a ground hog (only left incisors but not right ones) but I can only pinch off the nose of dwarves. --[[User:Niggy|Niggy]] 08:33, 16 July 2010 (UTC)

I made some "tests" with wrestling, that means, I used a superfast, noexert, super strong creature to rape my entire world. With fists. To be a bit more fair, but thats something else. Taking down makes the target prone, but nothing else, it seems. Throwing moves the creature quite a bit through the air, however, bigger creatures won't fly as far as smaller creatures (wolves flew 10 spaces, a giant desert scorpion only 1 space, this was with a modded creature) and throwing has the chance that the creature collides with obstacles and other creatures (even with yourself, I was standing in the middle of the town population when I hit myself with a child, I didn't survived), sometimes creatures blow apart, or break their legs.
Pinching is quite powerful, as you can remove mostly everything on your enemy (I had a cougar with only a upper body, lower body and the head left) but you can only pinch off whats on the outside, internal organs (because you can't reach them), mouths, eyes, eyelids, cheeks, lips, and that stuff can't be pinched off and there are some bugs with theeth (left hand can't pinch off right incisiors/eye theeth, but right hand can do it on the first try).
If you want you can use this technic to get a backpack full with ground/vultures, maybe even wolf heads (when unmodded), or you can play oldfashioned theeth doctor and remove all theeth from the local elf population (or their noses if you want).
With a normal dwarf you can easly pinch off the theeth and noses of other dwarves, and most stuff from smaller animals (heads from vultures and groundhogs) but don't try this on stuff thats bigger then you. Don't. It hurts.

([http://img713.imageshack.us/img713/3316/thatwasayeti.png] Sadly, that was also a modded adventurer :/ Don't try to repeat) --[[User:Niggy|Niggy]] 10:08, 2 August 2010 (UTC)

==Lasher==

What does this do?
:Skill with whips. You tend to only see it on immigrants and invaders, because whips cannot be made in fortress mode. [[User:JohnnyMadhouse|JohnnyMadhouse]] 16:25, 7 August 2010 (UTC)

== Marksdwarf ==

Marksdwarf redirects here, but the word doesn't appear anywhere in the article ...

--[[User:Bazzalisk|Bazzalisk]] 12:53, 29 August 2010 (UTC)

:Added an entry for this, and linked it to the hunting page. Unfortunately, I'm not sure how it is used. Perhaps it is for hitting accurately with the first shot, when ambushing? --[[User:Acru|Acru]] 03:41, 25 September 2010 (UTC)
::It's the weapon skill for using a crossbow. Literally. "Marksdwarf" is to crossbows as "Axedwarf" is to axes. I guess "Crossbowdwarf" was too long and too close to "Bowdwarf" (uses ordinary bows and arrows) way back when the skill was first coded, and it hasn't been changed since. --[[User:DeMatt|DeMatt]] 05:58, 25 September 2010 (UTC)
:::I assume that this means it's the skill for using Crossbows in melee? Otherwise, it seems that Marksdwarf and [[Archery]] serve the same purpose. --[[Special:Contributions/173.64.163.5|173.64.163.5]] 22:29, 27 September 2010 (UTC)
::::Marksdwarf is specifically for using a crossbow to shoot bolts, just as bowdwarf is specifically for using a bow to shoot arrows, and blowgunner is specifically for using a blowgun to shoot darts. And actually, Hammerdwarf is the skill for using Crossbows in melee. --[[User:Eurytus|Eurytus]] 05:09, 28 September 2010 (UTC)

v0.31 Talk:Animal trainer

2010-09-25T21:34:10Z

Eurytus: /* How to train? */

== Trainable Animals in 2010 ==
I´m playing a bit with the newest version at the moment and just got the happy announcement, that my animal trainer trained a "war leopard" (much to my surprise). So I was curious and searched all the creature files for trainable animals and it seems like the amount of potential war/hunting animals has increased greatly in 2010. The animals I found are:

- [[Dog]] (duh...) 
- [[Leopard]] 
- [[Lion]] 
- [[Tiger]] 
- [[Jaguar]] 
- [[Cheetah]] 
- [[Mandrill]] 
- [[Gorilla]] 
- [[Grizzly bear]] 
- [[Polar bear]] 
- [[Giant eagle]] (!) 
- [[Elephant]] (!!) 
- [[Giant bat]] (hunting only) 
- [[Giant cave swallow]] (hunting only) 
- [[Dragon]] (!!!) 

I guess this is already common knowledge but I just wanted to list them here for general convenience. Maybe we shall also include this in the article. ~ [[User:Felcis|Felcis]] 08:26, 14 April 2010 (UTC)

== How to train? ==

I have a [[cage]] with [[dog]]s in the same area as my [[kennels]]. Requesting that an animal be trained as a war dog, however, gave me the message "[[Animal trainer|Urist McTrainer]] cancels Train War Animal: No creature". I believe Urist had been looking for the (appropriate) animal for some time, and at the point she gave up she was a country mile away from the kennels.

So: how does the trainer decide which animal will be trained? And where does she then look for the animal? Is it possible to specify which animal should be trained (and if so, how)? I'm guessing that cage where all the barking is coming from is one place she ''doesn't'' look ... [[User:Hv|Hv]] 20:24, 25 September 2010 (UTC)
:It selects the animal to be trained from the list of unrestrained, uncaged trainable animals. The only way to specify which animal is to be trained is to tie up, cage, or otherwise prevent all other untrainable animals from getting to the kennels. In order to get rid of that message, you have to take all the dogs you want to train out of their cages. --[[User:Eurytus|Eurytus]] 21:34, 25 September 2010 (UTC)

v0.31 Talk:Grizzly bear

2010-09-24T16:54:31Z

Eurytus: /* Training */

=Training=
I'm told you can train these as war bears, as seen via the raws, but I've never been able to do it. People say you can do it without a dungeon master. Confirm/Deny? --[[User:SirPenguin|SirPenguin]] 17:40, 15 April 2010 (UTC)
:I think the problem is that you can't designate a specific animal to train, try killing all your dogs and training a war animal(I haven't made a kennel yet in DF2010) [[Special:Contributions/68.161.167.37|68.161.167.37]] 17:48, 15 April 2010 (UTC)
::Better yet, just put all of your dogs into a cage - animals can't be trained unless they can walk to the kennels on their own. Also make sure your bears '''aren't''' in cages. Oh, and for Armok's sake, ''keep them away from your booze stockpiles''! --[[User:Quietust|Quietust]] 17:53, 15 April 2010 (UTC)
:::I've successfully trained war bears in 2 forts now, and have updated the page. You don't need a dungeon master, and you just do the "train war dog" task with tame grizzly bears running about your fort and it seems to work automatically in the same way as dogs do. If you don't want to train your dogs then I guess you'd have to trap them somewhere. I assume that if you trap them yourself you have to do "Tame large animal" first. Bought ones are already tame and that's how I've always done it. --[[User:Akkie|Akkie]] 10:54 UTC, 17 April 2010
::::The "Tame Large Animal" first is the kicker, and that can't be done without a dungeon master (if at all? I've never seen a DM).
:::::You don't need to tame large animal, select tame war dog and it will tame the bears as well--[[User:Radical|Radical]] 8:37 EST, 8 May
:::::Grizzly bears have [PET] rather than [PET_EXOTIC] so anybody can tame a ''captured '''wild''''' grizzly (using "Tame Large Animal"). If you bought it from the elves, it's already tame. --[[User:Quietust|Quietust]] 01:18, 9 May 2010 (UTC)

Someone has to say it "Bear Cavalry." --[[User:Truean|Truean]] 16:45, 9 May 2010 (UTC)

:Fantasy general has them :) --[[Special:Contributions/92.202.106.165|92.202.106.165]] 18:19, 9 May 2010 (UTC)

Is it just me, or can you train grizzlies (not for war, but just taming them) without a Dungeon Master? I'm using v31_12_b.
:Yes, you can. It say so on the page, actually. --[[User:Eurytus|Eurytus]] 16:54, 24 September 2010 (UTC)

v0.31:Material definition token

2010-09-24T16:32:32Z

Eurytus: Added the UNDIGGABLE token added in 31.14.

{{av}}

The following tokens can be used in material templates, as well as materials defined in other raw files.

{| {{prettytable}}
|- bgcolor="#ddd"
! Token
! Arguments
! Description

|-
| MATERIAL_TEMPLATE
|
*id
| The name of the material template. Used when defining a template in material template files; the id is used as an argument when calling for material templates elsewhere.

|-
| STATE_COLOR
|
*state
*color
| The state may be SOLID, LIQUID, GAS, POWDER, SOLID_POWDER, ALL_SOLID, or ALL.
Color comes from descriptor_color_standard.txt and is used to describe the color of the material.
[STATE_COLOR:ALL_SOLID:GREY]

|-
| STATE_NAME
|
*state
*name
| The name of the material as displayed in-game.
[STATE_NAME:ALL_SOLID:stone]

|-
| STATE_ADJ
|
*state
*adjective
| Like STATE_NAME, but used in different situations. Equipment made from the material uses the adjective.

|-
| STATE_NAME_ADJ
|
*state
*name/adjective
| Sets both STATE_NAME and STATE_ADJ at the same time.

|-
| DISPLAY_COLOR
|
*foreground color
*background color
*forground brightness
| The on-screen color of the material. Uses a standard 3-digit {{L|Color|color token}}. Equivalent to [TILE_COLOR:a:b:c], [BUILD_COLOR:b:a:X] (X = 1 if 'a' equals 'b', 0 otherwise), and [BASIC_COLOR:a:c]

|-
| TILE_COLOR
|
*foreground color
*background color
*forground brightness
| The color of unmined tiles containing this material (for stone and soil), as well as {{L|engraving}}s in this material.

|-
| BUILD_COLOR
|
*foreground color
*background color
*forground brightness
| The color of objects made of this material which use both the foreground and background color: {{L|door}}s, {{L|floodgate}}s, {{L|hatch cover}}s, {{L|bin}}s, {{L|barrel}}s, and {{L|cage}}s.

|-
| BASIC_COLOR
|
*color
*brightness
| The color of objects made of this material which use only the foreground color, including workshops, floors and boulders, and smoothed walls.

|-
| MATERIAL_VALUE
|
*value
| Value modifier for the material.

|-
| SPEC_HEAT
|
*specific heat capacity
| See {{L|SPEC HEAT}}

|-
| IGNITE_POINT
|
*temperature
| Temperature at which the material will catch fire. May be set to NONE.

|-
| MELTING_POINT
|
*temperature
| Temperature at which the material melts. May be set to NONE.

|-
| BOILING_POINT
|
*temperature
| Temperature at which the material boils. May be set to NONE.

|-
| HEATDAM_POINT
|
*temperature
| Temperature at which the material takes heat damage. May be set to NONE. If the material has an ignite point but no heatdam point it may burn for very long time.{{verify}}

|-
| COLDDAM_POINT
|
*temperature
| Temperature at which the material takes cold damage. May be set to NONE.

|-
| MAT_FIXED_TEMP
|
*temperature
| Constant temperature of the material. May be set to NONE.

|-
| SOLID_DENSITY
|
*density
| Affects the weight of the material. Also affects combat calculations; affects blunt-force damage and ability of edged weapons to pierce tissue layers.{{verify}}
It is displayed as a 4 or more digit number such as 11340 for lead. 11340 kg·m^3 = 11340
|-
| LIQUID_DENSITY
|
*density
| It works the same as above, except it is for the liquid state.

|-
| MOLAR_MASS
|
*n
| Supposedly not used.

|-
| IMPACT_YIELD
|
*n
| Used for blunt-force combat.

|-
| IMPACT_FRACTURE
|
*n
| Used for blunt-force combat.

|-
| IMPACT_STRAIN_AT_YIELD or IMPACT_ELASTICITY
|
*n
| Used for blunt-force combat.

|-
| COMPRESSIVE_YIELD
|
*n
| [http://www.bay12forums.com/smf/index.php?topic=30026.msg1007133;topicseen#msg1007133 Supposedly used only during wrestling.]

|-
| COMPRESSIVE_FRACTURE
|
*n
| [http://www.bay12forums.com/smf/index.php?topic=30026.msg1007133;topicseen#msg1007133 Supposedly used only during wrestling.]

|-
| COMPRESSIVE_STRAIN_AT_YIELD or COMPRESSIVE_ELASTICITY
|
*n
| [http://www.bay12forums.com/smf/index.php?topic=30026.msg1007133;topicseen#msg1007133 Supposedly used only during wrestling.]

|-
| TENSILE_YIELD
|
*n
| [http://www.bay12forums.com/smf/index.php?topic=30026.msg1007133;topicseen#msg1007133 Supposedly used only during wrestling.]

|-
| TENSILE_FRACTURE
|
*n
| [http://www.bay12forums.com/smf/index.php?topic=30026.msg1007133;topicseen#msg1007133 Supposedly used only during wrestling.]

|-
| TENSILE_STRAIN_AT_YIELD or TENSILE_ELASTICITY
|
*n
| [http://www.bay12forums.com/smf/index.php?topic=30026.msg1007133;topicseen#msg1007133 Supposedly used only during wrestling.]

|-
| TORSION_YIELD
|
*n
| [http://www.bay12forums.com/smf/index.php?topic=30026.msg1007133;topicseen#msg1007133 Supposedly used only during wrestling.]

|-
| TORSION_FRACTURE
|
*n
| [http://www.bay12forums.com/smf/index.php?topic=30026.msg1007133;topicseen#msg1007133 Supposedly used only during wrestling.]

|-
| TORSION_STRAIN_AT_YIELD or TORSION_ELASTICITY
|
*n
| [http://www.bay12forums.com/smf/index.php?topic=30026.msg1007133;topicseen#msg1007133 Supposedly used only during wrestling.]

|-
| SHEAR_YIELD
|
*n
| Used for cutting calculations.

|-
| SHEAR_FRACTURE
|
*n
| Used for cutting calculations.

|-
| SHEAR_STRAIN_AT_YIELD or SHEAR_ELASTICITY
|
*n
| Used for cutting calculations.

|-
| BENDING_YIELD
|
*n
| [http://www.bay12forums.com/smf/index.php?topic=30026.msg1007133;topicseen#msg1007133 Supposedly used only during wrestling.]

|-
| BENDING_FRACTURE
|
*n
| [http://www.bay12forums.com/smf/index.php?topic=30026.msg1007133;topicseen#msg1007133 Supposedly used only during wrestling.]

|-
| BENDING_STRAIN_AT_YIELD or BENDING_ELASTICITY
|
*n
| [http://www.bay12forums.com/smf/index.php?topic=30026.msg1007133;topicseen#msg1007133 Supposedly used only during wrestling.]

|-
| MAX_EDGE
|
*n
| How sharp the material is. Used in cutting calculations. Applying a value of at least 10000 to a stone will allow weapons made from that stone.

|-
| ABSORPTION
|
*n
| Supposedly not used.

|-
| ITEMS_HARD
|
|

|-
| ITEMS_QUERN
|
|

|-
| ITEMS_WEAPON
|
|

|-
| ITEMS_WEAPON_RANGED
|
|

|-
| ITEMS_AMMO
|
*n
| {{L|Weapon#Ammunition|Ammunition}} can be made out of this material.

|-
| ITEMS_DIGGER
|
*n
| {{L|Weapon#Dwarf-manufactured_weapons|Picks}} can be made out of this material.

|-
| ITEMS_ANVIL
|
*n
| {{L|Anvil|Anvils}} can be made out of this material.

|-
| ITEMS_ARMOR
|
|

|-
| ITEMS_SIEGE_ENGINE
|
|

|-
| ITEMS_BARRED
|
|

|-
| ITEMS_SCALED
|
|

|-
| ITEMS_LEATHER
|
|

|-
| ITEMS_SOFT
|
|

|-
| ITEMS_DELICATE
|
|

|-
| ITEMS_METAL
|
|

|-
| IS_STONE
|
*n
| Used to define that said material is stone.

|-
| IS_METAL
|
*n
| Used only in the metal template. Not used anywhere else.

|-
| IS_GLASS
|
|

|-
| IS_GEM
|
|

|-
| IMPLIES_ANIMAL_KILL
|
| Makes the elves angry if you try to trade something made from this material

|-
| ALCOHOL_PLANT
|
|

|-
| ALCOHOL_CREATURE
|
|

|-
| CHEESE_PLANT
|
|

|-
| CHEESE_CREATURE
|
|

|-
| POWDER_MISC_PLANT
|
|

|-
| POWDER_MISC_CREATURE
|
|

|-
| STOCKPILE_GLOB
|
|

|-
| LIQUID_MISC_PLANT
|
|

|-
| LIQUID_MISC_CREATURE
|
|

|-
| LIQUID_MISC_OTHER
|
|

|-
| STRUCTURAL_PLANT_MAT
|
|

|-
| SEED_MAT
|
|

|-
| LEAF_MAT
|
|

|-
| BONE
|
|

|-
| THREAD_PLANT
|
|

|-
| TOOTH
|
|

|-
| PEARL
|
|

|-
| HORN
|
|

|-
| SHELL
|
|

|-
| LEATHER
|
|

|-
| SILK
|
|

|-
| WOOD
|
|

|-
| SOAP
|
|

|-
| MEAT
|
|

|-
| GENERATES_MIASMA
|
|

|-
| ROTS
|
|

|-
| BLOOD_MAP_DESCRIPTOR
|
|

|-
| ICHOR_MAP_DESCRIPTOR
|
|

|-
| GOO_MAP_DESCRIPTOR
|
|

|-
| SLIME_MAP_DESCRIPTOR
|
|

|-
| PUS_MAP_DESCRIPTOR
|
|

|-
| EDIBLE_VERMIN
|
| Can be eaten by vermin.

|-
| EDIBLE_RAW
|
| Can be eaten raw.

|-
| EDIBLE_COOKED
|
| Can be cooked and then eaten.

|-
| CRYSTAL_GLASSABLE
|
| Can be used in the production of crystal glass

|-
| STONE_NAME
|
| Name of stones mined out if material is a stone.

|-
| LAVA
|
| Causes the material to seal magma pipes, be produced by the magma + water reaction and be used in the construction of Dark Fortresses

|-
| OVERWRITE_SOLID
|
|

|-
| TEMP_DIET_INFO
|
|

|-
| SLIME
|
|

|-
| ICHOR
|
|

|-
| GOO
|
|

|-
| FILTH
|
|

|-
| POWDER_DYE
|
|

|-
| ITEM_SYMBOL
|
|

|-
| IF_EXISTS_SET_HEATDAM_POINT
|
*temperature
|

|-
| IF_EXISTS_SET_COLDDAM_POINT
|
*temperature
|

|-
| IF_EXISTS_SET_IGNITE_POINT
|
*temperature
|

|-
| IF_EXISTS_SET_MELTING_POINT
|
*temperature
|

|-
| IF_EXISTS_SET_BOILING_POINT
|
*temperature
|

|-
| IF_EXISTS_SET_MAT_FIXED_TEMP
|
*temperature
|

|-
| EXTRACT_STORAGE
|
|

|-
| BUTCHER_SPECIAL
|
*item type
*NONE
| All instances in the material templates have NONE as the second argument. Possibly subtype?
[BUTCHER_SPECIAL:MEAT:NONE]
[BUTCHER_SPECIAL:GLOB:NONE]

|-
| MEAT_NAME
|
*prefix
*name
*adjective?
| When the creature is butchered, its organs will be named via this token.

|-
| REACTION_CLASS
| *reaction reference
| Used to classify all items made of the material so that reactions can use them as generic reagents.

|-
| MATERIAL_REACTION_PRODUCT
|
*reaction reference
*LOCAL_CREATURE_MAT
*material
| Used with reaction raws to preserve material source from reagent to product. First argument comes from HAS_MATERIAL_REACTION_PRODUCT in reaction raws. Second argument is always LOCAL_CREATURE_MAT in templates but could be others.
[MATERIAL_REACTION_PRODUCT:TAN_MAT:LOCAL_CREATURE_MAT:LEATHER]

|-
| HARDENS_WITH_WATER
|
|

|-
| SOAP_LEVEL
|
*n
|

|-
| MULTIPLY_VALUE
|
*value
| Multiplies the value of the selected material. Seen in local creature materials.

|-
| SYNDROME
|
| Begins defining a {{L|Syndrome}}. Supposedly does not work with templates.{{verify}}

|-
| UNDIGGABLE
|
| Used for a stone that cannot be dug into.
|}

{{Category|Modding}}
{{Category|Tokens}}

Dwarven weapon

2010-09-23T20:28:47Z

Eurytus: Redirected page to DF2010:Weapon

#REDIRECT [[cv:weapon]]

User:Eurytus

2010-09-22T20:42:32Z

Eurytus:

If there's one thing I absolutely enjoy in Dwarf Fortress, it's spading. Spading out of curiosity. Spading because somebody asked about it. Especially, spading just for the sake of boredom.

So I'm going to keep a log here on my user page of everything that I spade.

== Completed Projects ==
Spaded to confirm Floating Guts guts, with hilarious and accurate results.
<gallery>
Image:Floating Guts guts.JPG|Guts redundancy
</gallery>

== In-Progress Projects ==
Spading to see how Total Quality works and what it takes into account. Updates and details to come.

Also spading why exactly it's so incredibly difficult to get a Dungeon Master by modifying the position in entity_default until I can get one with reasonably high reliability.
:Current raws: Changed [PRECEDENCE:90] to [PRECEDENCE:40] in a fortress with a population cap of 50.

User:Eurytus

2010-09-22T19:54:48Z

Eurytus:

User:Eurytus

2010-09-22T19:54:14Z

Eurytus:

v0.31:Floating guts

2010-09-22T19:32:00Z

Eurytus:

{{Quality|Fine|19:51, 5 July 2010 (UTC)}}
{{CreatureInfo v0.31
|name=Floating Guts
|symbol=%|color=7:0:0
|biome=
* {{L|cavern|Subterranean cavern}} (Depth 2 - 3)
|wiki=no
}}
{{av}}

:''A transparent and amorphous monster that lives underground. It is small in size and is found crawling across the cavern floor. Its organs appear to be floating inside of its body.''

'''Floating Guts''' is a disturbing {{L|creature}} that appears to be little more than a slime containing a set of organs. Because of this lack of body parts it's extremely easy to damage organs on them, and thus relatively easy to kill.

If you have a {{L|dungeon master}} these can be trained as exotic {{L|pet}}s, having a value of 10. They are genderless though and only live to maximum of 30 years, so your supply is limited to what you find on embark.

It is possible to butcher a floating guts, amusingly yielding "floating guts guts".

{{gamedata}}
{{Creatures}}
{{Category|Animals}}

File:Floating Guts guts.JPG

2010-09-22T19:31:39Z

Eurytus: The guts of a floating guts. Guts guts, if you will.

The guts of a floating guts. Guts guts, if you will.

v0.31:Flow

2010-09-22T19:04:13Z

Eurytus:

{{av}}
{{Quality|Exceptional|19:06, 6 July 2010 (UTC)}}
Reading from the raw files you will find that all water and magma/lava in the game are called flows. This however adds a certain amount of confusion since when you trying to {{l|power}} a {{l|waterwheel}} you also need to know if your flow of water is flowing. For the purpose of clarity water and magma will instead be referred to as '''fluids''', and '''flow''' will be saved for a fluid that is in motion.

'''Flow''' is a game mechanic used to simulate the motion of '''fluids'''. The two fluids that exist in dwarf fortress currently are '''{{l|water}}''' and '''{{l|magma}}'''. You can identify fluids that are flowing by looking for a tile that is blinking between {{Tile|≈|1:0:1}} and {{Tile|~|1:0:1}} tiles. If you have turned on SHOW_FLOW_AMOUNTS you will see the fluid '''depth''' instead and will not be able to easily tell if the game considers a tile to be flowing or not. Flow is typically present any time a fluid is in motion, but there are some exceptions which confuse things a bit.
*Note: In the current release flow does not seem to appear in magma. Magma follows the same rules of fluid motion and flow, it simply doesn't have flow in the sense that would allow it to power a water wheel.

==Basic Fluid Motion==
'''{{l|Water}}''' and '''{{l|magma}}''' both move in much the same way following a fairly simple set of rules. The only difference between the motion of {{l|magma}} and water is that magma behaves differently with regards to {{l|pressure}}.

Fluids move mostly as one might expect: they will fall straight down if they can, or else they will spread out to the sides. Fluids can flow diagonally on the same z-level, but will never move sideways and down at the same time. Under basic fluid motion, fluid never moves back up, but it can appear to do so if pressure is involved.

Here is a quick example of how fluids can move to adjacent tiles. Also as water moves to an adjacent tile flow is generated in both tiles. This flow will remain for a short time before reverting back to being non-flowing water. In the first example of falling water all of the water is removed from the source tile, so flow only appears below where the water has moved to. In the other two examples flow will appear in both tiles.

▒7▒ ▒7▒ ▒
'''Before''' ▒ ▒ ▒2▒ ▒7
▒▒▒ ▒▒▒ ▒▒▒▒▒

▒ ▒ ▒2▒ ▒
'''After''' ▒7▒ ▒7▒ ▒43
▒▒▒ ▒▒▒ ▒▒▒▒▒

*1. Fluids move down
*2. Fluids spread out to the sides

These rules are incomplete, however, without consideration of {{l|pressure}}.

==Fluids under pressure aka. Teleportation==

Magma, which has no natural pressure, flows according to the rules of basic fluid motion. Water, however, can move by pressure when it falls down on top of full 7/7 water. In addition, pumps create pressure in both water and magma, and water entering the map at from a stream or river follows pressure as well.

Fluids moving under '''{{l|pressure}}''' do not just move to adjacent tiles, they also trace a path through other full tiles of fluid trying to move to more distant tiles. Fluids moving under {{l|pressure}} can effectively teleport through other tiles that are already filled with fluid. When teleporting, fluids still only generate flow in their source and destination tiles, NOT in any tiles they skipped over to get to their destination. Also fluids that are teleporting will not push objects in tiles they skip over.

▒7▒ ▒ ▒~▒ ▒
'''Before''' ▒7▒ ▒ ▒~▒ ▒
▒777▒ ▒<nowiki>~~~</nowiki>▒
▒▒▒▒▒ ▒▒▒▒▒

▒ ▒ ▒ ▒ ▒ ▒
'''After''' ▒7▒7▒ ▒~▒≈▒ ≈ flowing fluid
▒777▒ ▒<nowiki>~~~</nowiki>▒ ~ non-flowing fluid
▒▒▒▒▒ ▒▒▒▒▒

This is a simple u-bend example of how water moves under pressure. However with regards to flow, it does something strange. Notice that flow only occurs in the destination tile here (since the source tile has been removed). The fluids in the bottom of the u-bend are unaffected, and furthermore any objects that happen to be here are not pushed either.

When a fluid tries to move by pressure, it tries to trace a path through full 7/7 fluids going down, and horizontally, but ''not'' diagonally. In this way it is like basic flow, except that pressure works faster; fluid from the source is teleported to the open space at the end, rather than having to wait for open space to open up at the source via normal flow. This is why, for example, diagonal squeezes in channels can make water flow slower, and why rivers and streams on the map are usually full of 7/7 water until close to the edge of the map where the rules of basic fluid motion are draining the water off the map while pressure teleports new water from the source all the way down to the end.

What's more, unlike basic flow, the path pressure traces can even go back up--but never higher than the z-level of the first 7/7 tile on the path it was tracing. So it may appear that pressure 'pushes fluids up', but in fact it's only teleporting fluid to a level even or lower.

Thus the result is that pressure movement of fluids (especially water) is common and doesn't create very much flow. However rivers and streams still seem to have some kind of flow that powers waterwheels, called natural flow.

==Natural Flow==
Many water sources such as {{l|river}}s and {{l|brook}}s are constantly flowing with '''natural flow'''. This is different from other flow effects in that it is always considered to be flowing water. This remains true even when the water flows into a complete dead end channel or even when blocked off with a floodgate. Any channels that link up to a naturally flowing source will soon become naturally flowing water as long as they remain on the same z-level. Diagonal steps have no effect on natural flow although they can be used to change {{l|pressure}}.

Trying to move natural flow up or down to a different z-level may have unpredictable results but in most cases this will break the natural flow effect resulting in still water that can only be made to flow by artificial means.

==Fluid Depth==
Fluids can have a depth anywhere from 1 to 7. To see the depth of a tile of fluid you can look at it with {{k|k}} which will reveal the depth in the text at the right. Alternatively you can enable {{l|Technical_tricks#The_look_of_the_game|SHOW_FLOW_AMOUNTS}} which will replace the {{Tile|≈|1:0:1}} and {{Tile|~|1:0:1}} tiles with a numerical representation of the depth at all times. Turning on {{l|Technical_tricks#The_look_of_the_game|SHOW_FLOW_AMOUNTS}} does come with the drawback that you will no longer be able to see if a tile is flowing or not.

==Obstructions==
Water can be stopped by most solid tiles. These include {{l|wall}}s and {{l|building}}s as well as closed {{l|floodgate}}s, {{l|door}}s, and {{l|hatch}}es. Exceptions are vertical {{l|grate}}s, vertical {{l|bars}}, and {{l|fortification}}s, which will allow fluids to pass freely.

==Evaporation==
Fluids that remain at a depth of 1/7 for long enough will evaporate. Evaporated fluids are simply removed from the game. In '''hot''' or '''scorching''' environments, {{L|murky pool}}s can evaporate at greater depths.

{{Category|Physics}}

v0.31 Talk:Flow

2010-09-22T19:02:36Z

Eurytus: /* Magma Flow */

=== Ocean Flow ===
Will an ocean power a water wheel?--[[User:Mana eater|Anachron]] 13:20, 16 September 2010 (UTC)

== Magma Flow ==

I'm considering modifying the note on flow in magma but I'm not sure how. Magma flows in the sense that it moves like a liquid, and has no pressure. It also doesn't blink between a wave and a double wave when flowing, and you can't test if it follows the flow mechanics because water wheels burn up in magma. What exactly requires verification in it is unclear, as well. Is it just the fact that magma doesn't blink when flowing, or the fact that it follows flow mechanics? --[[User:Eurytus|Eurytus]] 12:44, 19 September 2010 (UTC)
:Perhaps this could be tested by modding up magma-proof wood? [[User:Cheepicus|Cheepicus]] 23:27, 19 September 2010 (UTC)
::I did this, and the waterwheels doesn't budge. It still might be that pumped magma produces 'flow' in the target square -- if indeed it does that at all for water, which I'm not sure if I believe. [[User:Cheepicus|Cheepicus]] 09:36, 20 September 2010 (UTC)
:::I'm going to edit the article to say that magma follows regular fluid motion rules, but for all intents and purposes does not have flow. --[[User:Eurytus|Eurytus]] 19:02, 22 September 2010 (UTC)

v0.31 Talk:Stockpile

2010-09-22T18:22:22Z

Eurytus: /* Core vs. Total Quality */

I used to be able to make stockpiles for just bones and shells, by making a refuse stockpile with only those two enabled. I cannot find either in the stockpile menu any more. --Kydo 07:11, 2 April 2010 (UTC)
:I find that a stockpile set to only contain 'body parts' will include bones, shells, and skulls, but unfortunately will also include nervous tissue, hair, cartilage, etc. --[[User:Soronhen|Soronhen]] 21:36, 3 April 2010 (UTC)
::+1 really annoying. --[[Special:Contributions/92.202.78.49|92.202.78.49]] 10:33, 8 April 2010 (UTC)

A specific stone block stockpile is sitting empty at the surface, while there are dozens of obsidian / gabbro / etc blocks at my mason's workshop. A general 'bar/block stockpile' seems to take it all, but when my forges are set up 50 z-levels below my stone constructions, that isn't very helpful. Potential bug? (BertieB) --[[Special:Contributions/87.194.186.154|87.194.186.154]] 21:24, 3 April 2010 (UTC)
:Rock blocks are under metal blocks right now. Every rock listed individually. Quite possibly a bug, yes. [[Special:Contributions/130.234.181.158|130.234.181.158]] 22:14, 26 April 2010 (UTC)
:I have the same thing happen for rock furniture. A stockpile set to accept only rock furniture is sitting empty and all the rock furniture has been put in a metal-only furniture stockpile. Seems that all rock items are viewed as metal items.

==40d version==

Any objections to copying over the 40d version of this article since it's essentially the same thing, perhaps adding an addendum that you can no longer make bone stockpiles but body part stockpiles [[User:Numeral|Numeral]] 18:08, 19 April 2010 (UTC)

== Quality ==
This article has been demoted from Dwarven to human, as it contains one red link, and one unverified claim.

== Take from Stockpile ==
I see it listed here, but in my experience this command doesn't really work in 0.31 yet. Has anybody had any luck at all using take from stockpile in the new system yet? --[[User:Doctorzuber|Doctorzuber]] 02:31, 15 May 2010 (UTC)

== Missing Stockpile Option ==
I am having trouble finding the Wood Blocks stockpile option? Not sure if its just me or if its really hidden, perhaps making a note somewhere in the page would be beneficial to let people know whats going on with this? --[[User:Backlands|--Backlands]] 18:56, 16 May 2010 (UTC)

== Animal Cages ==
I cant seem to create a stockpile for empty cages, and a stockpile for full cages. I looked over the entire list of animals but fail to see any method for separating them which is very annoying for trying to keep empty cages near my cage traps, and full cages near my arena. Dose anyone have a way todo this? I also dont see anything related to storage of animal traps, which isnt a problem for me, but its still worth looking into. (EDIT) Nevermind I noticed that U and J toggle empty cages/traps.

== Core vs. Total Quality ==
Has anyone figured out what the difference between core and total quality are in stockpile settings. I assume the core quality is just the quality designation of the item, but what is total quality?
:as far as I can figure, core quality refers to the quality of the good itself, while total quality refers to the combination of that with the quality of various decorations and dye. I believe some spading is in order. --[[User:Eurytus|Eurytus]] 18:22, 22 September 2010 (UTC)

v0.31:Bar

2010-09-19T12:57:24Z

Eurytus: Rated article "Exceptional" using the rating script

{{quality|Exceptional|12:57, 19 September 2010 (UTC)}}{{av}}
:''For built horizontal and vertical bars, see {{L|Bars}}.''

----

A '''bar''' is a sub-type of building material (interchangeable with a {{L|block}} for that purpose), and is the base individual unit of {{L|metal}}, {{L|charcoal}}, {{L|coke}}, {{L|potash}}, {{L|ash}}, {{L|pearlash}}, and tallow {{L|soap}}. All {{L|metal}}s are created as bars at a {{L|smelter}}, whether processed from {{L|ore}}s, {{L|alloy}}ed with other metals, or {{L|melt}}ed down from existing metal items.

With the exception of non-{{L|fire-safe}} materials, all bars are as durable as others - a wall made from bars of ash, charcoal or soap will last as long one made from bars of {{L|steel}}.

Most bars are not an end-product, but are then used to produce something else:

::{|cellpadding="2" border="1"
! Bar of... !! Use
|-

| {{L|ash}} || makes {{L|potash}} or {{L|lye}}
|-

| {{L|fuel|charcoal or coke}}|| powering standard {{L|forge}}s, {{L|smelter}}s, {{L|kiln}}s, and {{L|glass furnace}}s, and for making {{L|pig iron}} and {{L|steel}}
|-

| {{L|metal}} || {{L|smith}}ing
|-

| {{L|pearlash}} || needed ingredient for clear or crystal {{L|glass}}
|-

| {{L|potash}} || used as {{L|fertilizer}}, makes {{L|pearlash}}
|-

| {{L|soap}} || {{L|health care}}
|-
|}

All types of bars can also be used to build {{L|workshop}}s, {{L|road}}s, {{L|bridge}}s, and other {{L|construction}}s, as well as built as {{L|bars|horizontal or vertical bars}}. (Be aware that some purposes suggest the use of {{L|fire-safe}} materials.) However, different bars require different {{L|labor}}s to use in such construction projects - {{L|smith}}ing for metal bars and {{L|mason}}ry for all others (including bars of soap).

"Bars" of {{L|adamantine}} metal are referred to as "wafers", but when used as building material they function the same as any other bars.

----

'''See also:'''
:* {{L|block}}
:* {{L|stack}}

{{Category|Materials}}

v0.31:Bar

2010-09-19T12:55:44Z

Eurytus: Horizontal and Vertical bars can be built only with bars, and with any kind of bar.

{{quality|Exceptional|08:00, 22 May 2010 (UTC)}}{{av}}
:''For built horizontal and vertical bars, see {{L|Bars}}.''

----

A '''bar''' is a sub-type of building material (interchangeable with a {{L|block}} for that purpose), and is the base individual unit of {{L|metal}}, {{L|charcoal}}, {{L|coke}}, {{L|potash}}, {{L|ash}}, {{L|pearlash}}, and tallow {{L|soap}}. All {{L|metal}}s are created as bars at a {{L|smelter}}, whether processed from {{L|ore}}s, {{L|alloy}}ed with other metals, or {{L|melt}}ed down from existing metal items.

With the exception of non-{{L|fire-safe}} materials, all bars are as durable as others - a wall made from bars of ash, charcoal or soap will last as long one made from bars of {{L|steel}}.

Most bars are not an end-product, but are then used to produce something else:

::{|cellpadding="2" border="1"
! Bar of... !! Use
|-

| {{L|ash}} || makes {{L|potash}} or {{L|lye}}
|-

| {{L|fuel|charcoal or coke}}|| powering standard {{L|forge}}s, {{L|smelter}}s, {{L|kiln}}s, and {{L|glass furnace}}s, and for making {{L|pig iron}} and {{L|steel}}
|-

| {{L|metal}} || {{L|smith}}ing
|-

| {{L|pearlash}} || needed ingredient for clear or crystal {{L|glass}}
|-

| {{L|potash}} || used as {{L|fertilizer}}, makes {{L|pearlash}}
|-

| {{L|soap}} || {{L|health care}}
|-
|}

All types of bars can also be used to build {{L|workshop}}s, {{L|road}}s, {{L|bridge}}s, and other {{L|construction}}s, as well as built as {{L|bars|horizontal or vertical bars}}. (Be aware that some purposes suggest the use of {{L|fire-safe}} materials.) However, different bars require different {{L|labor}}s to use in such construction projects - {{L|smith}}ing for metal bars and {{L|mason}}ry for all others (including bars of soap).

"Bars" of {{L|adamantine}} metal are referred to as "wafers", but when used as building material they function the same as any other bars.

----

'''See also:'''
:* {{L|block}}
:* {{L|stack}}

{{Category|Materials}}

v0.31:Bar

2010-09-19T12:49:53Z

Eurytus: This property of walls is well documented and described in the magma-safe article.

{{quality|Exceptional|08:00, 22 May 2010 (UTC)}}{{av}}
:''For built horizontal and vertical bars, see {{L|Bars}}.''

----

A '''bar''' is a sub-type of building material (interchangeable with a {{L|block}} for that purpose), and is the base individual unit of {{L|metal}}, {{L|charcoal}}, {{L|coke}}, {{L|potash}}, {{L|ash}}, {{L|pearlash}}, and tallow {{L|soap}}. All {{L|metal}}s are created as bars at a {{L|smelter}}, whether processed from {{L|ore}}s, {{L|alloy}}ed with other metals, or {{L|melt}}ed down from existing metal items.

With the exception of non-{{L|fire-safe}} materials, all bars are as durable as others - a wall made from bars of ash, charcoal or soap will last as long one made from bars of {{L|steel}}.

Most bars are not an end-product, but are then used to produce something else:

::{|cellpadding="2" border="1"
! Bar of... !! Use
|-

| {{L|ash}} || makes {{L|potash}} or {{L|lye}}
|-

| {{L|fuel|charcoal or coke}}|| powering standard {{L|forge}}s, {{L|smelter}}s, {{L|kiln}}s, and {{L|glass furnace}}s, and for making {{L|pig iron}} and {{L|steel}}
|-

| {{L|metal}} || {{L|smith}}ing
|-

| {{L|pearlash}} || needed ingredient for clear or crystal {{L|glass}}
|-

| {{L|potash}} || used as {{L|fertilizer}}, makes {{L|pearlash}}
|-

| {{L|soap}} || {{L|health care}}
|-
|}

All types of bars can also be used to build {{L|workshop}}s, {{L|road}}s, {{L|bridge}}s, and other {{L|construction}}s, as well as built as {{L|bars|horizontal or vertical bars}}{{verify}}. (Be aware that some purposes suggest the use of {{L|fire-safe}} materials.) However, different bars require different {{L|labor}}s to use in such construction projects - {{L|smith}}ing for metal bars and {{L|mason}}ry for all others (including bars of soap).

"Bars" of {{L|adamantine}} metal are referred to as "wafers", but when used as building material they function the same as any other bars.

----

'''See also:'''
:* {{L|block}}
:* {{L|stack}}

{{Category|Materials}}

v0.31 Talk:Flow

2010-09-19T12:44:47Z

Eurytus: /* Magma Flow */ new section

v0.31:Floodgate

2010-09-19T12:39:26Z

Eurytus: Rated article "Exceptional" using the rating script

{{quality|Exceptional|12:39, 19 September 2010 (UTC)}}{{av}}

A '''floodgate''' is a gate which allows the control of the flow of liquids such as {{l|water}} or {{l|magma}}. They are operated by {{L|mechanism}}s such as {{l|lever}}s or {{l|pressure plate}}s which open and close them. When closed they behave like walls, but allow liquids, objects, and {{L|creatures}} to pass over them when opened.

They can be manufactured from {{l|stone}} (at a {{l|mason's workshop}}), {{l|wood}} (at a {{l|carpenter's workshop}}), {{l|metal}} (at a {{l|metalsmith's forge}}), or {{l|glass}} (at a {{l|glass furnace}}). Once manufactured, they are built in the desired location using the keys {{k|b}}, {{k|x}}.

[[image:Colossus_in_Arena.png|thumb|right| 
'''Colossus in Arena''' This image depicts some orthodox and unorthodox uses of floodgates to control the mixing of creatures and liquids in this arena. The gates, shown in-game as X, act as liquid stoppers and {{L|jail}} doors.]]

==Uses==

Floodgates are used to control the flow of liquid. Because of the {{l|water|usefulness}} of certain liquids and the {{l|magma|danger}} posed by others, floodgates have a wide range of applications in any dwarven settlement.

They are instrumental in controlled {{l|irrigation}} for {{l|farm}}ing, or controlled {{l|flood}}ing for {{l|Trap_design#Water_traps|drowning}} {{l|elf|annoying}} {{l|goblin|visitors}}.

Floodgates also block the flow of liquid on the Z-axis as it is considered a wall when closed. This can be quite useful when built directly bellow a {{l|floor_grate| floor grate}} as this will allow you to quickly empty the liquid from the floor above without the danger of it's {{l|goblin|precious content}} to rummage through your sewer system.

==Placement==

Floodgates are constructed {{l|orthogonal}}ly on a solid, {{l|water depth|unflooded}} floor in the 'closed' position (note that this means it is possible for careless dwarves to trap themselves on the wrong side of the gate). Adjacent walls are not necessary. A {{l|mechanic}} must then link up a {{l|lever}} or other triggering mechanism to the floodgate. This requires two {{l|mechanism}}s; the mechanic will haul one mechanism to the trigger, work for awhile, and then haul the other mechanism to the floodgate to complete the task.

To avoid trapping a dwarf on the wrong side of the floodgate it is building, build walls in the spaces you don’t want the dwarf in ({{k|b}}, {{k|C}}, {{k|w}}). Then suspend the build order on those walls. Once the floodgate is built, you can cancel the walls.

==Activation==

Once the lever is pulled, the floodgate will open. When the lever is pulled again, the floodgate will close. This will destroy (not displace) any liquid occupying the same tile as the floodgate. Objects on the floodgate's tile, however, cannot be destroyed this way - in fact, the floodgate will refuse to close. Any object, everything from {{L|sword}}s to {{L|sock}}s to {{L|stone}}s to scorpion {{L|corpse}}s, can jam the floodgate this way. Once the object is removed, however, the floodgate will grind shut by itself.

==Magma control==

Floodgates will resist magma when closed, just as a constructed {{L|wall}} would, but when opened will be destroyed if they are not made from {{l|magma-safe|magma-safe materials}}. The mechanisms used in the construction of the floodgate must also be magma-safe to prevent this.

{{buildings}}

v0.31:Floodgate

2010-09-19T12:38:14Z

Eurytus: /* Activation */ verified. Tested it because I was unsure.

{{quality|Exceptional|08:00, 22 May 2010 (UTC)}}{{av}}

A '''floodgate''' is a gate which allows the control of the flow of liquids such as {{l|water}} or {{l|magma}}. They are operated by {{L|mechanism}}s such as {{l|lever}}s or {{l|pressure plate}}s which open and close them. When closed they behave like walls, but allow liquids, objects, and {{L|creatures}} to pass over them when opened.

They can be manufactured from {{l|stone}} (at a {{l|mason's workshop}}), {{l|wood}} (at a {{l|carpenter's workshop}}), {{l|metal}} (at a {{l|metalsmith's forge}}), or {{l|glass}} (at a {{l|glass furnace}}). Once manufactured, they are built in the desired location using the keys {{k|b}}, {{k|x}}.

[[image:Colossus_in_Arena.png|thumb|right| 
'''Colossus in Arena''' This image depicts some orthodox and unorthodox uses of floodgates to control the mixing of creatures and liquids in this arena. The gates, shown in-game as X, act as liquid stoppers and {{L|jail}} doors.]]

==Uses==

Floodgates are used to control the flow of liquid. Because of the {{l|water|usefulness}} of certain liquids and the {{l|magma|danger}} posed by others, floodgates have a wide range of applications in any dwarven settlement.

They are instrumental in controlled {{l|irrigation}} for {{l|farm}}ing, or controlled {{l|flood}}ing for {{l|Trap_design#Water_traps|drowning}} {{l|elf|annoying}} {{l|goblin|visitors}}.

Floodgates also block the flow of liquid on the Z-axis as it is considered a wall when closed. This can be quite useful when built directly bellow a {{l|floor_grate| floor grate}} as this will allow you to quickly empty the liquid from the floor above without the danger of it's {{l|goblin|precious content}} to rummage through your sewer system.

==Placement==

Floodgates are constructed {{l|orthogonal}}ly on a solid, {{l|water depth|unflooded}} floor in the 'closed' position (note that this means it is possible for careless dwarves to trap themselves on the wrong side of the gate). Adjacent walls are not necessary. A {{l|mechanic}} must then link up a {{l|lever}} or other triggering mechanism to the floodgate. This requires two {{l|mechanism}}s; the mechanic will haul one mechanism to the trigger, work for awhile, and then haul the other mechanism to the floodgate to complete the task.

To avoid trapping a dwarf on the wrong side of the floodgate it is building, build walls in the spaces you don’t want the dwarf in ({{k|b}}, {{k|C}}, {{k|w}}). Then suspend the build order on those walls. Once the floodgate is built, you can cancel the walls.

==Activation==

Once the lever is pulled, the floodgate will open. When the lever is pulled again, the floodgate will close. This will destroy (not displace) any liquid occupying the same tile as the floodgate. Objects on the floodgate's tile, however, cannot be destroyed this way - in fact, the floodgate will refuse to close. Any object, everything from {{L|sword}}s to {{L|sock}}s to {{L|stone}}s to scorpion {{L|corpse}}s, can jam the floodgate this way. Once the object is removed, however, the floodgate will grind shut by itself.

==Magma control==

Floodgates will resist magma when closed, just as a constructed {{L|wall}} would, but when opened will be destroyed if they are not made from {{l|magma-safe|magma-safe materials}}. The mechanisms used in the construction of the floodgate must also be magma-safe to prevent this.

{{buildings}}

v0.31:Floodgate

2010-09-19T12:33:59Z

Eurytus: /* Placement */ This works, I've used it a lot.

{{quality|Exceptional|08:00, 22 May 2010 (UTC)}}{{av}}

A '''floodgate''' is a gate which allows the control of the flow of liquids such as {{l|water}} or {{l|magma}}. They are operated by {{L|mechanism}}s such as {{l|lever}}s or {{l|pressure plate}}s which open and close them. When closed they behave like walls, but allow liquids, objects, and {{L|creatures}} to pass over them when opened.

They can be manufactured from {{l|stone}} (at a {{l|mason's workshop}}), {{l|wood}} (at a {{l|carpenter's workshop}}), {{l|metal}} (at a {{l|metalsmith's forge}}), or {{l|glass}} (at a {{l|glass furnace}}). Once manufactured, they are built in the desired location using the keys {{k|b}}, {{k|x}}.

[[image:Colossus_in_Arena.png|thumb|right| 
'''Colossus in Arena''' This image depicts some orthodox and unorthodox uses of floodgates to control the mixing of creatures and liquids in this arena. The gates, shown in-game as X, act as liquid stoppers and {{L|jail}} doors.]]

==Uses==

Floodgates are used to control the flow of liquid. Because of the {{l|water|usefulness}} of certain liquids and the {{l|magma|danger}} posed by others, floodgates have a wide range of applications in any dwarven settlement.

They are instrumental in controlled {{l|irrigation}} for {{l|farm}}ing, or controlled {{l|flood}}ing for {{l|Trap_design#Water_traps|drowning}} {{l|elf|annoying}} {{l|goblin|visitors}}.

Floodgates also block the flow of liquid on the Z-axis as it is considered a wall when closed. This can be quite useful when built directly bellow a {{l|floor_grate| floor grate}} as this will allow you to quickly empty the liquid from the floor above without the danger of it's {{l|goblin|precious content}} to rummage through your sewer system.

==Placement==

Floodgates are constructed {{l|orthogonal}}ly on a solid, {{l|water depth|unflooded}} floor in the 'closed' position (note that this means it is possible for careless dwarves to trap themselves on the wrong side of the gate). Adjacent walls are not necessary. A {{l|mechanic}} must then link up a {{l|lever}} or other triggering mechanism to the floodgate. This requires two {{l|mechanism}}s; the mechanic will haul one mechanism to the trigger, work for awhile, and then haul the other mechanism to the floodgate to complete the task.

To avoid trapping a dwarf on the wrong side of the floodgate it is building, build walls in the spaces you don’t want the dwarf in ({{k|b}}, {{k|C}}, {{k|w}}). Then suspend the build order on those walls. Once the floodgate is built, you can cancel the walls.

==Activation==

Once the lever is pulled, the floodgate will open. When the lever is pulled again, the floodgate will close. This will destroy (not displace) any liquid occupying the same tile as the floodgate. Objects on the floodgate's tile, however, cannot be destroyed this way - in fact, the floodgate will refuse to close. Any object, everything from {{L|sword}}s to {{L|sock}}s to {{L|stone}}s to scorpion {{L|corpse}}s, can jam the floodgate this way. Once the object is removed, however, the floodgate will grind shut by itself.{{verify}}

==Magma control==

Floodgates will resist magma when closed, just as a constructed {{L|wall}} would, but when opened will be destroyed if they are not made from {{l|magma-safe|magma-safe materials}}. The mechanisms used in the construction of the floodgate must also be magma-safe to prevent this.

{{buildings}}

v0.31 Talk:Activity zone

2010-09-19T12:26:46Z

Eurytus: /* Verify: */ new section

==Flow-stylee activity zones?==
Does anyone know what this comment in the 0.31.02 changelog at [http://www.bay12games.com/forum/index.php?topic=53505.0] means:
* fixed crash from doing a large flow-style activity zone

What is a flow-style activity zone?
--[[User:Altaree|Altaree]] 14:12, 9 April 2010 (UTC)
:When you are at the activity zone definition/selection state (right after hitting the Zones key from the main menu), you will see a key listed as "rectangle" (default "e") on the menu. Pressing that key toggles between three zone creation states: "rectangle" (the default, you set one corner of a rectangle and then the other), "flow" (you select a location and the area is "filled" with the activity zone, just like defining a room, and can be expanded and contracted the same way), and "floor flow" (not sure what the difference between it and "flow" is, anyone else done any testing?). I'm guessing zones don't become a simple property of the map squares where you defined the zone, like stock(p)iles and (d)esignations do. Instead the way you defined the zone is saved, and the area it occupies is re-calculated with every frame, after the zone menu is closed and play resumes. So a "flow-style" activity zone would be one that was originally defined using the "flow" method, and a large one could cause a performance hit at least, simply because its borders need to be recalculated from the definition every frame, which can get pretty complicated for some convoluted fortress designs. --[[Special:Contributions/66.190.120.90|66.190.120.90]] 15:45, 1 May 2010 (UTC)
::I'm fairly sure the flow area selected does not change shape even if walls originally inhibiting the flow are removed. This is based on observation with making rooms and expanding them. Should be easy to confirm.--[[Special:Contributions/99.67.238.66|99.67.238.66]] 04:44, 15 June 2010 (UTC)
::Flow will include but not pass through walls, floor flow will not include walls. I've had this crash several times, glad it's fixed. [[User:Mason11987|Mason]] ([[User talk:Mason11987|T]]-[[Special:Contributions/Mason11987|C]]) 11:52, 24 May 2010 (UTC)

==Zone-canceling crash==
It seems that whenever I cancel a zone while I am still placing it, the game crashes. It's pretty easily avoidable(finish building it, then delete it), but still annoying. Is this happening to anyone else?--[[User:Pvt. Miller|Pvt. Miller]] 21:51, 15 April 2010 (UTC)
::I can confirm this, happens to me every time. It's a bummer.

== Failure to dump items ==

I have a dozen clothing items on the ground marked for dumping that aren't being dumped. They're not on top of a stockpile, "gather refuse from outside" is turned ON, the items are not forbidden, I have a garbage dump zone AND refuse pile, and dwarves have refuse hauling enabled. I have many idlers. Stone from within my fortress gets dumped, but these clothing items do not. What gives? --[[Special:Contributions/208.81.12.34|208.81.12.34]] 14:12, 30 April 2010 (UTC)

Sounds like the items are owned. Owned items cannot be dumped. Only the owning dwarf can move them. View the item, and see if it lists an owner. If so, the only way to get them moved is to give the dwarf their own room (bedroom is good), and place a cabinet into that room. The dwarf will eventually grab up their discarded clothes and place them into the cabinet. --[[User:Darkstar|Darkstar]] 17:11, 5 May 2010 (UTC)

I have a similar problem, though the item in question is a random stone, and I have double-checked it is not owned.

Dwarves will also frequently drop food while carrying it somewhere to eat, and it can never be moved again if this happens. Apparently something in the ownership tags gets screwed up, so the food ends up owned by a null "nobody" dwarf that prevents removal of the food by any dwarf, including the one that dropped the food. My trade depot is currently full of miasma due to these unmovable dropped meals. Turning off all jobs except "refuse hauling" only leaves the dwarves that own the food standing around with "No Job." --[[User:Tatterdemalian|Tatterdemalian]] 03:10, 24 May 2010 (UTC)

You probably have some construction designed (and maybe suspended) using that stone, so the stone is reserved for that construction and can't be moved anywhere else. This happened to me a lot when I had a wall around my fortress designed, but suspended: all the materials indicated for building the wall were unavailable for anything else, including dumping. --[[Special:Contributions/188.82.156.156|188.82.156.156]] 20:54, 12 June 2010 (UTC)

It seems hauling is slightly bugged; items which cannot be hauled to their appropriate location can prevent other items from being hauled (there appears to be a hauling queue with a certain number of available slots; if the top of the queue is full of inaccessible items, dumping will come to a grinding halt, and possibly other hauling jobs as well). If you run into a persistent problem in which dwarves aren't dumping goods, more than likely you have items needing to be hauled which cannot be accessed by any living dwarf (common if you, like me, leave migrants outside the fortress proper to starve to death). Forbidding inaccessible items -may- resolve the issue, but if not, undesignate all dump orders for inaccessible items, and undesignate all inaccessible stockpiles. If you use burrows, you may want to temporarily disable them until your dwarves sort their hauling problems out.

== Did I build a floor on top of the dump? ==
I think I built a floor on top of an outdoors dump zone. Everyone was restricted to burrows. Zillion cancel-dump-dropoff-inaccessible messages. Miners refused to dig! Removing floor and letting dorfs outdoors... solved. --[[User:TomiTapio|TomiTapio]] 18:29, 29 July 2010 (UTC)

== (dwarf) cancels fill pond: cannot find path ==

I keep getting this message, along with a very, very confused dwarf. He seems fine after I cancel a few times, but then either he tries again or someone else does. It isn't much of a problem(yet), but constant spamming is really annoying. I am on Reclaim.

== Verify: ==

I can verify everything that needs verified, except for powder showing up where 1 item of powder is 150 units. This is because at the current point powder does not go into a hospital stockpile and as such this cannot be measured. It can be assumed that it follows the same rules as soap, but at this point it's all conjecture. --[[User:Eurytus|Eurytus]] 12:26, 19 September 2010 (UTC)

v0.31 Talk:Military

2010-09-19T12:15:16Z

Eurytus: /* Knife user crash: Fixed. */ Added timestamp; didn't work first time.

==Demonstration Leaders==
It seems that the only dwarves leading demonstrations are the ones that are the highest in that skill. Will my dwarves not practice wrestling if no one is a wrestler already? I'm going to try and verify this...--[[Special:Contributions/99.67.238.66|99.67.238.66]] 05:57, 10 June 2010 (UTC)
==Militant Civilians==
I am verily confused. Is it possible to create squads which act like civilians unless activated? I don't want them to train, but to do their normal duties, while remaining nominally a squad. [[User:AbuDhabi|AbuDhabi]] 18:05, 1 April 2010 (UTC)
:From what I've seen, in some cases squads do only activate when given orders, then go back to their civilian roles when the orders are canceled. I think what you'd want to do is define no orders in the Schedule screen (or just keep them in the Inactive alert level, which has no orders by default), then give them direct move or kill orders through the Squad screen. They should activate when you give the order, then go back to their civilian duties when you cancel their orders. On the schedule screen you can also tell them to either wear their military clothes when inactive or wear civilian clothes and only equip military clothes when active. --[[User:Valdemar|Valdemar]] 18:25, 1 April 2010 (UTC)
::I have them set to Inactive, but all they do is Individual Weapon Drill, completely ignoring civilian work such as making stuff and building workshops. [[User:AbuDhabi|AbuDhabi]] 07:01, 2 April 2010 (UTC)
::At least I think I did. This is somewhat confusing, and I need to switch booted OSes to run DF. [[User:AbuDhabi|AbuDhabi]] 07:07, 2 April 2010 (UTC)

== Military Guide ==
[http://forums.somethingawful.com/showthread.php?threadid=3286986&userid=0&perpage=40&pagenumber=14#post374739063 This] Something Awful post has a treasure trove of information on how the military screens work. If someone could work on editing it into the page (with proper attribution at the bottom, of course), that would be excellent. [[Special:Contributions/76.84.96.216|76.84.96.216]] 05:20, 2 April 2010 (UTC)

:Wish I could but SA has reverted to needing an account to see the forum again. If you mind posting the relevant information here I'll be glad to sift through it and add what we can. [[User:KaelGotRice|KaelGotRice]] 07:12, 2 April 2010 (UTC)
:: Shouldn't we credit CC with that guide? Unless you are the original author. I don't know what's considered appropriate here. --[[User:Freeze|Freeze]] 15:34, 3 April 2010 (UTC)
: This information should be verified first. I've already noticed one thing that he was partially incorrect on. He mentions that dwarves won't stop training if min train in set too high but my dwarves will get food when needed and are only unhappy because of how long they've been on duty. It should also be noted that if min train is set to less than the number of dwarves in that squad then only that number of dwarves will train, all others will continue with civ work.--[[Special:Contributions/99.67.238.66|99.67.238.66]] 05:31, 10 June 2010 (UTC)
::Forgot to mention that the never stop training bug still applies to the min train setting. You'll just have some dwarves that are marked as civs but are still training. --[[Special:Contributions/99.67.238.66|99.67.238.66]]

== Arsenal Dwarf not appearing? ==
No matter what I do, I can't get the Arsenal Dwarf to show up on the nobles screen, iv'e tried everything, even turning his poulation requirements to 1. It could be a bug, but I really don't want to lose this fort, anyone have any help?[[Special:Contributions/24.255.86.193|24.255.86.193]]
:I had this problem too, but the position just now opened up for me. The only thing I can think of that might have caused it would be I drafted another dwarf to my military, for a total of 5 soldiers. -[[User:Soronhen|Soronhen]] 06:35, 3 April 2010 (UTC)
::OK turns out they pick up equipment without an arsenal dwarf, boy do I feel dumb now[[Special:Contributions/24.255.86.193|24.255.86.193]]
:::Keep in mind that although arsenal dwarves will not appear until certain criteria is met (number of soldiers? population? dunno), until they arrive you do not need them. The page's information has been updated to reflect this. --[[User:Retro|Retro]] 04:24, 5 April 2010 (UTC)
My Arsenal Dwarf does not appear until I try to make changes with equipment (and the other requirements are fulfilled). If you don't see him when your pop. breaks twenty then try assigning a new uniform then checking the nobles screen--[[Special:Contributions/99.67.238.66|99.67.238.66]] 20:08, 14 June 2010 (UTC)

==Conglomerating + Full Page Overhaul==

Station and routes don't need an individual page each; they're just stubs. Added them here, going to redirect the old pages here as well. --[[User:Retro|Retro]] 23:45, 3 April 2010 (UTC)
:More conglomerating - reading over the [[cv:Military_guide|military guide]] page it seems like the latter could easily be moved into the main military page, with a bit of formatting. I'm going to start this shortly (though I won't touch the guide itself yet); if anyone has other thoughts this is probably a good spot to discuss. No harm reverting if it comes to that anyhow. --[[User:Retro|Retro]] 01:41, 5 April 2010 (UTC)
::DONE! There is still some stuff to do, but I've made note of what needs to be expanded using hidden notes. Notably we need more info in teaching. Hopefully the [[cv:Military_guide|quick guide]] has served its purpose now. --[[User:Retro|Retro]] 05:43, 5 April 2010 (UTC)
:::Added the beginnings of an FAQ; will be going in and adding screenshots of various military menus later tonight. It'll help as a point of reference. --[[User:Retro|Retro]] 17:29, 5 April 2010 (UTC)

==Under 'Forming Squads'==

"No dwarves can be assigned under your militia commander; he is a squad of his own."

Does this mean that no additional dwarves can be assigned to his squad? If so I am confused. I have a squad formed, with nine dwarves, led by my commander in slot number one....--[[User:BloodyThorn|BloodyThorn]] 09:48, 5 April 2010 (UTC)

:I'm also confused - My 1st squad (containing militia commander and 2 dwarves under him) seems to work just fine. (Well, fine-ish. They have trouble training, shooting goats or feeding themselves, but I think thats just my knowledge of the new military system...) --[[User:Mrchinchin25|Mrchinchin25]] 12:07, 5 April 2010 (UTC)
::I'm not sure about the validity of that statement myself, since I can assign dwarves to him, though it might not be working. I think this might have to be changed to "Assigning dwarves under your militia commander will not work, though it might be a bug" if that was his intent, since the military system seems like it allows you to assign dwarves to him. The reason I'm saying this is because if you can't assign dwarves under him the military screen shouldn't allow you to do so, whereas if it's bugged it would allow it.(Note, my knowledge of the military system isn't great either, as my dwarves have gotten stuck trying to train a lot) --[[User:Ramperkash|Ramperkash]] 16:57, 5 April 2010 (UTC+2)
:::I found that when editing his squad I could only replace the commander and not add additional dwarves, but if nobody else is noticing that, I'll just take it back out --[[User:Retro|Retro]] 16:04, 5 April 2010 (UTC)
:::: This appears to be incorrect. [[User:Doctorzuber|Doctorzuber]] 19:16, 5 April 2010 (UTC)
:::: It might just be an isolated bug. --[[User:Ramperkash|Ramperkash]] 15:36, 6 April 2010 (UTC+2)

==Everybody inside==
To replicate the familiar behavior from 40d of ordering all your dwarves inside you first must define a burrow using {{k|w}},{{k|a}},{{k|enter}}. Use the tools to select your entire fortress except for your main entrance and any {{L|traps|unpleasantness}} you may have in store for potential invaders. As your fortress grows you will need to periodically update this burrow definition.

Next, go to the alerts menu with {{k|m}},{{k|a}}. You already have one alert mode declared of active/training. Set this as the active alert status. When you want all dwarves to stay inside return again to this menu {{k|m}},{{k|a}} and move over to the right to activate your burrow. With this active (green A) all your dwarves will be restricted to staying inside your fortress.

Squads with orders are exempt from burrow restrictions. Simply order a squad to move or kill and they will do so without any need to set up anything fancy.

I'm slightly afraid of the main wiki page right this second, too many topics to try to muck through all of that just this second. I'm leaving this here for anybody who wants an easy tip to replicate familiar 40d behavior. If so desired you're welcome to copy this information into the main wiki page and edit it as necessary. I do however ask that you leave this here unchanged for the time being since I intend to be adding to it as I figure out some more easy methods of surviving in the new military. [[User:Doctorzuber|Doctorzuber]] 19:16, 5 April 2010 (UTC)
:Not planning on changing/moving this or anything like that, just pointing out that this material is basically already included in the main page. But this could be handy for anyone looking for a stepping stone to figuring burrows out. --[[User:Retro|Retro]] 20:24, 5 April 2010 (UTC)
:: I was half thinking I might put together a survival guide of sorts for the new highly impenetrable system that is the military now. But with how quickly the wiki is shaping up that idea is quickly becoming irrelevant. Perhaps this text might be used better by merging it into an appropriate page somewhere, possibly with some revision. [[User:Doctorzuber|Doctorzuber]] 19:18, 6 April 2010 (UTC)

==Information Overload==
Given the enormous amount of new options with this new system I think it may be a good idea to consider breaking this down into more manangeable pieces so it's not quite so overwhelming. I'm not saying any changes right this second, but once we get a slightly better handle on all the different options that are available in the new system (despite it's awkwardness and buggyness) I think we're going to have a rather enormous bloated looking page here if we don't start sorting this out. Squads for example, which currently redirects here could very easily have an entire page to itself simply to fully explain all of the options available in the squads menu itself. [[User:Doctorzuber|Doctorzuber]] 19:52, 5 April 2010 (UTC)
:It is indeed quite a packed page, but at the same time, squads ''are'' the military. Aside from teaching and expanding the FAQ (which could use its own page later, I might do that tonight) I doubt much more will be added. It's basically Section 1: Understanding how to ''make'' your military/squads, 2: How scheduling and alerts work aka how to make your squads ''do'' things, and 3: ''What'' they can do. It's not really possible to segregate squads from the military because they're the same thing. You'd end up with a stub page saying like "A squad is a group of soldiers. Click <<military page link>> for more info." Moving the FAQ and making training into its own training/teaching page is really all that could be done. --[[User:Retro|Retro]] 20:29, 5 April 2010 (UTC)
:: Even so, I think this is an idea that should at least be considered. My plan here is to separate this out into ''squads'', ''military'' and probably ''schedule'' as well since each of those topics is a fairly meaty amount of subject material in their own right. These would naturally have to reference back to each other, but I think with a little bit of work we can come up with a much cleaner wiki from the effort. I've taken the liberty to write up the beginnings of a squads page which I have stashed on the Talk:Squads page for the time being. [[User:Doctorzuber|Doctorzuber]] 21:14, 5 April 2010 (UTC)
:::Forgive me for failing to understand, but it doesn't get more complicated than squads = the military. You can't separate them purely because they have different names by saying 'even so.' I can understand making equipment/uniforms (when the section is expanded on) and the FAQ into new pages, or even some of the scheduling/alert info (though a lot would have to stay), but you can't remove squads because then there is no military. ''Squads '''are''' the military. Your military does not exist without squads.'' I can't make this any clearer. Yes, this page has a lot of info, but all of it is essential to making, preparing, and using your squads. IMO wait for a larger consensus; you can't move the 'how to make your squad' info without rendering the article useless. The rest still isn't large enough to have its own page yet. I'm going to be working on cleaning this up a bit probably later tonight at which point some of it (but ''not'' 'squads') will probably be ready to own its own page. Right now, though, nothing is strong enough to stand on its own. --[[User:Retro|Retro]] 21:50, 5 April 2010 (UTC)
:::: I am moving nothing, I created and stashed in the talk:squads area for the time being. use that information as you wish. It's just an idea. [[User:Doctorzuber|Doctorzuber]] 22:32, 5 April 2010 (UTC)
:::::Having gone over the material you added (and reformatted it a bit to fit in better), I now agree with you - I was unaware that there was more than one command that could be given in a squads menu and figured the kill command wasn't enough to justify a page. Thanks for showing me the light there, and sorry if I sounded aggressive - I was kind of confused. IMO this is how the page should be divided: The formation of squads and equipment should stay, as should the notes about passive and active control. The active defense stuff should be moved into the Squads page as-is and replaced with a shorter, less-specific blurb; ditto the passive stuff on alerts/scheduling. When we have stuff on instruction and demonstrations it should be given a page too. Then the FAQ can get a page of its own, and we can leave the bugs. --[[User:Retro|Retro]] 00:49, 6 April 2010 (UTC)
:::::Wait wtf the last hour of my reformatting just disappeared. How in the hell? I had the page reserved! --[[User:Retro|Retro]] 00:51, 6 April 2010 (UTC)
:::::Noted your changes and managed to find a copy of my large reformatting job. Going to incorporate your changes into that. The page should make a lot more sense now. --[[User:Retro|Retro]] 00:53, 6 April 2010 (UTC)
:::::: No problem, thanks for calming down and taking a serious look at my suggestion. [[User:Doctorzuber|Doctorzuber]] 01:07, 6 April 2010 (UTC)
:::::: Since there's a good chance you're actively editing as I type this I'll avoid touching the main page right this second. Here is another bug just came to my attention. [[User:Doctorzuber|Doctorzuber]] 01:14, 6 April 2010 (UTC)
*Accessing Pri/Assignments {{k|m}}, {{k|e}}, {{k|U}}, {{k|P}} when no squads are formed causes a crash.
:::::::I was, thanks! We now have a '''[[DF2010:Squads|squads]]''' page and a '''[[DF2010:Scheduling|scheduling]]''' page (still working on redirecting the latter). Now we just need to remove some of the detail from this page and add links (I'll be getting on that shortly). Oh, and I'll add this bug to here and the Squads page. --[[User:Retro|Retro]] 02:25, 6 April 2010 (UTC)
:::::::Believe we're done for a while. Going to add another page with a very, very slow step-by-step walkthrough of each individual military/squad screen (with pictures!) later. But not today. --[[User:Retro|Retro]] 03:02, 6 April 2010 (UTC)
:::::::: I've been quietly watching your edits. I must say, I like the direction this is going. I think it's much improved. [[User:Doctorzuber|Doctorzuber]] 03:17, 6 April 2010 (UTC)

==Marksdwarf/Hunter bug==
I'm not sure whether I'm doing anything wrong and whether to post this here or not, but I've had a lot of trouble working with my Marksdwarf/Militia Commander/Hunter I'm embarking with. I've changed him to just being a Militia Captain but came up with kind of the same problems (Didn't think it would work, but tried it anyway).

Firstly, when I do manage to get my dwarf hunting (which I never could achieve after him trying to train once) he tends to stop doing the job once he runs out of bolts, despite there being more bolts in storage, he defaults to "No job" and sits around my meeting area. I could only 'fix' this by going into the squads menu, giving him a move order, and cancelling it again, which would result in him fetching more bolts and starting to hunt again.

Secondly, after making him some leather armour, including a leather cloak I forgot isn't in my uniform, he ran back and forth to pick it up, drop it, attempt to go train, change his mind and repeat. This wasn't solved by simply adding the cloak to his uniform, and was 'fixed' by forbidding the cloak in the end. In my next fort I soon discovered that this is not unique to cloaks, and not even to items not included in my uniforms, as he started dropping his crossbow to go train.

Lastly, I just can't get him to hunt right again, I managed it once but it failed after trying to get him to train, and couldn't manage to get a dwarf to hunt in newer forts.

Are these known bugs perhaps, or am I doing something wrong?
PS Not used to using a wiki, so let me know if I should be doing something differently--[[User:Ramperkash|Ramperkash]] 13:51, 6 April 2010 (UTC)
:All three of these are known bugs and a huge pain, but that's the first time I've seen a workaround for the running out of bolts bugs - thanks for the tip; I'll add it to the FAQ. And you're using the wiki just fine! --[[User:Retro|Retro]] 17:34, 6 April 2010 (UTC)
::Thanks, you know whether it's the hunter job bugging or the marksdwarf? Or just the combination? --[[User:Ramperkash|Ramperkash]] 17:37, 6 April 2010 (UTC)
:::Probably it applies to 'ranged attacking' in general. Question noted/added [[DF2010:Military_F.A.Q.#My_hunter.2Fmarksdwarf_ran_out_of_bolts_and_won.27t_pick_up_more.21|here]]. --[[User:Retro|Retro]] 17:42, 6 April 2010 (UTC)
::::I think (not completley sure yet) that the problem is that ammunition, once it's been assigned, never gets re-assigned, even if it's removed from the hunter / marksdwarf's list. Look in the ammo menu - if there is a specific pile of bolts assigned they seem to (sometimes, at least) get used, but if it's generic nothing happens. So if new bolts are created they may get used, but if they aren't, or you attempt to reallocate them then nothing happens. Oops, forgot to sign. [[User:Riedquat|Riedquat]] 20:13, 12 April 2010 (UTC)
To get your Hunter hunting again when he runs out of bolts, just go into the (m) military menu, hit (f) for amunition, select your hunter(s), press (c) for add item, then set the new quantity of ammo for their use 12:07, April 2010

==Expedition Leader can not be a squad leader==
I've noticed that the Expedition Leader is not available to serve in the militia. I saw this because I was testing a few things using new forts with the seven dwarves and when I tried to form a squad only six were listed. I named my leader to easily spot him in the crowd and confirmed that it was the expedition leader that was missing from the list. I cannot confirm if this holds true later when promoted into a Mayor. [[User:Doctorzuber|Doctorzuber]] 19:25, 6 April 2010 (UTC)
:This may be what I had seen that caused all the confusion in Forming Squads higher up on this page - I had assigned my expedition leader to be the militia commander via the nobles screen, and I couldn't seem to pull any other dwarves into his squad. That'd explain some things if that was it. --[[User:Retro|Retro]] 21:36, 6 April 2010 (UTC)
:: I have to adjust what I said earlier. Apparently he can serve in the militia, just not as the leader of any squad. [[User:Doctorzuber|Doctorzuber]] 01:47, 7 April 2010 (UTC)
::: Ah, that then properly explains the problem Retro had, I assume it's a bug that the Expedition Leader can be a militia commander. --[[User:Ramperkash|Ramperkash]] 18:11, 7 April 2010 (UTC)
:::: I don't know if it's a bug or if it's intended. but I did make a note of it on the page which will hopefully prevent any further confusion on the matter. [[User:Doctorzuber|Doctorzuber]] 18:21, 8 April 2010 (UTC)
::::: As of 0.31.03, I'm able to assign expedition leader as militia commander, so perhaps this bug has been fixed? At least it appears that you can assign the leader in the nobles screen. Not sure if he/she actually acts as a militia commander. [[Special:Contributions/24.68.132.208|24.68.132.208]] 22:59, 3 May 2010 (UTC)
:::::: If you wait a few seconds and return to the nobles screen I think you will find that your expedition leader has already quit his job in the militia. If you try to assign him directly in the military menus (militia commander is position 1 of squad 1) you will not be able to. The bug is still around.{{version|0.31.03}} --[[User:Doctorzuber|Doctorzuber]] 07:13, 4 May 2010 (UTC)

== Creatures category? ==
Why is this, the interface, and the FAQ in the Creature category?--[[User:Tarran|Tarran]] 02:18, 7 April 2010 (UTC)
:Good catch; looks like the new military template has an improper link or something similar. I'll go fix that. --[[User:Retro|Retro]] 02:22, 7 April 2010 (UTC)

==More pages to come, more work to be done==

I looked through the 40d stuff and it looks like when Equipment gets moved out of the Squads page we should add stuff on specifics like weapons/armor there and notes on encumbrance and perhaps quality too. Also linked up the Soldier page to the Military template, which I think should be used for Heroes + the Champion info and the effectiveness of different soldier types (ie. swordsdwarf, marksdwarf, etc). Just a heads-up that that work still needs to be done eventually. I'll do what I can when I'm done my next batch of exams. --[[User:Retro|Retro]] 16:51, 7 April 2010 (UTC)

== Upcoming Bug Fixes ==
* Copying and pasting an empty order onto a non-empty order causes a crash.
* Going to the military-schedule-grid screen and selecting your inactive alert group causes a crash.
* Accessing 'Pri/Assignments' ({{k|m}}, {{k|e}}, {{k|U}}, {{k|P}}) when no squads are formed causes a crash.

These three are marked as fixed for 0.31.03. Once 0.31.03 is released and these are verified I'll be sure to update the relevant pages. [[User:Doctorzuber|Doctorzuber]] 22:01, 12 April 2010 (UTC)bity
:Good work with all this bugfix stuff. I can't even profess to follow the bug-tracker in the slightest and am still playing .01 :P --[[User:Retro|Retro]] 02:23, 13 April 2010 (UTC)
:: no worries, I'm staying current with what's going on in the bug tracker, so I'll keep that one bit current here, otherwise my attention on the wiki has drifted elsewhere. [[User:Doctorzuber|Doctorzuber]] 03:49, 13 April 2010 (UTC)

==Archery==

I can't seem to get my dwarfs to practice with crossbows. I have:
#Assigned them equipment for archery (leather, ranged weapon of choice)
#Assigned them the default Active/training schedule (active all the time)
#Ammunition (arsenaldwarf as specific bolts they can use, 2000! of type bone).
#I have two archery targets defined, one with them set to train at and the other with no defined training.

Here is what happens: The dwarfs will stand near the target that they are assigned to, either doing individual training or waiting for demonstrations. The dwarfs pick up equipment, but not the right equipment (two metal high boots when he should get leather and crossbow) The wiki says that archery targets are broken, but doesn't elaborate. I get the impression that somebody figured it out. How? Anybody? A military without marksdwarfs is really nerfed, especially vs elite goblin snipers!--[[User:Kwieland|Kwieland]] 16:17, 30 April 2010 (UTC)

: I'm getting the same problem with wrestler, axedwarf, and archer units. Same settings as above with an arsenal dwarf noble setup with rooms. I've tried them on various schedules, changing their equipment. (ver: df_31_06_wins_s)--Anon 10:08, 22 June 2010

: Archery seems to be entirely broken (up through 31_08 at least). The only way I've found to get dwarfs to practice archery is to make them hunt. But even then, practicing archery is only good for... more hunting. Not that there's anything wrong with that. --[[User:Greycat|Greycat]] 15:08, 23 June 2010 (UTC)

::What is the difference between Archery and crossbow? I've had dwarfs show up with skills in Bow and Archery. I thought dwarfs didn't (couldn't?) use certain weapons?--[[User:Kwieland|Kwieland]] 01:52, 24 June 2010 (UTC)
:::At a loose guess, Archery is the skill of hitting faraway things, while Bowdwarf/Marksdwarf/Blowgunner is the skill of using the respective weapon. Like Fighter versus Swordsdwarf. Dwarves don't MAKE many weapons... but they can USE all but the largest, AFAIK. --[[User:DeMatt|DeMatt]] 01:59, 24 June 2010 (UTC)
::::40d:Weapon quotes these as two handed sword, great axes, mauls, pikes, and Halbards? Is this still true? I can have dwarf lashers, etc?--[[User:Kwieland|Kwieland]] 01:44, 25 June 2010 (UTC)

== Equip Assignment Crash Bug ==

Crashed after assigning a new settler a position in a squad. The exact moment was when the dwarf was ordered to equip a training axe (of which was not available at the time it was assigned). Dwarves are still not training despite being on active/training squad duty and having sufficient equipment/uniforms, a barracks, and commanding officers, but I am assuming this is because of they have not run out of preferrable civillian jobs? Requesting clarification from more savvy analysts.
:Congrats on trying to get the military working. I still find it doesn't do what I need it to do. Here is hoping for an update. I think the problem with the marksdwarfs training has to do with the inability to assign quivers as part of their equipment. I've never seen any of them pick up quivers. Anyone?
:Do you have the squad assigned to train in the barracks? If you select the furniture that defines the barracks, you need to select the squad (+/-?) and then hit {{key|t}} to have them train there. Also, are they assigned to a burrow that is outside of the training area? Something to check.
:I've found that dwarfs that don't have any specific equipment assigned will still go to the barracks and hang around. If you get this, check in the military menu, under the equipment tab. Under each dwarf it will say what equipment they are supposed to be wearing. Each piece should have a check mark by it. I've found it can take a few weeks (game time, probably depends on what your arsenal dwarf is doing) before the equipment is assigned. That is assuming you have enough dwarfs to warrant a arsenal dwarf.
:I've found a bug too - just so you be careful. In the military menu, second line from the top under positions with the dwarfs selected will show what rank the dwarf is. I've had it show "Talented" but if I looked at the dwarf it was at "Expert". I don't want any "greats" so I try to micromanage that.
:Another thing - under the equipment tab you can assign the dwarfs to wear armor over their clothes or not. It had the opposite effect than I expected, so try toggling it if your dwarfs go naked to get into their armor.
:One last hint - I've found that having the schedule train for 12 months is fine if you have one less "required" dwarf than their are in the squad. Otherwise you'll need to toggle the alerts or else you'll starve your dwarfs.
:My current problem is UN-ASSIGNING the soldiers. Wether they are assigned ACTIVE/TRAIN or the other alert, they are always training. If I delete the squad, they go into endless "No Job" even though they don't show up in the Idlers. If I delete the barracks the same problem exists. Anyone? --[[User:Kwieland|Kwieland]] 13:39, 6 May 2010 (UTC)
::That's a known bug, and a pretty devastating one, if the dwarf in question had any important civilian skills. The only workaround I know of is, ''never'' mix civilian and military roles on the same dwarf. If you draft a dwarf into the military and start training him or her, it's for life. --[[User:Greycat|Greycat]] 15:30, 6 May 2010 (UTC)
:::I kinda figured as much. The other bug I detest is the fact that the dwarfs (to me) have no increases in strength/agility/etc. But I digress. I did figure out a work around to the "No Job" ex-army dwarfs. If you have military dwarfs that you accidentally removed from a squad with the "No Job" bug, if you assign them a squad, assign the squad to move to a location. Then, if you cancel that order, they seem to go back to training/etc as per their schedule. At least you don't have a wasted dwarf in that case.
:::Any ideas on the Marksdwarfs? I think I'm going to try assigning them to be hunters, and then recruit from there. Then they should have a quiver, at least.--[[User:Kwieland|Kwieland]] 16:42, 6 May 2010 (UTC)
==Food and Water==

Either this page or the [[DF2010:Squad|Squad]] page (or perhaps both) ought to be edited to include information on telling your military dwarves to carry food and water/booze by someone who has tested those features. --[[User:FunkyWaltDogg|FunkyWaltDogg]] 15:16, 12 May 2010 (UTC)
:My understanding/experience is that the setting you are referring to don't do anything now. They carry whatever they want, and as much food as they want, too. I expect the military to be buggy for a while until after the merge is somewhat complete. --[[User:Kwieland|Kwieland]] 13:43, 13 May 2010 (UTC)

==Endless individual training bug?==
I currently have two wrestlers starving to death and dying of thirst in my barracks after never having come off individual training. I suspect it may have something to do with a couple of rhesus macaques that are running around my fortress and playing havoc with my dwarves jobs. The two dwarves have just stood in one place and not moved. They're not locked in or anything, have checked all the obvious stuff. The job just won't end, it can't be ended on the units menu and can't be ended by removing the dwarves from the military. Whilst I was typing this, one of the starving, dehydrated dwarves just as mysteriously decided to go to bed. Still starving and dehydrated. After standing in place and starving and dying of thirst for ages. :| Baffling. I think this might be a more rare bug but it should be looked into.

Edit: Said dwarf woke up, returned to their combat training. Still starving and dehydrated. And still, not technically in the military anymore. This is nuts :s

:The only luck I've had is to make sure they are assigned to a squad, that their squad is assigned to an unactive alert, and that they are really part of the squad. Sometimes they get stuck in a weird state. For those, I issue the squad a move order and that sometimes helps.--[[User:Kwieland|Kwieland]] 16:40, 28 May 2010 (UTC)

== Deconstructing barracks ==

Does not cause military to stop training ever again at all. It is in fact the only way to get them to switch barracks it seems, as turning training off makes them still train at the old one [[Special:Contributions/71.134.230.146|71.134.230.146]] 07:37, 29 May 2010 (UTC)
: Recreate your barracks. Adjust your schedule so that your soldiers stop training. Once they're all on "no job" you should be able to remove the barracks safely. I know this is an awkward workaround, but thanks to the new dwarven work ethic a lot of things are screwed up right now.{{version|0.31.04}} --[[User:Doctorzuber|Doctorzuber]] 09:31, 29 May 2010 (UTC)
:: No I mean I never run into the no job through barracks deconstruction at all. I do it all the time [[Special:Contributions/71.134.230.146|71.134.230.146]] 00:27, 30 May 2010 (UTC)
:I drafted to military four dwarves, gave them weapon and barrack and ordered to train. Oddly, their professions were still civilian - Armorsnith, Bove carver, etc. Then i wanted them to get back to their work, but switching squad to inactive didn't help, they were still practicing. Then i removed room state from armor stand - they became idlers with "No Job" state. Removing armor stand didn't help. Only after complete disbanding squad, removing dwarf from militia capitain noble and recreating squad from scratch they finally became Axedwarf, Macedwarf etc. proceded to their training and succesfully returned to civilian job after deactivating squad. --[[User:Peregarrett|Peregarrett]] 09:15, 1 June 2010 (UTC)

== Forgetful Militia ==

I just figured out my militia and had my trained dwarves set up to be ready for the regular waves of Macaques, and even put in lots of effort to get them quality weapons (Turns out their weapons are the most valuable things we have).
So the monkeys attack, and my dwarves are at their stations, holding them off. I order one dwarf to simply chase down and kill them one by one. He gets through two, is chasing the third down, and drops his weapon. Cancels retreive equipment because of a nearby Macaque, and then continues chasing it after stopping for a moment without a weapon, and won't STOP chasing it even when I cancel it's orders, order it to his high quality axe and then just remove him from the military roster.
As a Macaque bee-lines for his axe, I order all the others to kill that one before it reaches it, and they, of course, drop their weapons and charge, and refuse to stop. Every weapon I owned was stolen because they don't know how to move and hold them, losing everything of value that I owned. >:(

Does anybody else run into this infuriating issue?

:Every dorf has the sacred responsibility to drop his weapon before going into combat, lest he injure the enemy, but if you leave them as civilians right up to the instant of combat, they might not get the chance to put away their weapons before being pulled into a fight. But I haven't managed to get them to ''drop'' their weapons without forbidding the weapon - otherwise given the chance they want to take it back to a faraway stockpile and leave it to the civilians to fight. I think it might work to try going into the military screen for the squad you've created, hitting "e" for equip, "W" for weapon, and choose ''specific weapon'' from the menu, then choose that particular dorf's specific weapon. Note that this one option gives you the green check mark right away, no arsenal dorf input required. But I'd still bet they'll drop the weapons just as a matter of civic duty... [[User:Dorf and Dumb|Dorf and Dumb]] 21:34, 26 June 2010 (UTC)
::Right now, Kill orders are buggy in that fashion. However, MOVE orders tend to work as advertised. So, if you're moving your squads around, they might reequip before they obey your first Move order, but they won't reequip between slaughtering stuff and following your next Move order. Not perfect, but close. Do note that after a soldier uses his weapon for a while (for training, say), he'll keep it and it'll become forbidden. --[[User:DeMatt|DeMatt]] 06:03, 27 June 2010 (UTC)

== More of a "getting started" slant? ==

Just a suggestion, but I think it might be worthwhile to slant this page more heavily towards a "Getting started with a military" perspective. Right now, it's basically an overview/portal page, with a lot of links to comprehensive explanations of the new system, but there doesn't appear to be one single page that a new player can read and get a starting view of how to make the system function. (or, at least, I've read all this and I'm still confused).

== Is equipment weight to blame? ==

I was just trying to figure out how to get some dorfs to fight Plump Helmet Men (very nice creatures who seem to pose no hazard, leaving them to act on their own). Hunting works, but so far what I'm seeing from the military is dorfs running out with crossbows and no ammo and standing close by their purple-helmeted friends without doing anything nasty, or heading out with crossbows and barrels of booze, then realizing once they get there that they have to put the booze back, then coming out and doing as before, or even dorfs with axes and full armor standing by the plump helmet men, and doing nothing. The only way I get them to actually FIGHT is to hit enter in the equip screen to cancel all their equipment, and then they ravish the plump helmet men down to reds all up and down the list of washable parts. (If they can do anything more than that, it must require a ''very'' long period of intense squeezing and stroking)

Anyway, I wonder if the dorfs just aren't strong enough to hold everything ''in combat'' even though they carry it normally to get to combat, and their response is to stand still? [[User:Dorf and Dumb|Dorf and Dumb]] 21:25, 26 June 2010 (UTC)
:Doubt it. I've got soldiers who are quite happy to implement [http://df.magmawiki.com/index.php/File:Champions.png divorce proceedings], using an assortment of assigned weaponry. All melee, though, the only thing my ranged dwarves like to do is bash things. Are those Plump Helmet Men actually hostile, or at least "Wild Animals"? Are you using a Kill order, a Move order, or are you positioning them with a schedule order? --[[User:DeMatt|DeMatt]] 06:11, 27 June 2010 (UTC)
::It was a plain kill order. The other stuff looks too complicated ;) – [[template:unsigned|unsigned]] comment by [[User:Dorf and Dumb|Dorf and Dumb]]
:There ya go. Use a Move order ({{k|m}} in the squad menu, as opposed to {{k|k}} for a kill order) to move your squads in the vicinity of hostile targets, and let them decide to kill stuff. It works better. Of course, they'll ignore friendly targets. --[[User:DeMatt|DeMatt]] 20:25, 27 June 2010 (UTC)

== Knife user crash: Fixed. ==

Can anyone else confirm that it's definitely fixed now? I'm playing 31.13 and one of my dwarves is a wrestler on my military screen because he picked up a large steel dagger off a kobold thief early into my fortress and refuses to drop it. He's now a high master knife user and I can manipulate his squad just fine with no crashings. --[[User:Eurytus|Eurytus]] 12:15, 19 September 2010 (UTC)

v0.31 Talk:Military

2010-09-19T12:14:15Z

Eurytus: /* Knife user crash: Fixed. */ new section

v0.31 Talk:Strange mood

2010-09-16T20:21:24Z

Eurytus: /* Woodcrafter mood? */

I never had any of the moods that required dwarves to be depressed in 40d but I have a high master milker in a fey mood asking for body parts. will commit Dorfcide for science[[User:Cpad|Cpad]]
:'''''SCIENCE!!!'''''--[[User:Albedo|Albedo]] 01:19, 5 April 2010 (UTC)
man dwarves are hard to shred.killed a bunch of dwarves but the only parts that came off were teeth(Note use more violence next time) and the milker just sat in the craft shop then went berserk. Interestingly a dwarves "z" screen loses all the personality info when they go insane[[User:Cpad|Cpad]]

For what it's worth, I've seen a couple moods, saved to attempt different methods of reacting to them, and have noticed that Fey and Secretive work exactly as they did in 40d, apart from dwarves now requesting more different kinds of things. Perhaps we can update the 2010 page with some of the stuff from the 40d page at this point? --[[User:AzureShadow|AzureShadow]] 02:09, 5 April 2010 (UTC)

according to the bone article bones are now counted as body parts so I'm assuming that's what he was after [[User:Cpad|Cpad]] 13:15, 7 April 2010 (UTC)

A fey dwarf of mine just grabbed a shell that was laying about. So apparently those count too. (NINJAEDIT: Yes, he was screaming for body parts and not specifically shell)[[Special:Contributions/81.225.92.197|81.225.92.197]] 13:44, 10 April 2010 (UTC)
::Yes, bone and shell as category are gone, they are now 'body parts'. Asking for them is common in a fey mood and you won't have to kill a dwarf for that. In fact, it wont even help you satisfy his needs. --[[User:Confused|Confused]]

I think most of my dwarves were unhappy about one of my starting dwarves dying, but I didn't check at the time. I've now got someone in a mood who has collected 3 large roach remains, and 1 firefly remains. She's brooding darkly, and the message is "Leave me. I need things... certain things"--[[Special:Contributions/78.151.176.4|78.151.176.4]] 15:59, 10 April 2010 (UTC)

It might be worth stating that the personal preferences of the moody dwarf seem to influence the material requirements. I had an armorsmith who had a preference for silver and wouldn't accept any of my ready metal bars. Once I smelted enough silver items she promptly got to work. Currently the page only states that the preferences affect the created item, but since the material requirements are what mostly confuse people it might be worth to spell this out explicitly. --[[User:Roblob|Roblob]] 09:08, 24 August 2010 (UTC)

== Never Claiming a Workshop? ==
I have a dwarf hanging out in my dining hall in a secretive mood. He has not claimed ANY workshops, nor moved in nearly a month. He's about to go crazy, but I can't seem to even get him to a shop. Note, all workshops have been created (including fully powered magma forges/glass and non-magma equivalents) and every possible workshop is open and fully accessible. I'm not sure what to do :( His highest skill is in plant processing (13). Any suggestions for if this happens again? 00:59, 29 July 2010 69.134.0.97
:Please list all of his skills and the skill levels in them. Plant processing was not a "moodable" skill, one that can be selected as the skill that defines a strange mood, in old 40d, and I doubt that's changed. Check (t, then cursor over workshops) if any building component (marked with a <nowiki>[B]</nowiki> of any workshop is {forbidden}. And, if you have any burrows defined, be sure the moody dwarf is not a member of any of them. —[[User:0x517A5D|0x517A5D]] 03:37, 29 July 2010 (UTC)
::His only other available skill was stonecrafting at level 1. Otherwise he totally lacked any industrial skills. I triple checked the three craftsdwarf stations I had, none of them were blocked, forbidden or otherwise inaccessible. No burrows had been generated. I scrapped the game or I could have posted the files. I'll see if it happens again, I'd never had the issue before. It is more than likely that I was at fault somehow, but I just couldn't find why. [[User:Nubcake|Nubcake]] 07:16, 29 July 2010

I just had this same issue. DF2010. Guy got fey mood and also happens to be expedition leader. Dabbling grower. Skilled appraiser. Novice Organizer. Talented Record Keeper. He's set as expedition leader, manager, bookkeeper, and broker. Did what 0x517A5D said above, no dice. Hope this helps --[[User:W-dueck|w-dueck]] 04:24, 13 August 2010 (UTC)
:Did you have a craftsdwarfs workshop, which is what dwarfs with no moodable skills take?--[[User:Kwieland|Kwieland]] 06:01, 13 August 2010 (UTC)

I have this issue as well. high master armormsith, novice metal crafter, and adept pump operator. Obviously, he could take a metalsmith's forge, but he refuses to take either the conventional, or the magma versions. Just stands around at my well. [[User:Psychobones|Psychobones]] 00:05, 29 August 2010 (UTC)

== Body Parts? ==
I had a fey dorf scream for 'body parts' while four perfectly good raccoon bones stood nearby in a refuse stockpile. As the poor child was on the cusp of insanity, I slaughtered a mule and two puppies in desperation. Surprisingly, as soon as the puppy bones were made available, Urist McBonescreamer took them over to the Craftdwarf's Workshop without so much as a "how do you do". Why is there this distinction between different kinds of bone? [[Special:Contributions/81.86.135.171|81.86.135.171]] 22:34, 5 July 2010 (UTC)
quick edit: Mother of God, I've never seen anything like this. The child was only content with - I kid you not - '''''21''''' puppy bones in the end. Why so much goddamn bone? Seriously? 22:39, 5 July 2010 (UTC)

== Stopping at Nothing ==
It seems no matter what a dwarf will try to fulfill his mood. Even if his leg (and ribs) are broken he'll jump out of bed and find a workshop.--[[Special:Contributions/99.67.238.66|99.67.238.66]] 00:19, 15 June 2010 (UTC)
:Should've checked 40d first as it's confirmed that they do this in that version. I would like to know if the moody dwarves suffer the same effects of non moody dwarves with injuries while trying to find workshops (fainting, vomiting etc.).--[[Special:Contributions/99.67.238.66|99.67.238.66]] 00:24, 15 June 2010 (UTC)
== I think we need to do complete rearrange on mood materials ==

I got fey mood and dorf kept screaming for "rock bars" and logs. He picked up logs, but not rock blocks. This is either bug, or new stuff I haven't figured out yet.
--[[Special:Contributions/94.237.66.205|94.237.66.205]] 08:16, 7 April 2010 (UTC)

Rock bars means metal bars, I think. That what satisfied my fey dorf.

:I can confirm this. I had no metal bars and ordered one to be smelted (it was iron bar), mood'd dwarf rushed to pick it up and finished construction. Most likely this is just a typo (rock -> metal) and nothing complicated like import bars etc. (as in comments below) [[User:Fuco|Fuco]] 02:05, 9 August 2010 (UTC)

:Are you sure it's not charcoal (edit: I meant coke) that they want? They could easily be considered 'rock' bars. I'm going to see now, I haven't got either now that he's collected my steel bars, so can check what he wants.--[[Special:Contributions/92.29.248.178|92.29.248.178]] 15:12, 11 April 2010 (UTC)

:My fey dwarf was not satisfied by my massive stockpile of metal bars, or the large amounts of (ore and not-ore) uncut stone, or the stone blocks I demanded produced en masse. I think rock bars are actually what he is looking for, and as they cannot be produced, I was forced to lose a metalsmith in a craftsdwarf's to a berserk rage, followed by two wrestlers and a pack of dogs. Tell him that it's a typo. --[[User:Aescula|Aescula]] 03:15, 20 April 2010 (UTC)

:For me, ordinary metal bars were ignored until I made an adamantine wafer, but ymmv. --[[User:zergl|zergl]]

:On mine it's just taken an iron bar before the lazy bugger began working on his mysterious construction. --[[User:Mrchinchin25|Mrchinchin25]] 21:23, 23 May 2010 (UTC)

:: I just had a guy ask for "rock bars" and he took two steel bars from my stocks. Possible thing -- they were imported. Maybe only imported metal bars? --[[User:Waladil|Waladil]] 02:42, 11 June 2010 (UTC)

:::I can confirm, Asked for wood, rock blocks, rock bars; took fungiwood, dolomite blocks, and imported steel bars. Haven't had a second mood to try non-imports. --andrei901 21:04, 4 August 2010

:: I had a guy ask for "rock bars" and he wouldn't do anything until I realized my blocks were in my trade depot. He then took my gold bars. [

::In 0.31.06, my metalsmith interprets "rock bars" as rock block, which is rather confusing, because he also asked for "rock blocks". Item asked: Rocks, Rock bars, Rock blocks, Cut gems, Silk cloths, Metal bars. Items taken: Copper bars, Olivine blocks, Red beryls, Dacite, Giant cave spider silk cloth, Tanzanites, Dacite blocks, Wood opals. --[[User:Arkatufus|Arkatufus]] 13:44, 16 June 2010 (UTC)

::In my case "rock bars" meant iron bar as well, so it suggests metal bars. [[User:Boldwyn|Boldwyn]] 22:08, 12 July 2010 (UTC)

::I just had a fey dwarf asking for "rock bars". He wouldn't accept: rocks, rock blocks, grates, charcoal, iron bars (non-imported), electrum bars (non-imported), copper bars (bought at embark, marked ingame as imported), pig iron bars. Unfortunately he was "stricken by melancholy" just before I smelted some steel bars. v0.31.12 --[[Special:Contributions/91.193.86.67|91.193.86.67]] 10:36, 9 August 2010 (UTC)

Shame. Armoursmith only wanted one bar. If anyone else gets a chance, I'd love to see a charcoal / coke armoured wrestler take on a magma man ;P 92.29.248.178, 18:39, 11 April 2010

I had a strange mood (possessed) with 17 dwarves, so the 'at least 20 dwarves' condition should be removed. Also, the dwarf was struck with the mood right after he migrated to my fort. Right after, as in he was still 2 tiles away from the edge of the map. 78.23.137.83, 15:32, 20 April 2010 
:I can confirm, 20 dwarfs are not needed for a mood.-[[User:Mhyder|mhyder]]
:So it does appear that mood trigger conditions have changed. I'll try to do some disassembly and report what I find. —[[User:0x517A5D|0x517A5D]] 20:56, 20 April 2010 (UTC)
::(If anyone can find Truth, it's 0x5. He is personally responsible for 75%+ of the 40d info. You da man!)--[[User:Albedo|Albedo]] 21:05, 20 April 2010 (UTC)

Every time I have one ask for rock bars, coke, charcoal, ash, or any kind of metal bar works. (Though, one time, the dwarf used soap.)(No, I don't know, either.) So, evidently, rocjk bars just means bars of any material.

== Saving & reloading not changing mood type ==

Thanks to a crash, I had to reload my fortress, saved about a month before a strange mood. It occurred at roughly the same time, with the same dwarf, with the same type of mood. The item was different however.-[[User:Studoku|Studoku]] 14:06, 22 April 2010 (UTC)

:I believe that's expected behavior. The mood type, if I recall, is based on happiness of the dwarf, and thus should be consistent over loads. The type of craft is determined by their highest skill, unless they have no quality-based skill, in which case it's a toss up between useless woodcrafting, near-useless stonecrafting, and sweet sweet bonecarving. --[[User:Zombiejustice|Zombiejustice]] 14:20, 22 April 2010 (UTC)
::Mood types are ''generally'' not based on happiness and also not that hardwired to the state of the fort, meaning they are likely to change on reload. There are higher probabilities for some skills to get a mood and that makes it likely the same dwarf is chosen, esp. if the fort is small. There is a chance counter running down, usually resulting in a mood in the same time window on reload. What in fact has changed is that the item produced is determined on completion now, not on start out, allowing for even more <s>exploit</s> tweaking. --[[Special:Contributions/92.202.66.218|92.202.66.218]] 16:03, 28 April 2010 (UTC)

== Body Parts ==

Just got a fey mood dwarf asking for them. -[[User:Studoku|Studoku]] 00:22, 26 April 2010 (UTC)

:He means bones or turtle shells. Get him some. --[[User:Zombiejustice|Zombiejustice]] 02:01, 26 April 2010 (UTC)

:I think the word here is "or", I have a dwarf shouting for body parts while bones pile high around him, so I'm guessing it really is Bones '''or''' shell, not either. -The Anon

== Possible Bug ==

I'm having an issue where occasionally a dwarf won't collect items I'm 100% sure I have available, i.e. he'll get leather and then ask for more even when more is clearly there, he'll ask for bones/wood when there's a stockpile right next to him, etc. I've tried just about everything including manually dumping the needed supplies on the Craftdwarf's workshop. Nothing seems to work and since it's happened to me many times, I'm thinking bug.--[[Special:Contributions/69.149.72.106|69.149.72.106]] 05:45, 28 April 2010 (UTC)

:Dwarves in moods will continue to ask for the same list they started out asking for, regardless of which items they've already collected. They also collect them in order. So if he asks for:

*leather
*body parts
*plant cloth
*rough gems
*leather

:and he already has leather, bones, and plant cloth, he'll keep repeating the same list until rough gems are available, then go get them, then get more leather, then begin a mysterious construction.--[[User:Zombiejustice|Zombiejustice]] 12:19, 28 April 2010 (UTC)

::I may be seeing the same issue as above. I have a dwarf in a possessed mood locked in a workshop looking for:
::*rough...colour
::*stone...rock (has bauxite)
::*gems...shining (has indigo tourmalines)
::*tree...life (has palm logs)
::*bones...yes (has mule bones. I liked that mule)

::I'm unsure of the order they originally came up in, but of course I have uncut gems lying all over the place (including a store pile of cut and uncut gems about ten tiles away.)

::I'm also very new to DF, so I could be missing something. I'm going to save a copy of it as it is currently. [[User:Eddy the lip|Eddy the lip]] 19:25, 30 April 2010 (UTC)

:::He may want rough glass, instead of normal gems. Dwarves can be picky. --[[User:Zombiejustice|Zombiejustice]] 19:27, 30 April 2010 (UTC)
::::If he wanted raw glass, he should've been mumbling "raw... [green/clear/crystal]". It was only in the old 2D version where "rough gems" (and its secretive/possessed equivalents) could occasionally mean "raw glass". --[[User:Quietust|Quietust]] 19:54, 30 April 2010 (UTC)

::::Yeah, rough glass didn't do it. I suppose there's the possibility that he requires a specific kind of rough gem. He has a preference for moss opals (I only have jelly opals.) If I can find some, and that works, I'll post back. Otherwise, I'll have to get work on the catacombs! [[User:Eddy the lip|Eddy the lip]] 20:18, 30 April 2010 (UTC)

::::Burrows also affect moody dwarves. If you have only a rock stockpile designated for the poor guy, he's trying to find bones and gems from within that burrow (stockpile).

== Magma Workshops ==
So, I just a had a Glassmaker be possessed and be unwilling (unable?) to claim a Magma glass furnace. When I built a regular furnace, he claimed it just fine and went on about his business. Not sure if this applies to all other magma disciplines, but if you're having this problem, try building a regular one (then deconstruct it afterwards, I guess). [[User:Rodya mirov|Rodya mirov]]
: A magma forge worked for me. Just make sure it doesn't get unpowered after it has been claimed because the dwarf immediately ran amok when this happened. [[Special:Contributions/84.46.87.224|84.46.87.224]] 11:45, 9 May 2010 (UTC)

== Obsidian Farming SCIENCE ==
Someone needs to figure out definitely whether obsidian farming allows more moods.

== 'Nother Possible Bug ==
Today I was tending the fortress when my bookkeeper went into a secretive mood while on break in the dining hall. He did not claim a workshop, he did not sketch anything. He just sat there, slowly losing his mind until he finally went insane. I'm not sure what I did wrong. Right now the game is paused with the still-insane dwarf just sitting amongst all the others. I'm afraid to unpause it because I really don't want to see what's going to happen to the little bastard. [[User:PurelyAtomic|PurelyAtomic]]

::Maybe you didn't have the workshop he needed? The symptoms seem to match. --[[User:Speed112|Speed112]] 01:01, 12 May 2010 (UTC)

:Later that year a different dwarf, a Stonecrafter, was possessed. He holed himself up in his workshop and made a Claystone scepter called the Stin Shadmal. It's worth a ridiculous amount. [[User:PurelyAtomic|PurelyAtomic]] 00:57, 12 May 2010 (UTC)

== Yet another possible bug ==

My leatherworker was possessed, claimed a leather works, then wanted leather and cut gems. I tan a hide, cut about 7 or 8 gems, then about 20 minutes later, I see "Degel Zefonusan has begun a mysterious construction!". I go over, look at the items in the workshop, and find out he took 3 units of donkey leather. I think there should be some way of finding out how many of a certain thing he needs. This caused a lot of confusion for me.--[[User:Joejr50|Joejr50]] 20:18, 23 May 2010 (UTC)
: You can estimate the number of items by duration of each scream/sketch/muttering. If some particular material request shows longer than other, it means crafter needs several items of that type. But I never got requests of more than 3 items of one type. --[[User:Peregarrett|Peregarrett]] 12:12, 24 May 2010 (UTC)

== And another bug... ==

I've now had two dwarfs produce bone items from strange moods. In both cases, bone was requested (dwarfs had no skill) as well as various other goods - gems, cloth, leather, and rock - but the final artifact was a bone artifact with zero decoration. One dwarf was possessed, the other was a mysterious mood.

Anyone experience similar?--[[User:Nimblewright|Nimblewright]] 17:42, 15 August 2010 (UTC)
:Yes - in fact, it was reported 3 weeks ago on the bug tracker: {{bug|2806}} --[[User:Quietust|Quietust]] 18:32, 15 August 2010 (UTC)

== Fell mood murder ==

I think it requires some clarification. Does the moody dwarf attack their victim, drag them to workshop and insta-kill them or insta-kill them on the place and then drag the corpse? --[[User:Someone-else|Someone-else]] 20:22, 23 May 2010 (UTC)
:In 40d, the moody dwarf would insta-kill his victim wherever he/she was standing (without the victim even being able to defend itself, much like slaughtering), then drag the corpse to the workshop. --[[User:Quietust|Quietust]] 20:45, 23 May 2010 (UTC)
:I also had a fell mood murder in DF2010. It seems like it uses the same game mechanics as slaughtering (instant-kill without combat mechanics). --18:46, 5 July 2010 (UTC)

::I just had a Fell mood in 31.12. The Dwarf who undertook the mood first claimed a Tanner's shop then stalked the (corpse-strewn, gradually flooding) halls of my fortress for quite a while. Eventually, he grabbed an alread-dead Dwarf's corpse and hauled it back to the Tannery. And now... I have a lovely Dwarf Bone Cage which sadly will be lost soon when my fortress finishes self-destructing in an orgy of tantrums and doomsday-level flooding. [[Special:Contributions/71.232.137.20|71.232.137.20]] 04:59, 30 July 2010 (UTC)

:::Interesting, very interesting. I thought fell moods always involved a murder. Is there any chance that the dead dwarf was alive when the mood started? —[[User:0x517A5D|0x517A5D]] 12:16, 30 July 2010 (UTC)

::::I can not rule it out; at the time, Dwarves were dropping from starvation (as the food stockpile was cut off from the upper levels by flooded intermediate levels), so the "material" might have expired after the mood started. Its noteworthy that the Dwarf with the mood spent a lot of time first sitting on the workshop (as if he was missing a material), then wandering seemingly randomly through the fort. [[Special:Contributions/71.232.137.20|71.232.137.20]] 17:26, 31 July 2010 (UTC)

:In 31.11 my Fell mood dwarf claimed a magma forge, he proceeded to mull around the area and at a whim proceeded to murder my dwarf operating a magma furnace. He dragged the corpse to my magma forge and produced a dwarf bone short sword. So as far as I can tell, he kills them on site, not at the place they intend to process the dwarf. --[[User:Knossos|Knossos]] 08:10, 10 August 2010 (UTC)

== Skills affected by artifact creation ==

My miner got a fey mood, claimed mason workshop and created hematite table, decorated with giant toad bone and tube agate. Before getting mood he had miner, carpenter and bowyer labor skills, and now he is a legendary MINER! Making stone furniture now counts as digging experience?! --[[User:Peregarrett|Peregarrett]] 12:46, 24 May 2010 (UTC)
:Oops. my fault. I always thought miner is not-moodable skill, but it was moodable even at 40d --[[User:Peregarrett|Peregarrett]] 13:48, 24 May 2010 (UTC)

== Possessed Mood Causes ==

Do we know for sure what causes Possessed moods? A few seconds after crushing twenty or so dwarves and various livestock beneath a drawbridge (great fun, lemme tell ya) a dwarf woke from his sleep due to a Possessed mood, and made an Aventurine scepter. Also, ''"On the item is an image of Zefon Stopchamber the dwarf in aventurine. Zefon Stopchamber is cringing. The artwork relates to the crushing of the dwarf Zefon Stopchamber under a drawbridge in Helmsball in the midautumn of 202."'' So, maybe Possessed moods are caused by recent deaths, or deceased friends? Just guessing here, maybe it was just coincidence, but interesting all the same. [[Special:Contributions/174.31.104.180|174.31.104.180]] 00:02, 8 June 2010 (UTC)
:Coincidence - as far as anybody knows, they're entirely random. The only moods that result from recent deaths or deceased friends are Fell/Macabre moods, and only because they happen when an unhappy dwarf enters a strange mood. --[[User:Quietust|Quietust]] 00:18, 8 June 2010 (UTC)
:You might be on to something: I recall Toady mentioning ghosts a while ago. My newest fort also succumbed to thirst (2 miners survived) and I got 2 possessions for next two moods after migration (but due to rock bars problem it kinda didn't work out for them as I had sold my anvil for). [[Special:Contributions/90.191.16.52|90.191.16.52]] 10:39, 1 July 2010 (UTC)
:: I'm aware of the next comment (about disassembly) and do believe it - yet I got another possession in the same damn castle; 3 out of 4. Is it possible that code is compiled yet never used? Still, chance works like this too. [[Special:Contributions/90.191.16.52|90.191.16.52]] 11:43, 19 July 2010 (UTC)
:::Nope. A short glance at DF .08 with a [http://www.hex-rays.com/idapro/ disassembler that tracks code flow] shows only one path that reaches the message " has been possessed!" and it comes directly from the 0..2 random number test mentioned below. It's random, you've had slightly bad luck, but your experience is well within statistically expected results. You've essentially rolled a die four times, and gotten a 1 or 2 on three of the rolls. You might want to read about the [http://en.wikipedia.org/wiki/Gambler%27s_fallacy Gambler's fallacy] a.k.a. the so-called [http://en.wikipedia.org/wiki/Law_of_averages law of averages] and the fallacy of [http://en.wikipedia.org/wiki/Hasty_generalization hasty generalization]. —[[User:0x517A5D|0x517A5D]] 03:41, 21 July 2010 (UTC)
:It's all a coincidence. I just disassembled the bit of the 0.31.08 strange mood that chooses mood type. It hasn't changed since the .40d days, except for excessive optimization by the compiler.
:*First, a random number between 0 and 49 is generated.
:*If that number is ''higher'' than the dwarf's current happiness scalar,
:**then a random number between 0 and 1 is generated.
:**0 results in a fell mood.
:**1 results in a macabre mood.
:*Otherwise,
:**a random number between 0 and 2 is generated.
:**0 results in a fey mood.
:**1 results in a secretive mood.
:**2 results in a possessed mood.
:Purely random. Disassembly available on request. —[[User:0x517A5D|0x517A5D]] 04:19, 2 July 2010 (UTC)

== Shells ==

Mussel shells count as shells along with turtle shells and cave lobster shells. Should change the page to include them .
: Cave lobsters don't produce shells anymore. Only turtle, oyster and mussel do - see [[DF2010:Shell|shell]] page.[[User:Peregarrett|Peregarrett]] 06:50, 2 July 2010 (UTC)

== Materials in hospitals ==

What I have found is that materials a dwarf need that that only exist in containers in hospitals will not be claimed until the container is removed and the material is liberated. Need a second check on this then it might be worth putting on this page. 05:34, 17 June 2010 Bungler
:That kind of makes sense, similar to how trader's goods can't be used. Did you try setting the level of material required by the hospital to 0? Incidentally, four tildes <nowiki>~~~~</nowiki> signs your talk page posts. —[[User:0x517A5D|0x517A5D]] 10:21, 17 June 2010 (UTC)

== Metal working dwarves and magma workshops... ==

I doubt that this is a bug, but i think it needs further confirmation, i had a possessed metalsmith, who claimed a magma forge the moment the channel under it filled to workable status, but due to the fact that it wasn't completely full and lava was moving, the workshop momentarily lost "power". The dwarf immediately canceled the mood and went berserk. Now, i doubt that ''every'' moody metalsmith would do that, but more just do the general insanity thing and go any of the possible moods. Can anyone confirm this with their dorfs? v31.08 here, just for reference - [[User:Vrga|Vrga]] 06:51, 3 July 2010 (UTC)
*It's always been this way, even in 40d. --[[User:Quietust|Quietust]] 14:46, 3 July 2010 (UTC)
**didn't know that, as its not stated ''anywhere'' at all... - [[User:Vrga|Vrga]] 11:38, 4 July 2010 (UTC)

== Possessed Mood and Experience ==

So far under v31 I've had a handful of dorfs get possessed and build themselves an artifact. The wiki still says that Possessed dwarfs don't gain xp, but mine have all ended up Legendary in whatever skill they used at completion.
:Coincidence. Remember that the moodable skill with the highest experience level is the one chosen; it just happened that your possessed dwarves were already legendary. I just checked my disassembly of 0.31.06. All successful moods ''except possession'' gain 20,000 experience points; possessions go not gain anything. This is the same as its always been. —[[User:0x517A5D|0x517A5D]] 02:37, 14 July 2010 (UTC)

== Mining exp? ==

A couple times my dwarves made artifacts (not possessed) at a mason's workshop, to become legendary miners. They do not appear to have gained skill in masonry or anything else like that. --[[User:Peglegpenguin|Peglegpenguin]] 20:11, 12 August 2010 (UTC)
Yes mining is a moodable skill.It does not have a workshop so you must think of it like they made it with their picks. If I'm correct they will take either a masonry or crafsworkshop and make their artifact there.

== Population of 20+==

According to Tarn in Dwarf Talk 7, in order for a fey mood to occur you must have a population of 20 or more for the mood to occur. So I really think we should have this in the article. [[User:Sadron|Sadron]] 19:00, 14 August 2010 (UTC)
:That was specifically removed from the article because two people, Anonymous-78.23.137.83 and [[User:mhyder|mhyder]], have reported moods with less than 20 dwarves. —[[User:0x517A5D|0x517A5D]] 22:27, 14 August 2010 (UTC)
::I see, however were they able to provide evidence for it? [[User:Sadron|Sadron]] 01:51, 15 August 2010 (UTC)
:::The claims are on this page, about halfway down. No evidence was presented, nor requested. —[[User:0x517A5D|0x517A5D]] 18:29, 15 August 2010 (UTC)
I have had one with 11 dwarfs.
(I had had twenty, nine were slaughtered by goblins, (And zombies) and before more came, one went into a fey mood.)

== Other requests ==

Right now i'm having a dorf (metal crafter) who is in a fey mood and asks for "adamantine wafers", exactly. Of course, he got it, just stopped on "body parts", which i have 200 at hand, no burrows. He's just a little bitch.
Oh, sorry, DF 31.10, [[Special:Contributions/78.140.48.35|78.140.48.35]] 08:12, 18 August 2010 (UTC)
:It happens fairly often (and even back in 40d) that a moody metalsmith will insist on a very specific metal. In most cases, that metal would be the dwarf's favorite metal, but I always observed that once I had struck raw adamantine, all moody metalsmiths would insist on using adamantine wafers. --[[User:Quietust|Quietust]] 12:53, 18 August 2010 (UTC)

== Strange problem with moods ==

I was wondering if anyone else had this problem. I've already had 2 dwarves go insane because they couldn't get materials for an artifact. Everything they ask for is in my fort, and there are no burrow restrictions or anything forbidden. It seems to only happen when they take over a clothier's workshop (which has no restrictions on it, BTW) and ask for cloth - even though there is a huge stockpile of cloth right next to the workshop. I have a third dwarf currently doing the same thing and I actually want to save his life for once. [[Special:Contributions/98.228.196.111|98.228.196.111]] 21:39, 7 September 2010 (UTC)
: Do you have both silk and plant cloth? Both are requested as "stacked cloth" but aren't equivalent for secretive moody dwarf. Same for posessed one.[[User:Peregarrett|Peregarrett]] 06:55, 8 September 2010 (UTC)
: Also, it's possible that he wants a piece of cloth which is stored in a hospital. He can't take it out of there and so he'll go insane waiting to get it. My solution was to de-zone the hospital and unbuild all the chests inside it, allowing him to grab the cloth that he wants.--[[Special:Contributions/208.81.12.34|208.81.12.34]] 12:57, 16 September 2010 (UTC)

== Woodcrafter mood? ==

I had a woodcrafter get a secretive mood. He claimed a mechanics shop. Clearly he should have claimed a craftsdwarf shop. I checked his stats and sure enough, both woodcrafting and mechanics were proficient, among other mood skills. I don't use any other DF tools, so I couldn't see the exact experience levels. My hypothesis is one of two things. First, perhaps the skill had rusted, but that the change doesn't get reflected in their professions? Second, perhaps both were exactly the same skill level. Moods pick a random one, or pick one different from the one the title uses? Anyone seen something like this?--[[User:Kwieland|Kwieland]] 12:10, 16 September 2010 (UTC)
::Were both skills equal? Perhaps he migrated in as a proficient woodcrafter and mechanic? It may be that it only regards the level of their proficiency rather than their EXP value for it. --[[User:Eurytus|Eurytus]] 20:21, 16 September 2010 (UTC)

v0.31 Talk:Wood

2010-09-16T20:09:21Z

Eurytus: /* Bituminous coal, lignite vs. wood */

==Exotic Woods==
Given the relative expansion of underground wood-bearing substances, which possess unusual properties or colors, and the utility of some woods for certain products over others (blood thorn and glumprong for ballista bolts, feather-tree for barrels, buckets, sparring weapons, etc.), would it be worth expanding this article to talk about that in more detail? I've also been playing a bit with trading (i.e. you can trade for feather tree wood but not glumprong); trying to see if Dwarf civilizations will trade blood thorn logs or the like, but haven't had any luck. Guess they don't hit those deep down caverns, eh? -- [[User:Ancient History|Ancient History]] 22:38, 22 July 2010 (UTC)
:They trade tower-cap, don't they? Well, your wagon is usually tower-cap. I'm preety sure it's cause Glumprong and Blood Thorn are [EVIL] woods, and dwarves don't settle in [EVIL] areas. --[[Special:Contributions/174.113.156.80|174.113.156.80]] 16:31, 29 July 2010 (UTC)
::Blood thorns aren't evil, they're just found only in the lowest cavern level. Presumably, dwarven civilizations only have access to the 1st cavern layer, which is what prevents them from offering anything other than tower-caps and fungiwood. --[[User:Quietust|Quietust]] 19:59, 29 July 2010 (UTC)

== Wood Colors ==

This isn't particularly important but I'm pretty obsessed with making objects of all the different colors. So when I realized that fungiwood barrels were brown instead of yellow, I looked into how the colors work. Apparently most items made out of wood preserve the color and the brightness of the wood, but a certain few items preserve the color but always set the brightness to 0. These are: barrels, doors, cages, bins, floodgates, and hatch covers. If you build any of those out of fungiwood, they'll be brown. If you build anything else out of fungiwood, it will be yellow. Similarly, tower-cap barrels are light gray and not white.

I don't know if this is even worth including, or if it should go in carpentry or what, but I figured I'd mention it somewhere so if anyone else thinks it's important enough to include they can.

Also, bags preserve the brightness of the thread, so it doesn't seem to be related to containers. --[[Special:Contributions/75.183.164.142|75.183.164.142]] 02:43, 31 July 2010 (UTC)
:Barrels are just a "division" symbol "÷" with a colored background, and background colors can only be "dark": black, dark red, dark green, dark blue, purple, teal, brown, and ''light'' gray (dark gray is actually "bright black"). --[[User:Quietust|Quietust]] 02:52, 31 July 2010 (UTC)

::I use a graphics set so I wasn't aware that there was any background stuff going on. I guess that answers my question. I still wish I could get brightly-colored barrels, though. --[[Special:Contributions/75.183.164.142|75.183.164.142]] 04:09, 31 July 2010 (UTC)
: mod colors if you really wanted to.

== Underground Saplings ==
"Underground areas will only start to sprout saplings once you have hit the caverns."

I've had my last couple of fortresses start growing saplings from the moment I muddied my farming areas, just before I actually built the plots. Is it a bug or not? I usually irrigate right out of a brook, if it makes a difference.

== Bituminous coal, lignite vs. wood ==
"Bituminous coal without magma triples the effective output of wood, lignite doubles it." I havn't played much, but coal and lignite doubles and matches wood output. Am I missing something? [[User:Taerh|Taerh]] 18:15, 6 September 2010 (UTC)
:One wood log can be burned to produce one unit of charcoal, good for one metalworking job. If you use that unit of charcoal to process bituminous coal, you get 3 units of coke, enough for 3 metalworking jobs (hence tripling the effective output). --[[User:Quietust|Quietust]] 23:06, 6 September 2010 (UTC)
:according to [[DF2010:Bituminous coal]] you need a coal for the stone coals -- therefore 3-1 =2 (doubling) and lignate matches by the same math. -- which is correct -- this page or that one?
::You don't need any fuel to make charcoal, you just need a wood log. You DO need a unit of fuel to make coke, but the output is 3 bars of fuel.--[[Special:Contributions/208.81.12.34|208.81.12.34]] 18:56, 16 September 2010 (UTC)
:::In other words, 1 wood log by itself makes 1 unit of fuel, 1 hunk of lignite plus 1 wood log (burned into charcoal) makes 2 units of fuel, and 1 hunk of bituminous coal plus 1 wood log (burned into charcoal) makes 3 units of fuel. --[[User:Quietust|Quietust]] 19:09, 16 September 2010 (UTC)
::::That math is off, here's how it works. In the case of wood, 1 wood = 1 charcoal. In the case of Bituminous coal, 1 wood = 1 charcoal = 3 coke; the math in this reaction is 1 - 1 + 3. When using Lignite, it's similar; 1 wood = 1 charcoal = 2 coke; 1 - 1 + 2. So bituminous coal triples the effect of wood, because you end up with 3 fuel rather than 1. Lignite doubles the effect of wood, because you end up with 2 fuel rather than 1.--[[User:Eurytus|Eurytus]] 20:09, 16 September 2010 (UTC)

v0.31 Talk:Wood

2010-09-16T20:09:03Z

Eurytus: /* Bituminous coal, lignite vs. wood */

v0.31 Talk:Helmet snake

2010-09-15T21:52:18Z

Eurytus: /* Unreliable advice? */ Daggum it. I always forget my sig

''"Eating the poison itself, counterintuitively, is also perfectly safe, due to the way the game handles poisons."''
This could make more sense than it seems. The poison causes necrotosis, therefore would require to be in the muscle tissue or bloodstream. The dwarven digestive system could contain an acid strong enough to dissolve the poison, or the mucous lining of the stomach and digestive tract could be strong enough to repel the poison.
And yes. I am starting a disscussion over dwarven anatomy. --[[User:Libelnon|Libelnon]] 10:03, 27 April 2010 (UTC)
::Since we're being pedantic, why not point out that even though it makes a certain amount of sense, once thought about, the fact that "eating the poison... is perfectly safe" is still counterintuitive, as one's intuition would be to keep it out of contact with one's critters entirely. BAM! You got '''logic'd!''' --[[User:Zombiejustice|Zombiejustice]] 11:47, 27 April 2010 (UTC)
:::Ah, but then you get snake charmers who drink snake venom quite often with no ill effects. In fact, it's apparently a good source of protein. --[[User:Libelnon|Libelnon]] 14:57, 4 May 2010 (UTC)

== Unreliable advice? ==

The article describes the dangers of helmet snakes in significant detail, as well as providing advice on how to use them against enemies, but helmet snakes '''don't actually exist''' because they lack the [LARGE_ROAMING] token in their raws, so all of this advice seems rather suspect. --[[User:Quietust|Quietust]] 15:53, 15 September 2010 (UTC)
:The way I see it, it's possible that somebody added the necessary tokens to the raws to make helmet snakes exist specifically so they could spade helmet snakes. Still not really viable advice all things considered.--[[User:Eurytus|Eurytus]] 21:52, 15 September 2010 (UTC)

v0.31 Talk:Helmet snake

2010-09-15T21:51:52Z

Eurytus: /* Unreliable advice? */

v0.31 Talk:Elf

2010-09-15T21:39:11Z

Eurytus: /* Demands */

Confirm that trading leather is a no no? [[User:Cpad|Cpad]] 02:04, 10 April 2010 (UTC)

:see update. leather is fine in all forms. --[[User:Birthright|Birthright]] 16:53, 10 April 2010 (UTC)

Needs game data

Creatures that you purchase from them do not appear to breed, even if you have enough of both genders chained or caged in close proximity. Perhaps the elves practice spay/neuter policies with the creatures they trade? [[User:Volouscheur|Volouscheur]] 21:59, 21 April 2010 (UTC)
:That's nothing to do with Elves, it's just that caged animals don't breed. Not sure about chained ones. Incidentally, proximity has nothing to do with breeding at present - everything seems to reproduce through spores :) [[User:Oddtwang of Dork|Oddtwang of Dork]] 12:49, 26 April 2010 (UTC)
::Chained cows, horses, dogs, etc. breed when chained (gotta be via spores), so I would expect more exotic animals would do the same. --[[User:MisterB777|MisterB777]] 22:01, 24 June 2010 (UTC)

==Removed text==

Removed this section as it's not encyclopaedic (or very well-written):

<quote>They are hypocritical, cowardly (Choosing ranged weapons over axes), and "ye best keep your wits about ye" when they are on your map. To sum things up they are not Dwarves... or even Humans (Or even close to Humans), and should therefore be treated as enemies.</quote>

It might be worth including something to the effect of "many players refer to the Elves as 'treehugging hippies' and the like".
[[User:Oddtwang of Dork|Oddtwang of Dork]] 12:49, 26 April 2010 (UTC)

:I think that that is a good sport of comedy, and should be put back (with a "D for Dwarf" banner above it). --[[User:Arkenstone|Arkenstone]] 21:46, 28 April 2010 (UTC)

==Demands==

Can anyone verify that Elves still demand you limit deforestation in 0.31? [[User:Oddtwang of Dork|Oddtwang of Dork]] 12:49, 26 April 2010 (UTC)
:I got a screenshot from 0.31.12 that shows that they do, but I'm on a new laptop and forgot my password, working on fixing it so I can upload it (my username's Arkenstone, you see I posted below) --[[Special:Contributions/67.167.194.192|67.167.194.192]] 04:19, 26 July 2010 (UTC)
:Not only do they demand a limit to your deforestation, but they seem to know when you cut down mushrooms in the caverns down deep too. [[User:Nadal|Nadal]] 7:36, 19 August 2010 (UTC)
::Elves still set tree limits, and count the trees you cut, not just what's in your stockpile when they show up. There is a counter on the civ screen, mine currently reads -405/105, because I've cut down 4 times as many trees as I agreed to. Not sure how mad they're gonna be about all the new charcoal. --[[User:Jmz|Jmz]] 01:28, 21 August 2010 (UTC)

And do the still refuse meat? --[[User:Arkenstone|Arkenstone]] 21:46, 28 April 2010 (UTC)
:I just tested it, as I've gotten into the habit of checking pages and their talk pages when I'm wondering about something currently going on in my fort. Elves in this version do indeed accept meat, as well as fish, bone and other refuse derivatives, leather, and totems. As usual, you still have to be careful of trying to trade them the barrel the meat is contained in. I'm going to remove the verify tags regarding this from the page, if anybody wants proof in screencap form I'll gladly provide it. --[[User:Eurytus|Eurytus]] 20:53, 15 September 2010 (UTC)
::You should probably report that on the bug tracker if it isn't there already - most of those materials have [IMPLIES_ANIMAL_KILL], so elves should be utterly mortified by any attempts to trade them. --[[User:Quietust|Quietust]] 21:21, 15 September 2010 (UTC)
:::I reported it, although I'm not sure if it's a bug or if Toady just made it so that Elves only reject wood-related items now. --[[User:Eurytus|Eurytus]] 21:39, 15 September 2010 (UTC)

v0.31:Elf

2010-09-15T20:54:07Z

Eurytus: Verified: See talk page.

{{Quality|Exceptional|07:51, 9 August 2010 (UTC)}}
{{CreatureInfo v0.31
|name=Elf
|symbol=E|color=3:0:0
|biome=* Any
|contrib=no
|death=nobutcher}}
{{av}}

:''A medium-sized creature dedicated to the ruthless protection of nature''

Elves are humanoids dedicated to the protection of ''their'' concept of nature (focused on trees).

Elven caravans arrive in late spring. During {{L|trade}}, elves will '''not''' accept wood, wooden items or any goods {{L|Decoration|decorated}} with wood. This includes ''clear'' and ''crystal'' {{l|glass}} items and soap, because wood-derived {{L|lye}} and {{L|pearlash}} are used in their production. Elves will, however, gladly trade you their own wooden items. They will not, however, accept their wooden items back. Be careful to not offer them your wooden bins or barrels. If the contents of bins are marked for trade individually, and are not wooden themselves, the elves will not care that you used wooden bins to haul the goods to the depot.

Offending elves by attempting to trade wooden items quickly causes them to refuse further trade this year and leave early. 
Repeatedly offending elves by attempting to trade wooden items may cause them to attack your fortress with an {{l|ambush}}.

Elves will generally '''accept''' items made of green glass, stone, metal, bone and other refuse, silk, leather, plant fiber cloth, meat and fish, totems, and even plants. They will accept animals in trade, as long as their {{L|Cage|cages}} are not wooden.

They also accept ''raw'' clear glass and ''raw'' crystal glass, despite the fact that they are made using {{l|pearlash}}.

Elves generally bring all kinds of wooden items like barrels and cages, animals, alcohol, plant fiber and its products as well as small quantities of weapons and plants. They usually bring tamed rare animals, which may be important if you want to have {{L|Giant eagle|battle eagles}} or some other beasts for your army and zoo.

{{gamedata}}
{{Creatures}}
{{Category|Humanoids}}
{{Category|Races}}

v0.31 Talk:Elf

2010-09-15T20:53:21Z

Eurytus: /* Demands */ verifying acceptance of non-wood items.

40d Talk:Losing

2009-01-03T02:00:34Z

Eurytus: /* Volcanic Death */

" if you dig a hole in a wall diagonally to a water source, water can come spurting out even without you receiving a warning about damp stone." Is this true anymore? The dev notes for today's version (November 1st) mentioned making squares touching water diagonally get the damp marker as well. --[[User:BahamutZERO|BahamutZERO]] 15:51, 1 November 2007 (EDT)

== 26 directions ==

26 directions? Really? I've been digging out tiles UNDER bodies of water trapped in rock, much less diagonal to them along the z-axis, and I haven't run into any flooding problems yet.--[[User:Xazak|Xazak]] 18:44, 3 November 2007 (EDT)

:If you dig a tunnel underneath a body of water, you retain the ceiling overhead. If you were to remove this ceiling (e.g. by digging a ramp or stairway upwards) then the water would certainly flow.

::It would, except digging a ramp doesn't remove the ceiling...in fact it's impossible to dig upwards into water. You can't designate anything on the water tile above, and nothing you do below removes the ceiling...I tried in vain, and was sorely dissapointed. 'Specially since Toady did it one of his movies. Let me know if you get it to work, though. --[[User:Turgid Bolk|Turgid Bolk]] 14:10, 6 November 2007 (EST)

:::You can currently ramp up into a water source and have it release the water down in version v0.27.169.33g. --[[User:Stravitch|Stravitch]] 16:39, 23 January 2008 (EST)

:::Build an upward (or an up/down) staircase on a level below and designate a downward staircase on the level above. Downward staircase is essentially a modification of the floor (ceiling) into a hole with stairs. Water doesn't flow in 16 up/down+horizontal directions (doesn't flow up+horizontal under pressure). Be warned that digging directly below a lake or a river is safe despite "dump stone" warning but digging into stone directly below an aquafier is NOT safe.--[[User:Another|Another]] 02:35, 4 December 2007 (EST)

:::Water flows in only 10 directions: the eight horizontal directions, straight up, and straight down. Someone should edit the article page.[[User:Rkyeun|Rkyeun]] 12:08, 23 January 2008 (EST)
::::Done, but don't hesitate to edit pages if you see something wrong :) people can always reedit them if they disagree ;) --[[User:Shades|Shades]] 16:13, 23 January 2008 (EST)

== Losing is fun ==
What would you say to moving the article to [[fun]] and making this one a redirect? [[User:VengefulDonut|VengefulDonut]] 18:29, 5 November 2007 (EST)

:That would be so funny! Don't know if it would gel with the rules, though. --[[User:Tarsier|Tarsier]] 19:53, 5 November 2007 (EST)

::Redirected fun to here. ;) --[[User:Turgid Bolk|Turgid Bolk]] 14:12, 6 November 2007 (EST)

== Starvation ==
According to the starvation section you can gather plants if you dont have soil to farm on, but as far as i know plants only grow above soil layers [[User:Thatguyyaknow|Thatguyyaknow]] 08:57, 19 January 2008 (EST)

:If you make rock muddy, you can grow on top of it. [[User:Calculus|Calculus]] 15:16, 25 August 2008 (EDT)

== Dehydration ==
What's that about "an indoor basin or water tower" ? How do you do that? --[[User:Keesto|Keesto]] 15:17, 6 September 2008 (EDT)
:Ditto. How do you "collect all the water before it evaporates"? --[[User:Juckto|Juckto]] 06:49, 22 November 2008 (EST)
::Dig out an area under a body of water, then poke a hole that lets the water flow into it.--[[User:Bilkinson|Bilkinson]] 13:18, 22 November 2008 (EST)

== Old Age ==

Does anybody know if dwarves can die of old age? or do they all just keep living forever?
:According to the raws, dwarves have a lifespan of 160-200 years. So if you play for a ''really'' long time... --[[User:Bilkinson|Bilkinson]] 12:19, 9 October 2008 (EDT)
::How old are your starting dwarves? Do they start at a certain "matured" age, or are they for all intents and purposes abnormally large babies? --[[User:Stryc9fuego|Stryc9fuego]] 10:00, 22 October 2008 (EDT)

:I've had a few dogs die at around the five-year mark (these were ones I brought to the fortress when embarking). Not sure what that spells for dwarves, but it does show that the mechanics are in place for creatures dying of old age during play.--[[User:Maximus|Maximus]] 19:51, 22 October 2008 (EDT)

== Volcanic Death ==

Insofar as I can tell, the [[Losing#Volcanic Death|Volcanic Death]] section seems to be essentially fabrication as of v40d. I've never seen a volcano erupt, and doors are utterly invulnerable to being melted or set on fire when closed, if memory serves. Also for some reason I suspect that obsidian doesn't melt in lava, although I could be imagining that one. Comments?--[[User:Quil|Quil]] 18:02, 2 January 2009 (EST)
:Closed doors don't melt, unless something changed in the last five or so seconds. I regularly use doors to hold back magma, and have a basalt door doing so in my current fort. Obsidian stones do melt in lava, however. It's possible that you've never seen a volcano erupt because you've only had a magma vent and not a volcano, because as far as I know they aren't the same thing.--[[User:Eurytus|Eurytus]] 20:38, 2 January 2009 (EST)

40d Talk:Losing

2009-01-03T01:39:08Z

Eurytus: /* Volcanic Death */

40d Talk:Armor

2008-04-22T02:29:31Z

Eurytus: /* Natural Selection */

Corrected the matter with low and high boots. If you look at the raws you can see that the armor level of both boot types are the same and thus they can both be used as chain and plate armor. My games have proved this to me. Only real difference between the two boot types is that the high boot is heavier and protects more of the body than just the feet. [[User:Noctis|Noctis]] 05:18, 22 December 2007 (EST)

Does anyone know the rules of where you can wear each piece of armor? For example, can you wear a high boot and leggings? or only low boots with leggings? Do you need to make two boots? --[[User:Mitchy|Mitchy]] 20:30, 9 November 2007 (EST)

: You can wear high boots with leggings. Leggings and high boots have different layers. --[[User:JT|JT]] 17:15, 11 November 2007 (EST)

On a similar note, what's the difference between steel leggings and steel greaves? I would've thought leggings would cover below the knee as well. Do I need both to provide maximum Xtreme protection? [[User:Runspotrun|Runspotrun]] 15:17, 18 November 2007 (EST)

: As far as I can tell, greaves are the Plate class upgrade to leggings, which are Chain class lower body armor. Unlike upper body armor however, dwarves don't appear to be able to wear both leggings and greaves at once and will drop their leggings in favour of a set of greaves when set to Plate armor. --[[User:TangoThree|TangoThree]] 14:03, 25 November 2007 (EST)

I would like to know if it's possible to find out the various protection values of different types of armor. For example, we know the material and quality modifiers for armor, but not, say, how much better plate mail protects you than chain. Or whether greaves or high boots offer more coverage.
I ask because I'm wondering if, with high quality modifiers, [[adamantine]] ''clothing'' is viable protection for those who aren't wearing armor. Certainly, it'd make a good halfway measure for those who can't do magma smelting yet, but ''can'' get a Craftsdwarf's Workshop, Loom, and Clothesmaker's Workshop set up to extract the threads, weave them, and make clothes. --[[User:Alfador|Alfador]] 11:48, 13 December 2007 (EST)

==Soldier==

I think some of this article, specifically that stuff in the Using armor section, should be moved over to an article more dedicated to soldier preferences. As it is, it's describing everything about arming civilians with weapons instead of simply talking about armoring civilians; that content seems more appropriate for an article about soldiers or the hunting article. --[[User:JT|JT]] 17:15, 11 November 2007 (EST)

==Verified==

I can verify that whan setting dwarves to chain, they wear gauntlets --[[User:Nog|Nog]] 16:21, 12 November 2007 (EST)

== Table ==

I added a Materials Needed section to the table. Is this OK? --[[User:Nanor|Nanor]] 19 December 2007

:Excellent idea. It looked a little odd in the table, so I moved it to the text instead. --[[User:Turgid Bolk|Turgid Bolk]] 16:47, 19 December 2007 (EST)

:: Much better! Thanks! --[[User:Nanor|Nanor]] 17:50, 19 December 2007 (EST)

== 23.130.23a ==

We had much more info on armor in the [http://archive.dwarffortresswiki.net/index.php/Armor old wiki]. Could someone with an account there bring the relevant bits over? [[User:VengefulDonut|VengefulDonut]] 11:18, 22 December 2007 (EST)

== Leather Armor re: Caps and Helms ==

A soldier set to leather armor can wear leather helms, not just caps, and they'll wear a cap at the same time underneath (at least, if it's silk. I haven't confirmed yet if a soldier will wear a leather cap + a leather helm; doesn't really matter). This is a good thing because helms (according to the old wiki) have higher Block. They're heavier too but this shouldn't be a problem. --[[User:Stromko|Stromko]] 19:57:15 (PST), January 06 2007

:In the old versions, the materials of the armor pieces were irrelevant, regardless of the fact that the lowest armor level is called "leather". Leather and chain wearers would wear any kind of legging or boot, and a plate wearer would wear even a pig tail helm, if they happened to come across one, showing no preference for better material types or quality. Has this changed, or does the table in this article contain some wrong assumptions?--[[User:Maximus|Maximus]] 02:42, 7 January 2008 (EST)

::I seem to recall that 'light' materials like cloth, shell, and bone effectively 'downgraded' armor by one level, weighed half as much, and were 50% of the maximum effectiveness per their type. However! I can see right now in my current fortress a steel cap is 78 pounds and a cave spider silk cap is 13 pounds. This shows not all old information is correct.

Furthermore, bone and shell doesn't become a 'lighter' class. Shell Gauntlets require Chain or above to be assigned, and Turtle Bone Greaves go un-used until a dwarf is set to Plate.

However, I /can/ confirm from this very fortress I'm looking at right now, that dwarves assigned to leather went to pick up and wear Leather Helms. Unless, that is, they already have metal Caps. I'm looking at a marksdwarf right now assigned to wear Leather who has a Steel Cap, a pig tail hood (they all have hoods), and no helm. Everybody else has a leather helm.

I should note my fortress has no metal helms lying around, nor does it have spare metal caps, so I'm unable to verify that dwarves set to Leather wouldn't wear metal Helms or preferentially choose caps (they'd probably choose /either/ Metal Caps or Leather Helms if given a choice). However, I'm pretty sure they would not. Therefore, it is my understanding that they make a distinction between different material types. --[[User:Stromko|Stromko]] 03:22 (PST), January 07 2007

== Shields and Bucklers ==

Hmm it states here that dwarves can wear BOTH shields and bucklers, however in soldiering screen you can select EITHER shield OR buckler, but NOT both. Does this part of article apply to Adv. mode only? Could someone verify, please? --[[User:Digger|Digger]] 18:21, 24 February 2008 (EST)

I would guess the trick is to tell them to use bucklers first, waiting til they pick one up, then telling them to use shields, at which point they'll pick up a shield without dropping the buckler first. Like how you can get dwarves to wear a leather armour, chain mail, and plate on top all at the same time if you set them to leather, then chain, then plate. [[User:Furiousfish|Furiousfish]] 20:54, 6 March 2008 (EST)

== Natural Selection ==

Being a bit of a nooblet, and not having much war in any of my fortresses, I'm confused as to how armor selection works.

Would I be correct if I said "Setting a dwarf to wear Plate armor will cause him to grab plate whenever and wherever possible, but substitute leather, chain, or bone wherever no plate is available. So, for example, if my metalsmiths never make helms, but my leatherworker has caps and helms galore, they'll wear plate armor and a leather helm. Right? If so, this should probably be mentioned. --[[User:Shadow archmagi|Shadow archmagi]] 19:24, 28 February 2008 (EST)
:I've found that a dwarf set to wear plate will grab the best available armor. More puzzling is that they will sometimes stack armor; IE dwarves wearing plate mail and chain mail at the same time. However, I never keep a stock of leather armor, so I wouldn't know if it can be used in conjunction with metal armor.--[[User:Eurytus|Eurytus]] 22:29 21 April 2008 (EDT)

== Gloves ==
My military is set to wear Leather armor, but they don't take leather gloves. High boots, leggings, armor and helmets are used OK. Is the article data incorrect?--[[User:Dorten|Dorten]] 04:51, 15 April 2008 (EDT)

40d Talk:Dwarven economy

2008-04-22T02:10:40Z

Eurytus: Razzin frazzin... I always screw the tags up.

1) Wages paid --- dwarves gain credit for tasks completed. Credit is either maintained or transferred into physical value when the dwarf in question claims coins.

2) Rent --- bedrooms have a rent assigned to them based on their room value. The rent schedule is unknown. How the dwarves physically pay the rent is unknown. If a dwarf cannot pay the rent an eviction notice is placed on the room. The specifics of eviction are unknown. Dwarves that cannot afford one of the available bedrooms will sleep in available barracks.

3) Shops --- Once the economy begins, shops may be constructed. There are several types of shops - clothing, general goods, exotic clothing and possibly others. A type of shop may not be specified; it seems to be selected randomly. Shops have an associated cost, which is assumed to be paid by the dwarf that takes control of the shop. Once a shop is owned, items will be moved to the shop corresponding to which type of shop it is. Dwarves then may buy items for the shop, presumably using the same credit system that may or may not correspond to actual physical coins.

4) Item cost - all physical items are given a cost, whether for sale or in a shop. It is unknown if dwarves pay a cost for an item picked up that was not for sale in a shop.

also - kids have combined wealth of their parents, which can lead to paris hilton-syndrome in DF - children with wealth of several thousand buying out the noble/admin rooms and owning shops filled with =giant cave spider silk dress= --[[User:Frostedfire|Frostedfire]] 04:07, 20 November 2007 (EST)

----

It seems that the dwarven economy is now triggered by the coming of a Baron /Baroness. I haven't seen it for myself but it's what I gather from the forums. There also seems to be a bug where all coins minted appear as the same coin type (e.g., copper, silver, and gold coins all appearing as silver) on the economy window. --[[User:Keizo|Keizo]]

Just got the dwarven economy started for the first time. The game is a bit tricky to play in wine. ^^;;. Anyway, since there isn't any page here yet, I'm sort of lost, so I've added what I already know so other folks will be at least a *little* less lost :-P

Typically a page will be expanded a lot more quickly if you actually already have some content on it,.Please expand! --[[User:Kim Bruning|Kim Bruning]] 19:48, 1 December 2007 (EST)

None of my legendary dwarves have an account in their status screen.
Does this mean that they are exempt from prices or something?--[[User:Pigbuster|Pigbuster]]
:They always have been.--[[User:Heliopios|Heliopios]] 01:05, 6 December 2007 (EST)

== Wages ==

What is the deal with "- haulage being a major exception - "? Last time I checked there were some wages for item hauling, furniture hauling, food hauling,... on the in-game {{key|j}}{{key|m}}{{key|w}} wages info page. Of course a dwarf can spend a month hauling a rock to a stockpile and get his 1* for it, but a job of taking food from a stockpile and relocating it to an adjacent stockpile can yield a dwarf dozens of * in quite small period of time. Place 10-20 medium sized stockpiles accepting all furniture in a line and set them to take from each other in chain so that the first small stockpile is the closest to your workshops and your last large main furniture stockpile is the closest to your currently furnishing rooms. Watch your haulers' bank accounts sky-rocket.--[[User:Another|Another]] 05:24, 10 January 2008 (EST)

Who and whern/how can change wages percentage on first "Wages" screen? It's always 100% for me--[[User:Dorten|Dorten]] 06:53, 14 February 2008 (EST)

== Soldiers ==
Will the soldiers pay for getting armor or weapons?--[[User:Dorten|Dorten]] 05:10, 11 January 2008 (EST)
:No, they don't own them.--[[User:Maximus|Maximus]] 18:11, 11 January 2008 (EST)

== No Coin Economy==

How does an economy work without any coins? Do they use pretend money or something?
:Every dfwarf starts an account in DwarfEcoBanc, and is always carrying his/her credit card. But if you will be stupid enough to give them money (like I did last time), they would prefer to use money instead of card. In case you don't get it: you don't want them to use money, really.--[[User:Dorten|Dorten]] 23:59, 21 January 2008 (EST)

== How is this a feature? ==
I dig the realism and all, but the only effect the economy has had on my fortress is that my hard working dwarves now can't afford the rooms they've been sleeping in for the past ten years, while my nobles and champions (junta?) live in solid gold mansions. I went straight to the .ini and turned economy off. [[User:Ripheus|Ripheus]] 18:49, 6 March 2008 (EST)
:Yeah, well, the pricing of those rooms doesn't work by supply and demand for some reason, they have fixed cost. But still I kind of like the idea of an economy, and it seems a bit odd to "strongly recommend" that you shouldn't mint coins etc. I haven't even seen them hauling any of those coins. --[[User:Magirot|Magirot]] 09:18, 29 March 2008 (EDT)

== Economy Trigger(s) ==
We know what triggers the economy, but what does having an active economy trigger? The most obvious is nobles, but there are a couple other things I've noticed. First, whether it's related to the economy or not, my only fortress that's ever been under siege has had an active economy, while my others that only get random goblin attacks did not. Likewise that fortress is my only fortress that has gotten megabeast attacks. It may or may not be related, as most of my fortresses before it didn't get as big as it is. (80 or so highest vs 110) --[[User:Eurytus|Eurytus]] 22:09, 21 April 2008 (EDT)

40d Talk:Dwarven economy

2008-04-22T02:09:22Z

Eurytus:

40d Talk:Farming

2008-04-22T00:38:38Z

Eurytus: /* Greenhouse */

== Farming in Winter ==

It appears that farm plots now have a menu for farming in the winter. Has anyone done this yet? --[[User:Karlito|Karlito]] 00:42, 30 October 2007 (EDT)

:Sounds like winter farming works fine. It's probably part of the general streamlining of temperature and whatnot (why would a tropical winter be worse than a glacial summer, underground?) --Doomclown

::Spider Webs do not seem to depend on being near the water or farms now. Most I have seen appeared in a narrow valley on the outside of the mountain. --Silveron

:::Winter farming is working fine, I've farmed Plump helmets whole winter. No starved dwarves for me! --[[User:UltimaPhantom|UltimaPhantom]] 15:25, 8 November 2007 (EST)

== Farming aboveground issue ==

You're allowed to build aboveground farm plots on areas where you can't actually plant seeds, but it doesn't tell you this. Basically you have to make sure farm plots outdoors are built on biomes that have at least some vegetation (shrubs, grass doesn't count) in order for your dwarves to actually plant the seeds you set. Trying to farm on a mountain biome or any other that is listed with "Other Vegetation: None" will end up with the plot just being ignored. And there are now often multiple biomes in any given fortress map, as seen on the site selection menu when you start a fort. --[[User:BahamutZERO|BahamutZERO]] 21:23, 30 October 2007 (EDT)

:Farming in the winter is handy now, but does any one know what it means when the plant type in the farm (when you pick out what yave our going to grow) is red? It won't let me grow it! --Comment by [[User:Rock n Rat|Rock n Rat]] and copy-edited by [[User:Savok|Savok]] due to its high level of unreadability

::When the name is red, that means that, for whatever reason, that crop cannot be planted at that time. --[[User:Savok|Savok]] 20:53, 2 November 2007 (EDT)

::This is most likely because it is late winter, and any seeds planted at that point won't have time to grow by the end of the year. It doesn't take into account the fact that the crops may still be growable in the spring as it does with the other seasons; something about the new year throws it off. --[[User:Hesitris|Hesitris]] 10:06, 18 November 2007 (EST)

== Mixed Plots ==

The following paragraph contradicts itself a couple times, which is the correct behavior? <blockquote>
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.</blockquote>[[User:Amstrad|Amstrad]] 17:07, 10 November 2007 (EST)
:I think what it means is that the planter will plant until he reaches a tile incapable of growing, the stop completely. Let's say you have a 1x8 plot, and tile 3 is not capable of growing the crop. Tiles 1 and 2 will be planted, but the farmer will stop at 3. He will not skip over it and continue planting tiles 4-8. It is not contradictory, but should be reworded. --[[User:Valdemar|Valdemar]] 13:48, 18 November 2007 (EST)
:What the writer mean by "mixed plot" is if you build a plot underground and open the roof in some place. The area(s) where you don't have roofing anymore will be considered as above ground, and the rest will still be considered by the game to be underground. --[[User:Eagle of Fire|Eagle of Fire]] 18:09, 18 November 2007 (EST)

== Food Hauling caveat ==

It was suggested that stone and wood hauling be turned off during planting season to prevent starvation. It seems more prudent to me that in case of eminent starvation to turn off FOOD HAULING so all the hungry dwarves can swarm the previously tasked foods. Then turn it back on and let them continue taking their time getting it to where it needs to be. Is this a bad idea? ~~

== Flowchart ==

That's got to be the most complicated possible way to present that information, which is already covered in a much clearer table on the [[crops]] page. It would also be horribly intimidating to the newbies. No offense to whoever took the time to make this monstrosity, but I think it should be axed, or at the least moved to the more relevant crops page. [[User:Mzbundifund|Mzbundifund]] 23:25, 28 November 2007 (CST)

:You say it like Dwarf Fortress itself is not horribly intimidating. No offense taken, but, then again, farming is one of the most complicated aspects of the game and I spent quite some time trying to wrap my mind around it's quirks.
:I made this illustration to help me plan workshops chaining, optimize hauling and quickly evaluate gathered shrubs. Tabular data on the [[Crops]] page serves great as a reference, but not so much as an aid in designing processes. Besides, some people like me comprehend such visual form of information easier.
:This diagram is already linked on [[Crops]] page, and if people deem that image describing in detail farming workflow doesn't belong to [[Farming]] page, so be it. [[User:Nophotoavailable|Nophotoavailable]] 02:49, 29 November 2007 (EST)
:It's seems a great flowchart to me, especially the way it's linked in the corner so it doesn't dominate the page. Well done for creating it. [[User:Djp|Djp]] 05:46, 29 November 2007 (EST)
:: I appreciate the flowchart, and find it more useful for contemplating the system-as-a-whole than the table on Crops. Table's good for detail, bad for seeing relationships & alternatives, like "What are all the crops that I can use to make fabric?". [[User:Kidinnu|Kidinnu]] 08:54, 29 November 2007 (EST)
:: Hah, I seem to be in the minority, if indeed there's even one other person who agrees with me. Fair enough. [[User:Mzbundifund|Mzbundifund]] 15:38, 28 November 2007 (CST)

== Re-Irrigation ==

I noticed that my unused farms, after a time, will show "No seeds available for this location". There doesn't seem to be anything on this wiki to talk about this. I later found out (by loo{{K|k}ing around}) that this is because the tiles underneath the plot were no longer muddy. Shouldn't there be a section to warn players that even active farms have some de-muddified tiles (farmers no longer walk on them, to muddify them), that should periodically be irrigated? --[[User:Akel Desyn|Akel Desyn]] 10:24, 3 December 2007 (EST)

== Red crops ==
We should try to figure out once and for all what the reddened crops mean. The two most popular explanations I see floating around are either that there are not enough days left in the season to grow it and that the farm is not fertile enough. My testing has shown that it is neither. In late autumn (13 Timber, not enough time to grow anything) cave wheat and pig tails red out, while quarry bushes do not. Quarry bushes can't be grown in winter either, so something weird is going on. It's not fertility either, because the plots that have had nothing grown on them redden out at exactly the same time as the ones constantly used. --[[User:Valdemar|Valdemar]] 20:05, 27 December 2007 (EST)

:I remember reading somewhere that farmers have to have experience with a crop dying from being planted too late in a season before they know when it's too late to plant it. Sounds implausible, but I wouldn't put it past Toady to implement it that way. Had your farmers ever planted quarry bushes "too late" before your test?--[[User:Maximus|Maximus]] 01:28, 28 December 2007 (EST)

:I've never planted quarry bushes at that fortress. Now that I think of it, I don't think I had any rock nuts at all. That's probably it. Crops only redden out if you have the seeds for them. I'll start a test fortress with no pig tails or something and see if I can confirm this. --[[User:Valdemar|Valdemar]] 09:21, 28 December 2007 (EST)

::I've confirmed this. Crops red out if there are not enough days left in the season, but do NOT red out if you have no seeds. In my test, I brought rock nuts and plump helmet spawn only. In late summer, sweet pods did not redden out. In late autumn, only quarry bushes reddened out. However, I noticed another oddity. Quarry bushed reddened out when there were less than 25 days left until winter, even though they take 41 days to grow! I need to test whether they will wilt when planted between 41 and 25 days left. --[[User:Valdemar|Valdemar]] 10:28, 28 December 2007 (EST)

::This is strange. It reddened out after I selected it and let it run for a game day (there were 39 days left in the season). Maybe the trigger for reddening is trying to plant it, not having seeds. This definitely needs more testing. --[[User:Valdemar|Valdemar]] 10:41, 28 December 2007 (EST)

::: plants will red out if there is not enough time for them to grow in this season ''and'' they can't be grown in the next season (Otherwise they are just transferred to the next season). ''Dark'' red means there are still seeds on the plot of that plant. --[[User:Koltom|Koltom]] 22:38, 4 March 2008 (EST)

==Fertilisation==
So you can choose to fertilise your plots with potash. How long does this last? How much more crop does a fertilised plot produce and if I fertilise more than once in short succesion, does it produce even more? [[User:Robje|Robje]] 17:33, 21 January 2008 (EST)
And what does ''seas fert'' option mean?--[[User:Dorten|Dorten]] 07:48, 7 February 2008 (EST)

:seas fert - seasonal fertilization? - auto fertilize every season?

I cant fertilize my indoor clay loam plot (probably not needed) - will now check silt. Muddy rock seems to work? --[[User:Koltom|Koltom]] 23:03, 20 February 2008 (EST)

:IIRC, adds +3 to crop yield. I may be wrong. [[User:VengefulDonut|VengefulDonut]] 00:06, 21 February 2008 (EST)

==Greenhouse==

To my experience, the ceiling on a "greenhouse" can be made out of anything, my rock salt greenhouses work just fine. [[User:Eurytus|Eurytus]] 20:03, 21 April 2008 (EDT)

40d Talk:Farming

2008-04-22T00:03:26Z

Eurytus:

40d Talk:Currency

2008-04-20T17:31:24Z

Eurytus:

== Copper makes silver coins? ==

When I mint copper coins and then check the currency display, I find they are counted as silver. --[[User:Geekwad|Geekwad]] 17:13, 19 November 2007 (EST)

:It's a bug, and has been reported on the forum [http://www.bay12games.com/cgi-local/ultimatebb.cgi?ubb=get_topic&f=6&t=002030]. All coins are counted as silver by the currency display. You can see the actual coins you have on the stocks screen. --[[User:Turgid Bolk|Turgid Bolk]] 17:17, 19 November 2007 (EST)

::This has been fixed in the current version (38c). [[User:Yvain|Yvain]] 06:15, 31 March 2008 (EDT)

== Monies? ==

Who coined this term, anyway? It bugs me every time I see it. I personally use "currency" (as a mass noun), if you're wondering. --[[User:JT|JT]] 03:00, 15 April 2008 (EDT)
:I have no idea where it came from, but this isn't the first time I've seen it used; might be Engrish.--[[User:Eurytus|Eurytus]] 13:30, 20 April 2008 (EDT)

40d Talk:Important advice

2008-04-08T22:39:19Z

Eurytus:

Might want to change that, the last sentence doesn't make sense. - [[User:Schm0]]

Dwarf Fortress is about watching dwarves dying in unique fashions. Your job is really to create their arena. [[User:Klichka|Klichka]] 10:52, 1 November 2007 (EDT)

...And about watching what monumental fuckups the elves are at trading. [[User:Klichka|Klichka]] 11:00, 1 November 2007 (EDT)

according to experience, there are two priorities for the stone used for an ambiguous task: the nearest available and the most recently excavated. [[User:Eurytus|Eurytus]] 18:38 April 8 2008 (EDT)

40d:Creature token

2008-04-06T03:19:14Z

Eurytus: /* L */

Everything here can be applied to all creature files, e.g. creature_domestic, creature_standard, even creature_equipment.

Since the game is in the Alpha stage, consider everything '''tentative'''.

__TOC__
=Tokens=
==A==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| ADD_VERSION
| version
| In which version of the game said creature was introduced. Not used anymore in the 3D version.
[ADD_VERSION:1069]

|-
| ALCOHOL_DEPENDENT
|
| Creature needs alcohol to get through the working day.

|-
| ALL_ACTIVE
|
| Sets if the creature is active in day, night, and twilight. Seems to be a separate value from DIURNAL/NOCTURNAL/CREPUSCULAR, rather than implying them.

|-
| ALTTILE
| [[Character Table|CP437 ordinal]] or 'character'
| If set, the creature will blink between its [TILE] and its [ALTTILE].
[ALTTILE:157] or [ALTTILE:'&']

|-
| AMBUSHPREDATOR
|
|

|-
| AMPHIBIOUS
|
| Allows a creature to swim.

|-
| AQUATIC
|
| Implies AMPHIBIOUS.

|-
| ATTACK
|
| See the [[#Attacks|Attacks section]].

|}

==B==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| BABY
| age
| Age at which a baby becomes a child.
[BABY:1]

|-
| BENIGN
|
| Determines whether creature can show up on "tame" maps (includes [[Elephants|elephants]]), which will generally avoid dwarves, although they may chase and/or attack them if they get too close).

|-
| BIOME:*
|
| See [[Biome Tokens|biome tokens]].

|-
| BLOODTYPE
| type
| Sets the creatures' blood type (default red):
*R - Red blood
*G - Green blood
*B - Blue blood
*M - Magenta blood
*C - Cyan blood
*Y - Yellow pus
*W - White ichor
*0 - Black goo
*VOMIT
*SLIME
[BLOODTYPE:0]

|-
| BODY
| parts[:...]
| Sets the body parts a creature has. Can supply as many as you want.
[BODY:HUMANOID:2EYES:2EARS]

|-
| [[Bodygloss|BODYGLOSS]]
| gloss
| A body_default.txt function. It replaces a part's description with another. e.g. feet with hooves.
[BODYGLOSS:HOOF]

|-
| BOILING_POINT
| temperature
| The temperature at which the creature boils into goo.

|-
| BONE_BOILING_POINT
| temperature
| The boiling point of the creature's bones.

|-
| BONE_COLDDAM_POINT
| temperature
| The low temperature at which the creature's bones start getting damaged.

|-
| BONE_FIXED_TEMP
| temperature
| The temperature that the creature's bones give off.

|-
| BONE_HEATDAM_POINT
| temperature
| The high temperature where the bones start taking damage.

|-
| BONE_IGNITE_POINT
| temperature
| The temperature at which point the creature's bones burst into flame.

|-
| BONE_MELTING_POINT
| temperature
| The temperature at which the creature's bones melt.

|-
| [[Creature_Tokens/SPEC_HEAT|BONE_SPEC_HEAT]]
| not a temperature
|

|-
| BONECARN
|
| Creature 'eats' bones. Eating bones makes their happiness go up, but can cause death (suffocation).

|-
| BUILDINGDESTROYER
| value
| Allows a creature to destroy furniture and buildings. (Giant Cave Spiders have this at 1, but most other creatures have it at 2. The difference between these values is unknown.)
[BUILDINGDESTROYER:2]

|-
| BUTCHERABLE_NONSTANDARD
|
| If a creature has this tag, it may only be slaughtered (that is, the live creature is taken to the [[Butcher's Shop]] and slain). If it dies of any other cause, the corpse cannot be butchered.

|}

==C==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| CAN_CIV
|
| Can create civilizations. This tag may activate hunger and thirst. Needs confirmation.

|-
| CAN_LEARN
|
| A creature with this tag can gain skill experience.

|-
| CAN_SPEAK
|
| Can talk.

|-
| CARNIVORE
|
| Creature only eats meat.

|-
| CANOPENDOORS
|
| Allows the creature to open doors.

|-
| CAVE_ADAPT
|
| Gives the creature a bonus in caves. Also causes [[Cave adaptation]].

|-
| CHEESE_BOILING_POINT
| temperature
| The temperature at which the creature's cheese (if any) boils away.

|-
| CHEESE_COLDDAM_POINT
| temperature
| The temperature at which the creature's cheese (if any) starts taking cold damage.

|-
| CHEESE_FIXED_TEMP
| temperature
| The temperature emitted by one unit of the creature's cheese (if any).

|-
| CHEESE_HEATDAM_POINT
| temperature
| The temperature at which the cheese made from the creature's milk starts taking damage.

|-
| CHEESE_IGNITE_POINT
| temperature
| The temperature at which the creature's cheese bursts into flame.

|-
| CHEESE_MELTING_POINT
| temperature
| The temperature at which the creature's cheese melts into goo.

|-
| [[Creature_Tokens/SPEC_HEAT|CHEESE_SPEC_HEAT]]
| not a temperature
|

|-
| CHEESE_VALUE
| value
| The value per unit of cheese made from the creature's milk (if applicable). Note that only vermin as of current can be milked.

|-
| CHILD
| age
| Age at which a child becomes an adult.
[CHILD:12]

|-
| CHILDNAME
|
* singular
* plural
| Gives the child a special name, eg "hippo calf" instead of "hippo child".
[CHILDNAME:hippo calf:hippo calves]

|-
| CHITIN
|
| When the creature is butchered, it drops chitin, which functions as leather.

|-
| CRAFTSMAN_NAME
|
* singular
* plural
| Sets the name of the craftsman profession.
[CRAFTSMAN_NAME:craftsdwarf:craftsdwarves]

|-
| CREPUSCULAR
|
| Sets if the creature is active in twilight.

|-
| CLUSTER_NUMBER
|
* minimum
* maximum
| The minimum/maximum numbers of how many creatures per spawned cluster.
[CLUSTER_NUMBER:1:3]

|-
| COLOR
|
* fg (foreground)
* bg (background)
* br (brightness)
| [[Color]] of the creature's tile.
[COLOR:3:0:0]

|-
| COOKABLE_LIVE
|
| Set this to allow the creature to be cooked in meals without having to butcher it first.

|-
| CREATURE
| name
| What the game looks for when generating creatures.
[CREATURE:DWARF]

|-
| COLDDAM_POINT
| temperature
| The minimum temperature limit before the creature starts taking damage from freezing.

|-
| COMMON_DOMESTIC
|
| Allows the creature to be brought with immigrants and when creating a new fortress, as long as the creature also includes at least one of the following tokens: PET, PACK_ANIMAL, WAGON_PULLER, MOUNT

|-
| CURIOUSBEAST
|
|

|-
| CURIOUSBEAST_ITEM
|
| Allows a creature to steal things (usually [[food]]?). Implies CURIOUSBEAST.

|-
| CURIOUSBEAST_GUZZLER
|
| Will steal [[alcohol]]? Implies CURIOUSBEAST.

|}

==D==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| DAMBLOCK
| value
| How much natural armor a creature has. Can be set to negative numbers, so the creature takes more damage than usual.
[DAMBLOCK:1]

|-
| DEFENDER
|
| Appears from the glowing pits after the magma river.

|-
| DIFFICULTY
| number
| [[Toady]]: ''"Difficulty determines how deep it places them in adventure mode/reclaim caves, and the chance that they are wounded the first few river attacks."''
[DIFFICULTY:2]

|-
| DIURNAL
|
| Sets if the creature is active in day.

|-
| DRAGONFIREBREATH
|
| Creature breathes dragon level fire.

|-
| DRINK_BOILING_POINT
| temperature
|

|-
| DRINK_COLDDAM_POINT
| temperature
|

|-
| DRINK_FIXED_TEMP
| temperature

|-
| DRINK_HEATDAM_POINT
| temperature
|

|-
| DRINK_IGNITE_POINT
| temperature
|

|-
| DRINK_MELTING_POINT
| temperature
|

|-
| [[Creature_Tokens/SPEC_HEAT|DRINK_SPEC_HEAT]]
| not a temperature
|

|}

==E==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| ENDING
|
| Will show up after your fortress went 'Too Deep'. (confirm)

|-
| EQUIPMENT_WAGON
|
| Implies two unknown flags, NOSTUN, NONAUSEA, NOBLEED, NOEMOTION, RECKLESS, NOSTUCKINS, SEVERONBREAKS, NOSKULL, NOSKIN, NOBONES, NOMEAT, PARALYZEIMMUNE, NOFEAR, NOSMELLYROT, NOTHOUGHT, NO_GENDER.

|-
| EQUIPS
|
| Allows the creature to wear or wield items.

|-
| EVIL
|
| Determines whether creature can show up on "evil" maps (see [[Creatures#Threat Matrix|Threat Matrix]]).

|-
| EXTRACT
|
* name
* value
* ?
* ?
| Determines what can be extracted from the creature, what it's called, how valuable it is, and what you can make from it. Note, it appears that the extraction process is hardcoded into the game, and can't be altered from objects/raw.
[EXTRACT:cow's milk:7:0:1]

|-
| EXTRACT_ANTIDOTE
|
* name
* value
* ?
* ?
* ?
| [EXTRACT_ANTIDOTE:cave spider antivenin:7:0:0:50]

|-
| EXTRACT_BOILING_POINT
| temperature
| The temperature value at which a unit of the creature's extract boils away.

|-
| EXTRACT_CHEESE
|
* name
* value
* ?
* ?
| The extract gotten from the creature is a unit of cheese.
[EXTRACT_CHEESE:cow cheese:6:0:1]

|-
| EXTRACT_COOKABLE
|
| Extract is cookable.

|-
| EXTRACT_COLDDAM_POINT
| temperature
| The low temperature value at which the creature's extract starts to take damage.

|-
| EXTRACT_FIXED_TEMP
| temperature
| The temperature that the creature's extract generates on its own.

|-
| EXTRACT_HEATDAM_POINT
| temperature
| The high temperature value at which the creature's extract starts to take damage.

|-
| EXTRACT_IGNITE_POINT
| temperature
| The temperature at which the creature's extract bursts into flame (NOT the container it's in).

|-
| EXTRACT_MELTING_POINT
| temperature
| The temperature at which the creature's extract melts into goo.

|-
| EXTRACT_PARALYZE
|
| (conjectural) Extract is poisonous, causing paralysis that lasts until the extract wears off. Can be delivered by SPECIALATTACK_INJECT_EXTRACT.

|-
| EXTRACT_PARALYZE_INTERMITTENT
|
| (conjectural) Extract is poisonous, causing paralysis on occasional intervals until the extract wears off. Can be delivered by SPECIALATTACK_INJECT_EXTRACT.

|-
| EXTRACT_PERMANENT
|
| (conjectural) The effects of the creature's extract are permanent once applied and do not wear off naturally.

|-
| EXTRACT_SIZE
| size
|
[EXTRACT_SIZE:10]

|-
| [[Creature_Tokens/SPEC_HEAT|EXTRACT_SPEC_HEAT]]
| not a temperature
|

|-
| EXTRACT_STUN
|
| (conjectural) Extract is poisonous, causing a permanent stun effect until the extract wears off. Can be delivered by SPECIALATTACK_INJECT_EXTRACT.

|-
| EXTRACT_STUN_INTERMITTENT
|
| (verified) Extract is poisonous, causing temporary stuns on semi-occasional intervals. Can be delivered by SPECIALATTACK_INJECT_EXTRACT.

|-
| EXTRACT_VALUE
| value
| The value per unit of the creature's extract.
[EXTRACT_VALUE:20]

|-
| EXTRAVISION
|
| Creature has enhanced vision (longer vision range, ie. at night).

|}

==F==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| FANCIFUL
|
| Makes every civilization know about the creature. The creature won't occur in regular material preference lists. The tag also adds some art value modifiers. Used for things like dragons and other legendary creatures.

|-
| FAT
| value
| How much fat a creature has when it is butchered.
[FAT:3]

|-
| FEMALE
|
| The creature is always female.

|-
| FIREBREATH
|
| The creature breathes fire.

|-
| FIREIMMUNE
|
| The creature is immune to all forms of fire, except DRAGONFIREBREATH.

|-
| FIREIMMUNE_SUPER
|
| The creature is immune to DRAGONFIREBREATH. Implies FIREIMMUNE.

|-
| FISHITEM
|
| Needs to be cleaned at a fishery.

|-
| FIXED_TEMP
| temperature
| The natural heat generated by the creature. [FIXED_TEMP:1-?]

|-
| FLEEQUICK
|
| Determines how soon a creature flees in a losing battle.

|-
| FLIER
|
| Allows a creature to fly.

|-
| FREQUENCY
| time
| Determines the time between creature spawns in Fortress Mode. Higher is more occurences per time unit (needs confirmation). Creatures without a frequency statement appear to be on the map at all times. Almost all others have [FREQUENCY:5].
[FREQUENCY:42]

|}

==G==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| GENPOWER
| rate?
| Not used anymore. Was related to magic.
[GENPOWER:3]

|-
| GLOWCOLOR
|
* fg
* bg
* br
| The colour of the GLOWTILE of the creature (see below).

[GLOWCOLOR:4:0:1]

|-
| GLOWTILE
| ascii
'character'
| If present, the being glows in the dark (generally used for Adventure Mode). The tile is what replaces the being's current tile when it is obscured from your sight by darkness. The default setting for kobolds (a yellow quotation mark) provides a nice "glowing eyes" effect.

[GLOWTILE:'"']

|-
| GNAWER
|
| The creature chews on food storage containers.

|-
| GOOD
|
| Determines whether creature can show up on "good" maps (see [[Creatures#Threat Matrix|Threat Matrix]]).

|-
| GRASSTRAMPLE
| amount
| Determines how much grass is trampled when they walk on it. Set [GRASSTRAMPLE:0] to make grass never trampled by the creature.
[GRASSTRAMPLE:42]

|}

==H==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| HAS_RACEGLOSS
| gloss
| Links a material glossary to the entity, located in the file "matgloss_[name].txt"; in this example, matgloss_wood.txt
[HAS_RACEGLOSS:WOOD]

|-
| HASSHELL
|
| Creature will leave behind a shell when eaten.

|-
| HEATDAM_POINT
| temperature
| The maximum temperature limit before the creature will start recieving damage from heat.

|-
| HOMEOTHERM
| value
| Default 'NONE'. The creature's normal body temperature. Combined with LAYERING, sets the temperature range under which it can live.

|-
| HORN
|
| Creature drops a horn or horns when butchered, which presumably acts like bone. This tag is broken.

|}

==I==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| IGNITE_POINT
| temperature
| The temperature at which the creature will burst into flames.

|-
| IMMOLATE
|
| means on fire but does what in DF ?

|-
| IMMOBILE_LAND
|
| The creature is immobile while on land

|-
| INTELLIGENT
|
| Implies CAN_CIV, CAN_SPEAK, CAN_TALK.

|-
| ITEMCORPSE
|
* [[Item Tokens|item token]]
* subtype
NO_SUBTYPE
* [[Material_Tokens|material token]]
* NO_RACEGLOSS
USE_RACEGLOSS
USE_SHARPSTONE
| Determines if the creature leaves behind a non-standard corpse (i.e. wood, statue, bars, etc). The first parameter determines the item type; the second parameter is the subtype indicated in the raw file (such as WEAPON_WHIP); the third indicates the material type if the item type takes a specific material (e.g. "IRON" if the corpse type is "STATUE"). USE_RACEGLOSS applies if the creature has a material glossary assigned by the "HAS_RACEGLOSS:" flag and will select neccesary adjectives and material from that glossary.
[ITEMCORPSE:[[Tokens#Item_Tokens|WOOD]]:NO_SUBTYPE:[[Tokens#Material_Tokens|WOOD]]:USE_RACEGLOSS]

|-
| ITEMCORPSE_QUALITY
| quality
| The quality of an item-type corpse left behind; 5 is masterpiece-level.
[ITEMCORPSE_QUALITY:5]

|-
| IVORY
|
|

|}

==L==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| LARGE_CAVERIVER
|
| In Fortress Mode, spawns from/near cave rivers.

|-
| LARGE_CHASM
|
| In Fortress Mode, spawns from/near chasms.

|-
| LARGE_LAVA
|
| In Fortress Mode, spawns from/near magma.

|-
| LARGE_PREDATOR
|
| Will attack things that are smaller than it (like dwarves). Only one group of "large predators" will appear on any given map (possibly two groups on "savage" maps). In adventure mode, large predators will try to ambush and attack you (and your party will attack them back). Also, they can be mentioned in the intro paragraph when starting a fortress("ere the wolves get hungry.")

|-
| LARGE_ROAMING
|
| In Fortress Mode, spawns outdoors and is not a vermin creature.

|-
| LAYERING
| value
| How well-protected the creature is from low temperatures.

|-
| LEATHER_BOILING_POINT
| temperature
| The temperature at which leather made from the creature's skins will boil away.

|-
| LEATHER_COLDDAM_POINT
| temperature
| The temperature at which leather made from the creature's skins will take damage.

|-
| LEATHER_FIXED_TEMP
| temperature
| The temperature that leather made from the creature's skins generates.

|-
| LEATHER_HEATDAM_POINT
| temperature
| The temperature at which leather made from the creature's skins will take damage.

|-
| LEATHER_IGNITE_POINT
| temperature
| The temperature at which leather made from the creature's skins will burst into flames.

|-
| LEATHER_MELTING_POINT
| temperature
| The temperature at which leather made from the creature's skins will melt away.

|-
| [[Creature_Tokens/SPEC_HEAT|LEATHER_SPEC_HEAT]]
| not a temperature
|

|-
| LIGHT_GEN
|
| The creature will generate light, such as in adventurer mode at night.

|-
| LIKES_FIGHTING
|
| Determines whether creature "takes pleasure in slaughter" (after killing something in battle).

|-
| LISP
|
| Creature multiplies 'S' when talking. Ex: "My name isss Recisssiz."

|-
| LITTERSIZE
|
* minumum
* maximum
| Determines the random chance of how many creatures are generated when giving birth. [LITTERSIZE:1:2]

|-
| LOCKPICKER
|
| Lets a creature open doors that are set to forbidden in Fortress Mode.

|-
| LOOSE_CLUSTERS
|
| The creatures will scatter if they have this tag, or form tight packs if they don't.

|}

==M==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| MAGICAL
|
| Allows a creature to use magic? (Requires confirmation)

|-
| MAGMA_VISION
|
|Creature's able to see while covered in magma.

|-
| MALE
|
| The creature is always male.

|-
| MATERIAL
|
* [[Material Tokens|Material token]]
* USE_RACEGLOSS
|

|-
| MATUTINAL
|
| Sets if the creature is active in dawn.

|-
| MAXAGE
|
* minimum
* maximum
| Sets the Min Max age for a creature. Used in world generating and Fortress Mode.
[MAXAGE:150:170]

|-
| MEANDERER
|
| Gives a creature random movement.

|-
| MEGABEAST
|
| Appears on fortress territory in Fortress Mode occasionally. Implies SEMIMEGABEAST.

|-
| MELTING_POINT
| temperature
| The temperature at which the creature will melt into goo.

|-
| MILKABLE
| frequency?
| Allows the creature to be milked. Currently only works with vermin creatures.

|-
| MISCHIEVIOUS
|
| Will pull any levers it comes across. (requires confirmation)

|-
| MODVALUE
| number
| Multiplies the value of items made from the creature by the number in the tag.
[MODVALUE:2]

|-
| MOUNT
|
| Allows the creature to be mounted.

|-
| MOUNT_EXOTIC
|
| You need the [[Dungeon master]] noble to mount the creature.

|-
| MULTIPLE_LITTER_RARE
|
| Makes litters with more than one offspring rare.

|}

==N==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| NAME
|
* singular noun
* plural noun
* adjective
| What the creature is actually called in game. Make sure there is no space around the ":".
[NAME:dwarf:dwarves:dwarven]

|-
| NARROW
|
| The creature can only wear things that have the narrow tag on it.

|-
| NATURAL
|
| Animal

|-
| NO_AUTUMN
|
| Will not show up during the Autumn season.

|-
| NO_DRINK
|
| Creature does not need to drink.

|-
| NO_EAT
|
| Creature does not need to eat.

|-
| NO_GENDER
|
| No gender will be selected for the creature.

|-
| NO_SLEEP
|
| Creature does not need to sleep.

|-
| NO_SPRING
|
| Will not show up during the Spring season.

|-
| NO_SUMMER
|
| Will not show up during the Summer season.

|-
| NO_WINTER
|
| Will not show up during the Winter season.

|-
| NOBREATHE
|
| Creature doesn't need to breathe or have [BREATHE] parts in body. Cannot drown or be strangled.

|-
| NOBLEED
|
| Creature doesn't bleed.

|-
| NOBONES
|
| Creature will not drop bones on death.

|-
| NOCTURNAL
|
| Sets if the creature is active in night.

|-
| NOEMOTION
|
| The creature has no emotions, and does not rage.

|-
| NOEXERT
|
| Creature can't become tired or over-exerted.

|-
| NOFEAR
|
| Creature doesn't feel fear and will never run away from battle.

|-
| NOMEAT
|
| Creature will not drop meat on death.

|-
| NONAUSEA
|
| Creature can't vomit.

|-
| NOPAIN
|
| Creature doesn't feel pain.

|-
| NOSKIN
|
| Creature will not drop skin on death.

|-
| NOSKULL
|
| Creature will not drop skull on death.

|-
| NOSMELLYROT
|
| Creatures' corpse does not create miasma.

|-
| NOSTUCKINS
|
| Weapons can't be stuck in creature.

|-
| NOSTUN
|
| Creature can't be stunned.

|-
| NOTHOUGHT
|
| Creature doesn't think, or doesn't require a [BRAIN] body part.

|-
| NOT_BUTCHERABLE
|
| Creature can't be butchered.

|}

==P==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| PARALYZEIMMUNE
|
| The creature is immune to all paralyzing special attacks.

|-
| PATTERNFLIER
|
|

|-
| PEARL
|
| Creature will generate pearls.

|-
| PENETRATEPOWER
| value
|Controls the ability of vermin to find a way into containers when they are eating food from your stockpiles. Wood and cloth objects roll a 0-9 and if it greater than the penetrate power, their contents escape for the time being. Other objects roll a 0-99.

|-
| PERSONALITY
|
* token
* lowest % chance
* median
* highest % chance
| Determines chance of personality traits. Standard is 0:50:100.
[PERSONALITY:IMAGINATION:0:55:100]

|-
| PET
|
| Allows the creature to be tamed.

|-
| PET_EXOTIC
|
| You need the [[Dungeon master]] noble to tame the creature.

|-
| PETVALUE
| value
| How valuable a tamed animal/pet is. Actual cost in points in the embarking screen is (PETVALUE/2)+1 for an untrained animal, PETVALUE+1 for a trained(War or Hunting) one. Note that for an animal to be selectable in this screen, it must have the COMMON_DOMESTIC token.
[PETVALUE:42]

|-
| POPULATION_NUMBER
|
* minimum
* maximum
| The minimum/maximum numbers of how many of these creatures can show up on a map per year.
[POPULATION_NUMBER:42:42]

|-
| POWER
|
| Allows the creature to be worshiped by entities with the RELIGION:ANY_APPROPRIATE_POWER tag.

|-
| PREFSTRING
| object
| Sets what other creatures like about this creature. "Blarghh likes dwarves for their beards."
[PREFSTRING:beards]
Multiple entries will be chosen from at random.

|}

==R==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| RECKLESS
|
| Will not flee battles. Will fight to the death.

|-
| REMAINS_COLOR
|
* fg
* bg
* br
| [REMAINS_COLOR:6:0:0]

|-
| REMAINS_UNDETERMINED
|
|

|-
| RIVERATTACK
|
* 1st minimum
* 1st maximum
* 2nd minimum
* 2nd maximum
* 3rd minimum
* 3rd maximum
| Number of groups (of RIVERATTACK_GROUP size) that appear during attacks. Each pair of min/max numbers is used at a different time, starting with the first pair and moving to the 2nd and 3rd pair later in the game.
[RIVERATTACK:1:1:1:2:1:3]

|-
| RIVERATTACK_CANUSEWELL
|
| Allows the creature to ambush through wells.

|-
| RIVERATTACK_GROUP
|
* minimum
* maximum
| Number (min/max) of creatures that appear in each group when attacking from river, chasm, or lava.
[RIVERATTACK_GROUP:1:2]

|-
| RIVERATTACK_RESIDENT
|
| Unknown.

|}

==S==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| SAVAGE
|
| Determines whether creature can show up on "savage" maps.

|-
| SEMIMEGABEAST
|
| Appears as boss creature in quests.

|-
| SESSILE_LAND
|
| Cannot move on land.

|-
| SEVERONBREAKS
|
| Limbs and body parts sever on breakage.

|-
| SILK_BOILING_POINT
| temperature
| Temperature at which silk made from this creature's webs boils away.

|-
| SILK_COLDDAM_POINT
| temperature
| Temperature at which silk made from this creature's webs takes damage.

|-
| SILK_FIXED_TEMP
| temperature
| Temperature generated by the creature's web silk.

|-
| SILK_HEATDAM_POINT
| temperature
| Temperature at which silk made from this creature's webs takes damage.

|-
| SILK_IGNITE_POINT
| temperature
| Temperature at which silk made from this creature's webs bursts into flame.

|-
| SILK_MELTING_POINT
| temperature
| Temperature at which silk made from this creature's webs melts away.

|-
| [[Creature_Tokens/SPEC_HEAT|SILK_SPEC_HEAT]]
| not a temperature
|

|-
| SIZE
| value
| How big a creature is. 6 is for dwarf like creatures, 7 is for human like creatures. 16 is for giants. Larger creatures are far more dangerous in combat. Also equals the amount of Meat/Chunks/Bones you get from the beast.
[SIZE:6]

|-
| SMALLAQUATIC_CAVERIVER
|
|

|-
| SMALLAQUATIC_OCEAN
|
|

|-
| SMALLAQUATIC_RIVER
|
|

|-
| SMALLAQUATIC_SWAMP
|
|

|-
| SMALL_REMAINS
|
| If a creature has this tag, it'll leave a small corpse that only rots once, such as vermin.

|-
| SPECNAME
|
*token
*singular noun
*plural noun
*adjective
| Sets a special name for certain instances.
[SPECNAME:MALE:bull:bulls:bull]

|-
| [[Creature_Tokens/SPEC_HEAT|SPEC_HEAT]]
| not a temperature
| [SPEC_HEAT:409]

|-
| SPEECH
| filename
| Sets what speech.txt do use for the creature.
[SPEECH:dwarf.txt]

|-
| SPEED
| value
| Sets the creatures' movement and work speed, 1000/[SPEED X] is the resulting effect on creatures movement and workrates from default. See [[Speed]] for more information.
[SPEED:400]

|-
| STOUT
|
| Creature has a resistance to being knocked over.

|-
| STANDARD_FLESH
|
|

|-
| SWIMS_LEARNED
|
| The creature must learn to swim (via. dabbling swimmer, novice, etc) rather than knowing how naturally.

|-
| SWIM_SPEED
| value
| How fast the creature swims.

|}

==T==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| THICKWEB
|
| The creature's webs can catch larger creatures.

|-
| TILE
| CP437 ordinal or 'character'
| The graphical representation of the creature.
[TILE:157] or [TILE:'&']

|-
| TRAINABLE
|
| Allows a tame creature to be trained into a "War" or "Hunting" variation by way of [[Kennels]].

|-
| TRANCES
|
| Allows the creature to go into martial trances, and to create artifacts via moods.

|-
| TRAPAVOID
|
| The creature is immune to traps.

|-
| TRIGGERABLE_GROUP
|
* minimum?
* maximum?
| [TRIGGERABLE_GROUP:5:50]

|}

==U==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| UNDERSWIM
|
| Creature swims under the water and can't be seen.
|-
|UTTERANCES

|}

==V==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| VEGETATION
|
|

|-
| VERMINHUNTER
|
| A creature with this tag will hunt down vermin and kill them. Sometimes they will eat the vermin, but most of the time they will bring it to their owner. This tag also makes impossible to assign an owner to the animal. The animal chooses it's own owner instead (like a cat).

|-
| VERMIN_BITE
|
* amount injected?
* name
* effect (USE_EXTRACT)
| [VERMIN_BITE:10:bitten:USE_EXTRACT]
On very rare occasions, someone who remains in the same tile as this creature will be bitten by that creature, and the effect will be applied to the offender. Used by (tiny) cave spiders to inject their venom into the occasional dwarf.

|-
| VERMIN_CAVERIVER
|
| The creature randomly appears near the cave river.

|-
| VERMIN_CHASM
|
| The creature randomly appears near the chasm.

|-
| VERMIN_EATER
|
| The creature can be eaten.

|-
| VERMIN_FLIES
|
| The vermin can fly around in the air, and tends to hop up and down Z-levels in the sky.

|-
| VERMIN_GROUNDER
|
| The creature can be picked up if you stand over it. (Requires confirmation)
:I think this is a habitat flag like VERMIN_SOIL, VERMIN_CHASM, etc. It seems to appear on creatures that don't otherwise have one. – [[User:Peristarkawan|Peristarkawan]] 17:27, 24 May 2007 (EDT)

|-
| VERMIN_HATEABLE
|
| Some dwarves will hate the creature and get unhappy thoughts when around it.

|-
| VERMIN_LAVA
|
| The creature randomly appears near the magma river.

|-
| VERMIN_NOFISH
|
| The creature cannot be caught by fishing.

|-
| VERMIN_NOROAM
|
| The creature will not be observed randomly roaming about the map.

|-
| VERMIN_NOTRAP
|
| The creature cannot be caught by trappers or animal traps.

|-
| VERMIN_SOIL
|
| The creature randomly appears near dirt or mud.

|-
| VERMIN_SOIL_COLONY
|
| The vermin will appear in a single tile cluster of many vermin, such as a colony of ants.

|-
| VERMIN_SWAMPER
|
| The creature randomly appears near the swamps.

|-
| VESPERTINE
|
| Sets if the creature is active in evening.

|-
| VIEWRANGE
| value
| How far the creature can see?

|}

==W==
{| border="1" cellpadding="2" width="100%"
! width="20%" | Token
! width="20%" | Arguments
! width="60%" | Description

|-
| WAGON_PULLER
|
| Allows the creature to pull caravan wagons.

|-
| WEBBER
|
| The creature will create webs. It also seems to make creatures flying. More testing is needed.

|-
| WEBIMMUNE
|
| The creature will not get caught in webs.

|}

=Attacks=
{| border="1" cellpadding="2" width="100%"
!width="50"|Tag
!width="225"|What It Does

|-
|[ATTACK:MAIN:BYTYPE:GRASP:punch:punches:1:2:BLUDGEON][ATTACKFLAG_WITH]

''Format:''
[ATTACK:''priority'':(BYTYPE:''type'' || BYTOKEN:''bodypart''):''"verb"'':''"conjugate verb"'':''min dmg'':''max dmg'':''dmg type'']([(ATTACKFLAG_WITH || ATTACKFLAG_CANLATCH)])([SPECIALATTACK_INJECT_EXTRACT:''min'':''max''])
|Sets what natural attacks a creature has.

|-
|MAIN
SECOND
|''MAIN'': Sets the attack to act as the creatures' main attack.
''SECOND'': The creature will only use this attack if it can't use the MAIN attack(s).

|-
|BYTYPE:GRASP
BYTOKEN:TAIL_STINGER
|''BYTYPE'': Sets what body part type to use for the attack. Possible values for "type" are GRASP, MOUTH, STANCE, THOUGHT, BREATHE, and the like. See [[Body Tokens]].
''BYTOKEN'': Sets the explicit body part ID to use for the attack. The token must exist as part of the creature's [[Creature Tokens#B|BODY]] token.

|-
|punch:punches
|Sets the verb for the attack.

|-
|1:2
|Sets the Min Max for the damage.

|-
|BLUDGEON, PIERCE, SLASH, GORE, BURN, HEAT, COLD
|Sets the damage type for the attack.

|-
|[ATTACKFLAG_WITH]
|Allows the creature to use weapons with the attack if they have one in a limb that can hold items.

|-
|[ATTACKFLAG_CANLATCH]
|Allows the creature to latch on with the attack. "Crocodile latches on Blargg's head firmly."

|-
|[SPECIALATTACK_INJECT_EXTRACT:50:100]
|The creature injects an amount of its extract into a victim upon successfully using this attack. The significance of the amount is unknown (but probably determines duration before the extract wears off).

|-
|[SPECIALATTACK_SUCK_BLOOD:50:100]
|When blood is drained from a creature, it causes heavy bleeding (depending on the attacking creatures ability to suck blood). It's unknown if blood suckers feed or regain health while doing this. (Numbers affect amount of blood drawn?)
|}

[[Category:Modding]]

40d Talk:Creature token

2008-04-06T03:16:15Z

Eurytus:

Anybody happen to know anything about the [PACK_ANIMAL] tag? I noticed that [[muskox|muskoxen]], [[mule|mules]] and [[donkey|donkeys]] all share this distinction. I also noticed someone in the [[muskox]] page had said that muskoxen could serve as haulers. Has Toady implemented a tag for animal haulers and sneaked it past everyone? Perhaps they can only perform this function if they serve as a pet to haulers? Or is it simply that merchants can carry goods on them? [[User:Some1else|Some1else]] 01:05, 19 February 2008 (EST)

== VERMIN_ tags ==

Made a new creature with VERMIN_CHASM and it spit out an unrecognised token message in my errorlog. Can someone confirm these work? Preferrably by pointing to a creature that has them? --[[User:Nunix|Nunix]] 18:57, 16 March 2008 (EDT)

:thats leftover from 2d. bats and such used to have it, but now have a biome tag instead -[[User:Chariot|Chariot]] 19:09, 16 March 2008 (EDT)

::Thanks. Do we know if that applies to any of the others? --[[User:Nunix|Nunix]] 18:29, 22 March 2008 (EDT)

== Litter size ==

I've been testing the [LITTER_SIZE] token, and according to my tests it indeed affects the number of children. I set a creature to have 5-10 litter size and it did indeed produce 6 and 7 children, while another creature had 3-5 and produced 3-5 children. I'm gonna remove the "untested" tag from the wiki, feel free to tell me off if it proves otherwise.--[[IUser:Eurytus|Eurytus]] 23:14, 5 April 2008 (EDT)

40d Talk:Creature token

2008-04-06T03:15:56Z

Eurytus:

Anybody happen to know anything about the [PACK_ANIMAL] tag? I noticed that [[muskox|muskoxen]], [[mule|mules]] and [[donkey|donkeys]] all share this distinction. I also noticed someone in the [[muskox]] page had said that muskoxen could serve as haulers. Has Toady implemented a tag for animal haulers and sneaked it past everyone? Perhaps they can only perform this function if they serve as a pet to haulers? Or is it simply that merchants can carry goods on them? [[User:Some1else|Some1else]] 01:05, 19 February 2008 (EST)

== VERMIN_ tags ==

Made a new creature with VERMIN_CHASM and it spit out an unrecognised token message in my errorlog. Can someone confirm these work? Preferrably by pointing to a creature that has them? --[[User:Nunix|Nunix]] 18:57, 16 March 2008 (EDT)

:thats leftover from 2d. bats and such used to have it, but now have a biome tag instead -[[User:Chariot|Chariot]] 19:09, 16 March 2008 (EDT)

::Thanks. Do we know if that applies to any of the others? --[[User:Nunix|Nunix]] 18:29, 22 March 2008 (EDT)

I've been testing the [LITTER_SIZE] token, and according to my tests it indeed affects the number of children. I set a creature to have 5-10 litter size and it did indeed produce 6 and 7 children, while another creature had 3-5 and produced 3-5 children. I'm gonna remove the "untested" tag from the wiki, feel free to tell me off if it proves otherwise.--[[IUser:Eurytus|Eurytus]] 23:14, 5 April 2008 (EDT)

40d Talk:Maximizing framerate

2008-04-04T15:23:23Z

Eurytus: /* Disconnection */

== Effect on # of dwarves, framerate calculations ==

I'm not sure how important the number of dwarves is on the framerate. I was getting about 12 to 15 with 22 dwarves, and this has fallen to 9 with 97 dwarves. I think it is more bad pathing, like animals being caught behind doors that causes more problems than the number of units themselves. The addition of 80 goblins had an impact of 1 fps as well... although again, they probably weren't having any trouble path finding to no where. --Gotthard 13:53, 3 December 2007 (EST)

:I typically see a substantial drop in framerate when new immigrants come, and afterward the game's never as fast or responsive. However, I also demand a higher framerate (not less than 40, to avoid annoying interface lagging/jerkiness) than many people seem prepared to tolerate, so our findings aren't inconsistent. You just have more load already and so don't notice a given amount of additional usage as much. [[User:Fedor|Fedor]] 05:39, 7 December 2007 (EST)

::If this is the case, then I doubt there is a linear relationship associated with the FPS values. The G_FPS might also impact this. Typically, 10-12 more dwarves lowered my FPS by 1 at max, and I have 6 masons making blocks for my castle, and 18 dwarves running around permanently putting them up. I would guess that the FPS drops off fast to begin with, so it takes a lot to go down from 10-9 fps compared to 40-39 fps. --Gotthard 08:35, 7 December 2007 (EST)

:::Yes, this is expected. Framerate changes aren't linear and here's why: Let us imagine that a given computer can process 10,000 game things per second. A framerate of 100 means that the game requires only 100 calculations per update, and therefore can update 100 times/second. A framerate of 1 means the game has to perform 10,000 calculations per update. To drop from 40 to 39 FPS, the game must require ~6 more calculations per update. To drop from 10 to 9 FPS, the game must require ~111 more calculations per update. [[User:Fedor|Fedor]] 08:51, 13 December 2007 (EST)

::Wow, I can't stand things if FPS falls under ~80! Though, running a 2.1Ghz Dual Core and 512M 8600GeForce probably has some bearing on it. Personally, I run my G_FPS at only 10, and FPS_CAP at 200. I haven't gotten to economy sized populations yet with these settings (mostly on purpose cause I also keep my POP_CAP to only 10 until I've gotten the majority of the fortress dug out and a good stock of food and bedrooms, etc. The extra dwarves end up just getting in the way any other time I've tried my play-style. With this setup, I usually average around 150 FPS. Also, I've noticed a difference in FPS if I have the map section open, either single or double pane, moreso when there are a large number of creatures on the map. Simply closing (tabbing) the map got me an increase from ~125 to ~140. Should be worth 2-3 frames at the low FPS levels you guys are talking about. I'm also curious if the FPS counter itself has a significant effect on frames... --[[User:n9103|n9103]] 11:40, 17 Dec 2007 (PST)

== Weather and Trees ==

Is it just me, or with weather turned trees will not grow back. Most saplings have withered and died. The landscape is littered with them. I'm in a Mirthful area, so it's not alignment. I haven't been able to get any trees since I deforested the entire area, and yes, it has been over three years. I'm playing 33d. [[User:Klada|Klada]] 19:50, 5 December 2007 (EST)

:Well I've been playing map for 6 years now, and I've had weather on the entire time, tons of trees have grown back. I've not deforested the ENTIRE area, but from what I understand trees grow back at a proportional rate to the amount of area there was to grow, so it should be better. I think saplings randomly die, perhaps moreso with traffic on them but... I don't have an explanation. --Gotthard 19:23, 6 December 2007 (EST)

::"Is it just me, or with weather turned trees will not grow back." Turned on or turned off? Logically, if weather were turned off, trees shouldn't grow to maturity. --[[User:n9103|n9103]] 11:29, 17 Dec 2007 (PST)

:::Trees grow back just fine with weather turned off. I don't know why sometimes most or all the saplings die, but it's not turning weather off that causes it. --[[User:BurnedToast|BurnedToast]] 00:00, 4 January 2008 (EST)

::::N9103, logic has no place here. Begone! --[[User:Savok|Savok]] 15:12, 21 March 2008 (EDT)

:::::HA! Tell that to Flingify() ^.^ Most things in DF do get a logical implementation... notable exceptions exist of course, but generally speaking, things follow commonsense. ... So Nya! --[[User:N9103|Edward]] 05:55, 22 March 2008 (EDT)

:Is any part of the area you embarked at evil? If so, are they the areas that the trees could grow in? (i.e. a mirthful mountain next to haunted woods) If you're beyond doubt sure that that's not the case, then going on what else has been investigated, I see one of two things: Complete deforestation *stops* tree growth, including saplings; Or, you've got some kind of bug that hasn't been documented yet. --[[User:N9103|Edward]] 19:05, 2 April 2008 (EDT)

== Economy ==

Can we confirm/disprove the effect of the economy on framerate? --[[User:DDouble|DDouble]] 02:42, 13 December 2007 (EST)

:Not sure what you mean exactly. The economy makes several changes, any of which might potentially impact speed. Can you give more detail on what specifically might potentially be causing a slowdown (or speed boost)? Is there a discussion on the forum that you have in mind? [[User:Fedor|Fedor]] 08:51, 13 December 2007 (EST)

::I'm pretty sure he's talking about the init setting and turning it off. The 'potentially' part you mentioned is what he wanted clarification on. Does turning the setting off before the economy activates improve pre-economy performance? There might indeed be people out there that are willing to lose one of the cooler features for a much improved framerate. A good question is does turning that setting off prevent you from ever gaining an economy (when you decide to turn the option back on) should you pass the point where it should have activated? --[[User:n9103|n9103]] 11:27, 17 Dec 2007 (PST)

== One Way Stairs ==

"Use ...multiple one-way stairways to connect any two spots where lots of dwarves will want to be"

How do you make a one way stair? I tried searching here, and on the forum, but didn't find it. [[User:Calculus|Calculus]]

:I mean to use paired up and down staircases instead of up/down ones. This suggestion is now removed because I'm not sure it actually makes a difference (it's safer for your dwarves, but I don't see a difference in game speed) [[User:Fedor|Fedor]] 14:50, 2 January 2008 (EST)

::How is a single-floor staircase (down+up) any safer than using a multiple-floor staircase (down+down/up+up)?

::Or for that matter, how is it different than making all your staircases down/up (minus bottom level of course)? --[[User:N9103|Edward]] 22:40, 3 January 2008 (EST)

:::If a dwarf falls down a multi-level up/down staircase, he may die or be badly injured.[[User:Fedor|Fedor]] 22:52, 3 January 2008 (EST)

::::What would cause a dwarf to fall down stairs aside from combat?--[[User:Maximus|Maximus]] 01:59, 4 January 2008 (EST)

:::::Haven't a clue. I just know that several people have reported their dwarves getting killed or maimed that way.[[User:Fedor|Fedor]] 15:17, 5 January 2008 (EST)

::::I used to use the up/down staircases for a central mineshaft until I had multiple dwarves become maimed/die when fighting on the stairs. I now use a spiral staircase design instead. I don't think anything BUT combat makes them fall, but if they charge a goblin snatcher and miss, there's no promise they won't end up 15 levels down missing all their limbs. --Gotthard 11:08, 7 January 2008 (EST)

:::::How about using floor hatches every level? -- Digger

== Weather and windmills ==

To BurnedToast: You seem to be right that turning weather off doesn't stop windmills from working. I wasn't sure where I got that impression, but after looking it up, it was from several instances on IRC where people came in, said "The windmill isn't making power :(", were told to "turn weather on", went "Ah ha!", and never said that it didn't make them start working. (After I while I started suggesting it too since nobody had reported it not working, until recently.) So, hmm. I just switched a fort that had weather to not having it, and yeah, the windmills all still work. So I built a new one - also works. Then I generated a new world with weather off, started a new fort in it, built a windmill, and it produced 20 power. Oh well. --[[User:SL|SL]] 13:24, 9 January 2008 (EST)

== Multiple CPUs/Cores ==

As far as I have tested, DF uses 3 threads. It seems to put all its efforts in a single one, but even so, the other two still take cpu time, so having a dual-core machine still helps even if the threads are synchronized (and it isn't such a huge difference). I assume one of the threads link the display to the game core while the other runs the input buffer. I'd have to do more testing. [[User:Soulwynd|Soulwynd]] 23:37, 17 March 2008 (EDT)

== Bulging Histories ==

Any chance history plays a role in framerates? I have a fairly beefy machine and was regularly getting 100FPS in my first few forts, but after about 15 forts and 30 adventure modes (I'm quite suicidal), I can't get my FPS above 35 even on initial embark and a 3x3 fortress plot. [[User:Weasello|Weasello]] 12:43, 21 March 2008 (EDT)

:Well... from that data, that's likely. Personally, I play all my forts on separate worlds. --[[User:Savok|Savok]] 15:12, 21 March 2008 (EDT)

:I think I have to second the idea of (small histories == higher framerates) I've been playing a lot of small and smaller worlds, and even when I pick larger than normal sites, my frames seem to stay up better than on standard worlds. I'll test at some point just how well a Full Local map holds up in a Pocket world. --[[User:N9103|Edward]] 19:04, 2 April 2008 (EDT)

== Disconnection ==

I've found it '''VERY''' important, in terms of framerates, not to block all paths between your fortress and the outside world, either with raised bridges, or with forbidden doors. I'm not certain about walls, as I haven't desired "permanent" blocking, but temporary, to prevent thives and the like. Infact, pathfinding errors from those I desire to keep out are exactly what crashes the framerate. 
 
I'm talking about '''50% loss''', and that's just to start. If you continue to block the pathfinding, It's possible to have it completely crawl to a stop, as in 0-1 FPS! 
It's a shame that such a primitive defense results in such a catastrophic failure of the pathing system. :( 
 
As I didn't see it mentioned anywhere, I'm adding it here, and will eventually add it to the main article if no one else feels like pretty-ing it up for display. 
--[[User:N9103|Edward]] 17:42, 29 March 2008 (EDT)

:That's happening for you? I've been setting up an elaborate set of bridges and floodgates that serves as the only entrance to my fortress, and have closed my dwarves off inside on numerable occasions and it caused little more than make them cancel tasks that required them to leave the fortress.--[[User:Eurytus|Eurytus]] 15:57, 2 April 2008 (EST)

::Have you turned off invasions as well? I used to do that when I played with invasions off to develop my management abilities. I did it now in three different worlds (smaller) and have had it happen every time. The framerate loss began as soon as a goblin/kobold tried to do mischief and pull a lever, as determined in the error log. I would assume that thieves/snatchers would likely cause similar frame-crashes, but that much isn't verified on my part. --[[User:N9103|Edward]] 04:04, 4 April 2008 (EDT)

:::I have invasions on, although any attackers have died rather quickly.--[[User:Eurytus|Eurytus]] 21:48, 2 April 2008 (EST)

::::Hey look! invaders! I closed the gates and lowered the bridge, but my framerate didn't drop. In fact, just as the invaders got there my framerate went back up from a puzzlingly low 40 back up to a regular 90.--[[User:Eurytus|Eurytus]] 22:19, 2 April 2008 (EST)

::::I've tested it again with a couple more waves of goblins, and I've come to the conclusion that the preceding immense slowdown is while the goblins are on the map but not in view. This makes me think that either hidden units contribute to lag more, or the difficult terrain in my area causes their pathfinding to temporarily "freak out."--[[User:Eurytus|Eurytus]] 1:03, 3 April 2008 (EST)

:::::Well, it would seem obvious that invaders have glitches that have direct effects on framerates... just not well defined effects :-/ The "not in view" part seems true enough since the 'mischief-makers' are always invisible until discovered, and my forts generally have been rather far from invasion points. Looks like this is gonna be on hold for the page until someone does some '''extensive''' testing. --[[User:N9103|Edward]] 04:04, 4 April 2008 (EDT)

::::::I'll be happy to start testing it as soon as I start establishing some more long-term fortresses.--[[User:Eurytus|Eurytus]] 11:23, 4 April 2008 (EST)

40d Talk:Maximizing framerate

2008-04-03T05:04:27Z

Eurytus: /* Disconnection */

== Effect on # of dwarves, framerate calculations ==

I'm not sure how important the number of dwarves is on the framerate. I was getting about 12 to 15 with 22 dwarves, and this has fallen to 9 with 97 dwarves. I think it is more bad pathing, like animals being caught behind doors that causes more problems than the number of units themselves. The addition of 80 goblins had an impact of 1 fps as well... although again, they probably weren't having any trouble path finding to no where. --Gotthard 13:53, 3 December 2007 (EST)

:I typically see a substantial drop in framerate when new immigrants come, and afterward the game's never as fast or responsive. However, I also demand a higher framerate (not less than 40, to avoid annoying interface lagging/jerkiness) than many people seem prepared to tolerate, so our findings aren't inconsistent. You just have more load already and so don't notice a given amount of additional usage as much. [[User:Fedor|Fedor]] 05:39, 7 December 2007 (EST)

::If this is the case, then I doubt there is a linear relationship associated with the FPS values. The G_FPS might also impact this. Typically, 10-12 more dwarves lowered my FPS by 1 at max, and I have 6 masons making blocks for my castle, and 18 dwarves running around permanently putting them up. I would guess that the FPS drops off fast to begin with, so it takes a lot to go down from 10-9 fps compared to 40-39 fps. --Gotthard 08:35, 7 December 2007 (EST)

:::Yes, this is expected. Framerate changes aren't linear and here's why: Let us imagine that a given computer can process 10,000 game things per second. A framerate of 100 means that the game requires only 100 calculations per update, and therefore can update 100 times/second. A framerate of 1 means the game has to perform 10,000 calculations per update. To drop from 40 to 39 FPS, the game must require ~6 more calculations per update. To drop from 10 to 9 FPS, the game must require ~111 more calculations per update. [[User:Fedor|Fedor]] 08:51, 13 December 2007 (EST)

::Wow, I can't stand things if FPS falls under ~80! Though, running a 2.1Ghz Dual Core and 512M 8600GeForce probably has some bearing on it. Personally, I run my G_FPS at only 10, and FPS_CAP at 200. I haven't gotten to economy sized populations yet with these settings (mostly on purpose cause I also keep my POP_CAP to only 10 until I've gotten the majority of the fortress dug out and a good stock of food and bedrooms, etc. The extra dwarves end up just getting in the way any other time I've tried my play-style. With this setup, I usually average around 150 FPS. Also, I've noticed a difference in FPS if I have the map section open, either single or double pane, moreso when there are a large number of creatures on the map. Simply closing (tabbing) the map got me an increase from ~125 to ~140. Should be worth 2-3 frames at the low FPS levels you guys are talking about. I'm also curious if the FPS counter itself has a significant effect on frames... --[[User:n9103|n9103]] 11:40, 17 Dec 2007 (PST)

== Weather and Trees ==

Is it just me, or with weather turned trees will not grow back. Most saplings have withered and died. The landscape is littered with them. I'm in a Mirthful area, so it's not alignment. I haven't been able to get any trees since I deforested the entire area, and yes, it has been over three years. I'm playing 33d. [[User:Klada|Klada]] 19:50, 5 December 2007 (EST)

:Well I've been playing map for 6 years now, and I've had weather on the entire time, tons of trees have grown back. I've not deforested the ENTIRE area, but from what I understand trees grow back at a proportional rate to the amount of area there was to grow, so it should be better. I think saplings randomly die, perhaps moreso with traffic on them but... I don't have an explanation. --Gotthard 19:23, 6 December 2007 (EST)

::"Is it just me, or with weather turned trees will not grow back." Turned on or turned off? Logically, if weather were turned off, trees shouldn't grow to maturity. --[[User:n9103|n9103]] 11:29, 17 Dec 2007 (PST)

:::Trees grow back just fine with weather turned off. I don't know why sometimes most or all the saplings die, but it's not turning weather off that causes it. --[[User:BurnedToast|BurnedToast]] 00:00, 4 January 2008 (EST)

::::N9103, logic has no place here. Begone! --[[User:Savok|Savok]] 15:12, 21 March 2008 (EDT)

:::::HA! Tell that to Flingify() ^.^ Most things in DF do get a logical implementation... notable exceptions exist of course, but generally speaking, things follow commonsense. ... So Nya! --[[User:N9103|Edward]] 05:55, 22 March 2008 (EDT)

:Is any part of the area you embarked at evil? If so, are they the areas that the trees could grow in? (i.e. a mirthful mountain next to haunted woods) If you're beyond doubt sure that that's not the case, then going on what else has been investigated, I see one of two things: Complete deforestation *stops* tree growth, including saplings; Or, you've got some kind of bug that hasn't been documented yet. --[[User:N9103|Edward]] 19:05, 2 April 2008 (EDT)

== Economy ==

Can we confirm/disprove the effect of the economy on framerate? --[[User:DDouble|DDouble]] 02:42, 13 December 2007 (EST)

:Not sure what you mean exactly. The economy makes several changes, any of which might potentially impact speed. Can you give more detail on what specifically might potentially be causing a slowdown (or speed boost)? Is there a discussion on the forum that you have in mind? [[User:Fedor|Fedor]] 08:51, 13 December 2007 (EST)

::I'm pretty sure he's talking about the init setting and turning it off. The 'potentially' part you mentioned is what he wanted clarification on. Does turning the setting off before the economy activates improve pre-economy performance? There might indeed be people out there that are willing to lose one of the cooler features for a much improved framerate. A good question is does turning that setting off prevent you from ever gaining an economy (when you decide to turn the option back on) should you pass the point where it should have activated? --[[User:n9103|n9103]] 11:27, 17 Dec 2007 (PST)

== One Way Stairs ==

"Use ...multiple one-way stairways to connect any two spots where lots of dwarves will want to be"

How do you make a one way stair? I tried searching here, and on the forum, but didn't find it. [[User:Calculus|Calculus]]

:I mean to use paired up and down staircases instead of up/down ones. This suggestion is now removed because I'm not sure it actually makes a difference (it's safer for your dwarves, but I don't see a difference in game speed) [[User:Fedor|Fedor]] 14:50, 2 January 2008 (EST)

::How is a single-floor staircase (down+up) any safer than using a multiple-floor staircase (down+down/up+up)?

::Or for that matter, how is it different than making all your staircases down/up (minus bottom level of course)? --[[User:N9103|Edward]] 22:40, 3 January 2008 (EST)

:::If a dwarf falls down a multi-level up/down staircase, he may die or be badly injured.[[User:Fedor|Fedor]] 22:52, 3 January 2008 (EST)

::::What would cause a dwarf to fall down stairs aside from combat?--[[User:Maximus|Maximus]] 01:59, 4 January 2008 (EST)

:::::Haven't a clue. I just know that several people have reported their dwarves getting killed or maimed that way.[[User:Fedor|Fedor]] 15:17, 5 January 2008 (EST)

::::I used to use the up/down staircases for a central mineshaft until I had multiple dwarves become maimed/die when fighting on the stairs. I now use a spiral staircase design instead. I don't think anything BUT combat makes them fall, but if they charge a goblin snatcher and miss, there's no promise they won't end up 15 levels down missing all their limbs. --Gotthard 11:08, 7 January 2008 (EST)

:::::How about using floor hatches every level? -- Digger

== Weather and windmills ==

To BurnedToast: You seem to be right that turning weather off doesn't stop windmills from working. I wasn't sure where I got that impression, but after looking it up, it was from several instances on IRC where people came in, said "The windmill isn't making power :(", were told to "turn weather on", went "Ah ha!", and never said that it didn't make them start working. (After I while I started suggesting it too since nobody had reported it not working, until recently.) So, hmm. I just switched a fort that had weather to not having it, and yeah, the windmills all still work. So I built a new one - also works. Then I generated a new world with weather off, started a new fort in it, built a windmill, and it produced 20 power. Oh well. --[[User:SL|SL]] 13:24, 9 January 2008 (EST)

== Multiple CPUs/Cores ==

As far as I have tested, DF uses 3 threads. It seems to put all its efforts in a single one, but even so, the other two still take cpu time, so having a dual-core machine still helps even if the threads are synchronized (and it isn't such a huge difference). I assume one of the threads link the display to the game core while the other runs the input buffer. I'd have to do more testing. [[User:Soulwynd|Soulwynd]] 23:37, 17 March 2008 (EDT)

== Bulging Histories ==

Any chance history plays a role in framerates? I have a fairly beefy machine and was regularly getting 100FPS in my first few forts, but after about 15 forts and 30 adventure modes (I'm quite suicidal), I can't get my FPS above 35 even on initial embark and a 3x3 fortress plot. [[User:Weasello|Weasello]] 12:43, 21 March 2008 (EDT)

:Well... from that data, that's likely. Personally, I play all my forts on separate worlds. --[[User:Savok|Savok]] 15:12, 21 March 2008 (EDT)

:I think I have to second the idea of (small histories == higher framerates) I've been playing a lot of small and smaller worlds, and even when I pick larger than normal sites, my frames seem to stay up better than on standard worlds. I'll test at some point just how well a Full Local map holds up in a Pocket world. --[[User:N9103|Edward]] 19:04, 2 April 2008 (EDT)

== Disconnection ==

I've found it '''VERY''' important, in terms of framerates, not to block all paths between your fortress and the outside world, either with raised bridges, or with forbidden doors. I'm not certain about walls, as I haven't desired "permanent" blocking, but temporary, to prevent thives and the like. Infact, pathfinding errors from those I desire to keep out are exactly what crashes the framerate. 
 
I'm talking about '''50% loss''', and that's just to start. If you continue to block the pathfinding, It's possible to have it completely crawl to a stop, as in 0-1 FPS! 
It's a shame that such a primitive defense results in such a catastrophic failure of the pathing system. :( 
 
As I didn't see it mentioned anywhere, I'm adding it here, and will eventually add it to the main article if no one else feels like pretty-ing it up for display. 
--[[User:N9103|Edward]] 17:42, 29 March 2008 (EDT)

:That's happening for you? I've been setting up an elaborate set of bridges and floodgates that serves as the only entrance to my fortress, and have closed my dwarves off inside on numerable occasions and it caused little more than make them cancel tasks that required them to leave the fortress.--[[User:Eurytus|Eurytus]] 15:57, 2 April 2008 (EST)

::Have you turned off invasions as well? I used to do that when I played with invasions off to develop my management abilities. I did it now in three different worlds (smaller) and have had it happen every time. The framerate loss began as soon as a goblin/kobold tried to do mischief and pull a lever, as determined in the error log. I would assume that thieves/snatchers would likely cause similar frame-crashes, but that much isn't verified on my part.

:::I have invasions on, although any attackers have died rather quickly.--[[User:Eurytus|Eurytus]] 21:48, 2 April 2008 (EST)

::::Hey look! invaders! I closed the gates and lowered the bridge, but my framerate didn't drop. In fact, just as the invaders got there my framerate went back up from a puzzlingly low 40 back up to a regular 90.--[[User:Eurytus|Eurytus]] 22:19, 2 April 2008 (EST)

::::I've tested it again with a couple more waves of goblins, and I've come to the conclusion that the preceding immense slowdown is while the goblins are on the map but not in view. This makes me think that either hidden units contribute to lag more, or the difficult terrain in my area causes their pathfinding to temporarily "freak out."--[[User:Eurytus|Eurytus]] 1:03, 3 April 2008 (EST)

40d Talk:Decoration

2008-04-03T03:39:26Z

Eurytus: Encrusted ammo?

== Disappearing Ecrusted Goods ==

Would anyone know why the objects that I encrust with jems don't seem to turn up anywhere? The encruster just stands around with it for a while and then I can't find it anymore. [[User:Patarak|Patarak]] 05:20, 24 January 2008 (EST)
:Dwarf McShinyPants cancels encrust with antimatter: Giant Explosion.--[[User:Ikkonoishi|Ikkonoishi]] 12:53, 24 January 2008 (EST)
:maybe they r stuck in your workshop cos thers no room in/no fitting stockpile or no hauler available? use {{Key|t}} on the workshop to check its contents--[[User:Koltom|Koltom]] 16:48, 10 February 2008 (EST)

== examples ==
Some examples would be in order, sire! May as well post some i'm gnawing on ;) --[[User:Koltom|Koltom]] 17:50, 24 February 2008 (EST)

== Encrusting Ammo ==

Is there really a point to it unless you're selling the ammo? I would expect it to increase damage or something, but that's just me. --[[User:Eurytus|Eurytus]] 23:39, 2 April 2008 (EST)

40d Talk:Decoration

2008-04-03T03:39:16Z

Eurytus: Encrusted ammo?

40d Talk:Maximizing framerate

2008-04-03T02:19:54Z

Eurytus: /* Disconnection */

== Effect on # of dwarves, framerate calculations ==

I'm not sure how important the number of dwarves is on the framerate. I was getting about 12 to 15 with 22 dwarves, and this has fallen to 9 with 97 dwarves. I think it is more bad pathing, like animals being caught behind doors that causes more problems than the number of units themselves. The addition of 80 goblins had an impact of 1 fps as well... although again, they probably weren't having any trouble path finding to no where. --Gotthard 13:53, 3 December 2007 (EST)

:I typically see a substantial drop in framerate when new immigrants come, and afterward the game's never as fast or responsive. However, I also demand a higher framerate (not less than 40, to avoid annoying interface lagging/jerkiness) than many people seem prepared to tolerate, so our findings aren't inconsistent. You just have more load already and so don't notice a given amount of additional usage as much. [[User:Fedor|Fedor]] 05:39, 7 December 2007 (EST)

::If this is the case, then I doubt there is a linear relationship associated with the FPS values. The G_FPS might also impact this. Typically, 10-12 more dwarves lowered my FPS by 1 at max, and I have 6 masons making blocks for my castle, and 18 dwarves running around permanently putting them up. I would guess that the FPS drops off fast to begin with, so it takes a lot to go down from 10-9 fps compared to 40-39 fps. --Gotthard 08:35, 7 December 2007 (EST)

:::Yes, this is expected. Framerate changes aren't linear and here's why: Let us imagine that a given computer can process 10,000 game things per second. A framerate of 100 means that the game requires only 100 calculations per update, and therefore can update 100 times/second. A framerate of 1 means the game has to perform 10,000 calculations per update. To drop from 40 to 39 FPS, the game must require ~6 more calculations per update. To drop from 10 to 9 FPS, the game must require ~111 more calculations per update. [[User:Fedor|Fedor]] 08:51, 13 December 2007 (EST)

::Wow, I can't stand things if FPS falls under ~80! Though, running a 2.1Ghz Dual Core and 512M 8600GeForce probably has some bearing on it. Personally, I run my G_FPS at only 10, and FPS_CAP at 200. I haven't gotten to economy sized populations yet with these settings (mostly on purpose cause I also keep my POP_CAP to only 10 until I've gotten the majority of the fortress dug out and a good stock of food and bedrooms, etc. The extra dwarves end up just getting in the way any other time I've tried my play-style. With this setup, I usually average around 150 FPS. Also, I've noticed a difference in FPS if I have the map section open, either single or double pane, moreso when there are a large number of creatures on the map. Simply closing (tabbing) the map got me an increase from ~125 to ~140. Should be worth 2-3 frames at the low FPS levels you guys are talking about. I'm also curious if the FPS counter itself has a significant effect on frames... --[[User:n9103|n9103]] 11:40, 17 Dec 2007 (PST)

== Weather and Trees ==

Is it just me, or with weather turned trees will not grow back. Most saplings have withered and died. The landscape is littered with them. I'm in a Mirthful area, so it's not alignment. I haven't been able to get any trees since I deforested the entire area, and yes, it has been over three years. I'm playing 33d. [[User:Klada|Klada]] 19:50, 5 December 2007 (EST)

:Well I've been playing map for 6 years now, and I've had weather on the entire time, tons of trees have grown back. I've not deforested the ENTIRE area, but from what I understand trees grow back at a proportional rate to the amount of area there was to grow, so it should be better. I think saplings randomly die, perhaps moreso with traffic on them but... I don't have an explanation. --Gotthard 19:23, 6 December 2007 (EST)

::"Is it just me, or with weather turned trees will not grow back." Turned on or turned off? Logically, if weather were turned off, trees shouldn't grow to maturity. --[[User:n9103|n9103]] 11:29, 17 Dec 2007 (PST)

:::Trees grow back just fine with weather turned off. I don't know why sometimes most or all the saplings die, but it's not turning weather off that causes it. --[[User:BurnedToast|BurnedToast]] 00:00, 4 January 2008 (EST)

::::N9103, logic has no place here. Begone! --[[User:Savok|Savok]] 15:12, 21 March 2008 (EDT)

:::::HA! Tell that to Flingify() ^.^ Most things in DF do get a logical implementation... notable exceptions exist of course, but generally speaking, things follow commonsense. ... So Nya! --[[User:N9103|Edward]] 05:55, 22 March 2008 (EDT)

:Is any part of the area you embarked at evil? If so, are they the areas that the trees could grow in? (i.e. a mirthful mountain next to haunted woods) If you're beyond doubt sure that that's not the case, then going on what else has been investigated, I see one of two things: Complete deforestation *stops* tree growth, including saplings; Or, you've got some kind of bug that hasn't been documented yet. --[[User:N9103|Edward]] 19:05, 2 April 2008 (EDT)

== Economy ==

Can we confirm/disprove the effect of the economy on framerate? --[[User:DDouble|DDouble]] 02:42, 13 December 2007 (EST)

:Not sure what you mean exactly. The economy makes several changes, any of which might potentially impact speed. Can you give more detail on what specifically might potentially be causing a slowdown (or speed boost)? Is there a discussion on the forum that you have in mind? [[User:Fedor|Fedor]] 08:51, 13 December 2007 (EST)

::I'm pretty sure he's talking about the init setting and turning it off. The 'potentially' part you mentioned is what he wanted clarification on. Does turning the setting off before the economy activates improve pre-economy performance? There might indeed be people out there that are willing to lose one of the cooler features for a much improved framerate. A good question is does turning that setting off prevent you from ever gaining an economy (when you decide to turn the option back on) should you pass the point where it should have activated? --[[User:n9103|n9103]] 11:27, 17 Dec 2007 (PST)

== One Way Stairs ==

"Use ...multiple one-way stairways to connect any two spots where lots of dwarves will want to be"

How do you make a one way stair? I tried searching here, and on the forum, but didn't find it. [[User:Calculus|Calculus]]

:I mean to use paired up and down staircases instead of up/down ones. This suggestion is now removed because I'm not sure it actually makes a difference (it's safer for your dwarves, but I don't see a difference in game speed) [[User:Fedor|Fedor]] 14:50, 2 January 2008 (EST)

::How is a single-floor staircase (down+up) any safer than using a multiple-floor staircase (down+down/up+up)?

::Or for that matter, how is it different than making all your staircases down/up (minus bottom level of course)? --[[User:N9103|Edward]] 22:40, 3 January 2008 (EST)

:::If a dwarf falls down a multi-level up/down staircase, he may die or be badly injured.[[User:Fedor|Fedor]] 22:52, 3 January 2008 (EST)

::::What would cause a dwarf to fall down stairs aside from combat?--[[User:Maximus|Maximus]] 01:59, 4 January 2008 (EST)

:::::Haven't a clue. I just know that several people have reported their dwarves getting killed or maimed that way.[[User:Fedor|Fedor]] 15:17, 5 January 2008 (EST)

::::I used to use the up/down staircases for a central mineshaft until I had multiple dwarves become maimed/die when fighting on the stairs. I now use a spiral staircase design instead. I don't think anything BUT combat makes them fall, but if they charge a goblin snatcher and miss, there's no promise they won't end up 15 levels down missing all their limbs. --Gotthard 11:08, 7 January 2008 (EST)

:::::How about using floor hatches every level? -- Digger

== Weather and windmills ==

To BurnedToast: You seem to be right that turning weather off doesn't stop windmills from working. I wasn't sure where I got that impression, but after looking it up, it was from several instances on IRC where people came in, said "The windmill isn't making power :(", were told to "turn weather on", went "Ah ha!", and never said that it didn't make them start working. (After I while I started suggesting it too since nobody had reported it not working, until recently.) So, hmm. I just switched a fort that had weather to not having it, and yeah, the windmills all still work. So I built a new one - also works. Then I generated a new world with weather off, started a new fort in it, built a windmill, and it produced 20 power. Oh well. --[[User:SL|SL]] 13:24, 9 January 2008 (EST)

== Multiple CPUs/Cores ==

As far as I have tested, DF uses 3 threads. It seems to put all its efforts in a single one, but even so, the other two still take cpu time, so having a dual-core machine still helps even if the threads are synchronized (and it isn't such a huge difference). I assume one of the threads link the display to the game core while the other runs the input buffer. I'd have to do more testing. [[User:Soulwynd|Soulwynd]] 23:37, 17 March 2008 (EDT)

== Bulging Histories ==

Any chance history plays a role in framerates? I have a fairly beefy machine and was regularly getting 100FPS in my first few forts, but after about 15 forts and 30 adventure modes (I'm quite suicidal), I can't get my FPS above 35 even on initial embark and a 3x3 fortress plot. [[User:Weasello|Weasello]] 12:43, 21 March 2008 (EDT)

:Well... from that data, that's likely. Personally, I play all my forts on separate worlds. --[[User:Savok|Savok]] 15:12, 21 March 2008 (EDT)

:I think I have to second the idea of (small histories == higher framerates) I've been playing a lot of small and smaller worlds, and even when I pick larger than normal sites, my frames seem to stay up better than on standard worlds. I'll test at some point just how well a Full Local map holds up in a Pocket world. --[[User:N9103|Edward]] 19:04, 2 April 2008 (EDT)

== Disconnection ==

I've found it '''VERY''' important, in terms of framerates, not to block all paths between your fortress and the outside world, either with raised bridges, or with forbidden doors. I'm not certain about walls, as I haven't desired "permanent" blocking, but temporary, to prevent thives and the like. Infact, pathfinding errors from those I desire to keep out are exactly what crashes the framerate. 
 
I'm talking about '''50% loss''', and that's just to start. If you continue to block the pathfinding, It's possible to have it completely crawl to a stop, as in 0-1 FPS! 
It's a shame that such a primitive defense results in such a catastrophic failure of the pathing system. :( 
 
As I didn't see it mentioned anywhere, I'm adding it here, and will eventually add it to the main article if no one else feels like pretty-ing it up for display. 
--[[User:N9103|Edward]] 17:42, 29 March 2008 (EDT)

:That's happening for you? I've been setting up an elaborate set of bridges and floodgates that serves as the only entrance to my fortress, and have closed my dwarves off inside on numerable occasions and it caused little more than make them cancel tasks that required them to leave the fortress.--[[User:Eurytus|Eurytus]] 15:57, 2 April 2008 (EST)

::Have you turned off invasions as well? I used to do that when I played with invasions off to develop my management abilities. I did it now in three different worlds (smaller) and have had it happen every time. The framerate loss began as soon as a goblin/kobold tried to do mischief and pull a lever, as determined in the error log. I would assume that thieves/snatchers would likely cause similar frame-crashes, but that much isn't verified on my part.

:::I have invasions on, although any attackers have died rather quickly.--[[User:Eurytus|Eurytus]] 21:48, 2 April 2008 (EST)

::::Hey look! invaders! I closed the gates and lowered the bridge, but my framerate didn't drop. In fact, just as the invaders got there my framerate went back up from a puzzlingly low 40 back up to a regular 90.--[[User:Eurytus|Eurytus]] 22:19, 2 April 2008 (EST)