http://virt10.itu.chalmers.se/api.php?action=feedcontributions&feedformat=atom&user=Karl+Bergstr%C3%B6m 2026-05-05T05:34:32Z User contributions MediaWiki 1.26.2 http://virt10.itu.chalmers.se/index.php?title=Battlestar_Galactica:_The_Board_Game&diff=919 2010-01-28T09:47:52Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Games]]<br /> [[Category:Needs work]]<br /> <br /> == Brief ==<br /> ''In Battlestar Galactica, two teams, the humans and the cylons (not necessarily comprised of solely humans and/or cylons, though...), try to reach their destination, or keep this from happening, respectively. Before roughly midgame, however, who is on what team is not necessarily set, and throughout the game, information on the teams is strictly limited, leading to an atmosphere of trust, mistrust, accusation and betrayal.''<br /> <br /> === Main Gameplay Design Patterns ===<br /> <br /> <br /> == Gameplay ==<br /> The game progresses in two distinct stages, three if using the expansion. The first two are very similar, but differ in how much is known about the [[Team|Teams]]. When the game begins, each player in turn selects a character, each with [[Assymetric_Abilities|different abilities]]. They also [[Randomness|randomly]] draw a (some characters have you draw more than one) card which they [[Assymetric_Information|may not show to the other players]] (this can also be seen as a limitation to the [[Communication_Channel|Communication Channel]], as certain information may not be transmitted). This card informs the player what [[Team]] he or she is on. After roughly half the game (a third, if using the expansion) the players draw another card (again, some characters have you draw more than one) which may reaffirm or change their allegiance to their team.<br /> <br /> The game progresses in [[Player_Turn|turns]] in wich the players draw skill cards, execute one movement [[Action]] and one card, board or character action. If the player is human, he or she then draws a &quot;crisis&quot; card, wich all present some sort of difficulty for the human team. These can lead to the loss of [[Recources]], the depletion of which loses the game for the humans. It can also lead to a challenge, in which the players secretly commit to contribute or hinder the successful resolution - generally the humans wish for a successful resolution, and the cylons for an unsuccessful. The contribution comes in the form of skill cards, making them a valuable [[Resource]]. <br /> <br /> Some of the avaliable actions relate directly to the fact that the two sides are hidden from each other until discovered; players may send other players into jail, for example, sevely [[Limited_Ability|limiting]] what they can do. With the expansion, [[???|players may also kill other characters]] but these are replaced; the game does not have [[Player_Elimination]]. This leads to ample [[Negotiation]] as players look to deduct who is friend, and who is foe, who it is safe to [[Cooperation|cooperate]] with, and who it is not. There will also at least initially be an atmosphere of [[Inherent_Mistrust|Inherent Mistrust]], since anyone could be on the other team. The cylon team has much to gain from earning the [[Trust]] of the other players, giving them more room to [[Sabotage]] the communal effort; there will be much [[Bluff|bluffing]]. If a player manages to deduce who is on his or her team, this person usually becomes a [[Trusted_Collaborator|Trusted Collaborator]], and as the game draws to a close, the players on both teams are generally known.<br /> <br /> The cylons also have the ability to reveal themselves in an act of [[Betrayal]], giving them access to a set of new abilities, but excluding them from others.<br /> <br /> === Example Game Mode 1 ===<br /> <br /> === Example Game Mode 2 ===<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> === Publisher ===<br /> <br /> == References ==<br /> References to external sources that describe the game, e.g. Wikipedia entries.<br /> <br /> == Contributions ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Battlestar_Galactica:_The_Board_Game&diff=918 2010-01-28T09:12:46Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Games]]<br /> [[Category:Needs work]]<br /> <br /> == Brief ==<br /> ''In Battlestar Galactica, two teams, the humans and the cylons (not necessarily comprised of solely humans and/or cylons, though...), try to reach their destination, or keep this from happening, respectively. Before roughly midgame, however, who is on what team is not necessarily set, and throughout the game, information on the teams is strictly limited, leading to an atmosphere of trust, mistrust, accusation and betrayal.''<br /> <br /> === Main Gameplay Design Patterns ===<br /> <br /> <br /> == Gameplay ==<br /> The game progresses in two distinct stages, three if using the expansion. The first two are very similar, but differ in how much is known about the [[Team|Teams]]. When the game begins, each player in turn selects a character, each with [[Assymetric_Abilities|different abilities]]. They also [[Randomness|randomly]] draw a (some characters have you draw more than one) card which they [[Assymetric_Information|may not show to the other players]]. This card informs the player what team he or she is on. After roughly half the game (a third, if using the expansion) the players draw another card (again, some characters have you draw more than one) which may reaffirm or change their allegiance to their team.<br /> <br /> The game progresses in [[Player_Turn|turns]] in wich the players draw skill cards, execute one movement [[Action]] and one card, board or character action. If the player is human, he or she then draws a &quot;crisis&quot; card, wich all present some sort of difficulty for the human team. These can lead to the loss of [[Recources]], the depletion of which loses the game for the humans. It can also lead to a challenge, in which the players secretly commit to contribute or hinder the successful resolution - generally the humans wish for a successful resolution, and the cylons for an unsuccessful. The contribution comes in the form of skill cards, making them a valuable [[Resource]]. <br /> <br /> Some of the avaliable actions relate directly to the fact that the two sides are hidden from each other until discovered; players may send other players into jail, for example, sevely [[Limited_Ability|limiting]] what they can do. With the expansion, [[???|players may also kill other characters]] but these are replaced; the game does not have [[Player_Elimination]]. This leads to ample [[Negotiation]] as players look to deduct who is friend, and who is foe, who it is safe to [[Cooperation|cooperate]] with, and who it is not. The cylon team has much to gain from earning the [[Trust]] of the other players, giving them more room to [[Sabotage]] the communal effort.<br /> <br /> The cylons also have the ability to reveal themselves, giving them a set of new abilities, <br /> <br /> === Example Game Mode 1 ===<br /> <br /> === Example Game Mode 2 ===<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> === Publisher ===<br /> <br /> == References ==<br /> References to external sources that describe the game, e.g. Wikipedia entries.<br /> <br /> == Contributions ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Battlestar_Galactica:_The_Board_Game&diff=917 2010-01-27T13:58:08Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Games]]<br /> [[Category:Needs work]]<br /> <br /> == Brief ==<br /> ''In Battlestar Galactica, two teams, the humans and the cylons (not necessarily comprised of solely humans and/or cylons, though...), try to reach their destination, or keep this from happening, respectively. Before roughly midgame, however, who is on what team is not necessarily set, and throughout the game, information on the teams is strictly limited, leading to an atmosphere of trust, mistrust, accusation and betrayal.''<br /> <br /> === Main Gameplay Design Patterns ===<br /> <br /> <br /> == Gameplay ==<br /> The game progresses in two distinct stages, three if using the expansion. The first two are very similar, but differ in how much is known about the [[Team|Teams]]. When the game begins, each player in turn selects a character, each with [[Assymetric_Abilities|different abilities]]. They also [[Randomness|randomly]] draw a (some characters have you draw more than one) card which they [[Assymetric_Information|may not show to the other players]]. This card informs the player what team he or she is on. After roughly half the game (a third, if using the expansion) the players draw another card (again, some characters have you draw more than one) which may reaffirm or change their allegiance to their team.<br /> <br /> The game progresses in [[Player_Turn|turns]] in wich the players draw skill cards, execute one movement [[Action]] and one card, board or character action. If the player is human, he or she then draws a &quot;crisis&quot; card, wich all present some sort of difficulty for the human team. These can lead to the loss of [[Recources]], the depletion of which loses the game for the humans. It can also lead to a challenge, in which the players secretly commit to contribute or hinder the successful resolution - generally the humans wish for a successful resolution, and the cylons for an unsuccessful. The contribution comes in the form of skill cards, making them a valuable [[Resource]]. <br /> <br /> <br /> === Example Game Mode 1 ===<br /> <br /> === Example Game Mode 2 ===<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> === Publisher ===<br /> <br /> == References ==<br /> References to external sources that describe the game, e.g. Wikipedia entries.<br /> <br /> == Contributions ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Battlestar_Galactica:_The_Board_Game&diff=916 2010-01-27T13:56:18Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Games]]<br /> [[Category:Needs work]]<br /> <br /> == Brief ==<br /> ''In Battlestar Galactica, two teams, the humans and the cylons (not necessarily comprised of solely humans and/or cylons, though...), try to reach their destination, or keep this from happening, respectively. Before roughly midgame, however, who is on what team is not necessarily set, and throughout the game, information on the teams is strictly limited, leading to an atmosphere of trust, mistrust, accusation and betrayal.''<br /> <br /> === Main Gameplay Design Patterns ===<br /> <br /> <br /> == Gameplay ==<br /> The game progresses in two distinct stages, three if using the expansion. The first two are very similar, but differ in how much is known about the [[Team|Teams]]. When the game begins, each player in turn selects a character, each with [[Assymetric_Abilities|different abilities]]. They also [[Randomness|randomly]] draw a (some characters have you draw more than one) card which they [[Assymetric_Information|may not show to the other players]]. This card informs the player what team he or she is on. After roughly half the game (a third, if using the expansion) the players draw another card (again, some characters have you draw more than one) which may reaffirm or change their allegiance to their team.<br /> <br /> The game progresses in [[Player_Turn|turns]] in wich the players draw cards, execute one movement [[Action]] and one card, board or character action. If the player is human, he or she then draws a &quot;crisis&quot; card, wich all present some sort of difficulty for the human team. These can lead to the loss of [[Recources]], the depletion of which loses the game for the humans. It can also lead to a challenge, in which the players secretly commit to contribute or hinder the successful resolution - generally the humans wish for a successful resolution, and the cylons for an unsuccessful. <br /> <br /> <br /> === Example Game Mode 1 ===<br /> <br /> === Example Game Mode 2 ===<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> === Publisher ===<br /> <br /> == References ==<br /> References to external sources that describe the game, e.g. Wikipedia entries.<br /> <br /> == Contributions ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Battlestar_Galactica:_The_Board_Game&diff=915 2010-01-27T13:48:50Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Games]]<br /> [[Category:Needs work]]<br /> <br /> == Brief ==<br /> ''In Battlestar Galactica, two teams, the humans and the cylons (not necessarily comprised of solely humans and/or cylons, though...), try to reach their destination, or keep this from happening, respectively. Before roughly midgame, however, who is on what team is not necessarily set, and throughout the game, information on the teams is strictly limited, leading to an atmosphere of trust, mistrust, accusation and betrayal.''<br /> <br /> === Main Gameplay Design Patterns ===<br /> <br /> <br /> == Gameplay ==<br /> The game progresses in two distinct stages, three if using the expansion. The first two are very similar, but differ in how much is known about the [[Team|Teams]]. When the game begins, each player in turn selects a character, each with [[Assymetric_Abilities|different abilities]]. They also [[Randomness|randomly]] draw a (some characters have you draw more than one) card which they [[Assymetric_Information|may not show to the other players]]. This card informs the player what team he or she is on. After roughly half the game (a third, if using the expansion) the players draw another card (again, some characters have you draw more than one) which may reaffirm or change their allegiance to their team.<br /> <br /> The game progresses in [[Player_Turn|turns]] in wich the players draw cards, execute one movement [[Action]] and one card, board or character action. If the player is human, he or she then draws a &quot;crisis&quot; card, wich all present some sort of difficulty for the human team. Some of the crisis cards presents a player (either the current player or a player with a specific [[In-game Role]]). <br /> <br /> <br /> === Example Game Mode 1 ===<br /> <br /> === Example Game Mode 2 ===<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> === Publisher ===<br /> <br /> == References ==<br /> References to external sources that describe the game, e.g. Wikipedia entries.<br /> <br /> == Contributions ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Battlestar_Galactica:_The_Board_Game&diff=914 2010-01-27T12:52:50Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Games]]<br /> [[Category:Needs work]]<br /> <br /> == Brief ==<br /> ''In Battlestar Galactica, two teams, the humans and the cylons (not necessarily comprised of solely humans and/or cylons, though...), try to reach their destination, or keep this from happening, respectively. Before roughly midgame, however, who is on what team is not necessarily set, and throughout the game, information on the teams is strictly limited, leading to an atmosphere of trust, mistrust, accusation and betrayal.''<br /> <br /> === Main Gameplay Design Patterns ===<br /> <br /> <br /> == Gameplay ==<br /> The game progresses in two distinct stages, three if using the expansion. The first two are very similar, but differ in how much is known about the [[Team|Teams]]. When the game begins, each player in turn selects a character, each with [[Assymetric_Abilities|different abilities]]. They also [[Randomness|randomly]] draw a card which they [[Assymetric_Information|may not show to the other players]].<br /> <br /> <br /> === Example Game Mode 1 ===<br /> <br /> === Example Game Mode 2 ===<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> === Publisher ===<br /> <br /> == References ==<br /> References to external sources that describe the game, e.g. Wikipedia entries.<br /> <br /> == Contributions ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Battlestar_Galactica:_The_Board_Game&diff=913 2010-01-27T12:49:57Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Games]]<br /> [[Category:Needs work]]<br /> <br /> == Brief ==<br /> ''In Battlestar Galactica, two teams, the humans and the cylons (not necessarily comprised of solely humans and/or cylons, though...), try to reach their destination, or keep this from happening, respectively. Before roughly midgame, however, who is on what team is not necessarily set, and throughout the game, information on the teams is strictly limited, leading to an atmosphere of trust, mistrust, accusation and betrayal.''<br /> <br /> === Main Gameplay Design Patterns ===<br /> <br /> <br /> == Gameplay ==<br /> The game progresses in two distinct stages, three if using the expansion. The first two are very similar, but differ in how much is known about the [[Team|Teams]]. When the game begins, each player in turn selects a character, each with [[Assymetric_Abilities|different abilities]]. <br /> <br /> <br /> === Example Game Mode 1 ===<br /> <br /> === Example Game Mode 2 ===<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> === Publisher ===<br /> <br /> == References ==<br /> References to external sources that describe the game, e.g. Wikipedia entries.<br /> <br /> == Contributions ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Battlestar_Galactica:_The_Board_Game&diff=912 2010-01-27T12:40:36Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Games]]<br /> [[Category:Needs work]]<br /> <br /> == Brief ==<br /> ''In Battlestar Galactica, two teams, the humans and the cylons (not necessarily comprised of solely humans and/or cylons, though...), try to reach their destination, or keep this from happening, respectively. Before roughly midgame, however, who is on what team is not necessarily set, and throughout the game, information on the teams is strictly limited, leading to an atmosphere of trust, mistrust, accusation and betrayal.''<br /> <br /> === Main Gameplay Design Patterns ===<br /> <br /> <br /> == Gameplay ==<br /> The game progresses in two distinct stages, three if using the expansion. The first two are very similar, but differ in how much is known about the [[Team|Teams]].<br /> <br /> <br /> === Example Game Mode 1 ===<br /> <br /> === Example Game Mode 2 ===<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> === Publisher ===<br /> <br /> == References ==<br /> References to external sources that describe the game, e.g. Wikipedia entries.<br /> <br /> == Contributions ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Battlestar_Galactica:_The_Board_Game&diff=911 2010-01-27T12:32:51Z

<p>Karl Bergström: Created page with 'Category:Games Category:Needs work == Brief == ''In Battlestar Galactica, two teams, the humans and the cylons (not necessarily comprised of solely humans and/or cylons,…'</p> <hr /> <div>[[Category:Games]]<br /> [[Category:Needs work]]<br /> <br /> == Brief ==<br /> ''In Battlestar Galactica, two teams, the humans and the cylons (not necessarily comprised of solely humans and/or cylons, though...), try to reach their destination, or keep this from happening, respectively. Before roughly midgame, however, who is on what team is not necessarily set, and throughout the game, information on the teams is strictly limited, leading to an atmosphere of trust, mistrust, accusation and betrayal.''<br /> <br /> === Main Gameplay Design Patterns ===<br /> <br /> <br /> == Gameplay ==<br /> ''With references to patterns.''<br /> <br /> === Example Game Mode 1 ===<br /> <br /> === Example Game Mode 2 ===<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> === Publisher ===<br /> <br /> == References ==<br /> References to external sources that describe the game, e.g. Wikipedia entries.<br /> <br /> == Contributions ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=910 2010-01-19T12:51:51Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> Space Alert is a board game from Czech game designer Vlaada Chvátil, and was published in 2008 under several publishers in different countries. Players take the roles of crew members on a spaceship and have to work together to save themselves against enemies and other dangers. Besides being cooperative, it is noteworthy in the first part of the game is played under time stress through use of recordings on a CD-ROM. The game has been commercial successful and an expansion is planned for early 2010.<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]]<br /> <br /> Mechanical: [[Common Goal]], [[Limited Set of Actions]], [[Difficulty Settings]], (rewarded) [[Simultaneity]], [[Time Limits]]<br /> <br /> Dynamical: [[Cooperation]], [[Synergy]], [[Communication]], [[Time Pressure]]<br /> <br /> Aesthetical: [[Lack of cooperation frustration]], [[Group strategy identification]], [[FUBAR enjoyment]], [[Overwhelming Failiure enjoyment]], [[Group fulfilment]], tension enjoyment(?)<br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> The diegesis of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for 12 turns despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. The overarching structure of the game consists of a planning phase, where players in [[Real-Time Games|real-time]] try to coordinate what they should do by placing action [[Cards]] while being updated about future threats, and a [[Turn-Based Games|turn-based]] resolution phase, where the players perform their actions and notice if they have succeeded in cooperating against the threats.<br /> <br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> This phase is played out while listening to a sound track and ends when the recording ends. The sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, but also when players may do or not do specific actions, specifically [[Trading]] of [[Cards]], drawing an extra card, or [[Communicating|Communication]] (Communication between the players can be banned for a short period of time). <br /> <br /> Although all events occur in the same sequence and at the same time each time a mission is played, the missions have [[Replayability]] since the exact nature of the enemy or obstacle is [[Randomness|random]] through being drawn from a [[Drawing Stacks|Drawing Stack]].<br /> <br /> Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Actions|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location, such as launching in a fighter or activating internal security. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Communication]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time Limits|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Communication]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not feasible given the time restraints.<br /> <br /> === Resolution Phase ===<br /> <br /> In this phase players enact the orders from the previous phase in a strictly [[Turn-Based Games|turn-based]] fashion. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realize that their actions are uncoordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=909 2010-01-19T10:46:47Z

