Difference between revisions of "Pervasive Gameplay"
| Line 1: | Line 1: | ||
| + | [[Category:Pervasive Patterns]] | ||
[[Category:Patterns]] | [[Category:Patterns]] | ||
[[Category:Needs work]] | [[Category:Needs work]] | ||
| Line 16: | Line 17: | ||
== 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. 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. | + | 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. 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]]. |
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. | 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. | ||
| Line 22: | Line 23: | ||
== 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]] 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. | ||
| + | |||
| + | 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. | ||
== Relations == | == Relations == | ||
=== Can Instantiate === | === Can Instantiate === | ||
[[Alternate Reality Gameplay]], | [[Alternate Reality Gameplay]], | ||
| + | [[Extra-Game Input]], | ||
[[Real World Gameplay Spaces]], | [[Real World Gameplay Spaces]], | ||
[[Spectators]] | [[Spectators]] | ||
| Line 34: | Line 38: | ||
=== Can Be Instantiated By === | === Can Be Instantiated By === | ||
[[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 World Gameplay Spaces]], [[Ubiquitous Gameplay]] | ||
| − | |||
=== Can Be Modulated By === | === Can Be Modulated By === | ||
[[Drop-In/Drop-Out]], | [[Drop-In/Drop-Out]], | ||
| + | [[Extra-Game Input]], | ||
[[Safe Havens]] | [[Safe Havens]] | ||
Revision as of 10:56, 24 January 2012
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 collection.
Contents
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.
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. 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.
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.
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.
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.
Relations
Can Instantiate
Alternate Reality Gameplay, Extra-Game Input, Real World Gameplay Spaces, Spectators
Can Modulate
-
Can Be Instantiated By
Player-Artifact Proximity, Player-Location Proximity, Player-Player Proximity, 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
New pattern created in this wiki.
References
- ↑ Huizinga, J. (1955). Homo Ludens. Boston: Beacon Press, 1955, p. 10.
- ↑ Salen, K. & Zimmerman (2004). Rules of Play - Game Design Fundamentals. MIT Press.
- ↑ Montola, M., Stenros, J. & Waern, A. (2009) Pervasive Games - Theory and Design. Morgan Kaufmann Publishers.
Acknowledgements
-
