Difference between revisions of "Pervasive Gameplay"

From gdp3
Jump to: navigation, search
(Using the pattern)
(Examples)
 
(16 intermediate revisions by the same user not shown)
Line 1: Line 1:
 
[[Category:Pervasive Patterns]]
 
[[Category:Pervasive Patterns]]
 
[[Category:Patterns]]
 
[[Category:Patterns]]
 +
[[Category:Gameplay Adaptability Patterns]]
 
[[Category:Needs work]]
 
[[Category:Needs work]]
 
[[Category:Needs revision]]
 
[[Category:Needs revision]]
Line 9: Line 10:
 
The archetypical view of gaming activities are as being separated from other "ordinary" activities (which can be seen in the metaphor of the ''magic circle''<ref name="huizinga"/> that has been more extensively in later work of understanding games<ref name="salen"/>). This is however not true of all games, in some cases because they can rather easily co-exist with other activities and in other cases because the game design makes "ordinary" activities into gameplay actions. Both types of game have [[Pervasive Gameplay]].
 
The archetypical view of gaming activities are as being separated from other "ordinary" activities (which can be seen in the metaphor of the ''magic circle''<ref name="huizinga"/> that has been more extensively in later work of understanding games<ref name="salen"/>). This is however not true of all games, in some cases because they can rather easily co-exist with other activities and in other cases because the game design makes "ordinary" activities into gameplay actions. Both types of game have [[Pervasive Gameplay]].
  
For more information about [[Pervasive Gameplay]], although based upon a slightly different usage of pervasive to define pervasive games, see ''Pervasive Games - Theory and Design''<ref name="pergames"/>. Note also that while ubiquitous and pervasive are used as synonyms, the patterns [[Pervasive Gameplay]] and [[Ubiquitous Gameplay]] are defined to describe different aspects of gameplay in this collection.
+
For more information about [[Pervasive Gameplay]], although based upon a slightly different usage of pervasive to define pervasive games, see ''Pervasive Games - Theory and Design''<ref name="pergames"/>. Note also that while ubiquitous and pervasive are used as synonyms, the patterns [[Pervasive Gameplay]] and [[Ubiquitous Gameplay]] are defined to describe different aspects of gameplay in this pattern collection.
  
 
=== Examples ===
 
=== Examples ===
 
[[Car Numberplate Games]] are examples of games that are specifically made to make car travelling more enjoying. [[Insectopia]] and [[Pirates!]] do the same but can more generally merge with other types of activities. [[Assassin]] also does this but since the actual ''killings'' can disrupt other activities there are typically safe places and safe hours in the game instances.
 
[[Car Numberplate Games]] are examples of games that are specifically made to make car travelling more enjoying. [[Insectopia]] and [[Pirates!]] do the same but can more generally merge with other types of activities. [[Assassin]] also does this but since the actual ''killings'' can disrupt other activities there are typically safe places and safe hours in the game instances.
  
[[:Category:Alternate Reality Games|Alternate Reality Games]] with roleplaying components, e.g. [[Momentum]] and [[Prosopopeia]], need to be designed so that players can combine their roleplaying with their everyday social interactions, or with relative little friction move between social roles.
+
[[:Category:Alternate Reality Games|Alternate Reality Games]] with roleplaying components, e.g. [[Momentum]] and [[Prosopopeia]], need to be designed so that players can combine their roleplaying with their everyday social interactions, or with relative little friction move between social roles. Similarly, the location-based game [[Pokémon Go]] allows players to intermix the capturing of Pokémons and Pokéballs with there everyday life.
  
 
== Using the pattern ==
 
== Using the pattern ==
Designing [[Pervasive Gameplay]] consists of considering what other activities can be used to piggyback gameplay activities and considering how to avoid gameplay activities that disrupt other activities. How disruptive activities are naturally depend on their nature but also on which other activities also take place at any given place; it is however worth noticing that [[Physical Navigation]] can easily merge with other activities as long as is done at the same speed as other movement. Generally, having [[Ubiquitous Gameplay]] makes it easier to support [[Pervasive Gameplay]] since limiting the dependency on dedicated places and equipment making it easy for the gameplay activity to be able to co-exist with other activities. Since it may not be possible to make a game work with all types of other activities, one solution is to limit the [[Pervasive Gameplay]] to function with some activities but avoid conflicts with other activities. This can be done through designating [[Safe Havens]] (this is typically done in [[Assassin]]) or through supporting [[Drop-In/Drop-Out]] gameplay. [[Momentum]] and [[Prosopopeia]] used this to handle situations where one no longer could roleplay being a ghost that had possessed the player. The fact that other activities may occur together with the [[Pervasive Gameplay]] typically offers easy ways of making the activities affect the gameplay through [[Extra-Game Input]].
+
Designing [[Pervasive Gameplay]] consists of considering what other activities can be used to piggyback gameplay activities and considering how to avoid gameplay activities that disrupt other activities. [[Real Life Activities Affect Game State]] makes other activities into gameplay activities and therefore possible to do simultaneously, but the game design may still cause disruptions if it makes the frequency, timing, or location of the activities not fit the surroundings. How disruptive activities are naturally depend on their nature but also on which other activities also take place at any given place; it is however worth noticing that [[Physical Navigation]] can easily merge with other activities as long as is done at the same speed as other movement.  
  
