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

Difference between revisions of "Path"

From Dwarf Fortress Wiki
Jump to navigation Jump to search
Line 42: Line 42:
 
*Applying traffic costs properly will greatly increase the speed of finding paths. Make corners of rooms higher cost and the center of major hallways and rooms with stockpiles and workshops lower cost. More on [[traffic]].
 
*Applying traffic costs properly will greatly increase the speed of finding paths. Make corners of rooms higher cost and the center of major hallways and rooms with stockpiles and workshops lower cost. More on [[traffic]].
  
A* algorithm in itself is asymmetrical, which suggests that it's possible to split traffic by direction by exploiting bias of its priorities, at least sometimes. Consider this floor diagram:
+
A* algorithm in itself is asymmetrical, which suggests that it's possible to split traffic by direction by exploiting bias in its priorities, at least sometimes. Consider this floor diagram:
 
{{diagram|spaces=yes|\
 
{{diagram|spaces=yes|\
 
░░░░░░░░░░░░
 
░░░░░░░░░░░░
Line 55: Line 55:
 
R : floor (Restricted traffic)
 
R : floor (Restricted traffic)
 
}}
 
}}
Set up this fragment between a closed cave and outside, and dwarves will always choose to pass through it via the left corridor, even if that corridor is farther both from their original location and destination. Since A* strongly prioritizes lower path cost in the immediate vicinity, we may guess that DF calculates path ''from'' the destination to the creature. <ref>Maybe because in DF creatures more often try to path into a dead-end or maze than out of one?</ref>
+
Set up this fragment between a closed cave and outside, and dwarves will always choose to pass through it via the left corridor, even if that corridor is farther both from their original location and destination. Since A* strongly prioritizes lower path cost in the immediate vicinity, we may guess that DF calculates path ''from'' the destination to the creature. (Maybe because in DF creatures more often try to path ''into'' a dead-end or maze than ''out of'' one, or the destination is cut off from open space more often than the creature?)
  
 
==Other dwarves==
 
==Other dwarves==

Revision as of 14:19, 3 November 2014

This article is about the current version of DF.
Note that some content may still need to be updated.

Pathing is a video game concept that refers to the path that the AI selected to route from point A to point B. It has important implications for fortress design and security design.

Implications

Dwarf Fortress uses a modified A* search algorithm (a nice demo) (confirmation), which quickly calculates a decent path between points. The A* method takes point A and tries to quickly calculate a decent path to reach point B. This path is not always the quickest path. In fact, in a game with as complicated and ever changing environments as Dwarf Fortress, pathing probably rarely chooses the quickest path. The purpose and utility of the algorithm is to find a useful path without using a lot of processing space, balancing speed and computability.

Pathing to raw materials uses the so-called Manhattan metric: meaning, the material is checked by distance from the dwarf's current position, rather than by an actual search. Thus, when constructing things, the valid materials list will be ordered from nearest to farthest; this, however, ignores any walls or obstacles in the way. An important part of fortress design is to be as open as possible, as more doorways will result in quicker paths (and thus better performance) as well as avoiding the hurdles of cross-map walks to find something the metric says is a short distance away. Workshops automatically path to the nearest valid raw materials; building things allows you to choose what to grab.

Applications

In the following examples, A is a creature and B is its goal.

For workshop jobs, the closest available valid material is used for the job. The simplest way to use pathing to your advantage is to surround a workshop with a stockpile accepting only specific raw materials that you want it to be using; in previous versions, this was the only way to ensure magma-safe materials would be used for application with magma, and the only way to ensure certain jobs would be done in a certain way. Now, this process is better handled by linked stockpiles instead. Nonetheless, it remains useful when trying to understand why, instead of decorating some beds in your furniture stockpile, your gem setter decides to fancify some commoners' coffins in the next-door mason's shop.

The way pathing is handled should inform the way you design your fortress. An important part of fortress design is to be as open as possible, as more doorways will result in quicker paths (and thus better performance) as well as avoiding the hurdles of cross-map walks to find something the metric says is a short distance away.

Applications of pathing (aka pathing abuse). Note that they do see every path, so if the green bottom bridge is raised, they will take the caravan entrance instead.

Implications in security design are a bit more thorough. Hostile creatures and dwarves running errands are able to consider the entire map when making pathing choices, and their A* pathfinding will mean that they will always take the shortest route, if there is a choice. This is a point separating trading caravans, which path to your trade depot, from goblin sieges, which look for the shortest path in instead. One clever exploit of this behavior is demonstrated at right; caravans will always take the winding, clean top path because that is where the trading post is, while incoming enemies will prefer the shorter, trapped bottom entrance.

Doing the Calculation

Each tile will have a value, this value is in some way based on how close it brings us to the item and that tile's traffic value. Thus the procedure is something like this:

  1. First, we check all the tiles next to the dwarf and mark their values.
  2. From there, repeatedly check all accessible tiles from the dwarf until we reach B.
  3. Now take the tiles with the lowest values that connect to that location, and you have a path.
  4. Now A will follow this path to get to B.

Things that are wandering (Animals, wandering invaders) may use a combination of the above method with some random movement.

For jobs that require chasing a moving thing, this is procedure may be done over and over, or a different algorithm may be used.

Additionally, the following variations have been suggested, but nothing is certain:

  • Dwarves may remember paths that have worked before and try them before anything else.
  • Inaccessible items may be invisibly considered forbidden for a certain amount of time after a dwarf discovers it is inaccessible and therefore not considered in pathing.

To improve pathing speed and performance:

  • Keep small stockpiles immediately next to workshops. This means Urist McCrafter doesn't have to do very much pathing to find his rocks (though it may cause Urist McHauler to do even more pathing).
  • Keep Haulers near places where things will need to be moved from (excess stockpiles, mines, butcher's shops or other shops that have a high item yield).
  • Make it easy to get in and out of the areas where workshops are.
  • Staircases in rooms instead of in central areas should greatly improve pathing speeds.
  • Applying traffic costs properly will greatly increase the speed of finding paths. Make corners of rooms higher cost and the center of major hallways and rooms with stockpiles and workshops lower cost. More on traffic.

A* algorithm in itself is asymmetrical, which suggests that it's possible to split traffic by direction by exploiting bias in its priorities, at least sometimes. Consider this floor diagram:

R R + + + + + + H H
+ + + +
H H + + + + + + R R
: w a l l
+ : f l o o r ( n o r m a l t r a f f i c )
H : f l o o r ( H i g h t r a f f i c )
R : f l o o r ( R e s t r i c t e d t r a f f i c )

Set up this fragment between a closed cave and outside, and dwarves will always choose to pass through it via the left corridor, even if that corridor is farther both from their original location and destination. Since A* strongly prioritizes lower path cost in the immediate vicinity, we may guess that DF calculates path from the destination to the creature. (Maybe because in DF creatures more often try to path into a dead-end or maze than out of one, or the destination is cut off from open space more often than the creature?)

Other dwarves

It is possible for entities such as dwarves to walk over each other when necessary. However, moving over occupied tiles in this manner is much slower, and dwarves will try to path so that they can avoid it. This introduces an important consideration to fortress design.

If you have a long, 1-tile wide corridor which already has a dwarf moving through it, other dwarves who need to get from one side of the corridor to the other will try to avoid colliding with that dwarf, by pathing elsewhere. If it so happens that the corridor is long, and there are no nearby alternative routes, this may cause a very significant increase in pathfinding burden.

For this reason, it's best to make high-traffic routes at least 2 tiles wide, and avoid single doors and single stairs. This ensures that when a dwarf tries to find a detour around another dwarf in his way, he will be able to do so easily and without modifying his current path much.