<p>Karl Bergström: /* The Mechanics-Dynamics-Aesthetics Progression (focusing on the &quot;Camraderie&quot; aesthetic) */</p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> Space Alert is a board game from Czech game designer Vlaada Chvátil, and was published in 2008 under several publishers in different countries. Players take the roles of crew members on a spaceship and have to work together to save themselves against enemies and other dangers. Besides being cooperative, it is noteworthy in the first part of the game is played under time stress through use of recordings on a CD-ROM. The game has been commercial successful and an expansion is planned for early 2010.<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]]<br /> <br /> Mechanical: [[Common Goal]], [[Limited Set of Actions]], [[Difficulty Settings]], (rewarded) [[Simultaneity]], [[Time Limits]]<br /> <br /> Dynamical: [[Cooperation]], [[Synergy]], [[Communication]], [[Time Pressure]]<br /> <br /> Aesthetical: [[Lack of cooperation frustration]], [[Group strategy identification]], [[FUBAR enjoyment]], [[Overwhelming Failiure enjoyment]], [[Group fulfilment]], tension enjoyment(?)<br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> The diegesis of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for 12 turns despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. The overarching structure of the game consists of a planning phase, where players in [[Real-Time Games|real-time]] try to coordinate what they should do by placing action [[Cards]] while being updated about future threats, and a [[Turn-Based Games|turn-based]] resolution phase, where the players perform their actions and notice if they have succeeded in cooperating against the threats.<br /> <br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> This phase is played out while listening to a sound track and ends when the recording ends. The sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, but also when players may do or not do specific actions, specifically [[Trading]] of [[Cards]], drawing an extra card, or [[Communicating|Communication]] (Communication between the players can be banned for a short period of time). <br /> <br /> Although all events occur in the same sequence and at the same time each time a mission is played, the missions have [[Replayability]] since the exact nature of the enemy or obstacle is [[Randomness|random]] through being drawn from a [[Drawing Stacks|Drawing Stack]].<br /> <br /> Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Actions|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location, such as launching in a fighter or activating internal security. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Communication]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time Limits|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Communication]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not feasible given the time restraints.<br /> <br /> === Resolution Phase ===<br /> <br /> In this phase players enact the orders from the previous phase in a strictly [[Turn-Based Games|turn-based]] fashion. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realize that their actions are uncoordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> === The Mechanics-Dynamics-Aesthetics Progression (focusing on the &quot;Camraderie&quot; aesthetic) ===<br /> <br /> It is not difficult to follow a Mechanics-Dynamics-Aesthetics Progression, at least when it comes to the Camraderie aesthetic (ref Lundberg, 2009), in Space Alert. Beginning with the mechanics side, there are [[Common Goal|Common Goals]] (if the ship survives the twelve turns, all players win the game. There is no way to quantitatively separate one players performance from the others), [[Limited Set of Actions]] (each player is dealt a hand of cards, and he or she may only take the actions depicted on those cards), [[Difficulty Settings]] (the difficulty can be tailored to fit each player groups skill level), (rewarded) [[Simultaneity]] (if players do the same action in the same round, they are rewarded with greater results, and sometimes this is even necessary with greater threats) and [[Time Limits]] (the game has a strict time limit).<br /> <br /> From these follows a set of dynamical patterns, observed in every game: [[Cooperation]] (as a result of the common goals, the limited set of actions - one player cannot do everything - and the rewarded simultaneity, players need to cooperate or they will most likely loose the game), [[Synergy]] (the rewarded simultaneity and the limited set of actions lead to synergy between the players; two or more players can clearly accomplish more than they could on their own), [[Communication]] (communication clearly eases cooperation, and although the players might not agree, it is always there in some form, albeit sometimes dysfunctional) and [[Time Pressure]] (the time limit will create time pressure, given that the difficulty level is right for the group)<br /> <br /> In turn, these give rise to the aesthetical patterns, of which [[Lack of cooperation frustration]] (the frustration experienced when the group fails to cooperate for whatever reason, but often lack of or inadequate communication), [[Group strategy identification]] (the enjoyment of identifying strategies for the group, particularly areas of synergy between players), [[FUBAR enjoyment]] (the special sort of fun to be had when things seem to be going wrong in many places at once, a special type of tension. Necessitates that the difficulty level is set correctly for the players), [[Overwhelming Failiure enjoyment]] (the special joy of failing in a spectacular and/or interesting way), [[Group fulfilment]] (a product of cooperation and communication; the joy of being and accomplishing things in a group) and [[Tension]] (the phenomenological acpect of time pressure, at least for most people) are included here.<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=908 2010-01-19T09:24:16Z

<p>Karl Bergström: /* The Mechanics-Dynamics-Aesthetics Progression (focusing on the &quot;Camraderie&quot; aesthetic) */</p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> Space Alert is a board game from Czech game designer Vlaada Chvátil, and was published in 2008 under several publishers in different countries. Players take the roles of crew members on a spaceship and have to work together to save themselves against enemies and other dangers. Besides being cooperative, it is noteworthy in the first part of the game is played under time stress through use of recordings on a CD-ROM. The game has been commercial successful and an expansion is planned for early 2010.<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]]<br /> <br /> Mechanical: [[Common Goal]], [[Limited Set of Actions]], [[Difficulty Settings]], (rewarded) [[Simultaneity]], [[Time Limits]]<br /> <br /> Dynamical: [[Cooperation]], [[Synergy]], [[Communication]], [[Time Pressure]]<br /> <br /> Aesthetical: [[Lack of cooperation frustration]], [[Group strategy identification]], [[FUBAR enjoyment]], [[Overwhelming Failiure enjoyment]], [[Group fulfilment]], tension enjoyment(?)<br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> The diegesis of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for 12 turns despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. The overarching structure of the game consists of a planning phase, where players in [[Real-Time Games|real-time]] try to coordinate what they should do by placing action [[Cards]] while being updated about future threats, and a [[Turn-Based Games|turn-based]] resolution phase, where the players perform their actions and notice if they have succeeded in cooperating against the threats.<br /> <br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> This phase is played out while listening to a sound track and ends when the recording ends. The sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, but also when players may do or not do specific actions, specifically [[Trading]] of [[Cards]], drawing an extra card, or [[Communicating|Communication]] (Communication between the players can be banned for a short period of time). <br /> <br /> Although all events occur in the same sequence and at the same time each time a mission is played, the missions have [[Replayability]] since the exact nature of the enemy or obstacle is [[Randomness|random]] through being drawn from a [[Drawing Stacks|Drawing Stack]].<br /> <br /> Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Actions|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location, such as launching in a fighter or activating internal security. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Communication]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time Limits|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Communication]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not feasible given the time restraints.<br /> <br /> === Resolution Phase ===<br /> <br /> In this phase players enact the orders from the previous phase in a strictly [[Turn-Based Games|turn-based]] fashion. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realize that their actions are uncoordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> === The Mechanics-Dynamics-Aesthetics Progression (focusing on the &quot;Camraderie&quot; aesthetic) ===<br /> <br /> It is not difficult to follow a Mechanics-Dynamics-Aesthetics Progression, at least when it comes to the Camraderie aesthetic, in Space Alert. Beginning with the mechanics side, there are [[Common Goal|Common Goals]] (if the ship survives the twelve turns, all players win the game. There is no way to quantitatively separate one players performance from the others), [[Limited Set of Actions]] (each player is dealt a hand of cards, and he or she may only take the actions depicted on those cards), [[Difficulty Settings]] (the difficulty can be tailored to fit each player groups skill level), (rewarded) [[Simultaneity]] (if players do the same action in the same round, they are rewarded with greater results, and sometimes this is even necessary with greater threats), [[Time Limits]] (the game has a strict time limit).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=907 2010-01-19T09:15:34Z