For games that rarely require interaction from the players, co-existing with other activities depend more making players be at the locations where these activities take places rather than make the activities possible to occur simultaneously. The prime way of doing this is to use [[Real World Gameplay Spaces]], which can easily be constructed through the use of the [[Player-Artifact Proximity]], [[Player-Location Proximity]], and [[Player-Player Proximity]] patterns, all which can be said to build upon [[Physical Navigation]].
+
Generally, having [[Ubiquitous Gameplay]] makes it easier to support [[Pervasive Gameplay]] since limiting the dependency on dedicated places and equipment making it easy for the gameplay activity to be able to co-exist with other activities. Since it may not be possible to make a game work with all types of other activities, one solution is to limit the [[Pervasive Gameplay]] to function with some activities but avoid conflicts with other activities. This can be done through designating [[Safe Havens]] (this is typically done in [[Assassin]]) or through supporting [[Drop-In/Drop-Out]] gameplay. [[Momentum]] and [[Prosopopeia]] used this to handle situations where one no longer could roleplay being a ghost that had possessed the player. The fact that other activities may occur together with the [[Pervasive Gameplay]] typically offers easy ways of making the activities affect the gameplay through [[Extra-Game Input]]. While [[Interruptibility]] makes it possible to have pause gameplay when it would disturb other activities, this in itself is only a solution for slow-paced games. [[Minimalized Social Weight]] solves the problem of games negatively affecting other social activities, which is often one of the primary challenges to making a game have the pattern of [[Pervasive Gameplay]].
 +
 
 +
For games that rarely require interaction from the players, co-existing with other activities depend more making players be at the locations where these activities take places rather than make the activities possible to occur simultaneously. The prime way of doing this is to use [[Real World Gameplay Spaces]] or [[Hybrid Gameplay Spaces]], which can easily be constructed through the use of [[Physical Navigation]], typically through the [[Artifact-Location Proximity]], [[Player-Artifact Proximity]], [[Player-Location Proximity]], or [[Player-Player Proximity]] patterns.
  
 
== Consequences ==
 
== Consequences ==
Games with [[Pervasive Gameplay]] are either likely to at least take partially place in public environment or be explicitly designed to do so. For this reason, they are likely to make use of [[Real World Gameplay Spaces]] and be viewable by [[Spectators]]. [[Pervasive Gameplay]] is an enabler for [[Alternate Reality Gameplay]] since they by definition are able to co-exist with other activities and thereby can hide or merge with these activities.
+
Games with [[Pervasive Gameplay]] are either likely to at least take partially place in public environment or be explicitly designed to do so. For this reason, they are likely to make use of [[Real World Gameplay Spaces]], be viewable by [[Spectators]], and instantiate [[Events Timed to the Real World]] simply because real world events will likely affect gameplay. [[Pervasive Gameplay]] is an enabler for [[Alternate Reality Gameplay]] since they by definition are able to co-exist with other activities and thereby can hide or merge with these activities.
  
While some types [[Extra-Game Input]] may explicitly be designed as part of [[Pervasive Gameplay]], other types of [[Extra-Game Input]] may be difficult to avoid because the game design cannot control the gameplay context as well as for other types of games where no other activities are supposed to co-exist with the game activity.
+
While some types [[Extra-Game Input]] may explicitly be designed as part of [[Pervasive Gameplay]], other types of [[Extra-Game Input]] may be difficult to avoid because the game design cannot control the gameplay context as well as for other types of games where no other activities are supposed to co-exist with the game activity. Both types of input can however lead to the presence of the pattern [[Real Life Activities Affect Game State]].
 +
 
 +
