Difference between revisions of "Drop-In/Drop-Out"

From gdp3
Jump to: navigation, search
Line 1: Line 1:
 
[[Category:Staffan's current workpage]]
 
[[Category:Staffan's current workpage]]
 
[[Category:Patterns]]
 
[[Category:Patterns]]
 +
[[Category:Dynamic Patterns]]
 
[[Category:Needs work]]
 
[[Category:Needs work]]
 
''Designed support to handle players coming and going during game sessions in multiplayer games.''
 
''Designed support to handle players coming and going during game sessions in multiplayer games.''
Line 14: Line 15:
  
 
== Using the pattern ==
 
== Using the pattern ==
 
[[Late Arriving Players]]
 
 
[[Interruptability]]
 
 
[[Negotiable Play Sessions]]
 
  
 
Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned.  
 
Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned.  
Line 33: Line 28:
  
 
== Consequences ==
 
== Consequences ==
 +
[[Drop-In/Drop-Out]] allows players to have [[Negotiable Play Sessions]] in that they do not need to adjust their own play sessions to other players sessions. Besides being able to choose how long time they wish to play, [[Drop-In/Drop-Out]] gives the game [[Interruptability]] since players can use the functionality to define the breaks in the game session rather than define play sessions.
  
What effects a patterns has on a design.
+
Finally, since not all players need to start at the same time the pattern supports [[Late Arriving Players]].
  
 
== Relations ==
 
== Relations ==
  
 
=== Can Instantiate ===
 
=== Can Instantiate ===
[[Gameplay Design Pattern Template]] , [[Gameplay Design Pattern Template]]
+
[[Interruptability]], [[Late Arriving Players]], [[Negotiable Play Sessions]]
  
 
=== Can Modulate ===
 
=== Can Modulate ===
Line 45: Line 41:
  
 
=== Can Be Instantiated By ===
 
=== Can Be Instantiated By ===
[[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]
 
  
 
=== Can Be Modulated By ===
 
=== Can Be Modulated By ===
[[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]
 
  
 
=== Potentially Conflicting With ===
 
=== Potentially Conflicting With ===
[[Gameplay Design Pattern Template]], [[Gameplay Design Pattern Template]]
 
  
 
== History ==
 
== History ==
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.
+
New pattern created in this wiki.  
  
 
== References ==
 
== References ==
References to external sources.
 
 
 
 
[http://ve3d.ign.com/articles/news/49148/Microsoft-Patents-Drop-In-Drop-Out-Co-Op Microsoft patent regarding one type of Drop-In/Drop-Out in games]
 
[http://ve3d.ign.com/articles/news/49148/Microsoft-Patents-Drop-In-Drop-Out-Co-Op Microsoft patent regarding one type of Drop-In/Drop-Out in games]

Revision as of 14:55, 20 November 2009

Designed support to handle players coming and going during game sessions in multiplayer games.

Gamers cannot always participate in whole game sessions, having to stop prematurely to do something else. This causes problems for the game design in how it should keep the game balanced and interesting for the remaining gamers, but another type of problem can occur if the gamers that left wants to come back again to the same game session. For this problem the game design needs have mechanisms for re-introducing players without disrupting game balances nor making the effort of the already present players unrewarded in comparison with the returning players.

Examples

The multiplayer arcade game Gauntlet partly supported players leaving and entering the game during a game session. Players whose character had died could start playing again simply by inserting coins and new players could do the same. There was however no graceful way for a player to leave the game when one had a healthy character since that character would keep the others to that area until the abandoned character died (this meant that leaving was worse the more health the character had).

The Lego Star Wars Series (except the GBA version) supports a second player to at any point join the game with a character, and then leave whenever by simply choosing this option in the game. Given that the gameplay never requires both players and that players can replay levels infinitely the gameplay does not degrade when a player drops out.

All game sessions in the Left 4 Dead Series begin with four human characters but only one of them needs to controlled by human gamers. Those not played by humans are computer-controlled but can be replaced by gamers joining the games session. Likewise, if a gamer leaves the game (or loses network connection) the computer takes control over the character without disruption to the other gamers' gameplay. People can even "pause" the game to take their own short breaks while the other gamers continue with a temporary computer substitute.

Using the pattern

Text about what to think about when putting the pattern into a design, i.e. possible options. Have links to other patterns mentioned.

The sub headings below should be added if feasible.

Diegetic Aspects

If players are represented in a game through Avatars it is easy to show the entering or exiting of the game session by simply adding or removing the Avatars in the Game World. The removal can be done without causes discrepancies between the theme and the events in the game world if the Avatars represent expendable units that are easy to kill, since players may time their leaving to when they died and abandoned avatar will probably be killed soon anyway. Introducing new Avatars can be trickier but Spawn Points in close proximity to Inaccessible Areas can provide a diegetic explanation.

Interface Aspects

The are typically several reasons for other players to wish to know when another player leaves or joins a game session.

Consequences

Drop-In/Drop-Out allows players to have Negotiable Play Sessions in that they do not need to adjust their own play sessions to other players sessions. Besides being able to choose how long time they wish to play, Drop-In/Drop-Out gives the game Interruptability since players can use the functionality to define the breaks in the game session rather than define play sessions.

Finally, since not all players need to start at the same time the pattern supports Late Arriving Players.

Relations

Can Instantiate

Interruptability, Late Arriving Players, Negotiable Play Sessions

Can Modulate

Multiplayer Games

Can Be Instantiated By

Can Be Modulated By

Potentially Conflicting With

History

New pattern created in this wiki.

References

Microsoft patent regarding one type of Drop-In/Drop-Out in games