<p>Karl Bergström: /* Gameplay */</p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> Space Alert is a board game from Czech game designer Vlaada Chvátil, and was published in 2008 under several publishers in different countries. Players take the roles of crew members on a spaceship and have to work together to save themselves against enemies and other dangers. Besides being cooperative, it is noteworthy in the first part of the game is played under time stress through use of recordings on a CD-ROM. The game has been commercial successful and an expansion is planned for early 2010.<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]]<br /> <br /> Mechanical: [[Common Goal]], [[Limited Set of Actions]], [[Difficulty Settings]], (rewarded) [[Simultaneity]], [[Time Limits]]<br /> <br /> Dynamical: [[Cooperation]], [[Synergy]], [[Communication]], [[Time Pressure]]<br /> <br /> Aesthetical: [[Lack of cooperation frustration]], [[Group strategy identification]], [[FUBAR enjoyment]], [[Overwhelming Failiure enjoyment]], [[Group fulfilment]], tension enjoyment(?)<br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> The diegesis of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for 12 turns despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. The overarching structure of the game consists of a planning phase, where players in [[Real-Time Games|real-time]] try to coordinate what they should do by placing action [[Cards]] while being updated about future threats, and a [[Turn-Based Games|turn-based]] resolution phase, where the players perform their actions and notice if they have succeeded in cooperating against the threats.<br /> <br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> This phase is played out while listening to a sound track and ends when the recording ends. The sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, but also when players may do or not do specific actions, specifically [[Trading]] of [[Cards]], drawing an extra card, or [[Communicating|Communication]] (Communication between the players can be banned for a short period of time). <br /> <br /> Although all events occur in the same sequence and at the same time each time a mission is played, the missions have [[Replayability]] since the exact nature of the enemy or obstacle is [[Randomness|random]] through being drawn from a [[Drawing Stacks|Drawing Stack]].<br /> <br /> Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Actions|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location, such as launching in a fighter or activating internal security. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Communication]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time Limits|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Communication]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not feasible given the time restraints.<br /> <br /> === Resolution Phase ===<br /> <br /> In this phase players enact the orders from the previous phase in a strictly [[Turn-Based Games|turn-based]] fashion. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realize that their actions are uncoordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> === The Mechanics-Dynamics-Aesthetics Progression (focusing on the &quot;Camraderie&quot; aesthetic) ===<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Spectacular_Failure_Enjoyment&diff=906 2010-01-18T15:57:44Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Patterns]]<br /> [[Category:Aesthetical_Patterns]]<br /> [[Category:Needs work]]<br /> [[Category:Needs revision]]<br /> [[Category:Needs examples]]<br /> <br /> ''The enjoyment to be had when you and/or your group fail in a spectacular way''<br /> <br /> Short paragraph giving the description of the pattern while not referring to any other patterns.<br /> <br /> === Examples ===<br /> Some examples, preferably from different genres and with links to wiki pages of the games.<br /> <br /> == Using the pattern ==<br /> <br /> Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned. <br /> <br /> The sub headings below should be added if feasible.<br /> <br /> === Diegetic Aspects ===<br /> Text about how the pattern relates to diegetic elements of the presentation of the game; primarily useful in mechanical patterns<br /> <br /> === Interface Aspects ===<br /> Text about how the pattern relates to interface elements of the game; primarily useful in dynamic patterns<br /> <br /> === Narrative Aspects ===<br /> Text about how the pattern relates to diegetic elements; primarily useful in dynamic and maybe aesthetical patterns<br /> <br /> == Consequences ==<br /> <br /> What effects a patterns has on a design.<br /> <br /> == Relations ==<br /> <br /> === Can Instantiate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Modulate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Instantiated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Modulated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Potentially Conflicting With ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> == History ==<br /> Document when the pattern was first introduced or created from merging or splitting off an aspect. Reference to paper or other source first mentioned in if applicable. Example code of how to use a reference is:<br /> &lt;pre&gt;<br /> A rewrite of a pattern that was part of the original collection in the book ''Patterns in Game Design''&lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;/&gt;.<br /> &lt;/pre&gt;<br /> <br /> == References ==<br /> References to external sources. Below follows example code for using references with the Cite extension (see History for an actual reference).<br /> &lt;pre&gt;<br /> &lt;references&gt;<br /> &lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;&gt;Björk, S. &amp; Holopainen, J. (2004) Patterns in Game Design. Charles River Media. ISBN1-58450-354-8.&lt;/ref&gt;<br /> &lt;/references&gt;<br /> &lt;/pre&gt;<br /> <br /> == Acknowledgments ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Spectacular_Failure_Enjoyment&diff=905 2010-01-18T15:56:45Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Patterns]]<br /> [[Category:Aesthetical_Patterns]]<br /> [[Category:Needs work]]<br /> [[Category:Needs revision]]<br /> [[Category:Needs examples]]<br /> <br /> ''The one-sentence &quot;definition&quot; that should be in italics.''<br /> <br /> Short paragraph giving the description of the pattern while not referring to any other patterns.<br /> <br /> === Examples ===<br /> Some examples, preferably from different genres and with links to wiki pages of the games.<br /> <br /> == Using the pattern ==<br /> <br /> Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned. <br /> <br /> The sub headings below should be added if feasible.<br /> <br /> === Diegetic Aspects ===<br /> Text about how the pattern relates to diegetic elements of the presentation of the game; primarily useful in mechanical patterns<br /> <br /> === Interface Aspects ===<br /> Text about how the pattern relates to interface elements of the game; primarily useful in dynamic patterns<br /> <br /> === Narrative Aspects ===<br /> Text about how the pattern relates to diegetic elements; primarily useful in dynamic and maybe aesthetical patterns<br /> <br /> == Consequences ==<br /> <br /> What effects a patterns has on a design.<br /> <br /> == Relations ==<br /> <br /> === Can Instantiate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Modulate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Instantiated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Modulated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Potentially Conflicting With ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> == History ==<br /> Document when the pattern was first introduced or created from merging or splitting off an aspect. Reference to paper or other source first mentioned in if applicable. Example code of how to use a reference is:<br /> &lt;pre&gt;<br /> A rewrite of a pattern that was part of the original collection in the book ''Patterns in Game Design''&lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;/&gt;.<br /> &lt;/pre&gt;<br /> <br /> == References ==<br /> References to external sources. Below follows example code for using references with the Cite extension (see History for an actual reference).<br /> &lt;pre&gt;<br /> &lt;references&gt;<br /> &lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;&gt;Björk, S. &amp; Holopainen, J. (2004) Patterns in Game Design. Charles River Media. ISBN1-58450-354-8.&lt;/ref&gt;<br /> &lt;/references&gt;<br /> &lt;/pre&gt;<br /> <br /> == Acknowledgments ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Team_Strategy_Identification&diff=903 2010-01-18T15:55:44Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Patterns]]<br /> [[Category:Aesthetical_Patterns]]<br /> [[Category:Needs work]]<br /> [[Category:Needs revision]]<br /> [[Category:Needs examples]]<br /> ----<br /> <br /> ''The joy of discovering/working out group strategies, often identifying possible [[Synergy|Synergies]]''<br /> <br /> Short paragraph giving the description of the pattern while not referring to any other patterns.<br /> <br /> === Examples ===<br /> Some examples, preferably from different genres and with links to wiki pages of the games.<br /> <br /> == Using the pattern ==<br /> <br /> Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned. <br /> <br /> The sub headings below should be added if feasible.<br /> <br /> === Diegetic Aspects ===<br /> Text about how the pattern relates to diegetic elements of the presentation of the game; primarily useful in mechanical patterns<br /> <br /> === Interface Aspects ===<br /> Text about how the pattern relates to interface elements of the game; primarily useful in dynamic patterns<br /> <br /> === Narrative Aspects ===<br /> Text about how the pattern relates to diegetic elements; primarily useful in dynamic and maybe aesthetical patterns<br /> <br /> == Consequences ==<br /> <br /> What effects a patterns has on a design.<br /> <br /> == Relations ==<br /> <br /> === Can Instantiate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Modulate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Instantiated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Modulated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Potentially Conflicting With ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> == History ==<br /> Document when the pattern was first introduced or created from merging or splitting off an aspect. Reference to paper or other source first mentioned in if applicable. Example code of how to use a reference is:<br /> &lt;pre&gt;<br /> A rewrite of a pattern that was part of the original collection in the book ''Patterns in Game Design''&lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;/&gt;.<br /> &lt;/pre&gt;<br /> <br /> == References ==<br /> References to external sources. Below follows example code for using references with the Cite extension (see History for an actual reference).<br /> &lt;pre&gt;<br /> &lt;references&gt;<br /> &lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;&gt;Björk, S. &amp; Holopainen, J. (2004) Patterns in Game Design. Charles River Media. ISBN1-58450-354-8.&lt;/ref&gt;<br /> &lt;/references&gt;<br /> &lt;/pre&gt;<br /> <br /> == Acknowledgments ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Team_Accomplishments&diff=902 2010-01-18T15:55:17Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Patterns]]<br /> [[Category:Aesthetical_Patterns]]<br /> [[Category:Needs work]]<br /> [[Category:Needs revision]]<br /> [[Category:Needs examples]]<br /> <br /> ''The fulfilment experienced when being part of and accomplishing something as a group''<br /> <br /> Short paragraph giving the description of the pattern while not referring to any other patterns.<br /> <br /> === Examples ===<br /> Some examples, preferably from different genres and with links to wiki pages of the games.<br /> <br /> == Using the pattern ==<br /> <br /> Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned. <br /> <br /> The sub headings below should be added if feasible.<br /> <br /> === Diegetic Aspects ===<br /> Text about how the pattern relates to diegetic elements of the presentation of the game; primarily useful in mechanical patterns<br /> <br /> === Interface Aspects ===<br /> Text about how the pattern relates to interface elements of the game; primarily useful in dynamic patterns<br /> <br /> === Narrative Aspects ===<br /> Text about how the pattern relates to diegetic elements; primarily useful in dynamic and maybe aesthetical patterns<br /> <br /> == Consequences ==<br /> <br /> What effects a patterns has on a design.<br /> <br /> == Relations ==<br /> <br /> === Can Instantiate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Modulate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Instantiated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Modulated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Potentially Conflicting With ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> == History ==<br /> Document when the pattern was first introduced or created from merging or splitting off an aspect. Reference to paper or other source first mentioned in if applicable. Example code of how to use a reference is:<br /> &lt;pre&gt;<br /> A rewrite of a pattern that was part of the original collection in the book ''Patterns in Game Design''&lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;/&gt;.<br /> &lt;/pre&gt;<br /> <br /> == References ==<br /> References to external sources. Below follows example code for using references with the Cite extension (see History for an actual reference).<br /> &lt;pre&gt;<br /> &lt;references&gt;<br /> &lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;&gt;Björk, S. &amp; Holopainen, J. (2004) Patterns in Game Design. Charles River Media. ISBN1-58450-354-8.&lt;/ref&gt;<br /> &lt;/references&gt;<br /> &lt;/pre&gt;<br /> <br /> == Acknowledgments ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=FUBAR_Enjoyment&diff=901 2010-01-18T15:54:53Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Patterns]]<br /> [[Category:Aesthetical_Patterns]]<br /> [[Category:Needs work]]<br /> [[Category:Needs revision]]<br /> [[Category:Needs examples]]<br /> <br /> ''The enjoyment experienced when things are not going your way, but you are still in the fight; a specific type of [[Tension]]''<br /> <br /> Short paragraph giving the description of the pattern while not referring to any other patterns.<br /> <br /> === Examples ===<br /> Some examples, preferably from different genres and with links to wiki pages of the games.<br /> <br /> == Using the pattern ==<br /> <br /> Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned. <br /> <br /> The sub headings below should be added if feasible.<br /> <br /> === Diegetic Aspects ===<br /> Text about how the pattern relates to diegetic elements of the presentation of the game; primarily useful in mechanical patterns<br /> <br /> === Interface Aspects ===<br /> Text about how the pattern relates to interface elements of the game; primarily useful in dynamic patterns<br /> <br /> === Narrative Aspects ===<br /> Text about how the pattern relates to diegetic elements; primarily useful in dynamic and maybe aesthetical patterns<br /> <br /> == Consequences ==<br /> <br /> What effects a patterns has on a design.<br /> <br /> == Relations ==<br /> <br /> === Can Instantiate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Modulate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Instantiated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Modulated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Potentially Conflicting With ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> == History ==<br /> Document when the pattern was first introduced or created from merging or splitting off an aspect. Reference to paper or other source first mentioned in if applicable. Example code of how to use a reference is:<br /> &lt;pre&gt;<br /> A rewrite of a pattern that was part of the original collection in the book ''Patterns in Game Design''&lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;/&gt;.<br /> &lt;/pre&gt;<br /> <br /> == References ==<br /> References to external sources. Below follows example code for using references with the Cite extension (see History for an actual reference).<br /> &lt;pre&gt;<br /> &lt;references&gt;<br /> &lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;&gt;Björk, S. &amp; Holopainen, J. (2004) Patterns in Game Design. Charles River Media. ISBN1-58450-354-8.&lt;/ref&gt;<br /> &lt;/references&gt;<br /> &lt;/pre&gt;<br /> <br /> == Acknowledgments ==<br /> Place to acknowledge people that have provided examples and insights b</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Role_Fulfillment&diff=900 2010-01-18T15:53:53Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Patterns]]<br /> [[Category:Aesthetical]]<br /> [[Category:Needs work]]<br /> [[Category:Needs revision]]<br /> [[Category:Needs examples]]<br /> <br /> <br /> ----<br /> <br /> ''The fulfilment experienced when being good at your assigned or implicit role in a group, or the frustration experienced when you have fulfilled your role, but the group still fails''<br /> <br /> Short paragraph giving the description of the pattern while not referring to any other patterns.<br /> <br /> === Examples ===<br /> Some examples, preferably from different genres and with links to wiki pages of the games.<br /> <br /> == Using the pattern ==<br /> <br /> Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned. <br /> <br /> The sub headings below should be added if feasible.<br /> <br /> === Diegetic Aspects ===<br /> Text about how the pattern relates to diegetic elements of the presentation of the game; primarily useful in mechanical patterns<br /> <br /> === Interface Aspects ===<br /> Text about how the pattern relates to interface elements of the game; primarily useful in dynamic patterns<br /> <br /> === Narrative Aspects ===<br /> Text about how the pattern relates to diegetic elements; primarily useful in dynamic and maybe aesthetical patterns<br /> <br /> == Consequences ==<br /> <br /> What effects a patterns has on a design.<br /> <br /> == Relations ==<br /> <br /> === Can Instantiate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Modulate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Instantiated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Modulated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Potentially Conflicting With ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> == History ==<br /> Document when the pattern was first introduced or created from merging or splitting off an aspect. Reference to paper or other source first mentioned in if applicable. Example code of how to use a reference is:<br /> &lt;pre&gt;<br /> A rewrite of a pattern that was part of the original collection in the book ''Patterns in Game Design''&lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;/&gt;.<br /> &lt;/pre&gt;<br /> <br /> == References ==<br /> References to external sources. Below follows example code for using references with the Cite extension (see History for an actual reference).<br /> &lt;pre&gt;<br /> &lt;references&gt;<br /> &lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;&gt;Björk, S. &amp; Holopainen, J. (2004) Patterns in Game Design. Charles River Media. ISBN1-58450-354-8.&lt;/ref&gt;<br /> &lt;/references&gt;<br /> &lt;/pre&gt;<br /> <br /> == Acknowledgments ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Team_Accomplishments&diff=899 2010-01-18T15:48:59Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Patterns]]<br /> [[Category:Aesthetical]]<br /> [[Category:Needs work]]<br /> [[Category:Needs revision]]<br /> [[Category:Needs examples]]<br /> <br /> ''The fulfilment experienced when being part of and accomplishing something as a group''<br /> <br /> Short paragraph giving the description of the pattern while not referring to any other patterns.<br /> <br /> === Examples ===<br /> Some examples, preferably from different genres and with links to wiki pages of the games.<br /> <br /> == Using the pattern ==<br /> <br /> Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned. <br /> <br /> The sub headings below should be added if feasible.<br /> <br /> === Diegetic Aspects ===<br /> Text about how the pattern relates to diegetic elements of the presentation of the game; primarily useful in mechanical patterns<br /> <br /> === Interface Aspects ===<br /> Text about how the pattern relates to interface elements of the game; primarily useful in dynamic patterns<br /> <br /> === Narrative Aspects ===<br /> Text about how the pattern relates to diegetic elements; primarily useful in dynamic and maybe aesthetical patterns<br /> <br /> == Consequences ==<br /> <br /> What effects a patterns has on a design.<br /> <br /> == Relations ==<br /> <br /> === Can Instantiate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Modulate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Instantiated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Modulated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Potentially Conflicting With ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> == History ==<br /> Document when the pattern was first introduced or created from merging or splitting off an aspect. Reference to paper or other source first mentioned in if applicable. Example code of how to use a reference is:<br /> &lt;pre&gt;<br /> A rewrite of a pattern that was part of the original collection in the book ''Patterns in Game Design''&lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;/&gt;.<br /> &lt;/pre&gt;<br /> <br /> == References ==<br /> References to external sources. Below follows example code for using references with the Cite extension (see History for an actual reference).<br /> &lt;pre&gt;<br /> &lt;references&gt;<br /> &lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;&gt;Björk, S. &amp; Holopainen, J. (2004) Patterns in Game Design. Charles River Media. ISBN1-58450-354-8.&lt;/ref&gt;<br /> &lt;/references&gt;<br /> &lt;/pre&gt;<br /> <br /> == Acknowledgments ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Team_Accomplishments&diff=898 2010-01-18T15:48:40Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Patterns]]<br /> [[Category:Aesthetical]]<br /> [[Category:Needs work]]<br /> [[Category:Needs revision]]<br /> [[Category:Needs examples]]<br /> <br /> ''The fulfilment experienced by being part of and accomplishing something as a group''<br /> <br /> Short paragraph giving the description of the pattern while not referring to any other patterns.<br /> <br /> === Examples ===<br /> Some examples, preferably from different genres and with links to wiki pages of the games.<br /> <br /> == Using the pattern ==<br /> <br /> Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned. <br /> <br /> The sub headings below should be added if feasible.<br /> <br /> === Diegetic Aspects ===<br /> Text about how the pattern relates to diegetic elements of the presentation of the game; primarily useful in mechanical patterns<br /> <br /> === Interface Aspects ===<br /> Text about how the pattern relates to interface elements of the game; primarily useful in dynamic patterns<br /> <br /> === Narrative Aspects ===<br /> Text about how the pattern relates to diegetic elements; primarily useful in dynamic and maybe aesthetical patterns<br /> <br /> == Consequences ==<br /> <br /> What effects a patterns has on a design.<br /> <br /> == Relations ==<br /> <br /> === Can Instantiate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Modulate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Instantiated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Modulated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Potentially Conflicting With ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> == History ==<br /> Document when the pattern was first introduced or created from merging or splitting off an aspect. Reference to paper or other source first mentioned in if applicable. Example code of how to use a reference is:<br /> &lt;pre&gt;<br /> A rewrite of a pattern that was part of the original collection in the book ''Patterns in Game Design''&lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;/&gt;.<br /> &lt;/pre&gt;<br /> <br /> == References ==<br /> References to external sources. Below follows example code for using references with the Cite extension (see History for an actual reference).<br /> &lt;pre&gt;<br /> &lt;references&gt;<br /> &lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;&gt;Björk, S. &amp; Holopainen, J. (2004) Patterns in Game Design. Charles River Media. ISBN1-58450-354-8.&lt;/ref&gt;<br /> &lt;/references&gt;<br /> &lt;/pre&gt;<br /> <br /> == Acknowledgments ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=FUBAR_Enjoyment&diff=897 2010-01-18T15:39:31Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Patterns]]<br /> [[Category:Aesthetical]]<br /> [[Category:Needs work]]<br /> [[Category:Needs revision]]<br /> [[Category:Needs examples]]<br /> <br /> ''The enjoyment experienced when things are not going your way, but you are still in the fight; a specific type of [[Tension]]''<br /> <br /> Short paragraph giving the description of the pattern while not referring to any other patterns.<br /> <br /> === Examples ===<br /> Some examples, preferably from different genres and with links to wiki pages of the games.<br /> <br /> == Using the pattern ==<br /> <br /> Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned. <br /> <br /> The sub headings below should be added if feasible.<br /> <br /> === Diegetic Aspects ===<br /> Text about how the pattern relates to diegetic elements of the presentation of the game; primarily useful in mechanical patterns<br /> <br /> === Interface Aspects ===<br /> Text about how the pattern relates to interface elements of the game; primarily useful in dynamic patterns<br /> <br /> === Narrative Aspects ===<br /> Text about how the pattern relates to diegetic elements; primarily useful in dynamic and maybe aesthetical patterns<br /> <br /> == Consequences ==<br /> <br /> What effects a patterns has on a design.<br /> <br /> == Relations ==<br /> <br /> === Can Instantiate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Modulate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Instantiated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Modulated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Potentially Conflicting With ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> == History ==<br /> Document when the pattern was first introduced or created from merging or splitting off an aspect. Reference to paper or other source first mentioned in if applicable. Example code of how to use a reference is:<br /> &lt;pre&gt;<br /> A rewrite of a pattern that was part of the original collection in the book ''Patterns in Game Design''&lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;/&gt;.<br /> &lt;/pre&gt;<br /> <br /> == References ==<br /> References to external sources. Below follows example code for using references with the Cite extension (see History for an actual reference).<br /> &lt;pre&gt;<br /> &lt;references&gt;<br /> &lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;&gt;Björk, S. &amp; Holopainen, J. (2004) Patterns in Game Design. Charles River Media. ISBN1-58450-354-8.&lt;/ref&gt;<br /> &lt;/references&gt;<br /> &lt;/pre&gt;<br /> <br /> == Acknowledgments ==<br /> Place to acknowledge people that have provided examples and insights b</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=FUBAR_Enjoyment&diff=896 2010-01-18T15:38:57Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Patterns]]<br /> [[Category:Aesthetical]]<br /> [[Category:Needs work]]<br /> [[Category:Needs revision]]<br /> [[Category:Needs examples]]<br /> <br /> ''The enjoyment experienced when things are not going your way, but you are still in the fight''<br /> <br /> Short paragraph giving the description of the pattern while not referring to any other patterns.<br /> <br /> === Examples ===<br /> Some examples, preferably from different genres and with links to wiki pages of the games.<br /> <br /> == Using the pattern ==<br /> <br /> Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned. <br /> <br /> The sub headings below should be added if feasible.<br /> <br /> === Diegetic Aspects ===<br /> Text about how the pattern relates to diegetic elements of the presentation of the game; primarily useful in mechanical patterns<br /> <br /> === Interface Aspects ===<br /> Text about how the pattern relates to interface elements of the game; primarily useful in dynamic patterns<br /> <br /> === Narrative Aspects ===<br /> Text about how the pattern relates to diegetic elements; primarily useful in dynamic and maybe aesthetical patterns<br /> <br /> == Consequences ==<br /> <br /> What effects a patterns has on a design.<br /> <br /> == Relations ==<br /> <br /> === Can Instantiate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Modulate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Instantiated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Modulated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Potentially Conflicting With ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> == History ==<br /> Document when the pattern was first introduced or created from merging or splitting off an aspect. Reference to paper or other source first mentioned in if applicable. Example code of how to use a reference is:<br /> &lt;pre&gt;<br /> A rewrite of a pattern that was part of the original collection in the book ''Patterns in Game Design''&lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;/&gt;.<br /> &lt;/pre&gt;<br /> <br /> == References ==<br /> References to external sources. Below follows example code for using references with the Cite extension (see History for an actual reference).<br /> &lt;pre&gt;<br /> &lt;references&gt;<br /> &lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;&gt;Björk, S. &amp; Holopainen, J. (2004) Patterns in Game Design. Charles River Media. ISBN1-58450-354-8.&lt;/ref&gt;<br /> &lt;/references&gt;<br /> &lt;/pre&gt;<br /> <br /> == Acknowledgments ==<br /> Place to acknowledge people that have provided examples and insights b</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Team_Strategy_Identification&diff=895 2010-01-18T15:12:00Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Patterns]]<br /> [[Category:Aesthetical]]<br /> [[Category:Needs work]]<br /> [[Category:Needs revision]]<br /> [[Category:Needs examples]]<br /> ----<br /> <br /> ''The joy of discovering/working out group strategies, often identifying possible [[Synergy|Synergies]]''<br /> <br /> Short paragraph giving the description of the pattern while not referring to any other patterns.<br /> <br /> === Examples ===<br /> Some examples, preferably from different genres and with links to wiki pages of the games.<br /> <br /> == Using the pattern ==<br /> <br /> Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned. <br /> <br /> The sub headings below should be added if feasible.<br /> <br /> === Diegetic Aspects ===<br /> Text about how the pattern relates to diegetic elements of the presentation of the game; primarily useful in mechanical patterns<br /> <br /> === Interface Aspects ===<br /> Text about how the pattern relates to interface elements of the game; primarily useful in dynamic patterns<br /> <br /> === Narrative Aspects ===<br /> Text about how the pattern relates to diegetic elements; primarily useful in dynamic and maybe aesthetical patterns<br /> <br /> == Consequences ==<br /> <br /> What effects a patterns has on a design.<br /> <br /> == Relations ==<br /> <br /> === Can Instantiate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Modulate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Instantiated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Modulated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Potentially Conflicting With ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> == History ==<br /> Document when the pattern was first introduced or created from merging or splitting off an aspect. Reference to paper or other source first mentioned in if applicable. Example code of how to use a reference is:<br /> &lt;pre&gt;<br /> A rewrite of a pattern that was part of the original collection in the book ''Patterns in Game Design''&lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;/&gt;.<br /> &lt;/pre&gt;<br /> <br /> == References ==<br /> References to external sources. Below follows example code for using references with the Cite extension (see History for an actual reference).<br /> &lt;pre&gt;<br /> &lt;references&gt;<br /> &lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;&gt;Björk, S. &amp; Holopainen, J. (2004) Patterns in Game Design. Charles River Media. ISBN1-58450-354-8.&lt;/ref&gt;<br /> &lt;/references&gt;<br /> &lt;/pre&gt;<br /> <br /> == Acknowledgments ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=892 2010-01-18T15:00:31Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> Space Alert is a board game from Czech game designer Vlaada Chvátil, and was published in 2008 under several publishers in different countries. Players take the roles of crew members on a spaceship and have to work together to save themselves against enemies and other dangers. Besides being cooperative, it is noteworthy in the first part of the game is played under time stress through use of recordings on a CD-ROM. The game has been commercial successful and an expansion is planned for early 2010.<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]]<br /> <br /> Mechanical: [[Common Goal]], [[Limited Set of Actions]], [[Difficulty Settings]], (rewarded) [[Simultaneity]], [[Time Limits]]<br /> <br /> Dynamical: [[Cooperation]], [[Synergy]], [[Communication]], [[Time Pressure]]<br /> <br /> Aesthetical: [[Lack of cooperation frustration]], [[Group strategy identification]], [[FUBAR enjoyment]], [[Overwhelming Failiure enjoyment]], [[Group fulfilment]], tension enjoyment(?)<br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> The diegesis of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for 12 turns despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. The overarching structure of the game consists of a planning phase, where players in [[Real-Time Games|real-time]] try to coordinate what they should do by placing action [[Cards]] while being updated about future threats, and a [[Turn-Based Games|turn-based]] resolution phase, where the players perform their actions and notice if they have succeeded in cooperating against the threats.<br /> <br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> This phase is played out while listening to a sound track and ends when the recording ends. The sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, but also when players may do or not do specific actions, specifically [[Trading]] of [[Cards]], drawing an extra card, or [[Communicating|Communication]] (Communication between the players can be banned for a short period of time). <br /> <br /> Although all events occur in the same sequence and at the same time each time a mission is played, the missions have [[Replayability]] since the exact nature of the enemy or obstacle is [[Randomness|random]] through being drawn from a [[Drawing Stacks|Drawing Stack]].<br /> <br /> Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Actions|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location, such as launching in a fighter or activating internal security. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Communication]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time Limits|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Communication]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not feasible given the time restraints.<br /> <br /> === Resolution Phase ===<br /> <br /> In this phase players enact the orders from the previous phase in a strictly [[Turn-Based Games|turn-based]] fashion. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realize that their actions are uncoordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=891 2010-01-18T14:53:35Z

<p>Karl Bergström: /* Main Gameplay Design Patterns */</p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> Space Alert is a board game from Czech game designer Vlaada Chvátil, and was published in 2008 under several publishers in different countries. Players take the roles of crew members on a spaceship and have to work together to save themselves against enemies and other dangers. Besides being cooperative, it is noteworthy in the first part of the game is played under time stress through use of recordings on a CD-ROM. The game has been commercial successful and an expansion is planned for early 2010.<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]]<br /> <br /> Mechanical: [[Common Goal]], Disparate abilities, difficulty level, multi-agent requirement, time-limit<br /> <br /> Dynamical: Cooperation, Synergy, Varying strategy, Communication, Time-pressure<br /> <br /> Aesthetical: Lack of coop frustration, group strategy identification, FUBAR enjoyment, overwhelming failiure enjoyment, group fulfilment, tension enjoyment<br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> The diegesis of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for 12 turns despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. The overarching structure of the game consists of a planning phase, where players in [[Real-Time Games|real-time]] try to coordinate what they should do by placing action [[Cards]] while being updated about future threats, and a [[Turn-Based Games|turn-based]] resolution phase, where the players perform their actions and notice if they have succeeded in cooperating against the threats.<br /> <br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> This phase is played out while listening to a sound track and ends when the recording ends. The sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, but also when players may do or not do specific actions, specifically [[Trading]] of [[Cards]], drawing an extra card, or [[Communicating|Communication]] (Communication between the players can be banned for a short period of time). <br /> <br /> Although all events occur in the same sequence and at the same time each time a mission is played, the missions have [[Replayability]] since the exact nature of the enemy or obstacle is [[Randomness|random]] through being drawn from a [[Drawing Stacks|Drawing Stack]].<br /> <br /> Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Action|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location, such as launching in a fighter or activating internal security. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Communication]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time Limits|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Communication]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not feasible given the time restraints.<br /> <br /> === Resolution Phase ===<br /> <br /> In this phase players enact the orders from the previous phase in a strictly [[Turn-Based Games|turn-based]] fashion. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realize that their actions are uncoordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Talk:Space_Alert&diff=890 2010-01-18T14:49:27Z

<p>Karl Bergström: </p> <hr /> <div>Added some patterns (thought of it will doing Challenging Gameplay) --[[User:Staffan Björk|Staffan Björk]] 10:18, 22 December 2009 (UTC)<br /> <br /> I'm not sure about the spatial immersion... --[[User:Staffan Björk|Staffan Björk]] 10:18, 22 December 2009 (UTC)<br /> <br /> Replaced &quot;Social Interaction&quot; with &quot;Communication&quot; - imho, &quot;social interaction&quot; is non-gameplay related communication. Have included draft of Mech-Dyn-Aes progression under &quot;Main&quot; heading. --[[User:Karl Bergström|Karl Bergström]] 14:41, 18 January 2010 (UTC)</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=889 2010-01-18T14:48:35Z

<p>Karl Bergström: /* Main Gameplay Design Patterns */</p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> Space Alert is a board game from Czech game designer Vlaada Chvátil, and was published in 2008 under several publishers in different countries. Players take the roles of crew members on a spaceship and have to work together to save themselves against enemies and other dangers. Besides being cooperative, it is noteworthy in the first part of the game is played under time stress through use of recordings on a CD-ROM. The game has been commercial successful and an expansion is planned for early 2010.<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]]<br /> <br /> Mechanical: Common Goals, Disparate abilities, difficulty level, multi-agent requirement, time-limit<br /> <br /> Dynamical: Cooperation, Synergy, Varying strategy, Communication, Time-pressure<br /> <br /> Aesthetical: Lack of coop frustration, group strategy identification, FUBAR enjoyment, overwhelming failiure enjoyment, group fulfilment, tension enjoyment<br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> The diegesis of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for 12 turns despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. The overarching structure of the game consists of a planning phase, where players in [[Real-Time Games|real-time]] try to coordinate what they should do by placing action [[Cards]] while being updated about future threats, and a [[Turn-Based Games|turn-based]] resolution phase, where the players perform their actions and notice if they have succeeded in cooperating against the threats.<br /> <br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> This phase is played out while listening to a sound track and ends when the recording ends. The sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, but also when players may do or not do specific actions, specifically [[Trading]] of [[Cards]], drawing an extra card, or [[Communicating|Communication]] (Communication between the players can be banned for a short period of time). <br /> <br /> Although all events occur in the same sequence and at the same time each time a mission is played, the missions have [[Replayability]] since the exact nature of the enemy or obstacle is [[Randomness|random]] through being drawn from a [[Drawing Stacks|Drawing Stack]].<br /> <br /> Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Action|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location, such as launching in a fighter or activating internal security. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Communication]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time Limits|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Communication]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not feasible given the time restraints.<br /> <br /> === Resolution Phase ===<br /> <br /> In this phase players enact the orders from the previous phase in a strictly [[Turn-Based Games|turn-based]] fashion. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realize that their actions are uncoordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=888 2010-01-18T14:46:37Z

<p>Karl Bergström: /* Main Gameplay Design Patterns */</p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> Space Alert is a board game from Czech game designer Vlaada Chvátil, and was published in 2008 under several publishers in different countries. Players take the roles of crew members on a spaceship and have to work together to save themselves against enemies and other dangers. Besides being cooperative, it is noteworthy in the first part of the game is played under time stress through use of recordings on a CD-ROM. The game has been commercial successful and an expansion is planned for early 2010.<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]]<br /> <br /> Mechanical: Common Goals, Disparate abilities, difficulty level, multi-agent requirement<br /> <br /> Dynamical: Cooperation, Synergy, Varying strategy, Communication, Lack of time<br /> <br /> Aesthetical: Lack of coop frustration, group strategy identification, FUBAR enjoyment, overwhelming failiure enjoyment, group fulfilment, tension enjoyment<br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> The diegesis of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for 12 turns despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. The overarching structure of the game consists of a planning phase, where players in [[Real-Time Games|real-time]] try to coordinate what they should do by placing action [[Cards]] while being updated about future threats, and a [[Turn-Based Games|turn-based]] resolution phase, where the players perform their actions and notice if they have succeeded in cooperating against the threats.<br /> <br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> This phase is played out while listening to a sound track and ends when the recording ends. The sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, but also when players may do or not do specific actions, specifically [[Trading]] of [[Cards]], drawing an extra card, or [[Communicating|Communication]] (Communication between the players can be banned for a short period of time). <br /> <br /> Although all events occur in the same sequence and at the same time each time a mission is played, the missions have [[Replayability]] since the exact nature of the enemy or obstacle is [[Randomness|random]] through being drawn from a [[Drawing Stacks|Drawing Stack]].<br /> <br /> Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Action|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location, such as launching in a fighter or activating internal security. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Communication]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time Limits|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Communication]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not feasible given the time restraints.<br /> <br /> === Resolution Phase ===<br /> <br /> In this phase players enact the orders from the previous phase in a strictly [[Turn-Based Games|turn-based]] fashion. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realize that their actions are uncoordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=887 2010-01-18T14:46:16Z

<p>Karl Bergström: /* Main Gameplay Design Patterns */</p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> Space Alert is a board game from Czech game designer Vlaada Chvátil, and was published in 2008 under several publishers in different countries. Players take the roles of crew members on a spaceship and have to work together to save themselves against enemies and other dangers. Besides being cooperative, it is noteworthy in the first part of the game is played under time stress through use of recordings on a CD-ROM. The game has been commercial successful and an expansion is planned for early 2010.<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]]<br /> <br /> Mechanical: Common Goals, Disparate abilities, difficulty level, multi-agent requirement<br /> Dynamical: Cooperation, Synergy, Varying strategy, Communication, Lack of time<br /> Aesthetical: Lack of coop frustration, group strategy identification, FUBAR enjoyment, overwhelming failiure enjoyment, group fulfilment, tension enjoyment<br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> The diegesis of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for 12 turns despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. The overarching structure of the game consists of a planning phase, where players in [[Real-Time Games|real-time]] try to coordinate what they should do by placing action [[Cards]] while being updated about future threats, and a [[Turn-Based Games|turn-based]] resolution phase, where the players perform their actions and notice if they have succeeded in cooperating against the threats.<br /> <br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> This phase is played out while listening to a sound track and ends when the recording ends. The sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, but also when players may do or not do specific actions, specifically [[Trading]] of [[Cards]], drawing an extra card, or [[Communicating|Communication]] (Communication between the players can be banned for a short period of time). <br /> <br /> Although all events occur in the same sequence and at the same time each time a mission is played, the missions have [[Replayability]] since the exact nature of the enemy or obstacle is [[Randomness|random]] through being drawn from a [[Drawing Stacks|Drawing Stack]].<br /> <br /> Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Action|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location, such as launching in a fighter or activating internal security. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Communication]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time Limits|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Communication]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not feasible given the time restraints.<br /> <br /> === Resolution Phase ===<br /> <br /> In this phase players enact the orders from the previous phase in a strictly [[Turn-Based Games|turn-based]] fashion. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realize that their actions are uncoordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Talk:Space_Alert&diff=886 2010-01-18T14:41:51Z

<p>Karl Bergström: </p> <hr /> <div>Added some patterns (thought of it will doing Challenging Gameplay) --[[User:Staffan Björk|Staffan Björk]] 10:18, 22 December 2009 (UTC)<br /> <br /> I'm not sure about the spatial immersion... --[[User:Staffan Björk|Staffan Björk]] 10:18, 22 December 2009 (UTC)<br /> <br /> Replaced &quot;Social Interaction&quot; with &quot;Communication&quot; - imho, &quot;social interaction&quot; is non-gameplay related communication. --[[User:Karl Bergström|Karl Bergström]] 14:41, 18 January 2010 (UTC)</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=885 2010-01-18T14:40:25Z

<p>Karl Bergström: /* Real Time Action Planning Phase */</p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> Space Alert is a board game from Czech game designer Vlaada Chvátil, and was published in 2008 under several publishers in different countries. Players take the roles of crew members on a spaceship and have to work together to save themselves against enemies and other dangers. Besides being cooperative, it is noteworthy in the first part of the game is played under time stress through use of recordings on a CD-ROM. The game has been commercial successful and an expansion is planned for early 2010.<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]] <br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> The diegesis of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for 12 turns despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. The overarching structure of the game consists of a planning phase, where players in [[Real-Time Games|real-time]] try to coordinate what they should do by placing action [[Cards]] while being updated about future threats, and a [[Turn-Based Games|turn-based]] resolution phase, where the players perform their actions and notice if they have succeeded in cooperating against the threats.<br /> <br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> This phase is played out while listening to a sound track and ends when the recording ends. The sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, but also when players may do or not do specific actions, specifically [[Trading]] of [[Cards]], drawing an extra card, or [[Communicating|Communication]] (Communication between the players can be banned for a short period of time). <br /> <br /> Although all events occur in the same sequence and at the same time each time a mission is played, the missions have [[Replayability]] since the exact nature of the enemy or obstacle is [[Randomness|random]] through being drawn from a [[Drawing Stacks|Drawing Stack]].<br /> <br /> Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Action|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location, such as launching in a fighter or activating internal security. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Communication]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time Limits|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Communication]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not feasible given the time restraints.<br /> <br /> === Resolution Phase ===<br /> <br /> In this phase players enact the orders from the previous phase in a strictly [[Turn-Based Games|turn-based]] fashion. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realize that their actions are uncoordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=884 2010-01-18T14:39:44Z

<p>Karl Bergström: /* Real Time Action Planning Phase */</p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> Space Alert is a board game from Czech game designer Vlaada Chvátil, and was published in 2008 under several publishers in different countries. Players take the roles of crew members on a spaceship and have to work together to save themselves against enemies and other dangers. Besides being cooperative, it is noteworthy in the first part of the game is played under time stress through use of recordings on a CD-ROM. The game has been commercial successful and an expansion is planned for early 2010.<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]] <br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> The diegesis of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for 12 turns despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. The overarching structure of the game consists of a planning phase, where players in [[Real-Time Games|real-time]] try to coordinate what they should do by placing action [[Cards]] while being updated about future threats, and a [[Turn-Based Games|turn-based]] resolution phase, where the players perform their actions and notice if they have succeeded in cooperating against the threats.<br /> <br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> This phase is played out while listening to a sound track and ends when the recording ends. The sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, but also when players may do or not do specific actions, specifically [[Trading]] of [[Cards]], drawing an extra card, or [[Communicating|Communication]] (Communication between the players can be banned for a short period of time). <br /> <br /> Although all events occur in the same sequence and at the same time each time a mission is played, the missions have [[Replayability]] since the exact nature of the enemy or obstacle is [[Randomness|random]] through being drawn from a [[Drawing Stacks|Drawing Stack]].<br /> <br /> Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Action|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location, such as launching in a fighter or activating internal security. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Communication]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time Limits|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Communication]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not done.<br /> <br /> === Resolution Phase ===<br /> <br /> In this phase players enact the orders from the previous phase in a strictly [[Turn-Based Games|turn-based]] fashion. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realize that their actions are uncoordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=883 2010-01-18T14:32:59Z

<p>Karl Bergström: /* Real Time Action Planning Phase */</p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> Space Alert is a board game from Czech game designer Vlaada Chvátil, and was published in 2008 under several publishers in different countries. Players take the roles of crew members on a spaceship and have to work together to save themselves against enemies and other dangers. Besides being cooperative, it is noteworthy in the first part of the game is played under time stress through use of recordings on a CD-ROM. The game has been commercial successful and an expansion is planned for early 2010.<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]] <br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> The diegesis of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for 12 turns despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. The overarching structure of the game consists of a planning phase, where players in [[Real-Time Games|real-time]] try to coordinate what they should do by placing action [[Cards]] while being updated about future threats, and a [[Turn-Based Games|turn-based]] resolution phase, where the players perform their actions and notice if they have succeeded in cooperating against the threats.<br /> <br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> This phase is played out while listening to a sound track and ends when the recording ends. The sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, but also when players may do or not do specific actions, specifically [[Trading]] of [[Cards]], drawing an extra card, or [[Communicating|Communication]] (Communication between the players can be banned for a short period of time). <br /> <br /> Although all events occur in the same sequence and the same time each time a mission is play, the missions have [[Replayability]] since the exact nature of the enemy or obstacle is [[Randomness|random]] through being drawn from a [[Drawing Stacks|Drawing Stack]].<br /> <br /> Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Action|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Social Interaction]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time Limits|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Social Interaction]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not done.<br /> <br /> === Resolution Phase ===<br /> <br /> In this phase players enact the orders from the previous phase in a strictly [[Turn-Based Games|turn-based]] fashion. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realize that their actions are uncoordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=882 2010-01-18T14:32:35Z

<p>Karl Bergström: /* Real Time Action Planning Phase */</p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> Space Alert is a board game from Czech game designer Vlaada Chvátil, and was published in 2008 under several publishers in different countries. Players take the roles of crew members on a spaceship and have to work together to save themselves against enemies and other dangers. Besides being cooperative, it is noteworthy in the first part of the game is played under time stress through use of recordings on a CD-ROM. The game has been commercial successful and an expansion is planned for early 2010.<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]] <br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> The diegesis of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for 12 turns despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. The overarching structure of the game consists of a planning phase, where players in [[Real-Time Games|real-time]] try to coordinate what they should do by placing action [[Cards]] while being updated about future threats, and a [[Turn-Based Games|turn-based]] resolution phase, where the players perform their actions and notice if they have succeeded in cooperating against the threats.<br /> <br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> This phase is played out while listening to a sound track and ends when the recording ends. The sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, but also when players may do or not do specific actions, specifically [[Trading]] of [[Cards]], drawing an extra card, or [Communicating|Communication] (Communication between the players can be banned for a short period of time). <br /> <br /> Although all events occur in the same sequence and the same time each time a mission is play, the missions have [[Replayability]] since the exact nature of the enemy or obstacle is [[Randomness|random]] through being drawn from a [[Drawing Stacks|Drawing Stack]].<br /> <br /> Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Action|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Social Interaction]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time Limits|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Social Interaction]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not done.<br /> <br /> === Resolution Phase ===<br /> <br /> In this phase players enact the orders from the previous phase in a strictly [[Turn-Based Games|turn-based]] fashion. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realize that their actions are uncoordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=878 2010-01-14T10:15:18Z

<p>Karl Bergström: /* Real Time Action Planning Phase */</p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> Space Alert is a boardgame from Czech game designer Vlaada Chvátil, and was published in 2008 under several publishers in different countries. An expansion to the popular game is planned for early 2010.<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]] <br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are also structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> The [[Narrative Structure]] of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for ten minutes despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. This phase is played out by listening to a sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, although the exact nature of the enemy or obstacle is [[Randomness|random]] Since they are being drawn from a [[Drawing Stacks|Drawing Stack]]. Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship -- leading to [[Spatial Immersion]] -- using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Action|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. The placement of [[Cards]] is not [[Turn-Based Games|Turn-Based]], but occurs in [[Real-Time]]. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Social Interaction]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time Limits|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Social Interaction]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not done.<br /> <br /> === Resolution Phase ===<br /> <br /> Here, players enact the orders from the previous phase. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realise that their actions are unccordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=877 2010-01-14T10:14:38Z

<p>Karl Bergström: /* Real Time Action Planning Phase */</p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> Space Alert is a boardgame from Czech game designer Vlaada Chvátil, and was published in 2008 under several publishers in different countries. An expansion to the popular game is planned for early 2010.<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]] <br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are also structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> The [[Narrative Structure]] of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for ten minutes despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. This phase is played out by listening to a sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, although the exact nature of the enemy or obstacle is [[Randomness|random]] Since they are being drawn from a [[Drawing Stacks|Drawing Stack]]. Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship -- leading to [[Spatial Immersion]] -- using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Action|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. The placement of [[Cards]] is not [[Turn-Based Games|Turn-Based]], but occurs in [[Real-Time]]. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Social Interaction]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time_limits|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Social Interaction]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not done.<br /> <br /> === Resolution Phase ===<br /> <br /> Here, players enact the orders from the previous phase. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realise that their actions are unccordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=876 2010-01-14T10:14:04Z

