v0.31:Computing - Revision history

Lethosor: remove
tags

2017-06-23T21:34:11Z

remove <br> tags

Quietust at 23:16, 18 February 2012

2012-02-18T23:16:18Z

QuietBot: DF2010 -> v0.31 (0580/2830)

2012-02-17T04:48:21Z

DF2010 -> v0.31 (0580/2830)

QuietBot: Fixing links within namespace (0576/2808)

2011-12-08T16:44:07Z

Fixing links within namespace (0576/2808)

Root Infinity: /* Related user pages */ Added link to my user page

2011-06-12T02:22:16Z

Related user pages: Added link to my user page

68.1.191.187 at 18:22, 12 April 2011

2011-04-12T18:22:28Z

70.225.71.2: /* Related user pages */

2011-01-15T20:09:47Z

Related user pages

Calite at 14:43, 12 December 2010

2010-12-12T14:43:15Z

Quietust: /* Disciplines */ umm, this was exactly the same in 40d...

2010-10-22T19:42:54Z

Disciplines: umm, this was exactly the same in 40d...

97.118.74.195 at 07:31, 1 October 2010

2010-10-01T07:31:47Z

@@ Line 29: / Line 29: @@
 === Binary logic ===
-Basic binary logic takes one or two input bits and creates an output based on them. The devices that perform these operations are commonly called '''logic gates'''.<br />
+Basic binary logic takes one or two input bits and creates an output based on them. The devices that perform these operations are commonly called '''logic gates'''.
-* NOT - takes one input and returns the opposite of the input<br /><br />
 {| class="wikitable" border=1
 |-
@@ Line 41: / Line 43: @@
 | 1
 | 0
-|}<br />
+|}
 * AND - takes two inputs and returns true if both inputs are true
 * OR - takes two inputs and returns true if at least one input is true
@@ Line 47: / Line 50: @@
 * NAND - takes two inputs and returns true if either input is false
 * NOR - takes two inputs and returns true if both inputs are false
-* XNOR - takes two inputs and returns true if both inputs are identical<br /><br />
+* XNOR - takes two inputs and returns true if both inputs are identical
 {| class="wikitable" border=1
 |-
@@ Line 94: / Line 98: @@
 | 0
 | 1
-|}<br />
+|}
 The most human-understandable logic system requires NOT, AND and OR gates, but having a design for either a NAND or a NOR gate is enough to build any of the other gates. Some gates are easier to create or need fewer components than others depending on what discipline your logic relies on. Designing each individual gate that you will need (or using designs that had each individual gate designed) rather than building a gate out of multiple NAND gates or the like will generally result in your dorfputer reacting faster and using less resources (power, water, kittens, construction materials, what-have-you).
@@ Line 130: / Line 135: @@
 == Examples ==
-There are few examples of a really useful dwarfputer and some concepts which have the potential to become useful for others. But in most cases they are made just for fun. What doesn't mean to diminish their designers achievements, because these are in general the more complex ones.<br />At the moment there are no known examples of animal or borg logic.
+There are few examples of a really useful dwarfputer and some concepts which have the potential to become useful for others. But in most cases they are made just for fun. What doesn't mean to diminish their designers achievements, because these are in general the more complex ones. At the moment there are no known examples of animal or borg logic.
 === Useful ===
 * Magma trap
-** This is an example of a useful dwarfputer controlling a magma trap. It automatically floods an area with lava, cleans up and resets afterwards. The timing is perfectly adjusted to let the victims vanish only leaving their valuable metal behind.<br />video: http://mkv25.net/dfma/movie-1808-perfectmagmatrap<br />design: http://i576.photobucket.com/albums/ss208/kanddak/magmatrap.png
+** This is an example of a useful dwarfputer controlling a magma trap. It automatically floods an area with lava, cleans up and resets afterwards. The timing is perfectly adjusted to let the victims vanish only leaving their valuable metal behind.
 === Concepts ===

← Older revision		Revision as of 23:16, 18 February 2012
Line 163:		Line 163:

	{{buildings}}		{{buildings}}
−	[[Category~~:v0.31:~~Computing]]	+	{{Category\|Computing}}