[[Pervasive Gameplay]] puts additional requirements on [[Robotic Players]] since they not only need to be able to handle gameplay but act appropriately with regards to the other activities that overlap in some way with the gameplay.
  
 
== Relations ==
 
== Relations ==
 
=== Can Instantiate ===
 
=== Can Instantiate ===
 
[[Alternate Reality Gameplay]],  
 
[[Alternate Reality Gameplay]],  
 +
[[Events Timed to the Real World]],
 
[[Extra-Game Input]],  
 
[[Extra-Game Input]],  
 
[[Real World Gameplay Spaces]],  
 
[[Real World Gameplay Spaces]],  
 
[[Spectators]]
 
[[Spectators]]
 +
 +
==== with [[Extra-Game Input]] ====
 +
[[Real Life Activities Affect Game State]]
  
 
=== Can Modulate ===
 
=== Can Modulate ===
-
+
[[Robotic Players]]
  
 
=== Can Be Instantiated By ===
 
=== Can Be Instantiated By ===
 +
[[Artifact-Location Proximity]],
 +
[[Hybrid Gameplay Spaces]],
 +
[[Interruptibility]],
 +
[[Minimalized Social Weight]],
 
[[Physical Navigation]],  
 
[[Physical Navigation]],  
[[Player-Artifact Proximity]], [[Player-Location Proximity]], [[Player-Player Proximity]], [[Real World Gameplay Spaces]], [[Ubiquitous Gameplay]]
+
[[Player-Artifact Proximity]], [[Player-Location Proximity]], [[Player-Player Proximity]],  
 +
[[Real Life Activities Affect Game State]],
 +
[[Real World Gameplay Spaces]], [[Ubiquitous Gameplay]]
  
 
=== Can Be Modulated By ===
 
=== Can Be Modulated By ===
Line 52: Line 67:
  
 
== History ==
 
== History ==
New pattern created in this wiki.
+
Based upon the concept of ''Activity Blending'' which is described in the ''Report on Short-Term Play Testing of Socially Adaptable Game Prototypes''<ref name="Åresund 2005"/>.
  
 
== References ==
 
== References ==
Line 59: Line 74:
 
<ref name="huizinga">Huizinga, J. (1955). ''Homo Ludens''. Boston: Beacon Press, 1955, p. 10.</ref>
 
<ref name="huizinga">Huizinga, J. (1955). ''Homo Ludens''. Boston: Beacon Press, 1955, p. 10.</ref>
 
<ref name="salen">Salen, K. & Zimmerman (2004). ''Rules of Play - Game Design Fundamentals''. MIT Press.</ref>
 
<ref name="salen">Salen, K. & Zimmerman (2004). ''Rules of Play - Game Design Fundamentals''. MIT Press.</ref>
 +
<ref name="Åresund 2005">Maria Åresund, Johan Peitz, Anu Jäppinen, Jussi Lahti, Markus Montola, Petri Lankoski, Jonas Linderoth, & Staffan Björk. Report on Short-Term Play Testing of Socially Adaptable Game Prototypes. Deliverable D9.6 of the FP6 EU project IPerG.</ref>
 
</references>
 
</references>
  
 
== Acknowledgements ==
 
== Acknowledgements ==
 
-
 
-

Latest revision as of 10:43, 26 July 2016

Gameplay that can co-exist or merge with other activities.

The archetypical view of gaming activities are as being separated from other "ordinary" activities (which can be seen in the metaphor of the magic circle[1] that has been more extensively in later work of understanding games[2]). This is however not true of all games, in some cases because they can rather easily co-exist with other activities and in other cases because the game design makes "ordinary" activities into gameplay actions. Both types of game have Pervasive Gameplay.

For more information about Pervasive Gameplay, although based upon a slightly different usage of pervasive to define pervasive games, see Pervasive Games - Theory and Design[3]. Note also that while ubiquitous and pervasive are used as synonyms, the patterns Pervasive Gameplay and Ubiquitous Gameplay are defined to describe different aspects of gameplay in this pattern collection.

Examples

Car Numberplate Games are examples of games that are specifically made to make car travelling more enjoying. Insectopia and Pirates! do the same but can more generally merge with other types of activities. Assassin also does this but since the actual killings can disrupt other activities there are typically safe places and safe hours in the game instances.

Alternate Reality Games with roleplaying components, e.g. Momentum and Prosopopeia, need to be designed so that players can combine their roleplaying with their everyday social interactions, or with relative little friction move between social roles. Similarly, the location-based game Pokémon Go allows players to intermix the capturing of Pokémons and Pokéballs with there everyday life.

Using the pattern

Designing Pervasive Gameplay consists of considering what other activities can be used to piggyback gameplay activities and considering how to avoid gameplay activities that disrupt other activities. Real Life Activities Affect Game State makes other activities into gameplay activities and therefore possible to do simultaneously, but the game design may still cause disruptions if it makes the frequency, timing, or location of the activities not fit the surroundings. How disruptive activities are naturally depend on their nature but also on which other activities also take place at any given place; it is however worth noticing that Physical Navigation can easily merge with other activities as long as is done at the same speed as other movement.

Generally, having Ubiquitous Gameplay makes it easier to support Pervasive Gameplay since limiting the dependency on dedicated places and equipment making it easy for the gameplay activity to be able to co-exist with other activities. Since it may not be possible to make a game work with all types of other activities, one solution is to limit the Pervasive Gameplay to function with some activities but avoid conflicts with other activities. This can be done through designating Safe Havens (this is typically done in Assassin) or through supporting Drop-In/Drop-Out gameplay. Momentum and Prosopopeia used this to handle situations where one no longer could roleplay being a ghost that had possessed the player. The fact that other activities may occur together with the Pervasive Gameplay typically offers easy ways of making the activities affect the gameplay through Extra-Game Input. While Interruptibility makes it possible to have pause gameplay when it would disturb other activities, this in itself is only a solution for slow-paced games. Minimalized Social Weight solves the problem of games negatively affecting other social activities, which is often one of the primary challenges to making a game have the pattern of Pervasive Gameplay.

For games that rarely require interaction from the players, co-existing with other activities depend more making players be at the locations where these activities take places rather than make the activities possible to occur simultaneously. The prime way of doing this is to use Real World Gameplay Spaces or Hybrid Gameplay Spaces, which can easily be constructed through the use of Physical Navigation, typically through the Artifact-Location Proximity, Player-Artifact Proximity, Player-Location Proximity, or Player-Player Proximity patterns.

Consequences

Games with Pervasive Gameplay are either likely to at least take partially place in public environment or be explicitly designed to do so. For this reason, they are likely to make use of Real World Gameplay Spaces, be viewable by Spectators, and instantiate Events Timed to the Real World simply because real world events will likely affect gameplay. Pervasive Gameplay is an enabler for Alternate Reality Gameplay since they by definition are able to co-exist with other activities and thereby can hide or merge with these activities.

While some types Extra-Game Input may explicitly be designed as part of Pervasive Gameplay, other types of Extra-Game Input may be difficult to avoid because the game design cannot control the gameplay context as well as for other types of games where no other activities are supposed to co-exist with the game activity. Both types of input can however lead to the presence of the pattern Real Life Activities Affect Game State.

Pervasive Gameplay puts additional requirements on Robotic Players since they not only need to be able to handle gameplay but act appropriately with regards to the other activities that overlap in some way with the gameplay.

Relations

Can Instantiate

Alternate Reality Gameplay, Events Timed to the Real World, Extra-Game Input, Real World Gameplay Spaces, Spectators

with Extra-Game Input

Real Life Activities Affect Game State

Can Modulate

Robotic Players

Can Be Instantiated By

Artifact-Location Proximity, Hybrid Gameplay Spaces, Interruptibility, Minimalized Social Weight, Physical Navigation, Player-Artifact Proximity, Player-Location Proximity, Player-Player Proximity, Real Life Activities Affect Game State, Real World Gameplay Spaces, Ubiquitous Gameplay

Can Be Modulated By

Drop-In/Drop-Out, Extra-Game Input, Safe Havens

Possible Closure Effects

-

Potentially Conflicting With

-

History

Based upon the concept of Activity Blending which is described in the Report on Short-Term Play Testing of Socially Adaptable Game Prototypes[4].

References

  1. Huizinga, J. (1955). Homo Ludens. Boston: Beacon Press, 1955, p. 10.
  2. Salen, K. & Zimmerman (2004). Rules of Play - Game Design Fundamentals. MIT Press.
  3. Montola, M., Stenros, J. & Waern, A. (2009) Pervasive Games - Theory and Design. Morgan Kaufmann Publishers.
  4. Maria Åresund, Johan Peitz, Anu Jäppinen, Jussi Lahti, Markus Montola, Petri Lankoski, Jonas Linderoth, & Staffan Björk. Report on Short-Term Play Testing of Socially Adaptable Game Prototypes. Deliverable D9.6 of the FP6 EU project IPerG.

Acknowledgements

-