<p>Karl Bergström: /* Real Time Action Planning Phase */</p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> Space Alert is a boardgame from Czech game designer Vlaada Chvátil, and was published in 2008 under several publishers in different countries. An expansion to the popular game is planned for early 2010.<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]] <br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are also structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> The [[Narrative Structure]] of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for ten minutes despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. This phase is played out by listening to a sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, although the exact nature of the enemy or obstacle is [[Randomness|random]] Since they are being drawn from a [[Drawing Stacks|Drawing Stack]]. Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship -- leading to [[Spatial Immersion]] -- using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Action|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. The placement of [[Cards]] is not [[Turn-Based Games|Turn-Based]], but occurs in [[Real-Time]]. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Social Interaction]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time limits|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Social Interaction]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not done.<br /> <br /> === Resolution Phase ===<br /> <br /> Here, players enact the orders from the previous phase. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realise that their actions are unccordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=875 2010-01-14T10:13:32Z

<p>Karl Bergström: /* Real Time Action Planning Phase */</p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> Space Alert is a boardgame from Czech game designer Vlaada Chvátil, and was published in 2008 under several publishers in different countries. An expansion to the popular game is planned for early 2010.<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]] <br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are also structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> The [[Narrative Structure]] of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for ten minutes despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. This phase is played out by listening to a sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, although the exact nature of the enemy or obstacle is [[Randomness|random]] Since they are being drawn from a [[Drawing Stacks|Drawing Stack]]. Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship -- leading to [[Spatial Immersion]] -- using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Action|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. The placement of [[Cards]] is not [[Turn-Based Games|Turn-Based]], but occurs in [[Real-Time]]. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Social Interaction]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time-limits|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Social Interaction]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not done.<br /> <br /> === Resolution Phase ===<br /> <br /> Here, players enact the orders from the previous phase. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realise that their actions are unccordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=874 2010-01-14T10:13:03Z

<p>Karl Bergström: /* Brief */</p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> Space Alert is a boardgame from Czech game designer Vlaada Chvátil, and was published in 2008 under several publishers in different countries. An expansion to the popular game is planned for early 2010.<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]] <br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are also structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> The [[Narrative Structure]] of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for ten minutes despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. This phase is played out by listening to a sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, although the exact nature of the enemy or obstacle is [[Randomness|random]] Since they are being drawn from a [[Drawing Stacks|Drawing Stack]]. Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship -- leading to [[Spatial Immersion]] -- using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Action|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. The placement of [[Cards]] is not [[Turn-Based Games|Turn-Based]], but occurs in [[Real-Time]]. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Social Interaction]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time-limit|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Social Interaction]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not done.<br /> <br /> === Resolution Phase ===<br /> <br /> Here, players enact the orders from the previous phase. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realise that their actions are unccordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=FUBAR_Enjoyment&diff=871 2010-01-14T09:56:44Z

<p>Karl Bergström: Created page with 'Category:Patterns Category:Needs work Category:Needs revision Category:Needs examples ''The one-sentence &quot;definition&quot; that should be in italics.'' Short paragra…'</p> <hr /> <div>[[Category:Patterns]]<br /> [[Category:Needs work]]<br /> [[Category:Needs revision]]<br /> [[Category:Needs examples]]<br /> <br /> ''The one-sentence &quot;definition&quot; that should be in italics.''<br /> <br /> Short paragraph giving the description of the pattern while not referring to any other patterns.<br /> <br /> === Examples ===<br /> Some examples, preferably from different genres and with links to wiki pages of the games.<br /> <br /> == Using the pattern ==<br /> <br /> Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned. <br /> <br /> The sub headings below should be added if feasible.<br /> <br /> === Diegetic Aspects ===<br /> Text about how the pattern relates to diegetic elements of the presentation of the game; primarily useful in mechanical patterns<br /> <br /> === Interface Aspects ===<br /> Text about how the pattern relates to interface elements of the game; primarily useful in dynamic patterns<br /> <br /> === Narrative Aspects ===<br /> Text about how the pattern relates to diegetic elements; primarily useful in dynamic and maybe aesthetical patterns<br /> <br /> == Consequences ==<br /> <br /> What effects a patterns has on a design.<br /> <br /> == Relations ==<br /> <br /> === Can Instantiate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Modulate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Instantiated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Modulated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Potentially Conflicting With ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> == History ==<br /> Document when the pattern was first introduced or created from merging or splitting off an aspect. Reference to paper or other source first mentioned in if applicable. Example code of how to use a reference is:<br /> &lt;pre&gt;<br /> A rewrite of a pattern that was part of the original collection in the book ''Patterns in Game Design''&lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;/&gt;.<br /> &lt;/pre&gt;<br /> <br /> == References ==<br /> References to external sources. Below follows example code for using references with the Cite extension (see History for an actual reference).<br /> &lt;pre&gt;<br /> &lt;references&gt;<br /> &lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;&gt;Björk, S. &amp; Holopainen, J. (2004) Patterns in Game Design. Charles River Media. ISBN1-58450-354-8.&lt;/ref&gt;<br /> &lt;/references&gt;<br /> &lt;/pre&gt;<br /> <br /> == Acknowledgments ==<br /> Place to acknowledge people that have provided examples and insights b</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Spectacular_Failure_Enjoyment&diff=870 2010-01-14T09:56:29Z

<p>Karl Bergström: Created page with 'Category:Patterns Category:Needs work Category:Needs revision Category:Needs examples ''The one-sentence &quot;definition&quot; that should be in italics.'' Short paragra…'</p> <hr /> <div>[[Category:Patterns]]<br /> [[Category:Needs work]]<br /> [[Category:Needs revision]]<br /> [[Category:Needs examples]]<br /> <br /> ''The one-sentence &quot;definition&quot; that should be in italics.''<br /> <br /> Short paragraph giving the description of the pattern while not referring to any other patterns.<br /> <br /> === Examples ===<br /> Some examples, preferably from different genres and with links to wiki pages of the games.<br /> <br /> == Using the pattern ==<br /> <br /> Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned. <br /> <br /> The sub headings below should be added if feasible.<br /> <br /> === Diegetic Aspects ===<br /> Text about how the pattern relates to diegetic elements of the presentation of the game; primarily useful in mechanical patterns<br /> <br /> === Interface Aspects ===<br /> Text about how the pattern relates to interface elements of the game; primarily useful in dynamic patterns<br /> <br /> === Narrative Aspects ===<br /> Text about how the pattern relates to diegetic elements; primarily useful in dynamic and maybe aesthetical patterns<br /> <br /> == Consequences ==<br /> <br /> What effects a patterns has on a design.<br /> <br /> == Relations ==<br /> <br /> === Can Instantiate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Modulate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Instantiated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Modulated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Potentially Conflicting With ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> == History ==<br /> Document when the pattern was first introduced or created from merging or splitting off an aspect. Reference to paper or other source first mentioned in if applicable. Example code of how to use a reference is:<br /> &lt;pre&gt;<br /> A rewrite of a pattern that was part of the original collection in the book ''Patterns in Game Design''&lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;/&gt;.<br /> &lt;/pre&gt;<br /> <br /> == References ==<br /> References to external sources. Below follows example code for using references with the Cite extension (see History for an actual reference).<br /> &lt;pre&gt;<br /> &lt;references&gt;<br /> &lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;&gt;Björk, S. &amp; Holopainen, J. (2004) Patterns in Game Design. Charles River Media. ISBN1-58450-354-8.&lt;/ref&gt;<br /> &lt;/references&gt;<br /> &lt;/pre&gt;<br /> <br /> == Acknowledgments ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Team_Accomplishments&diff=869 2010-01-14T09:55:56Z

<p>Karl Bergström: Created page with 'Category:Patterns Category:Needs work Category:Needs revision Category:Needs examples ''The one-sentence &quot;definition&quot; that should be in italics.'' Short paragra…'</p> <hr /> <div>[[Category:Patterns]]<br /> [[Category:Needs work]]<br /> [[Category:Needs revision]]<br /> [[Category:Needs examples]]<br /> <br /> ''The one-sentence &quot;definition&quot; that should be in italics.''<br /> <br /> Short paragraph giving the description of the pattern while not referring to any other patterns.<br /> <br /> === Examples ===<br /> Some examples, preferably from different genres and with links to wiki pages of the games.<br /> <br /> == Using the pattern ==<br /> <br /> Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned. <br /> <br /> The sub headings below should be added if feasible.<br /> <br /> === Diegetic Aspects ===<br /> Text about how the pattern relates to diegetic elements of the presentation of the game; primarily useful in mechanical patterns<br /> <br /> === Interface Aspects ===<br /> Text about how the pattern relates to interface elements of the game; primarily useful in dynamic patterns<br /> <br /> === Narrative Aspects ===<br /> Text about how the pattern relates to diegetic elements; primarily useful in dynamic and maybe aesthetical patterns<br /> <br /> == Consequences ==<br /> <br /> What effects a patterns has on a design.<br /> <br /> == Relations ==<br /> <br /> === Can Instantiate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Modulate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Instantiated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Modulated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Potentially Conflicting With ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> == History ==<br /> Document when the pattern was first introduced or created from merging or splitting off an aspect. Reference to paper or other source first mentioned in if applicable. Example code of how to use a reference is:<br /> &lt;pre&gt;<br /> A rewrite of a pattern that was part of the original collection in the book ''Patterns in Game Design''&lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;/&gt;.<br /> &lt;/pre&gt;<br /> <br /> == References ==<br /> References to external sources. Below follows example code for using references with the Cite extension (see History for an actual reference).<br /> &lt;pre&gt;<br /> &lt;references&gt;<br /> &lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;&gt;Björk, S. &amp; Holopainen, J. (2004) Patterns in Game Design. Charles River Media. ISBN1-58450-354-8.&lt;/ref&gt;<br /> &lt;/references&gt;<br /> &lt;/pre&gt;<br /> <br /> == Acknowledgments ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Team_Strategy_Identification&diff=868 2010-01-14T09:55:08Z

<p>Karl Bergström: Created page with 'Category:Patterns Category:Needs work Category:Needs revision Category:Needs examples ---- ''The one-sentence &quot;definition&quot; that should be in italics.'' Short pa…'</p> <hr /> <div>[[Category:Patterns]]<br /> [[Category:Needs work]]<br /> [[Category:Needs revision]]<br /> [[Category:Needs examples]]<br /> ----<br /> <br /> ''The one-sentence &quot;definition&quot; that should be in italics.''<br /> <br /> Short paragraph giving the description of the pattern while not referring to any other patterns.<br /> <br /> === Examples ===<br /> Some examples, preferably from different genres and with links to wiki pages of the games.<br /> <br /> == Using the pattern ==<br /> <br /> Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned. <br /> <br /> The sub headings below should be added if feasible.<br /> <br /> === Diegetic Aspects ===<br /> Text about how the pattern relates to diegetic elements of the presentation of the game; primarily useful in mechanical patterns<br /> <br /> === Interface Aspects ===<br /> Text about how the pattern relates to interface elements of the game; primarily useful in dynamic patterns<br /> <br /> === Narrative Aspects ===<br /> Text about how the pattern relates to diegetic elements; primarily useful in dynamic and maybe aesthetical patterns<br /> <br /> == Consequences ==<br /> <br /> What effects a patterns has on a design.<br /> <br /> == Relations ==<br /> <br /> === Can Instantiate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Modulate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Instantiated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Modulated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Potentially Conflicting With ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> == History ==<br /> Document when the pattern was first introduced or created from merging or splitting off an aspect. Reference to paper or other source first mentioned in if applicable. Example code of how to use a reference is:<br /> &lt;pre&gt;<br /> A rewrite of a pattern that was part of the original collection in the book ''Patterns in Game Design''&lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;/&gt;.<br /> &lt;/pre&gt;<br /> <br /> == References ==<br /> References to external sources. Below follows example code for using references with the Cite extension (see History for an actual reference).<br /> &lt;pre&gt;<br /> &lt;references&gt;<br /> &lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;&gt;Björk, S. &amp; Holopainen, J. (2004) Patterns in Game Design. Charles River Media. ISBN1-58450-354-8.&lt;/ref&gt;<br /> &lt;/references&gt;<br /> &lt;/pre&gt;<br /> <br /> == Acknowledgments ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Role_Fulfillment&diff=867 2010-01-14T09:54:14Z

<p>Karl Bergström: Created page with 'Category:Patterns Category:Needs work (use this if that pattern isn't finished) Category:Needs revision (use this if that pattern is complete but only one person has …'</p> <hr /> <div>[[Category:Patterns]]<br /> [[Category:Needs work]]<br /> (use this if that pattern isn't finished)<br /> [[Category:Needs revision]]<br /> (use this if that pattern is complete but only one person has gone through this)<br /> [[Category:Needs examples]]<br /> (use this if the pattern needs more examples)<br /> <br /> ----<br /> <br /> ''The one-sentence &quot;definition&quot; that should be in italics.''<br /> <br /> Short paragraph giving the description of the pattern while not referring to any other patterns.<br /> <br /> === Examples ===<br /> Some examples, preferably from different genres and with links to wiki pages of the games.<br /> <br /> == Using the pattern ==<br /> <br /> Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned. <br /> <br /> The sub headings below should be added if feasible.<br /> <br /> === Diegetic Aspects ===<br /> Text about how the pattern relates to diegetic elements of the presentation of the game; primarily useful in mechanical patterns<br /> <br /> === Interface Aspects ===<br /> Text about how the pattern relates to interface elements of the game; primarily useful in dynamic patterns<br /> <br /> === Narrative Aspects ===<br /> Text about how the pattern relates to diegetic elements; primarily useful in dynamic and maybe aesthetical patterns<br /> <br /> == Consequences ==<br /> <br /> What effects a patterns has on a design.<br /> <br /> == Relations ==<br /> <br /> === Can Instantiate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Modulate ===<br /> [[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Instantiated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Can Be Modulated By ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> === Potentially Conflicting With ===<br /> [[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]<br /> <br /> == History ==<br /> Document when the pattern was first introduced or created from merging or splitting off an aspect. Reference to paper or other source first mentioned in if applicable. Example code of how to use a reference is:<br /> &lt;pre&gt;<br /> A rewrite of a pattern that was part of the original collection in the book ''Patterns in Game Design''&lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;/&gt;.<br /> &lt;/pre&gt;<br /> <br /> == References ==<br /> References to external sources. Below follows example code for using references with the Cite extension (see History for an actual reference).<br /> &lt;pre&gt;<br /> &lt;references&gt;<br /> &lt;ref name=&quot;Bjork &amp; Holopainen 2004&quot;&gt;Björk, S. &amp; Holopainen, J. (2004) Patterns in Game Design. Charles River Media. ISBN1-58450-354-8.&lt;/ref&gt;<br /> &lt;/references&gt;<br /> &lt;/pre&gt;<br /> <br /> == Acknowledgments ==<br /> Place to acknowledge people that have provided examples and insights but not directly worked on the description.</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Pattern_Suggestion_List&diff=865 2010-01-14T09:49:12Z

<p>Karl Bergström: /* New proposals from working with the wiki */</p> <hr /> <div>Note: not all these patterns should necessary be made... <br /> <br /> Note: to make a new pattern, use the [[Gameplay Design Pattern Template]]<br /> <br /> Note: the suggested patterns are not made as links to avoid hiding patterns that are actually referenced to<br /> <br /> Note: the totally new patterns at the bottom of the page should be left even after they are create to make it easier for us to identify them.<br /> <br /> Suggestion from non-users for new patterns will hopefully be possible to do on the discussion page soon.<br /> <br /> == Patterns ==<br /> <br /> === From the cd-rom ===<br /> Ability Losses<br /> <br /> Achilles' Heels<br /> <br /> [[Substitutional Algorithmic Agents]] ( &lt;- Agents has a new meaning)<br /> <br /> Aim &amp; Shoot<br /> <br /> Alignment<br /> <br /> Alliances<br /> <br /> Alternative Reality<br /> <br /> Anticipation<br /> <br /> Area Control<br /> <br /> [[Arithmetic Progression]] ( &lt;- Arithmetic Rewards for Investments)<br /> <br /> Asymmetric Abilities<br /> <br /> Asymmetric Goals<br /> <br /> Asymmetric Information<br /> <br /> Asymmetric Resource Distribution<br /> <br /> Asynchronous Games<br /> <br /> Attention Swapping<br /> <br /> Balancing Effects<br /> <br /> Betrayal<br /> <br /> Betting<br /> <br /> Bidding<br /> <br /> Bluffing<br /> <br /> Book-Keeping Tokens<br /> <br /> Boss Monsters<br /> <br /> Budgeted Action Points<br /> <br /> [[Switches]] (&lt;-Buttons)<br /> <br /> Cameras<br /> <br /> Camping<br /> <br /> Capture<br /> <br /> Card Hands<br /> <br /> Cards<br /> <br /> Character Development<br /> <br /> Characters<br /> <br /> Chargers<br /> <br /> Closed Economies<br /> <br /> Closure Points<br /> <br /> Clues<br /> <br /> Cognitive Immersion<br /> <br /> Collaborative Actions<br /> <br /> Collecting<br /> <br /> Collection<br /> <br /> Combat<br /> <br /> Combos<br /> <br /> Committed Goals<br /> <br /> Communication Channels<br /> <br /> Competence Areas<br /> <br /> Competition<br /> <br /> Conceal<br /> <br /> Configuration<br /> <br /> Conflict<br /> <br /> Connection<br /> <br /> Consistent Reality Logic<br /> <br /> Construction<br /> <br /> Constructive Play<br /> <br /> Consumers<br /> <br /> Contact<br /> <br /> Container<br /> <br /> Continuous Goals<br /> <br /> Controllers<br /> <br /> Converters<br /> <br /> Cooperation<br /> <br /> Creative Control<br /> <br /> Cut Scenes<br /> <br /> Damage<br /> <br /> [[Traps]] (&lt;- Deadly Traps)<br /> <br /> Decreased Abilities<br /> <br /> Dedicated Game Facilitators<br /> <br /> Delayed Effects<br /> <br /> Delayed Reciprocity<br /> <br /> Delivery<br /> <br /> Dexterity-Based Actions<br /> <br /> Dice<br /> <br /> Diminishing Returns<br /> <br /> Direct Information<br /> <br /> Discard Piles<br /> <br /> Disruption of Focused Attention<br /> <br /> Downtime<br /> <br /> Drawing Stacks<br /> <br /> Dynamic Alliances<br /> <br /> Dynamic Goal Characteristics<br /> <br /> Early Elimination<br /> <br /> Easter Eggs<br /> <br /> Eliminate<br /> <br /> Emotional Immersion<br /> <br /> Empowerment - should be related to Illusion of Influence<br /> <br /> Enclosure<br /> <br /> Enemies<br /> <br /> Ephemeral Goals<br /> <br /> Evade<br /> <br /> Excluding Goals<br /> <br /> Experimenting<br /> <br /> Exploration<br /> <br /> Extended Actions<br /> <br /> Extra-Game Actions<br /> <br /> Extra-Game Consequences<br /> <br /> Extra-Game Information<br /> <br /> First-Person Views<br /> <br /> Focus Loci<br /> <br /> Fog of War<br /> <br /> Freedom of Choice<br /> <br /> Gain Competence<br /> <br /> Gain Information<br /> <br /> Gain Ownership<br /> <br /> Game Masters<br /> <br /> Game Mastery<br /> <br /> Game Pauses<br /> <br /> Game State Overview<br /> <br /> Game World<br /> <br /> Game World Navigation<br /> <br /> Games within Games<br /> <br /> [[Geometric Progression]] ( &lt;- Geometric Rewards for Investments)<br /> <br /> Ghosts<br /> <br /> Goal Indicators<br /> <br /> Goal Points<br /> <br /> God Views<br /> <br /> God's Finger<br /> <br /> Guard<br /> <br /> Handicaps<br /> <br /> Handles<br /> <br /> Helpers<br /> <br /> Herd<br /> <br /> Hierarchy of Goals<br /> <br /> Hovering Closures<br /> <br /> Identification<br /> <br /> [[Exaggerated Perception of Influence]] &lt;- Perception of Influence - one always wants this - ( &lt;- Illusion of Influence - since one might have the influence...) )<br /> <br /> Illusionary Rewards<br /> <br /> Immersion<br /> <br /> Imperfect Information<br /> <br /> Improved Abilities<br /> <br /> Inaccessible Areas<br /> <br /> Incompatible Goals<br /> <br /> Indirect Control<br /> <br /> Indirect Information<br /> <br /> Individual Penalties<br /> <br /> Individual Rewards<br /> <br /> Interferable Goals<br /> <br /> Interruptible Actions<br /> <br /> Investments<br /> <br /> Invisible Walls<br /> <br /> King of the Hill<br /> <br /> Last Man Standing<br /> <br /> Leaps of Faith<br /> <br /> Levels<br /> <br /> Limited Foresight<br /> <br /> Limited Planning Ability<br /> <br /> Limited Resources<br /> <br /> Limited Set of Actions<br /> <br /> Lives<br /> <br /> Luck<br /> <br /> Maneuvering<br /> <br /> Memorizing<br /> <br /> Meta Games<br /> <br /> Moveable Tiles<br /> <br /> Movement<br /> <br /> Movement Limitations<br /> <br /> Mule<br /> <br /> Multiplayer Games<br /> <br /> Mutual Goals<br /> <br /> Narrative Structures<br /> <br /> Near Miss Indicators<br /> <br /> Negotiation<br /> <br /> Never Ending Stories<br /> <br /> New Abilities<br /> <br /> No-Ops<br /> <br /> Non-Renewable Resources<br /> <br /> Obstacles<br /> <br /> Optional Goals<br /> <br /> Orthogonal Unit Differentiation<br /> <br /> Outcome Indicators<br /> <br /> Outstanding Features<br /> <br /> Overcome<br /> <br /> Ownership<br /> <br /> Paper-Rock-Scissors<br /> <br /> Parallel Lives<br /> <br /> Penalties<br /> <br /> Perceivable Margins<br /> <br /> [[Determinable Chance to Succeed]] ( &lt;- Perceived Chance to Succeed - since one always wants the old version right?)<br /> <br /> Perfect Information<br /> <br /> Persistent Game Worlds<br /> <br /> Pick-Ups<br /> <br /> Planned Character Development<br /> <br /> Player Balance<br /> <br /> Player Constructed Worlds<br /> <br /> Player Decided Results<br /> <br /> Player Defined Goals<br /> <br /> Player Elimination<br /> <br /> Player Killing<br /> <br /> Player-Decided Distribution of Rewards &amp; Penalties<br /> <br /> Polyathlons<br /> <br /> Power-Ups<br /> <br /> Predefined Goals<br /> <br /> Predictable Consequences<br /> <br /> Preventing Goals<br /> <br /> Privileged Abilities<br /> <br /> Privileged Movement<br /> <br /> Producer-Consumer<br /> <br /> Producers<br /> <br /> Progress Indicators<br /> <br /> Public Information<br /> <br /> Puzzle Solving<br /> <br /> Quick Games<br /> <br /> [[Races]] &lt;- Race<br /> <br /> Reconfigurable Game World<br /> <br /> Reconnaissance<br /> <br /> Red Herrings<br /> <br /> Red Queen Dilemmas<br /> <br /> Renewable Resources<br /> <br /> Replayability<br /> <br /> Rescue<br /> <br /> Resource Generators<br /> <br /> Resource Locations<br /> <br /> Resource Management<br /> <br /> Resources<br /> <br /> Reversability<br /> <br /> Rewards<br /> <br /> Rhythm-Based Actions<br /> <br /> Right Level of Complexity<br /> <br /> [[Challenging Gameplay]] (&lt;- Right Level of Difficulty - Since one always wants the right level of difficulty, right? That wasn't that difficult was it?)<br /> <br /> [[Casual Gameplay]] (from changing Right Level of Difficulty)<br /> <br /> Risk/Reward<br /> <br /> Role Reversal<br /> <br /> Roleplaying<br /> <br /> Safe Havens<br /> <br /> Save Points<br /> <br /> Save-Load Cycles<br /> <br /> Score<br /> <br /> Secret Alliances<br /> <br /> Secret Resources<br /> <br /> Selectable Sets of Goals<br /> <br /> Self-Facilitated Games<br /> <br /> Sensory-Motoric Immersion<br /> <br /> Shared Penalties<br /> <br /> Shared Resources<br /> <br /> Shared Rewards<br /> <br /> Shrinking Game World<br /> <br /> Single-Player Games<br /> <br /> Skills<br /> <br /> Smooth Learning Curves<br /> <br /> Social Dilemmas<br /> <br /> Social Interaction<br /> <br /> Social Organizations<br /> <br /> [[Public Player Statistics]] (&lt;- replacing ''Social Statuses'' since this is more under the control of designers)<br /> <br /> Spatial Immersion<br /> <br /> Spawn Points<br /> <br /> Spawning<br /> <br /> Spectators<br /> <br /> [[Game State Indicators]] (&lt;- Status Indicators)<br /> <br /> Stealth<br /> <br /> Stimulated Planning<br /> <br /> Storytelling<br /> <br /> Strategic Knowledge<br /> <br /> Strategic Locations<br /> <br /> Supporting Goals<br /> <br /> Surprises<br /> <br /> Survive<br /> <br /> Symmetric Goals<br /> <br /> Symmetric Information<br /> <br /> Symmetric Resource Distribution<br /> <br /> Symmetry<br /> <br /> Synchronous Games<br /> <br /> Team Balance<br /> <br /> Team Development<br /> <br /> Team Elimination<br /> <br /> Team Play<br /> <br /> The Show Must Go On<br /> <br /> Third-Person Views<br /> <br /> Tick-Based Games<br /> <br /> Tiebreakers<br /> <br /> Tied Results<br /> <br /> Tile-Laying<br /> <br /> Tiles<br /> <br /> Timing<br /> <br /> Tools<br /> <br /> Tournaments<br /> <br /> Traces<br /> <br /> Tradeoffs<br /> <br /> Trading<br /> <br /> Trans-Game Information<br /> <br /> Transfer of Control<br /> <br /> Traverse<br /> <br /> Turn Taking<br /> <br /> Turn-Based Games<br /> <br /> Ultra-Powerful Events<br /> <br /> Uncertainty of Information<br /> <br /> Uncommitted Alliances<br /> <br /> Unknown Goals<br /> <br /> Varied Gameplay<br /> <br /> === Left-overs from the book ===<br /> <br /> <br /> <br /> === New from various sources ===<br /> <br /> ==== IPerG: D5.8 ====<br /> 1.1 Communication Channels<br /> <br /> 1.2 Social Interaction<br /> <br /> 1.3 Asynchronous Games<br /> <br /> 1.4 Memorabilia<br /> <br /> 1.5 Unmediated Social Interaction<br /> <br /> 1.6 Chat Forums<br /> <br /> 1.7 Coupled Games<br /> <br /> 1.8 Social Rewards<br /> <br /> 1.9 Configurable Gameplay Area<br /> <br /> 1.10 Late Arriving Players<br /> <br /> 1.11 Interruptability<br /> <br /> 1.12 Common Experiences<br /> <br /> 1.13 Game Element Trading<br /> <br /> 1.14 Hybrid Spaces<br /> <br /> 1.15 Social Skills<br /> <br /> 1.16 Real Life Activities Affect Game State<br /> <br /> 1.17 Heterogeneous Game Element Ownership<br /> <br /> 1.18 Asynchronous Collaborative Actions<br /> <br /> 1.19 Selectable Functional Roles<br /> <br /> 1.20 Negotiable Play Sessions<br /> <br /> 1.21 Negotiable Game Sessions<br /> <br /> 1.22 Negotiable Game Instance Duration<br /> <br /> 1.23 Negotiable Game Time<br /> <br /> Activity Blending<br /> <br /> Selectable Social Roles<br /> <br /> ==== NPC design with Petri ====<br /> Visual Body Damage<br /> <br /> Dissectible Bodies<br /> <br /> ==== Social NPC design with Petri ====<br /> Actions Have Social Consequences <br /> <br /> Binding Promises<br /> <br /> Brokering <br /> <br /> Competing for Attention <br /> <br /> Context Dependent Reaction <br /> <br /> Eavesdropping<br /> <br /> Either You are with Me or against Me<br /> <br /> False Accusations <br /> <br /> Favor <br /> <br /> Fraction <br /> <br /> Gain Allies <br /> <br /> Gossip <br /> <br /> Guide and Protect <br /> <br /> Hierarchical Fraction <br /> <br /> Information Passing <br /> <br /> Internal Conflict <br /> <br /> Internal Rivalry <br /> <br /> Linked Destinies <br /> <br /> Loyalty <br /> <br /> Maintaining Lies <br /> <br /> Match-Making <br /> <br /> Memory of Important Events <br /> <br /> My Enemy’s Enemy is my Friend <br /> <br /> Others fortune affects own Mood <br /> <br /> Outcast <br /> <br /> Outspoken Support <br /> <br /> Requesting Support <br /> <br /> Social Gatekeeper <br /> <br /> Social Maintenance <br /> <br /> Social Norm <br /> <br /> Traitor<br /> <br /> ==== Dialogue design with Jenny ====<br /> Incremental Dialogue Processing<br /> <br /> Chunk-based Dialogue Processing<br /> <br /> Single-Initiative Dialogues<br /> <br /> Mixed Initiative Dialogues<br /> <br /> Basic Input Feedback<br /> <br /> Barge-In<br /> <br /> Canned Text Responses<br /> <br /> Diegetically Consistent Dialogue<br /> <br /> Context Dependent Dialogue<br /> <br /> Gameplay Integrated Conversation<br /> <br /> Illocutionary Interface<br /> <br /> Location-Specific Dialogue<br /> <br /> Character-Specific Dialogue<br /> <br /> Colloquial Mastery<br /> <br /> Delicate Phrasing<br /> <br /> ==== MMOG design by Jenny's master students ====<br /> ''To be added''<br /> <br /> ==== Pervasive games with Johan Peitz ====<br /> Actor Detachment<br /> <br /> Artifact-Artifact Proximity<br /> <br /> Artifact-Location Proximity<br /> <br /> Configurable Gameplay Area<br /> <br /> Coupled Games<br /> <br /> Critical Gameplay Design <br /> <br /> Crossmedia Gameplay<br /> <br /> Decontextability<br /> <br /> Extra-Game Input<br /> <br /> Game Element Trading<br /> <br /> Gameplay Changes Perception of Real World Phenomena<br /> <br /> Heterogeneous Game Element Ownership<br /> <br /> Interruptible Gameplay<br /> <br /> Minimalized Social Weight<br /> <br /> Possibility of Anonymity<br /> <br /> Physical Navigation<br /> <br /> Player Physical Prowess<br /> <br /> Player-Artifact Proximity <br /> <br /> Player-Avatar Proximity<br /> <br /> Player-Location Proximity<br /> <br /> Player-Player Proximity<br /> <br /> Real Life Activities Affect Game State<br /> <br /> Real World Knowledge Advantages<br /> <br /> Seamful Gameplay<br /> <br /> Self-Reported Positioning <br /> <br /> Social Adaptability <br /> <br /> The Rabbit Hole Invitation<br /> <br /> Unmediated Social Interaction<br /> <br /> ==== Unknown ====<br /> Persistant State World<br /> Fixed Real-World Exchange Rate<br /> Death game mönstret<br /> Point of No Return<br /> <br /> ==== New proposals from working with the wiki ====<br /> [[Private Game Spaces]] [Like Puerto Rico, Race to the Galaxy etc.] --[[User:Staffan Björk|Staffan Björk]] 16:10, 5 November 2009 (UTC)<br /> <br /> [[Time Pressure]] [Surprised that this doesn't exist already, or have a missed one?] --[[User:Staffan Björk|Staffan Björk]] 08:36, 6 November 2009 (UTC)<br /> <br /> [[Attention Demanding]] [grew out of rewriting real-time games] --[[User:Staffan Björk|Staffan Björk]] 16:08, 6 November 2009 (UTC)<br /> <br /> [[Togetherness]] [grew out of rewriting real-time games, and makes Karl happy maybe] --[[User:Staffan Björk|Staffan Björk]] 16:18, 6 November 2009 (UTC)<br /> <br /> [[Option Interfaces]] [grew out of real-time games, pop-up choices outside the main game interface, does this exists already partly?] --[[User:Staffan Björk|Staffan Björk]] 17:58, 7 November 2009 (UTC)<br /> <br /> [[Acheivements]] [from many online games] --[[User:Staffan Björk|Staffan Björk]] 11:00, 8 November 2009 (UTC)<br /> <br /> [[Buddy Lists]] [from many online games] --[[User:Staffan Björk|Staffan Björk]] 11:25, 8 November 2009 (UTC)<br /> <br /> [[Gameplay Statistics]] [from rewriting high score lists] --[[User:Staffan Björk|Staffan Björk]] 12:28, 8 November 2009 (UTC)<br /> <br /> [[Cooldown]] [From WoW and other games, e.g. Borderlands] --[[User:Staffan Björk|Staffan Björk]] 14:31, 8 November 2009 (UTC)<br /> <br /> [[Steadily Decreasing Resources]] [From writing Unwinnable Games] --[[User:Staffan Björk|Staffan Björk]] 11:43, 14 November 2009 (UTC)<br /> <br /> [[Turnover]] [From playing Bloodbowl] --[[User:Staffan Björk|Staffan Björk]] 20:43, 14 November 2009 (UTC)<br /> <br /> [[Game Time Manipulation]] [From writing on irreversible events, example are Braid, save-load cycles, prince of persia] --[[User:Staffan Björk|Staffan Björk]] 15:27, 19 November 2009 (UTC)<br /> <br /> [[Assymetrical Roles]] (already covered by assymetrical abilities? e.g. Allegiance, where one player steers the ship/bombs and one sits in a turret to keep interceptors at bay--[[User:Karl Bergström|Karl Bergström]] 14:33, 20 November 2009 (UTC))<br /> <br /> [[Value of Effort]] (that players have real or perceived valuable outcomes of the effort they put into the gameplay) --[[User:Staffan Björk|Staffan Björk]] 13:41, 21 November 2009 (UTC)<br /> <br /> [[Non-Diegetic Elements]] (representing elements in the game world which are not part of the diegetic) --[[User:Staffan Björk|Staffan Björk]] 10:01, 25 November 2009 (UTC)<br /> <br /> [[Grinding]] (WoW) --[[User:Staffan Björk|Staffan Björk]] 13:10, 28 November 2009 (UTC)<br /> <br /> [[Massively Multiplayer Online Games]] (why not?) --[[User:Staffan Björk|Staffan Björk]] 17:29, 4 December 2009 (UTC)<br /> <br /> [[Massively Single-Player Online Games]] (from 4'33&quot;, Spore and even Nethack) --[[User:Staffan Björk|Staffan Björk]] 17:29, 4 December 2009 (UTC)<br /> <br /> [[Positive Feedback Loops]] (from updating the names of the Arithmetic and Geometric patterns, and Rules of Play) --[[User:Staffan Björk|Staffan Björk]] 12:10, 7 December 2009 (UTC) <br /> <br /> [[Negative Feedback Loops]] (from updating the names of the Arithmetic and Geometric patterns, and Rules of Play) --[[User:Staffan Björk|Staffan Björk]] 12:10, 7 December 2009 (UTC)<br /> <br /> [[Stack Seeding]] (from Pandemic and Ghost Story from writing about [[Randomness]]) --[[User:Staffan Björk|Staffan Björk]] 15:53, 7 December 2009 (UTC)<br /> <br /> [[Game Lobbies]] (for finding games and friends, e.g. in L4D) --[[User:Staffan Björk|Staffan Björk]] 10:28, 15 December 2009 (UTC)<br /> <br /> [[Location-Fixed Abilities]] (machine guns in L4D) --[[User:Staffan Björk|Staffan Björk]] 16:34, 15 December 2009 (UTC)<br /> <br /> [[Inventory]] --[[User:Staffan Björk|Staffan Björk]] 16:40, 15 December 2009 (UTC)<br /> <br /> [[Limited Inventory]] (L4D) --[[User:Staffan Björk|Staffan Björk]] 16:40, 15 December 2009 (UTC)<br /> <br /> [[Variable Accuracy]] (L4D, player skill, character skill, equipment) --[[User:Staffan Björk|Staffan Björk]] 16:45, 15 December 2009 (UTC)<br /> <br /> [[Group Belonging]] (L4D, aesthetics work) --[[User:Staffan Björk|Staffan Björk]] 11:06, 16 December 2009 (UTC)<br /> <br /> [[Player/Character Skill Composite]] (both player and character skill affects likelihood of success) --[[User:Staffan Björk|Staffan Björk]] 12:15, 16 December 2009 (UTC)<br /> <br /> [[Dynamic Difficulty Adjustment]] (video games but also BSG &amp; Shadows over Camelot) --[[User:Staffan Björk|Staffan Björk]] 12:15, 16 December 2009 (UTC)<br /> <br /> [[Split-Screen View]] (from writing about local multiplayer console games) --[[User:Staffan Björk|Staffan Björk]] 13:40, 16 December 2009 (UTC)<br /> <br /> [[Backtracking Levels]] (Left 4 Dead 2 campaign Hard Rain) --[[User:Staffan Björk|Staffan Björk]] 14:17, 16 December 2009 (UTC)<br /> <br /> [[Campaigns]] (duh) --[[User:Staffan Björk|Staffan Björk]] 14:30, 16 December 2009 (UTC)<br /> <br /> [[Community Functionality]] --[[User:Staffan Björk|Staffan Björk]] 15:07, 16 December 2009 (UTC)<br /> <br /> [[Voting]] --[[User:Staffan Björk|Staffan Björk]] 12:10, 17 December 2009 (UTC)<br /> <br /> [[Player Decided Rule Setup]] --[[User:Staffan Björk|Staffan Björk]] 12:10, 17 December 2009 (UTC)<br /> <br /> [[Game-Defined Vocabulary]] (quick responses in Battlefield and L4D series) --[[User:Staffan Björk|Staffan Björk]] 12:29, 17 December 2009 (UTC)<br /> <br /> [[Further Player Improvement Potential]] (that one can get better at the game, from writing [[Challenging Gameplay]]) --[[User:Staffan Björk|Staffan Björk]] 15:22, 21 December 2009 (UTC)<br /> <br /> [[Difficulty Settings]] (duh) --[[User:Staffan Björk|Staffan Björk]] 10:09, 22 December 2009 (UTC)<br /> <br /> [[Agents]] (game elements that show intentionality, from working with NPCs) --[[User:Staffan Björk|Staffan Björk]] 10:16, 13 January 2010 (UTC)<br /> <br /> [[Algorithmic Agents]] (AI agents) --[[User:Staffan Björk|Staffan Björk]] 12:26, 13 January 2010 (UTC)<br /> <br /> [[Role Fulfilment]] (the joy of fulfilling your role (e.g. tank, sniper, healer) in a group.) --[[User:Karl Bergström|Karl Bergström]] 09:39, 14 January 2010 (UTC)<br /> <br /> [[Group strategy identification]] (the joy of identifying new strategies for the group) --[[User:Karl Bergström|Karl Bergström]] 09:49, 14 January 2010 (UTC)<br /> <br /> [[Group fulfilment]] (the joy of being part of and accomplishing things in a group) --[[User:Karl Bergström|Karl Bergström]] 09:49, 14 January 2010 (UTC)<br /> <br /> [[Overwhelming Failiure enjoyment]] (the joy of failing overwhelmingly) --[[User:Karl Bergström|Karl Bergström]] 09:49, 14 January 2010 (UTC)<br /> <br /> [[FUBAR enjoyment]] (the type of fun you have when you make mistakes and all seems about to go %!#¤&quot;% in games such as Space Alert or Red October) --[[User:Karl Bergström|Karl Bergström]] 09:49, 14 January 2010 (UTC)<br /> <br /> [[Lack of cooperation frustration]] (the frustration that occurs when one or more members of a group fails to cooperate) --[[User:Karl Bergström|Karl Bergström]] 09:49, 14 January 2010 (UTC)<br /> <br /> [[Optimisation of group capability]] (optimising your group's capability in a game, such as selecting synergic abilities) --[[User:Karl Bergström|Karl Bergström]] 09:49, 14 January 2010 (UTC)<br /> <br /> ==== New written patterns from working with the wiki ====<br /> [[Unwinnable Games]] [From staries]] --[[User:Staffan Björk|Staffan Björk]] 14:02, 13 November 2009 (UTC)<br /> <br /> [[Drop-In/Drop-Out]] [From Lego Stars Wars and Left 4 Dead] --[[User:Staffan Björk|Staffan Björk]] 10:20, 19 November 2009 (UTC)<br /> <br /> [[Time Limited Game Instances]] (from working on [[Time Limits]] and thoughts about [[:Category:Aesthetical Patterns|aesthetical gameplay design patterns]]) --[[User:Staffan Björk|Staffan Björk]] 15:45, 4 December 2009 (UTC)<br /> <br /> [[Game Element Insertion]] (from working on emergence and thoughts about [[:Category:Aesthetical Patterns|aesthetical gameplay design patterns]]) --[[User:Staffan Björk|Staffan Björk]] 10:01, 7 December 2009 (UTC)</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Pattern_Suggestion_List&diff=864 2010-01-14T09:39:26Z

<p>Karl Bergström: /* New proposals from working with the wiki */</p> <hr /> <div>Note: not all these patterns should necessary be made... <br /> <br /> Note: to make a new pattern, use the [[Gameplay Design Pattern Template]]<br /> <br /> Note: the suggested patterns are not made as links to avoid hiding patterns that are actually referenced to<br /> <br /> Note: the totally new patterns at the bottom of the page should be left even after they are create to make it easier for us to identify them.<br /> <br /> Suggestion from non-users for new patterns will hopefully be possible to do on the discussion page soon.<br /> <br /> == Patterns ==<br /> <br /> === From the cd-rom ===<br /> Ability Losses<br /> <br /> Achilles' Heels<br /> <br /> [[Substitutional Algorithmic Agents]] ( &lt;- Agents has a new meaning)<br /> <br /> Aim &amp; Shoot<br /> <br /> Alignment<br /> <br /> Alliances<br /> <br /> Alternative Reality<br /> <br /> Anticipation<br /> <br /> Area Control<br /> <br /> [[Arithmetic Progression]] ( &lt;- Arithmetic Rewards for Investments)<br /> <br /> Asymmetric Abilities<br /> <br /> Asymmetric Goals<br /> <br /> Asymmetric Information<br /> <br /> Asymmetric Resource Distribution<br /> <br /> Asynchronous Games<br /> <br /> Attention Swapping<br /> <br /> Balancing Effects<br /> <br /> Betrayal<br /> <br /> Betting<br /> <br /> Bidding<br /> <br /> Bluffing<br /> <br /> Book-Keeping Tokens<br /> <br /> Boss Monsters<br /> <br /> Budgeted Action Points<br /> <br /> [[Switches]] (&lt;-Buttons)<br /> <br /> Cameras<br /> <br /> Camping<br /> <br /> Capture<br /> <br /> Card Hands<br /> <br /> Cards<br /> <br /> Character Development<br /> <br /> Characters<br /> <br /> Chargers<br /> <br /> Closed Economies<br /> <br /> Closure Points<br /> <br /> Clues<br /> <br /> Cognitive Immersion<br /> <br /> Collaborative Actions<br /> <br /> Collecting<br /> <br /> Collection<br /> <br /> Combat<br /> <br /> Combos<br /> <br /> Committed Goals<br /> <br /> Communication Channels<br /> <br /> Competence Areas<br /> <br /> Competition<br /> <br /> Conceal<br /> <br /> Configuration<br /> <br /> Conflict<br /> <br /> Connection<br /> <br /> Consistent Reality Logic<br /> <br /> Construction<br /> <br /> Constructive Play<br /> <br /> Consumers<br /> <br /> Contact<br /> <br /> Container<br /> <br /> Continuous Goals<br /> <br /> Controllers<br /> <br /> Converters<br /> <br /> Cooperation<br /> <br /> Creative Control<br /> <br /> Cut Scenes<br /> <br /> Damage<br /> <br /> [[Traps]] (&lt;- Deadly Traps)<br /> <br /> Decreased Abilities<br /> <br /> Dedicated Game Facilitators<br /> <br /> Delayed Effects<br /> <br /> Delayed Reciprocity<br /> <br /> Delivery<br /> <br /> Dexterity-Based Actions<br /> <br /> Dice<br /> <br /> Diminishing Returns<br /> <br /> Direct Information<br /> <br /> Discard Piles<br /> <br /> Disruption of Focused Attention<br /> <br /> Downtime<br /> <br /> Drawing Stacks<br /> <br /> Dynamic Alliances<br /> <br /> Dynamic Goal Characteristics<br /> <br /> Early Elimination<br /> <br /> Easter Eggs<br /> <br /> Eliminate<br /> <br /> Emotional Immersion<br /> <br /> Empowerment - should be related to Illusion of Influence<br /> <br /> Enclosure<br /> <br /> Enemies<br /> <br /> Ephemeral Goals<br /> <br /> Evade<br /> <br /> Excluding Goals<br /> <br /> Experimenting<br /> <br /> Exploration<br /> <br /> Extended Actions<br /> <br /> Extra-Game Actions<br /> <br /> Extra-Game Consequences<br /> <br /> Extra-Game Information<br /> <br /> First-Person Views<br /> <br /> Focus Loci<br /> <br /> Fog of War<br /> <br /> Freedom of Choice<br /> <br /> Gain Competence<br /> <br /> Gain Information<br /> <br /> Gain Ownership<br /> <br /> Game Masters<br /> <br /> Game Mastery<br /> <br /> Game Pauses<br /> <br /> Game State Overview<br /> <br /> Game World<br /> <br /> Game World Navigation<br /> <br /> Games within Games<br /> <br /> [[Geometric Progression]] ( &lt;- Geometric Rewards for Investments)<br /> <br /> Ghosts<br /> <br /> Goal Indicators<br /> <br /> Goal Points<br /> <br /> God Views<br /> <br /> God's Finger<br /> <br /> Guard<br /> <br /> Handicaps<br /> <br /> Handles<br /> <br /> Helpers<br /> <br /> Herd<br /> <br /> Hierarchy of Goals<br /> <br /> Hovering Closures<br /> <br /> Identification<br /> <br /> [[Exaggerated Perception of Influence]] &lt;- Perception of Influence - one always wants this - ( &lt;- Illusion of Influence - since one might have the influence...) )<br /> <br /> Illusionary Rewards<br /> <br /> Immersion<br /> <br /> Imperfect Information<br /> <br /> Improved Abilities<br /> <br /> Inaccessible Areas<br /> <br /> Incompatible Goals<br /> <br /> Indirect Control<br /> <br /> Indirect Information<br /> <br /> Individual Penalties<br /> <br /> Individual Rewards<br /> <br /> Interferable Goals<br /> <br /> Interruptible Actions<br /> <br /> Investments<br /> <br /> Invisible Walls<br /> <br /> King of the Hill<br /> <br /> Last Man Standing<br /> <br /> Leaps of Faith<br /> <br /> Levels<br /> <br /> Limited Foresight<br /> <br /> Limited Planning Ability<br /> <br /> Limited Resources<br /> <br /> Limited Set of Actions<br /> <br /> Lives<br /> <br /> Luck<br /> <br /> Maneuvering<br /> <br /> Memorizing<br /> <br /> Meta Games<br /> <br /> Moveable Tiles<br /> <br /> Movement<br /> <br /> Movement Limitations<br /> <br /> Mule<br /> <br /> Multiplayer Games<br /> <br /> Mutual Goals<br /> <br /> Narrative Structures<br /> <br /> Near Miss Indicators<br /> <br /> Negotiation<br /> <br /> Never Ending Stories<br /> <br /> New Abilities<br /> <br /> No-Ops<br /> <br /> Non-Renewable Resources<br /> <br /> Obstacles<br /> <br /> Optional Goals<br /> <br /> Orthogonal Unit Differentiation<br /> <br /> Outcome Indicators<br /> <br /> Outstanding Features<br /> <br /> Overcome<br /> <br /> Ownership<br /> <br /> Paper-Rock-Scissors<br /> <br /> Parallel Lives<br /> <br /> Penalties<br /> <br /> Perceivable Margins<br /> <br /> [[Determinable Chance to Succeed]] ( &lt;- Perceived Chance to Succeed - since one always wants the old version right?)<br /> <br /> Perfect Information<br /> <br /> Persistent Game Worlds<br /> <br /> Pick-Ups<br /> <br /> Planned Character Development<br /> <br /> Player Balance<br /> <br /> Player Constructed Worlds<br /> <br /> Player Decided Results<br /> <br /> Player Defined Goals<br /> <br /> Player Elimination<br /> <br /> Player Killing<br /> <br /> Player-Decided Distribution of Rewards &amp; Penalties<br /> <br /> Polyathlons<br /> <br /> Power-Ups<br /> <br /> Predefined Goals<br /> <br /> Predictable Consequences<br /> <br /> Preventing Goals<br /> <br /> Privileged Abilities<br /> <br /> Privileged Movement<br /> <br /> Producer-Consumer<br /> <br /> Producers<br /> <br /> Progress Indicators<br /> <br /> Public Information<br /> <br /> Puzzle Solving<br /> <br /> Quick Games<br /> <br /> [[Races]] &lt;- Race<br /> <br /> Reconfigurable Game World<br /> <br /> Reconnaissance<br /> <br /> Red Herrings<br /> <br /> Red Queen Dilemmas<br /> <br /> Renewable Resources<br /> <br /> Replayability<br /> <br /> Rescue<br /> <br /> Resource Generators<br /> <br /> Resource Locations<br /> <br /> Resource Management<br /> <br /> Resources<br /> <br /> Reversability<br /> <br /> Rewards<br /> <br /> Rhythm-Based Actions<br /> <br /> Right Level of Complexity<br /> <br /> [[Challenging Gameplay]] (&lt;- Right Level of Difficulty - Since one always wants the right level of difficulty, right? That wasn't that difficult was it?)<br /> <br /> [[Casual Gameplay]] (from changing Right Level of Difficulty)<br /> <br /> Risk/Reward<br /> <br /> Role Reversal<br /> <br /> Roleplaying<br /> <br /> Safe Havens<br /> <br /> Save Points<br /> <br /> Save-Load Cycles<br /> <br /> Score<br /> <br /> Secret Alliances<br /> <br /> Secret Resources<br /> <br /> Selectable Sets of Goals<br /> <br /> Self-Facilitated Games<br /> <br /> Sensory-Motoric Immersion<br /> <br /> Shared Penalties<br /> <br /> Shared Resources<br /> <br /> Shared Rewards<br /> <br /> Shrinking Game World<br /> <br /> Single-Player Games<br /> <br /> Skills<br /> <br /> Smooth Learning Curves<br /> <br /> Social Dilemmas<br /> <br /> Social Interaction<br /> <br /> Social Organizations<br /> <br /> [[Public Player Statistics]] (&lt;- replacing ''Social Statuses'' since this is more under the control of designers)<br /> <br /> Spatial Immersion<br /> <br /> Spawn Points<br /> <br /> Spawning<br /> <br /> Spectators<br /> <br /> [[Game State Indicators]] (&lt;- Status Indicators)<br /> <br /> Stealth<br /> <br /> Stimulated Planning<br /> <br /> Storytelling<br /> <br /> Strategic Knowledge<br /> <br /> Strategic Locations<br /> <br /> Supporting Goals<br /> <br /> Surprises<br /> <br /> Survive<br /> <br /> Symmetric Goals<br /> <br /> Symmetric Information<br /> <br /> Symmetric Resource Distribution<br /> <br /> Symmetry<br /> <br /> Synchronous Games<br /> <br /> Team Balance<br /> <br /> Team Development<br /> <br /> Team Elimination<br /> <br /> Team Play<br /> <br /> The Show Must Go On<br /> <br /> Third-Person Views<br /> <br /> Tick-Based Games<br /> <br /> Tiebreakers<br /> <br /> Tied Results<br /> <br /> Tile-Laying<br /> <br /> Tiles<br /> <br /> Timing<br /> <br /> Tools<br /> <br /> Tournaments<br /> <br /> Traces<br /> <br /> Tradeoffs<br /> <br /> Trading<br /> <br /> Trans-Game Information<br /> <br /> Transfer of Control<br /> <br /> Traverse<br /> <br /> Turn Taking<br /> <br /> Turn-Based Games<br /> <br /> Ultra-Powerful Events<br /> <br /> Uncertainty of Information<br /> <br /> Uncommitted Alliances<br /> <br /> Unknown Goals<br /> <br /> Varied Gameplay<br /> <br /> === Left-overs from the book ===<br /> <br /> <br /> <br /> === New from various sources ===<br /> <br /> ==== IPerG: D5.8 ====<br /> 1.1 Communication Channels<br /> <br /> 1.2 Social Interaction<br /> <br /> 1.3 Asynchronous Games<br /> <br /> 1.4 Memorabilia<br /> <br /> 1.5 Unmediated Social Interaction<br /> <br /> 1.6 Chat Forums<br /> <br /> 1.7 Coupled Games<br /> <br /> 1.8 Social Rewards<br /> <br /> 1.9 Configurable Gameplay Area<br /> <br /> 1.10 Late Arriving Players<br /> <br /> 1.11 Interruptability<br /> <br /> 1.12 Common Experiences<br /> <br /> 1.13 Game Element Trading<br /> <br /> 1.14 Hybrid Spaces<br /> <br /> 1.15 Social Skills<br /> <br /> 1.16 Real Life Activities Affect Game State<br /> <br /> 1.17 Heterogeneous Game Element Ownership<br /> <br /> 1.18 Asynchronous Collaborative Actions<br /> <br /> 1.19 Selectable Functional Roles<br /> <br /> 1.20 Negotiable Play Sessions<br /> <br /> 1.21 Negotiable Game Sessions<br /> <br /> 1.22 Negotiable Game Instance Duration<br /> <br /> 1.23 Negotiable Game Time<br /> <br /> Activity Blending<br /> <br /> Selectable Social Roles<br /> <br /> ==== NPC design with Petri ====<br /> Visual Body Damage<br /> <br /> Dissectible Bodies<br /> <br /> ==== Social NPC design with Petri ====<br /> Actions Have Social Consequences <br /> <br /> Binding Promises<br /> <br /> Brokering <br /> <br /> Competing for Attention <br /> <br /> Context Dependent Reaction <br /> <br /> Eavesdropping<br /> <br /> Either You are with Me or against Me<br /> <br /> False Accusations <br /> <br /> Favor <br /> <br /> Fraction <br /> <br /> Gain Allies <br /> <br /> Gossip <br /> <br /> Guide and Protect <br /> <br /> Hierarchical Fraction <br /> <br /> Information Passing <br /> <br /> Internal Conflict <br /> <br /> Internal Rivalry <br /> <br /> Linked Destinies <br /> <br /> Loyalty <br /> <br /> Maintaining Lies <br /> <br /> Match-Making <br /> <br /> Memory of Important Events <br /> <br /> My Enemy’s Enemy is my Friend <br /> <br /> Others fortune affects own Mood <br /> <br /> Outcast <br /> <br /> Outspoken Support <br /> <br /> Requesting Support <br /> <br /> Social Gatekeeper <br /> <br /> Social Maintenance <br /> <br /> Social Norm <br /> <br /> Traitor<br /> <br /> ==== Dialogue design with Jenny ====<br /> Incremental Dialogue Processing<br /> <br /> Chunk-based Dialogue Processing<br /> <br /> Single-Initiative Dialogues<br /> <br /> Mixed Initiative Dialogues<br /> <br /> Basic Input Feedback<br /> <br /> Barge-In<br /> <br /> Canned Text Responses<br /> <br /> Diegetically Consistent Dialogue<br /> <br /> Context Dependent Dialogue<br /> <br /> Gameplay Integrated Conversation<br /> <br /> Illocutionary Interface<br /> <br /> Location-Specific Dialogue<br /> <br /> Character-Specific Dialogue<br /> <br /> Colloquial Mastery<br /> <br /> Delicate Phrasing<br /> <br /> ==== MMOG design by Jenny's master students ====<br /> ''To be added''<br /> <br /> ==== Pervasive games with Johan Peitz ====<br /> Actor Detachment<br /> <br /> Artifact-Artifact Proximity<br /> <br /> Artifact-Location Proximity<br /> <br /> Configurable Gameplay Area<br /> <br /> Coupled Games<br /> <br /> Critical Gameplay Design <br /> <br /> Crossmedia Gameplay<br /> <br /> Decontextability<br /> <br /> Extra-Game Input<br /> <br /> Game Element Trading<br /> <br /> Gameplay Changes Perception of Real World Phenomena<br /> <br /> Heterogeneous Game Element Ownership<br /> <br /> Interruptible Gameplay<br /> <br /> Minimalized Social Weight<br /> <br /> Possibility of Anonymity<br /> <br /> Physical Navigation<br /> <br /> Player Physical Prowess<br /> <br /> Player-Artifact Proximity <br /> <br /> Player-Avatar Proximity<br /> <br /> Player-Location Proximity<br /> <br /> Player-Player Proximity<br /> <br /> Real Life Activities Affect Game State<br /> <br /> Real World Knowledge Advantages<br /> <br /> Seamful Gameplay<br /> <br /> Self-Reported Positioning <br /> <br /> Social Adaptability <br /> <br /> The Rabbit Hole Invitation<br /> <br /> Unmediated Social Interaction<br /> <br /> ==== Unknown ====<br /> Persistant State World<br /> Fixed Real-World Exchange Rate<br /> Death game mönstret<br /> Point of No Return<br /> <br /> ==== New proposals from working with the wiki ====<br /> [[Private Game Spaces]] [Like Puerto Rico, Race to the Galaxy etc.] --[[User:Staffan Björk|Staffan Björk]] 16:10, 5 November 2009 (UTC)<br /> <br /> [[Time Pressure]] [Surprised that this doesn't exist already, or have a missed one?] --[[User:Staffan Björk|Staffan Björk]] 08:36, 6 November 2009 (UTC)<br /> <br /> [[Attention Demanding]] [grew out of rewriting real-time games] --[[User:Staffan Björk|Staffan Björk]] 16:08, 6 November 2009 (UTC)<br /> <br /> [[Togetherness]] [grew out of rewriting real-time games, and makes Karl happy maybe] --[[User:Staffan Björk|Staffan Björk]] 16:18, 6 November 2009 (UTC)<br /> <br /> [[Option Interfaces]] [grew out of real-time games, pop-up choices outside the main game interface, does this exists already partly?] --[[User:Staffan Björk|Staffan Björk]] 17:58, 7 November 2009 (UTC)<br /> <br /> [[Acheivements]] [from many online games] --[[User:Staffan Björk|Staffan Björk]] 11:00, 8 November 2009 (UTC)<br /> <br /> [[Buddy Lists]] [from many online games] --[[User:Staffan Björk|Staffan Björk]] 11:25, 8 November 2009 (UTC)<br /> <br /> [[Gameplay Statistics]] [from rewriting high score lists] --[[User:Staffan Björk|Staffan Björk]] 12:28, 8 November 2009 (UTC)<br /> <br /> [[Cooldown]] [From WoW and other games, e.g. Borderlands] --[[User:Staffan Björk|Staffan Björk]] 14:31, 8 November 2009 (UTC)<br /> <br /> [[Steadily Decreasing Resources]] [From writing Unwinnable Games] --[[User:Staffan Björk|Staffan Björk]] 11:43, 14 November 2009 (UTC)<br /> <br /> [[Turnover]] [From playing Bloodbowl] --[[User:Staffan Björk|Staffan Björk]] 20:43, 14 November 2009 (UTC)<br /> <br /> [[Game Time Manipulation]] [From writing on irreversible events, example are Braid, save-load cycles, prince of persia] --[[User:Staffan Björk|Staffan Björk]] 15:27, 19 November 2009 (UTC)<br /> <br /> [[Assymetrical Roles]] (already covered by assymetrical abilities? e.g. Allegiance, where one player steers the ship/bombs and one sits in a turret to keep interceptors at bay--[[User:Karl Bergström|Karl Bergström]] 14:33, 20 November 2009 (UTC))<br /> <br /> [[Value of Effort]] (that players have real or perceived valuable outcomes of the effort they put into the gameplay) --[[User:Staffan Björk|Staffan Björk]] 13:41, 21 November 2009 (UTC)<br /> <br /> [[Non-Diegetic Elements]] (representing elements in the game world which are not part of the diegetic) --[[User:Staffan Björk|Staffan Björk]] 10:01, 25 November 2009 (UTC)<br /> <br /> [[Grinding]] (WoW) --[[User:Staffan Björk|Staffan Björk]] 13:10, 28 November 2009 (UTC)<br /> <br /> [[Massively Multiplayer Online Games]] (why not?) --[[User:Staffan Björk|Staffan Björk]] 17:29, 4 December 2009 (UTC)<br /> <br /> [[Massively Single-Player Online Games]] (from 4'33&quot;, Spore and even Nethack) --[[User:Staffan Björk|Staffan Björk]] 17:29, 4 December 2009 (UTC)<br /> <br /> [[Positive Feedback Loops]] (from updating the names of the Arithmetic and Geometric patterns, and Rules of Play) --[[User:Staffan Björk|Staffan Björk]] 12:10, 7 December 2009 (UTC) <br /> <br /> [[Negative Feedback Loops]] (from updating the names of the Arithmetic and Geometric patterns, and Rules of Play) --[[User:Staffan Björk|Staffan Björk]] 12:10, 7 December 2009 (UTC)<br /> <br /> [[Stack Seeding]] (from Pandemic and Ghost Story from writing about [[Randomness]]) --[[User:Staffan Björk|Staffan Björk]] 15:53, 7 December 2009 (UTC)<br /> <br /> [[Game Lobbies]] (for finding games and friends, e.g. in L4D) --[[User:Staffan Björk|Staffan Björk]] 10:28, 15 December 2009 (UTC)<br /> <br /> [[Location-Fixed Abilities]] (machine guns in L4D) --[[User:Staffan Björk|Staffan Björk]] 16:34, 15 December 2009 (UTC)<br /> <br /> [[Inventory]] --[[User:Staffan Björk|Staffan Björk]] 16:40, 15 December 2009 (UTC)<br /> <br /> [[Limited Inventory]] (L4D) --[[User:Staffan Björk|Staffan Björk]] 16:40, 15 December 2009 (UTC)<br /> <br /> [[Variable Accuracy]] (L4D, player skill, character skill, equipment) --[[User:Staffan Björk|Staffan Björk]] 16:45, 15 December 2009 (UTC)<br /> <br /> [[Group Belonging]] (L4D, aesthetics work) --[[User:Staffan Björk|Staffan Björk]] 11:06, 16 December 2009 (UTC)<br /> <br /> [[Player/Character Skill Composite]] (both player and character skill affects likelihood of success) --[[User:Staffan Björk|Staffan Björk]] 12:15, 16 December 2009 (UTC)<br /> <br /> [[Dynamic Difficulty Adjustment]] (video games but also BSG &amp; Shadows over Camelot) --[[User:Staffan Björk|Staffan Björk]] 12:15, 16 December 2009 (UTC)<br /> <br /> [[Split-Screen View]] (from writing about local multiplayer console games) --[[User:Staffan Björk|Staffan Björk]] 13:40, 16 December 2009 (UTC)<br /> <br /> [[Backtracking Levels]] (Left 4 Dead 2 campaign Hard Rain) --[[User:Staffan Björk|Staffan Björk]] 14:17, 16 December 2009 (UTC)<br /> <br /> [[Campaigns]] (duh) --[[User:Staffan Björk|Staffan Björk]] 14:30, 16 December 2009 (UTC)<br /> <br /> [[Community Functionality]] --[[User:Staffan Björk|Staffan Björk]] 15:07, 16 December 2009 (UTC)<br /> <br /> [[Voting]] --[[User:Staffan Björk|Staffan Björk]] 12:10, 17 December 2009 (UTC)<br /> <br /> [[Player Decided Rule Setup]] --[[User:Staffan Björk|Staffan Björk]] 12:10, 17 December 2009 (UTC)<br /> <br /> [[Game-Defined Vocabulary]] (quick responses in Battlefield and L4D series) --[[User:Staffan Björk|Staffan Björk]] 12:29, 17 December 2009 (UTC)<br /> <br /> [[Further Player Improvement Potential]] (that one can get better at the game, from writing [[Challenging Gameplay]]) --[[User:Staffan Björk|Staffan Björk]] 15:22, 21 December 2009 (UTC)<br /> <br /> [[Difficulty Settings]] (duh) --[[User:Staffan Björk|Staffan Björk]] 10:09, 22 December 2009 (UTC)<br /> <br /> [[Agents]] (game elements that show intentionality, from working with NPCs) --[[User:Staffan Björk|Staffan Björk]] 10:16, 13 January 2010 (UTC)<br /> <br /> [[Algorithmic Agents]] (AI agents) --[[User:Staffan Björk|Staffan Björk]] 12:26, 13 January 2010 (UTC)<br /> <br /> [[Role Fulfillment]] (the joy of fulfilling your role (e.g. tank, sniper, healer) in a group.) --[[User:Karl Bergström|Karl Bergström]] 09:39, 14 January 2010 (UTC)<br /> <br /> ==== New written patterns from working with the wiki ====<br /> [[Unwinnable Games]] [From staries]] --[[User:Staffan Björk|Staffan Björk]] 14:02, 13 November 2009 (UTC)<br /> <br /> [[Drop-In/Drop-Out]] [From Lego Stars Wars and Left 4 Dead] --[[User:Staffan Björk|Staffan Björk]] 10:20, 19 November 2009 (UTC)<br /> <br /> [[Time Limited Game Instances]] (from working on [[Time Limits]] and thoughts about [[:Category:Aesthetical Patterns|aesthetical gameplay design patterns]]) --[[User:Staffan Björk|Staffan Björk]] 15:45, 4 December 2009 (UTC)<br /> <br /> [[Game Element Insertion]] (from working on emergence and thoughts about [[:Category:Aesthetical Patterns|aesthetical gameplay design patterns]]) --[[User:Staffan Björk|Staffan Björk]] 10:01, 7 December 2009 (UTC)</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=806 2010-01-13T08:51:12Z

<p>Karl Bergström: /* Brief */</p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome. The actions are planned in collaboration with the other players, using cards, and the gameplay is usually a frantic affair as the players try to make sure they have all their bases covered. During the resolution phase, the players get to see if their actions where worthwhile, as they are acted out and what, if any, damage to the ship is evaluated.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]] <br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are also structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> The [[Narrative Structure]] of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for ten minutes despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. This phase is played out by listening to a sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, although the exact nature of the enemy or obstacle is [[Randomness|random]] Since they are being drawn from a [[Drawing Stacks|Drawing Stack]]. Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship -- leading to [[Spatial Immersion]] -- using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Action|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. The placement of [[Cards]] is not [[Turn-Based Games|Turn-Based]], but occurs in [[Real-Time]]. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Social Interaction]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time-limit|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Social Interaction]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not done.<br /> <br /> === Resolution Phase ===<br /> <br /> Here, players enact the orders from the previous phase. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realise that their actions are unccordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=805 2010-01-12T16:00:44Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> [[Space Alert]] is carried out in two distinct phases; one real time phase, in which all players plan their actions for the entire game, and one where these actions are resolved. A cd soundtrack acts as the ship's computer, providing information on the different dangers threatening the ship. This soundtrack also serves as a time-limit; when it has played, the first phase of the game is complete and the players can no longer influence the outcome.<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]] <br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are also structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> The [[Narrative Structure]] of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for ten minutes despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. This phase is played out by listening to a sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, although the exact nature of the enemy or obstacle is [[Randomness|random]] Since they are being drawn from a [[Drawing Stacks|Drawing Stack]]. Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship -- leading to [[Spatial Immersion]] -- using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Action|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. The placement of [[Cards]] is not [[Turn-Based Games|Turn-Based]], but occurs in [[Real-Time]]. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Social Interaction]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time-limit|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Social Interaction]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not done.<br /> <br /> === Resolution Phase ===<br /> <br /> Here, players enact the orders from the previous phase. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realise that their actions are unccordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström http://virt10.itu.chalmers.se/index.php?title=Space_Alert&diff=804 2010-01-12T15:22:11Z

<p>Karl Bergström: </p> <hr /> <div>[[Category:Games]]<br /> [[Category:Board Games]]<br /> [[Category:Needs work]]<br /> == Brief ==<br /> ''The players are astronauts on a ship beset by both internal and external dangers. Initially, all players plan their orders, which are carried out after everyone if done. If the ship is not destroyed, the characters survive. If not - tough luck.''<br /> <br /> === Main Gameplay Design Patterns ===<br /> [[Time Pressure]], [[Cooperation]], [[Team Play]], [[Tension]], [[Real-Time Games]] <br /> <br /> === Platforms ===<br /> Board Game<br /> <br /> == Gameplay ==<br /> [[Space Alert]] is carried out in two distinct phases; one [[Real-Time Games|Real Time]]-phase, in which all players plan their actions for the entire game, and one where these actions are resolved. Each game consists of trying to fulfill a mission, which can be compared to a [[Levels|Level]] since there is a tendency towards higher difficulty on later missions. The missions are also structured to provide a [[Smooth Learning Curves|Smooth Learning Curve]] but players can also influence the [[Difficulty Settings]] of a mission through selecting which [[Cards]] describing [[Enemies]] and [[Challenges]] should be in the [[Drawing Stacks]].<br /> <br /> === Real Time Action Planning Phase ===<br /> The [[Narrative Structure]] of the game dictates that the players are the crew onboard a space ship, their main goal being to [[Survive]] for ten minutes despite all the [[Enemies]] and [[Obstacles]] that try to destroy the ship. This phase is played out by listening to a sound track describing what happens, i.e. where and when [[Enemies]] and or obstacles will appear, although the exact nature of the enemy or obstacle is [[Randomness|random]] Since they are being drawn from a [[Drawing Stacks|Drawing Stack]]. Each player has twelve slots -- corresponding to rounds during the resolution phase of the game -- where [[Cards]] can be placed to show if the player does something that round. The players can [[Movement|Move]] around the ship -- leading to [[Spatial Immersion]] -- using [[Cards]] that may also be used to carry out one of the following [[Limited Set of Action|actions]]: use the computers, fire a weapon, distribute energy to shields or storages, or a &quot;special action&quot; depending on the players location. The ship's energy is a [[Non-Renewable Resource]], and so is its missiles. The placement of [[Cards]] is not [[Turn-Based Games|Turn-Based]], but occurs in [[Real-Time]]. Players place their cards upside down, but may tell the others what they plan to do, thus stimulating [[Social Interaction]] and [[Team Play]]. Being unable to destroy an [[Enemy]] results in a [[Penalties|Penalty]] in the form of [[Ability Losses]] as the shields and eventually the ship is damaged. <br /> <br /> Since this phase is [[Time-limit|Time-limited]], it generates [[Time Pressure]] which in turn results in [[Tension]]. Very much information is known, e.g. how much damage an [[Enemies|Enemy]] can take, the firepower of the ship's weapon's etc. This [[Stimulated Planning|Stimulates Planning]] but to balance things out the game also requires a lot of [[Timing]]; [[Enemies]] can only be attacked once they have appeared, and it is [[Rewards|Rewarding]] to shoot at an [[Enemy]] [[Simultaneity|Simultaneously]]. Thus, lots of [[Social Interaction]] is required to succeed, but due to [[Time Pressure]] this does not always work out. The result is that players often ''feel'' that they have much more [[Imperfect Information]] than they actually do; for instance they may well communicate exactly what everyone does when but in practice this is not done.<br /> <br /> === Resolution Phase ===<br /> <br /> Here, players enact the orders from the previous phase. This part of the game contains no actual gameplay/player input (except for the &quot;oops&quot; rule, which is very minor); it is only an enactment of the decisions previously taken. Now, all information is [[Perfect Information]]. In this phase players often realise that their actions are unccordinated (e.g. A fires the cannons in round 5, but B did not load them with energy until round 6) or made impossible by unanticipated events (e.g A tries to use the lift, but an enemy attack has destroyed it).<br /> <br /> == Other Noteworthy Aspects ==<br /> <br /> === Developer ===<br /> <br /> Main Designer: Vlaada (Vladimír) Chvátil<br /> <br /> === Publisher ===<br /> <br /> Czech Games Edition<br /> <br /> Heidelberger Spieleverlag<br /> <br /> Quined White Goblin Games (QWG)<br /> <br /> Rio Grande Games<br /> <br /> == References ==<br /> [http://www.boardgamegeek.com/boardgame/38453 BoardGameGeek entry for Space Alert]</div>

Karl Bergström