Asynchronous Gameplay - Revision history

Staffan Björk at 19:44, 2 July 2015

2015-07-02T19:44:57Z

Staffan Björk at 19:43, 2 July 2015

2015-07-02T19:43:53Z

Staffan Björk at 19:42, 2 July 2015

2015-07-02T19:42:29Z

Staffan Björk at 19:36, 2 July 2015

2015-07-02T19:36:44Z

Staffan Björk at 19:34, 2 July 2015

2015-07-02T19:34:05Z

Staffan Björk at 19:33, 2 July 2015

2015-07-02T19:33:23Z

Staffan Björk at 19:30, 2 July 2015

2015-07-02T19:30:23Z

Staffan Björk: /* Using the pattern */

2015-07-02T19:29:40Z

‎Using the pattern

Staffan Björk: /* Using the pattern */

2015-07-02T19:25:49Z

‎Using the pattern

Staffan Björk: /* Using the pattern */

2015-07-02T19:15:48Z

‎Using the pattern

@@ Line 19: / Line 19: @@
 One of the needs of [[Asynchronous Gameplay]] is maintaining the game state, often without any player present. This means that [[Dedicated Game Facilitators]] are often needed for [[Asynchronous Gameplay]]. One simple aspect of the game state which games with [[Asynchronous Gameplay]]  often need to support is simply making it clear to active players which the other players are; [[Handles]] is a simple solution to this.
-Another aspect of [[Asynchronous Gameplay]] is how players should be able to interact with the game and other players. [[Turn-Based Games]] ensure that players have chances of interacting with the game in equal amounts but can lead to [[Downtime]]. [[Tick-Based Games]] in practice makes players have simultaneous and synchronized turns but unless the ticks are long players the presence of [[The Show Must Go On]] can work directly against [[Asynchronous Gameplay]]. The same goes for [[Real-Time Games]]. Games with [[No Direct Player Influence]] avoid this through making players make all decisions before gameplay begins. [[Ghosts]] offer a similar solution by having recordings of players offer competition. [[Free Gift Inventories]] on the other hand provide players with possibilities of supporting other players without them being present. While not possible for all types of games due to technical issues, [[AI Players]] can in a brute force way support [[Asynchronous Gameplay]] by simply replacing human players with [[AI players]].
+Another aspect of [[Asynchronous Gameplay]] is how players should be able to interact with the game and other players. [[Turn-Based Games]] ensure that players have chances of interacting with the game in equal amounts but can lead to [[Downtime]]. [[Tick-Based Games]] in practice makes players have simultaneous and synchronized turns but unless the ticks are long players the presence of [[The Show Must Go On]] can work directly against [[Asynchronous Gameplay]]. The same goes for [[Real-Time Games]]. Games with [[No Direct Player Influence]] avoid this through making players make all decisions before gameplay begins. [[Ghosts]] offer a similar solution by having recordings of players offer competition. [[Free Gift Inventories]] on the other hand provide players with possibilities of supporting other players without them being present. While not possible for all types of games due to technical issues, [[AI Players]] can in a brute force way support [[Asynchronous Gameplay]] by simply replacing human players with [[AI Players]].
 While not strictly necessary for [[Asynchronous Gameplay]], it is often easier to allow players to also not be in physical proximity through the use of [[Communication Channels]] and [[Mediated Gameplay]]. Most cases of [[Persistent Game Worlds]] support this as well as having [[Dedicated Game Facilitators]], so they make good starting points for supporting [[Asynchronous Gameplay]]. Similarly, games that support [[Drop-In/Drop-Out]] gameplay have typically met the requirements for supporting [[Asynchronous Gameplay]].
@@ Line 25: / Line 25: @@
 While [[Asynchronous Gameplay]] can require all players to be present at the beginning of a game instance, one could argue that a fuller form of the pattern supports [[Late Arriving Players]]. In contrast, players may not be need to be present at the end of a game instance due to [[Player Elimination]] or support for [[Early Leaving Players]] but games can also simply end at players can be informed about the final state later. As these patterns show, support for [[Unsynchronized Game Sessions]] often overlap with support for [[Asynchronous Gameplay]] so it often makes sense to consider both when considering one.
-[[Public Information]] can be difficult to combine with [[Asynchronous Gameplay]] since players can potentially gain advantages by access information about the other players. Likewise, [[Common Experiences]] can be problematic to support in games with [[Asynchronous Gameplay]] since players may not ever actually directly interact with each other (this is especially the case when [[AI players]] are used to replace players that leave gameplay).
+[[Public Information]] can be difficult to combine with [[Asynchronous Gameplay]] since players can potentially gain advantages by access information about the other players. Likewise, [[Common Experiences]] can be problematic to support in games with [[Asynchronous Gameplay]] since players may not ever actually directly interact with each other (this is especially the case when [[AI Players]] are used to replace players that leave gameplay).
 == Consequences ==

@@ Line 1: / Line 1: @@
 [[Category:Patterns]]
-[[Category:Needs work]]
+[[Category:Dynamic Patterns]]
 [[Category:Needs revision]]
 [[Category:Needs references]]
 [[Category:To be Published]]
 ''Gameplay that does not require - or demands - that not all players are playing at the same time.''
-While many games are played by players that are co-presence with each others, not all games do. Those with [[Asynchronous Gameplay]] can be played with some or no other players present while not causing gameplay problems.
+While many games are played by players that are co-presence with each other, not all games do. Those with [[Asynchronous Gameplay]] can be played with some or no other players present while not causing gameplay problems.
 === Examples ===

@@ Line 9: / Line 9: @@
 ''Gameplay that does not require - or demands - that not all players are playing at the same time.''
-This pattern is a still a stub.
+While many games are played by players that are co-presence with each others, not all games do. Those with [[Asynchronous Gameplay]] can be played with some or no other players present while not causing gameplay problems.
 === Examples ===
-The [[Left 4 Dead series]] allows players to come and go
+Turn-based games such as [[Chess]] and [[Go]] support [[Asynchronous Gameplay]] since players alternate between performing actions in the game and each action can be simply described in messages. This allows players to record their action as messages for other players, who performs these actions when the messages are received and after this begins considering their own next move.
 == Using the pattern ==

@@ Line 17: / Line 17: @@
 == Using the pattern ==
 One of the needs of [[Asynchronous Gameplay]] is maintaining the game state, often without any player present. This means that [[Dedicated Game Facilitators]] are often needed for [[Asynchronous Gameplay]]. One simple aspect of the game state which games with [[Asynchronous Gameplay]]  often need to support is simply making it clear to active players which the other players are; [[Handles]] is a simple solution to this.
@@ Line 24: / Line 22: @@
 Another aspect of [[Asynchronous Gameplay]] is how players should be able to interact with the game and other players. [[Turn-Based Games]] ensure that players have chances of interacting with the game in equal amounts but can lead to [[Downtime]]. [[Tick-Based Games]] in practice makes players have simultaneous and synchronized turns but unless the ticks are long players the presence of [[The Show Must Go On]] can work directly against [[Asynchronous Gameplay]]. The same goes for [[Real-Time Games]]. Games with [[No Direct Player Influence]] avoid this through making players make all decisions before gameplay begins. [[Ghosts]] offer a similar solution by having recordings of players offer competition. [[Free Gift Inventories]] on the other hand provide players with possibilities of supporting other players without them being present. While not possible for all types of games due to technical issues, [[AI Players]] can in a brute force way support [[Asynchronous Gameplay]] by simply replacing human players with [[AI players]].
-While not strictly necessary for [[Asynchronous Gameplay]], it is often easier to allow players to also not be in physical proximity through the use of [[Communication Channels]] and [[Mediated Gameplay]]. Most cases of [[Persistent Game Worlds]] support this as well as having [[Dedicated Game Facilitators]], so they make good starting points for supporting [[Asynchronous Gameplay]].
+While not strictly necessary for [[Asynchronous Gameplay]], it is often easier to allow players to also not be in physical proximity through the use of [[Communication Channels]] and [[Mediated Gameplay]]. Most cases of [[Persistent Game Worlds]] support this as well as having [[Dedicated Game Facilitators]], so they make good starting points for supporting [[Asynchronous Gameplay]]. Similarly, games that support [[Drop-In/Drop-Out]] gameplay have typically met the requirements for supporting [[Asynchronous Gameplay]].
 While [[Asynchronous Gameplay]] can require all players to be present at the beginning of a game instance, one could argue that a fuller form of the pattern supports [[Late Arriving Players]]. In contrast, players may not be need to be present at the end of a game instance due to [[Player Elimination]] or support for [[Early Leaving Players]] but games can also simply end at players can be informed about the final state later. As these patterns show, support for [[Unsynchronized Game Sessions]] often overlap with support for [[Asynchronous Gameplay]] so it often makes sense to consider both when considering one.
