Difference between revisions of "Action Programming"
Line 27: | Line 27: | ||
[[Action Planning]] requires players to consider and set in motion future actions and events in the game, and thereby give [[Tactical Planning]] to the game due to having considering the [[Delayed Effects]] of the [[Action Programming]]. The programming of future actions provide [[Creative Control]] not only in the specific actions possible to choose but sometimes also in the triggers and algorithms determine which actions should be performed. In this sense [[Action Programming]] allows the construction of [[Algorithmic Agents]] such as [[Mules]], and thereby support [[Enforced Agent Behavior]] as well. | [[Action Planning]] requires players to consider and set in motion future actions and events in the game, and thereby give [[Tactical Planning]] to the game due to having considering the [[Delayed Effects]] of the [[Action Programming]]. The programming of future actions provide [[Creative Control]] not only in the specific actions possible to choose but sometimes also in the triggers and algorithms determine which actions should be performed. In this sense [[Action Programming]] allows the construction of [[Algorithmic Agents]] such as [[Mules]], and thereby support [[Enforced Agent Behavior]] as well. | ||
− | [[Action Programming]] as part of what one does during game sessions can create [[Analysis Paralysis]], and [[Tension]] depending if part of a [[Real-Time Games|Real-Time Game]]. When the [[Action Programming]] is not actual part of the gameplay (as in programming robots for [[C-Robots]]), it instead creates [[Meta Games]] and if the players need to perform the game state update this can lead to [[Excise]]. | + | [[Action Programming]] as part of what one does during game sessions can create [[Analysis Paralysis]] in [[Multiplayer Games]], and [[Tension]] depending if it is part of a [[Real-Time Games|Real-Time Game]]. When the [[Action Programming]] is not actual part of the gameplay (as in programming robots for [[C-Robots]]), it instead creates [[Meta Games]] and if the players need to perform the game state update this can lead to [[Excise]]. |
== Relations == | == Relations == | ||
=== Can Instantiate === | === Can Instantiate === | ||
[[Algorithmic Agents]], | [[Algorithmic Agents]], | ||
− | |||
[[Creative Control]], | [[Creative Control]], | ||
[[Delayed Effects]], | [[Delayed Effects]], | ||
Line 39: | Line 38: | ||
[[Mules]], | [[Mules]], | ||
[[Tactical Planning]], | [[Tactical Planning]], | ||
+ | |||
+ | ==== with [[Multiplayer Games]] ==== | ||
+ | [[Analysis Paralysis]] | ||
==== with [[Real-Time Games]] or [[Time Limits]] ==== | ==== with [[Real-Time Games]] or [[Time Limits]] ==== |
Revision as of 11:38, 22 May 2011
The choosing of one or more actions for future execution.
Although games need to let players perform actions that can affect the game state and the outcome of game instances, this does not need to be done directly. One way of making this indirect is forcing players to first choose what actions to done, possible a sequence of actions or rules for how actions should be selected, and then as they gameplay progresses make these actions take places. This type of gameplay structure is called Action Programming.
Contents
Examples
Turn-based games like Drachen Delta, RoboRally, and Space Alert can let players set up the sequence of future actions through the placing cards in particular orders. For those games cards are enough since the actions are limited an general (e.g. move left or right) but given the map structure in Diplomacy this is not sufficient - here one instead write down one's next moves on paper. The game Ricochet Robots make the whole programming process a mental exercise that needs to be done under time pressure which is then to be enacted to prove its correctness. Roleplaying Games can allow Action Programming by players telling the game masters what they want to do. A mechanized version of this is the Wait maneuver in GURPS where players can specify an action and a trigger which can interrupt the normal turn sequences.
The computerized version of Space Hulk lets the player control the actions of other space marines through entering a tactical mode where specific actions can be set for all squad members; this mode can however only be used for limited amounts of time and the time can only be replenished by being in an action mode where only one marine can be controlled. The Fallout series lets players chosen which actions to perform in combat using action point system which has been maintained as the Vault-Tec Assisted Targeting System which functions like the Space Hulk system but only regarding the player's character.
Action Programming can be taken one step further by allowing players to do actual coding, something found in the games Crobots and P-Robots. This code can then determine completely how units behave in the game which any further need or possibility of human interference.
Using the pattern
Action Programming requires decisions on which actions that can be programmed, and how many actions can be programmed in one go. These two aspects of the pattern are typically done by setting up a Limited Set of Actions and some form of system of Budgeted Action Points.
A design decision regarding Action Programming is when it should be done. If done before gameplay begins, i.e. as part of set-up phases, it can create Meta Games and Zero-Player Games. When done during gameplay this can create Tension if part of Real-Time Games or performed under Time Limits (e.g. Space Hulk), making it more common in Turn-Based Games (although these may cause Downtime if Analysis Paralysis is created by the Action Programming).
The possibility of setting up future action through Action Programming can be seen as an indirect way of affecting the gameplay if there is no feedback system to the player, or that feedback system has high enough latency. When used in this way, Action Programming can be seen as a way of letting players have some effect in games even in those that have No Direct Player Influence or are Zero-Player Games.
Interface Aspects
For games where the Action Programming is not a Meta Game it is quite likely that some type of Secondary Interface Screen is needed, as for example in Space Hulk or the Fallout series. Board Games that are to use Action Programming in the game need to use some form of Book-Keeping Tokens instead, Space Alert and RoboRally uses Cards but even pen and paper can work as Diplomacy shows. Ricochet Robots is an exception to this in not making use of any tokens but instead making a Memorizing challenge of being able to reproduce one's planned actions.
Consequences
Action Planning requires players to consider and set in motion future actions and events in the game, and thereby give Tactical Planning to the game due to having considering the Delayed Effects of the Action Programming. The programming of future actions provide Creative Control not only in the specific actions possible to choose but sometimes also in the triggers and algorithms determine which actions should be performed. In this sense Action Programming allows the construction of Algorithmic Agents such as Mules, and thereby support Enforced Agent Behavior as well.
Action Programming as part of what one does during game sessions can create Analysis Paralysis in Multiplayer Games, and Tension depending if it is part of a Real-Time Game. When the Action Programming is not actual part of the gameplay (as in programming robots for C-Robots), it instead creates Meta Games and if the players need to perform the game state update this can lead to Excise.
Relations
Can Instantiate
Algorithmic Agents, Creative Control, Delayed Effects, Enforced Agent Behavior, Meta Games, Mules, Tactical Planning,
with Multiplayer Games
with Real-Time Games or Time Limits
Can Modulate
No Direct Player Influence, Turn-Based Games, Zero-Player Games
Can Be Instantiated By
Budgeted Action Points, Limited Set of Actions
Can Be Modulated By
Book-Keeping Tokens, Memorizing
Possible Closure Effects
Potentially Conflicting With
-
History
New pattern created in this wiki.
References
-
Acknowledgments
-