Asynchronous Gameplay - Revision history

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

2015-07-02T19:44:57Z

← Older revision		Revision as of 19:44, 2 July 2015
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.		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]].		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.		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 ==		== Consequences ==

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

2015-07-02T19:43:53Z

← Older revision		Revision as of 19:43, 2 July 2015
Line 1:		Line 1:
	[[Category:Patterns]]		[[Category:Patterns]]
	[[Category:~~Needs work~~]]		[[Category:Dynamic Patterns]]
	[[Category:Needs revision]]		[[Category:Needs revision]]
	~~[[Category:Needs examples]]~~
	[[Category:Needs references]]		[[Category:Needs references]]
	~~[[Category:Stub]]~~
	[[Category:To be Published]]		[[Category:To be Published]]
	~~[[Category:Staffan's current workpage]]~~
	''Gameplay that does not require - or demands - that not all players are playing at the same time.''		''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 ===		=== Examples ===

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

2015-07-02T19:42:29Z

← Older revision		Revision as of 19:42, 2 July 2015
Line 9:		Line 9:
	''Gameplay that does not require - or demands - that not all players are playing at the same time.''		''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 ===		=== 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.

			The [[Left 4 Dead series]] allows players to come and go by simply replacing them with AI players when someone leave and having those AI players yield their places when someone wants to join a game.

			Game masters of [[:Category:Tabletop Roleplaying Games\|Tabletop Roleplaying Games]] can handle cases where not all players are present by either taking on the roles of those players' characters themselves or by providing narrative explanations why those characters are not active in the same way others are.

	== Using the pattern ==		== Using the pattern ==

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

2015-07-02T19:36:44Z

← Older revision		Revision as of 19:36, 2 July 2015
Line 17:		Line 17:

	== Using the pattern ==		== Using the pattern ==

	~~[[Drop-In/Drop-Out 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.		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]].		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.		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]],		[[AI Players]],
	[[Dedicated Game Facilitators]],		[[Dedicated Game Facilitators]],
	[[Drop-In/Drop-Out ~~Gameplay~~]],		[[Drop-In/Drop-Out]],
	[[Ghosts]],		[[Ghosts]],
	[[No Direct Player Influence]],		[[No Direct Player Influence]],

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

2015-07-02T19:34:05Z

← Older revision		Revision as of 19:34, 2 July 2015
Line 12:		Line 12:

	=== Examples ===		=== Examples ===
	The [[Left 4 Dead series]]		The [[Left 4 Dead series]] allows players to come and go



	== Using the pattern ==		== Using the pattern ==

			[[Drop-In/Drop-Out 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.		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]],		[[AI Players]],
	[[Dedicated Game Facilitators]],		[[Dedicated Game Facilitators]],
			[[Drop-In/Drop-Out Gameplay]],
	[[Ghosts]],		[[Ghosts]],
	[[No Direct Player Influence]],		[[No Direct Player Influence]],

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

2015-07-02T19:33:23Z

← Older revision		Revision as of 19:33, 2 July 2015
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.		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.		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]].
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.		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.		[[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 ==		== Consequences ==

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

2015-07-02T19:30:23Z

← Older revision		Revision as of 19:30, 2 July 2015
Line 12:		Line 12:

	=== Examples ===		=== Examples ===
	[[Left 4 Dead series]]		The [[Left 4 Dead series]]


	~~==== Anti-Examples ====~~
	~~optional~~

	== Using the pattern ==		== Using the pattern ==
Line 51:		Line 50:

	=== Can Be Instantiated By ===		=== Can Be Instantiated By ===
			[[AI Players]],
	[[Dedicated Game Facilitators]],		[[Dedicated Game Facilitators]],
	[[Ghosts]],		[[Ghosts]],

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

2015-07-02T19:29:40Z

Using the pattern

← Older revision		Revision as of 19:29, 2 July 2015
Line 18:		Line 18:

	== Using the pattern ==		== Using the pattern ==

	~~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 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.		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 27:		Line 24:
	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]].

	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.		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.		[[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.

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

2015-07-02T19:25:49Z

Using the pattern

← Older revision		Revision as of 19:25, 2 July 2015
Line 21:		Line 21:
	ref to [[Unsynchronized Game Sessions]]		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]],~~

			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.
	[[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.		[[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.

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

2015-07-02T19:15:48Z

Using the pattern

← Older revision		Revision as of 19:15, 2 July 2015
Line 23:		Line 23:
	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]].

	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]].		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.

	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]].

	[[Persistent Game Worlds]]		[[Persistent Game Worlds]]

	~~[[Common Experiences]]~~

	~~=== Can Be Instantiated By ===~~
	~~[[Ghosts]],~~
	~~[[No Direct Player Influence]],~~

	=== Can Be Modulated By ===		=== Can Be Modulated By ===
Line 40:		Line 34:
	[[Late Arriving Players]],		[[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.		[[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.

	== Consequences ==		== Consequences ==