@@ Line 55: / Line 53: @@
 [[AI Players]],
 [[Dedicated Game Facilitators]],
-[[Drop-In/Drop-Out Gameplay]],
+[[Drop-In/Drop-Out]],
 [[Ghosts]],
 [[No Direct Player Influence]],

@@ Line 12: / Line 12: @@
 === Examples ===
-The [[Left 4 Dead series]]
+The [[Left 4 Dead series]] allows players to come and go
 == Using the pattern ==
 One of the needs of [[Asynchronous Gameplay]] is maintaining the game state, often without any player present. This means that [[Dedicated Game Facilitators]] are often needed for [[Asynchronous Gameplay]]. One simple aspect of the game state which games with [[Asynchronous Gameplay]]  often need to support is simply making it clear to active players which the other players are; [[Handles]] is a simple solution to this.
@@ Line 52: / Line 55: @@
 [[AI Players]],
 [[Dedicated Game Facilitators]],
 [[Ghosts]],
 [[No Direct Player Influence]],

@@ Line 21: / Line 21: @@
 ref to [[Unsynchronized Game Sessions]]
-One of the needs of [[Asynchronous Gameplay]] is maintaining the game state, often without any player present. This means that [[Dedicated Game Facilitators]] are often needed for [[Asynchronous Gameplay]].
+One of the needs of [[Asynchronous Gameplay]] is maintaining the game state, often without any player present. This means that [[Dedicated Game Facilitators]] are often needed for [[Asynchronous Gameplay]]. One simple aspect of the game state which games with [[Asynchronous Gameplay]]  often need to support is simply making it clear to active players which the other players are; [[Handles]] is a simple solution to this.
-Another aspect of [[Asynchronous Gameplay]] is how players should be able to interact with the game. [[Turn-Based Games]] ensure that players have chances of interacting with the game in equal amounts but can lead to [[Downtime]]. [[Tick-Based Games]] in practice makes players have simultaneous and synchronized turns but unless the ticks are long players the presence of [[The Show Must Go On]] can work directly against [[Asynchronous Gameplay]]. The same goes for [[Real-Time Games]]. Games with [[No Direct Player Influence]] avoid this through making players make all decisions before gameplay begins. [[Ghosts]] offer a similar solution by having recordings of players offer competition.
+Another aspect of [[Asynchronous Gameplay]] is how players should be able to interact with the game and other players. [[Turn-Based Games]] ensure that players have chances of interacting with the game in equal amounts but can lead to [[Downtime]]. [[Tick-Based Games]] in practice makes players have simultaneous and synchronized turns but unless the ticks are long players the presence of [[The Show Must Go On]] can work directly against [[Asynchronous Gameplay]]. The same goes for [[Real-Time Games]]. Games with [[No Direct Player Influence]] avoid this through making players make all decisions before gameplay begins. [[Ghosts]] offer a similar solution by having recordings of players offer competition. [[Free Gift Inventories]] on the other hand provide players with possibilities of supporting other players without them being present.
-While not strictly necessary for [[Asynchronous Gameplay]], it is often easier to allow players to also not be in physical proximity through the use of [[Communication Channels]] and [[Mediated Gameplay]].
+While not strictly necessary for [[Asynchronous Gameplay]], it is often easier to allow players to also not be in physical proximity through the use of [[Communication Channels]] and [[Mediated Gameplay]]. Most cases of [[Persistent Game Worlds]] support this as well as having [[Dedicated Game Facilitators]], so they make good starting points for supporting [[Asynchronous Gameplay]].
-−
 [[Persistent Game Worlds]]
-−
-=== Can Be Modulated By ===
-[[Free Gift Inventories]],
-[[Handles]],
-[[Late Arriving Players]],
 [[Public Information]] can be difficult to combine with [[Asynchronous Gameplay]] since players can potentially gain advantages by access information about the other players. Likewise, [[Common Experiences]] can be problematic to support in games with [[Asynchronous Gameplay]] since players may not ever actually directly interact with each other.