← Older revision		Revision as of 04:48, 17 February 2012
Line 163:		Line 163:

	{{buildings}}		{{buildings}}
−	[[Category:~~DF2010~~:Computing]]	+	[[Category:v0.31:Computing]]

@@ Line 5: / Line 5: @@
 === Binary information ===
 Binary information can have one of two possible states: true or false, respectively 1 or 0. In dwarf fortress they can be represented by different entities:
-* on/off state or signal of a {{l|trigger|trigger}} (pressure plate, lever)
+* on/off state or signal of a [[trigger]] (pressure plate, lever)
-* power or connection state of a {{l|machine component|machine component}}
+* power or connection state of a [[machine component]]
-* open or closed state of a {{l|door|door}} or similar buildings
+* open or closed state of a [[door]] or similar buildings
-* {{l|pressure plate|low/high}} or {{l|flow|flowing/standing}} {{l|water|fluid}}
+* [[pressure plate|low/high]] or [[flow|flowing/standing]] [[water|fluid]]
-* present {{l|creature|creature}}s and {{l|dwarf|borgs}}
+* present [[creature]]s and [[dwarf|borgs]]
 Electronic devices and computers base on this elementary form of information, and if you want to go into computing, you’ll have to familiarize yourself with it. [http://en.wikipedia.org/wiki/Propositional_calculus propositional calculus]
 === Input/Output ===
-Input can be any device which can be linked to another device with mechanisms, such as {{l|lever|levers}} or {{l|pressure plate|pressure plates}}. Pressure plates can measure water, magma, or creature weight, and can be set to react to your own dwarves if measuring creature weight. If measuring water or magma you specify the minimum and maximum levels at which it should output 'on', and at all other levels it will output an 'off' signal. Regardless of the actual amount of water, magma, or creature weight on your pressure plate, the plate can only output an 'on' or 'off' signal (1 or 0) to whatever devices it is linked to. So everything you build will have a binary base.
+Input can be any device which can be linked to another device with mechanisms, such as [[lever|levers]] or [[pressure plate|pressure plates]]. Pressure plates can measure water, magma, or creature weight, and can be set to react to your own dwarves if measuring creature weight. If measuring water or magma you specify the minimum and maximum levels at which it should output 'on', and at all other levels it will output an 'off' signal. Regardless of the actual amount of water, magma, or creature weight on your pressure plate, the plate can only output an 'on' or 'off' signal (1 or 0) to whatever devices it is linked to. So everything you build will have a binary base.
 ====Input elements====
-* manual: {{l|lever|lever}} -> binary on/off signal
+* manual: [[lever]] -> binary on/off signal
-* triggered: {{l|pressure plate|pressure plate}} -> binary on/off signal
+* triggered: [[pressure plate]] -> binary on/off signal
-According to input, output can be anything that is able to react to an on/off signal. This can be doors, bridges, floodgates allowing or stopping flow, gears controlling pumps and much more. In some special configurations - when {{l|mechanical logic|mechanical logic}} is involved - output may not be a on/off signal but power, thus running or not running a machine component.
+According to input, output can be anything that is able to react to an on/off signal. This can be doors, bridges, floodgates allowing or stopping flow, gears controlling pumps and much more. In some special configurations - when [[mechanical logic]] is involved - output may not be a on/off signal but power, thus running or not running a machine component.
-Currently to convert from power to an on/off signal, the only way is to use a kind of {{l|Mechanical_logic#Power_to_signal_converter|power to signal converter}}, a screw pump connected to that power source, and a pressure plate to measure whether water is being pumped.
+Currently to convert from power to an on/off signal, the only way is to use a kind of [[Mechanical_logic#Power_to_signal_converter|power to signal converter]], a screw pump connected to that power source, and a pressure plate to measure whether water is being pumped.
 <!-- ...screw pump connected to that power source <s>with an unlimited amount of water and drainage at the output</s>, and a pressure plate to measure whether water is being pumped<s> out by the pump</s>. -->
 ====Output elements====
-* signal: {{l|pressure plate|pressure plate}} -> binary on/off signal -> linkable Object(s)
+* signal: [[pressure plate]] -> binary on/off signal -> linkable Object(s)
-* power: {{l|gear assembly|gear assembly}} -> binary power on/power off -> machine
+* power: [[gear assembly]] -> binary power on/power off -> machine
 === Binary logic ===
@@ Line 98: / Line 98: @@
 === Complex gates ===
-* {{l|Latch|Latch}} - storing and reading a single binary value
+* [[Latch]] - storing and reading a single binary value
-* {{l|Repeater|Repeater}} - sending a repeating signal
+* [[Repeater]] - sending a repeating signal
-* {{l|Counter|Counter}}/{{l|Adder|Adder}} - binary calculation
+* [[Counter]]/[[Adder]] - binary calculation
 == Disciplines ==
@@ Line 107: / Line 107: @@
 The three disciplines are:
 === Fluid logic ===
-{{l|Fluid logic|Fluid logic}} is controlling the ''flow of fluid'' over different pressure plates. Fluid logic can be easily constructed and every known logic gate in dwarf fortress has already been built with it. On the other hand this discipline depends on a somehow unlimited source of the used fluid to deal with its {{l|evaporation|evaporation}} and {{L|Water#Water in Fortress Mode|destruction}}.
+[[Fluid logic]] is controlling the ''flow of fluid'' over different pressure plates. Fluid logic can be easily constructed and every known logic gate in dwarf fortress has already been built with it. On the other hand this discipline depends on a somehow unlimited source of the used fluid to deal with its [[evaporation]] and [[Water#Water in Fortress Mode|destruction]].
 === Mechanical logic ===
-{{l|Mechanical logic|Mechanical logic}} uses systems of axles and {{l|gear assembly|gear assemblies}} to build logical gates. Mechanical logic reacts very fast and can be easily constructed, except for the need for a fluid-pump-based power->signal converter in every gate. Since every gear can itself be linked to a trigger (or multiple triggers), and automatically connect to adjacent gears for transferring either power or load, mechanical logic gates are very flexible and don't require anywhere near the number of different devices that tend to be used in fluid logic gates (except, again, for the requirement for a fluid-pump-based power->signal converter in every gate, unless you intend to use it to control a pump). On the other hand this discipline uses a LOT of mechanical power, and due to the lack of a power->signal converter, also referred to as a "rotation sensor" (a device to convert from power to on/off link signals), you need to build one using fluid logic components if you want to connect multiple mechanical logic gates together or connect a mechanical logic gate to any output other than a pump.  There is, however, now a fully functional fluid preserving rotation sensor design.  So, in truth, current mechanical logic is more correctly termed mechanical-fluid hybrid logic, as you need some source of fluid to "prime" the rotation sensors your design will need.  Along with new techniques to construct logic gates by "pre-toggling" a gear assembly (see {{l|Pre-Toggled Mechanical Logic|Pre-Toggled Mechanical Logic}}), any logical circuit can be built, given enough space in the game to do it.
+[[Mechanical logic]] uses systems of axles and [[gear assembly|gear assemblies]] to build logical gates. Mechanical logic reacts very fast and can be easily constructed, except for the need for a fluid-pump-based power->signal converter in every gate. Since every gear can itself be linked to a trigger (or multiple triggers), and automatically connect to adjacent gears for transferring either power or load, mechanical logic gates are very flexible and don't require anywhere near the number of different devices that tend to be used in fluid logic gates (except, again, for the requirement for a fluid-pump-based power->signal converter in every gate, unless you intend to use it to control a pump). On the other hand this discipline uses a LOT of mechanical power, and due to the lack of a power->signal converter, also referred to as a "rotation sensor" (a device to convert from power to on/off link signals), you need to build one using fluid logic components if you want to connect multiple mechanical logic gates together or connect a mechanical logic gate to any output other than a pump.  There is, however, now a fully functional fluid preserving rotation sensor design.  So, in truth, current mechanical logic is more correctly termed mechanical-fluid hybrid logic, as you need some source of fluid to "prime" the rotation sensors your design will need.  Along with new techniques to construct logic gates by "pre-toggling" a gear assembly (see [[Pre-Toggled Mechanical Logic]]), any logical circuit can be built, given enough space in the game to do it.
 === Animal logic ===
-{{l|Animal logic|Animal logic}} places animals in an enclosed room, with a door blocking the path to where they desire to go, and a pressure plate below a hatch, with obstacles which are controlled by triggers. The animal thinks it can walk through the door, and if it has a path to the door will walk up to it and stand on the hatch. When the hatch is opened by a trigger, it falls onto the pressure plate. As long as the hatch is open, or other obstacles block its path to the door it remains on the pressure plate and the output is 'on'. Once it sees a path to the door it will leave the pressure plate. Generally this is made possibly by the fact that animals try to go to their parent while they're children, or to the meeting area. There are also be designs which use captured hostiles.
+[[Animal logic]] places animals in an enclosed room, with a door blocking the path to where they desire to go, and a pressure plate below a hatch, with obstacles which are controlled by triggers. The animal thinks it can walk through the door, and if it has a path to the door will walk up to it and stand on the hatch. When the hatch is opened by a trigger, it falls onto the pressure plate. As long as the hatch is open, or other obstacles block its path to the door it remains on the pressure plate and the output is 'on'. Once it sees a path to the door it will leave the pressure plate. Generally this is made possibly by the fact that animals try to go to their parent while they're children, or to the meeting area. There are also be designs which use captured hostiles.
 There was a fourth, theoretical, discipline, Borg Logic, but there was never any reported success inventing any functioning and useful borg logic systems.

@@ Line 160: / Line 160: @@
 *[[User:Hussell#Assorted_Devices]] - Fluid logic
 *[[User:Gammon]] - Fluid logic. Very detailed CMOS gates.
 {{buildings}}
 [[Category:DF2010:Computing]]

@@ Line 2: / Line 2: @@
 {{Quality|Exceptional}}
 [[File:7x191.PNG|right|thumb|Dwarven Computing at its best: this calculator has more processing power than twenty dwarves combined! However, that's not really saying much.]]
-Computing in dwarf fortress is the practice of setting up complex constructions to perform logical operations and calculations; ideally, to control some functionality of your fortress. Even if it isn't a young concept anymore, there is still much room for improvement and development. One reason is that there are many ways to solve one problem. Innovation and invention are encouraged.
+Computing in Dwarf Fortress is the practice of setting up complex constructions to perform logical operations and calculations; ideally, to control some functionality of your fortress. Even if it isn't a young concept anymore, there is still much room for improvement and development. One reason is that there are many ways to solve one problem. Innovation and invention are encouraged.
 === Binary information ===
 Binary information can have one of two possible states: true or false, respectively 1 or 0. In dwarf fortress they can be represented by different entities:

@@ Line 152: / Line 152: @@
 == Related user pages ==
 *[[User:BaronW]] - The Almighty Dwarven Calculator
-*[[User:Jong]] - The first fully programmable digital Dwarven Computer
+*[[User:Jong/Dwarven_Computer]] - The first fully programmable digital Dwarven Computer
 *[[User:SL/Logic Gates]] - These use mechanisms for connecting gates and devices and so forth, but fluid for logic. They're built on top of a body of water, and require power (for a pump or two per gate).
 *[[User:Kyace/Adder]] - A full adder built using fluid logic, with a video of a rough prototype. Trivial to combine 8 of these to make a fluid device capable of adding two 8 bit numbers together.

← Older revision		Revision as of 14:43, 12 December 2010
Line 162:		Line 162:

	{{buildings}}		{{buildings}}
		+	[[Category:DF2010:Computing]]

@@ Line 103: / Line 103: @@
 == Disciplines ==
-Historically, prior to DF2010 there have been 3 main disciplines of dwarfputing, depending on what would drive the dwarfputer. Each of them had its assets and drawbacks. So far, DF2010 at 0.31.01 appears to be essentially the same as far as power transmission goes, barring some differences with pump vertical power transmission (they don't without the floor between being channeled, apparently). Science! will determine what, if anything, differs as far as water flow, falling, and animal pathfinding.
+There are 3 main disciplines of dwarfputing, depending on what would drive the dwarfputer. Each of them has its assets and drawbacks.
 The three disciplines are: