Difference between revisions of "Winner determined after Gameplay Ends"
Line 20: | Line 20: | ||
Designing a game with [[Winner determined after Gameplay Ends]] requires setting one or more criteria for when gameplay ends as well as a way of determining a winner. The most common solution to the latter is the use of [[Scores]]. Since [[Winner determined after Gameplay Ends]] requires at least two players to be relevant, the pattern isn't compatible with [[Single-Player Games]]. | Designing a game with [[Winner determined after Gameplay Ends]] requires setting one or more criteria for when gameplay ends as well as a way of determining a winner. The most common solution to the latter is the use of [[Scores]]. Since [[Winner determined after Gameplay Ends]] requires at least two players to be relevant, the pattern isn't compatible with [[Single-Player Games]]. | ||
− | If winners can be calculated before gameplay ends, i.e. through a [[Predictable Winner]], the pattern ceases to work. Thus, [[Imperfect Information]] needs to be present although [[Complex Gameplay]] or [[Solution Uncertainty]] can make the calculation difficult enough that for practical concerns it cannot be done with certainty before gameplay ends. [[Secret Scoring Mechanisms]] is an even surer solution to this issue, and the use of it together with [[Winner determined after Gameplay Ends]] at least creates [[Higher-Level Closures as Gameplay Progresses]] related to the closure of who wins the game. | + | If winners can be calculated before gameplay ends, i.e. through a [[Predictable Winner]], the pattern ceases to work. Thus, [[Imperfect Information]] needs to be present although [[Complex Gameplay]] or [[Solution Uncertainty]] can make the calculation difficult enough that for practical concerns it cannot be done with certainty before gameplay ends. [[Secret Scoring Mechanisms]] is an even surer solution to this issue, and the use of it together with [[Winner determined after Gameplay Ends]] at least creates [[Higher-Level Closures as Gameplay Progresses]] related to the closure of who wins the game. The presence of [[Game Termination Penalties]] can modify [[Winner determined after Gameplay Ends]] heavily since can remove players from being able to influence the game state for some time before the winner is determined. |
Explicit design to allow the construction of [[Gameplay Engines]] can provide players with [[Supporting goals]] for games with [[Winner determined after Gameplay Ends]]. | Explicit design to allow the construction of [[Gameplay Engines]] can provide players with [[Supporting goals]] for games with [[Winner determined after Gameplay Ends]]. | ||
Line 57: | Line 57: | ||
=== Can Be Modulated By === | === Can Be Modulated By === | ||
+ | [[Game Termination Penalties]], | ||
[[Gameplay Engines]], | [[Gameplay Engines]], | ||
[[Scores]], | [[Scores]], |
Revision as of 13:08, 20 August 2015
Games where the winner(s) are determined after gameplay ends.
Many games give players to goal to win them against other players or against the game system. While some do this by giving goals that result in winning and ending games, others make players invest their efforts in various ways and only after some criteria has cause gameplay to end reveal or calculate who actually won (if anybody). The latter type of games make use of the pattern Winner determined after Gameplay Ends.
Contents
Examples
Go and Bridge are two classical games where the winner is formally declared after gameplay ends by calculating each player or teams score; Puerto Rico is a more modern example. So are the games Amun-Re, Concordia, Dominion, Egizia, and Race for the Galaxy but here some information is hidden so players may not be aware of who the actual winner is.
Gambling Games such as Roulette, Poker, and Texas Hold'em determine the winner after players have caused gameplay to end as a result of their actions, at least it viewing each round as a separate game instance.
Using the pattern
Designing a game with Winner determined after Gameplay Ends requires setting one or more criteria for when gameplay ends as well as a way of determining a winner. The most common solution to the latter is the use of Scores. Since Winner determined after Gameplay Ends requires at least two players to be relevant, the pattern isn't compatible with Single-Player Games.
If winners can be calculated before gameplay ends, i.e. through a Predictable Winner, the pattern ceases to work. Thus, Imperfect Information needs to be present although Complex Gameplay or Solution Uncertainty can make the calculation difficult enough that for practical concerns it cannot be done with certainty before gameplay ends. Secret Scoring Mechanisms is an even surer solution to this issue, and the use of it together with Winner determined after Gameplay Ends at least creates Higher-Level Closures as Gameplay Progresses related to the closure of who wins the game. The presence of Game Termination Penalties can modify Winner determined after Gameplay Ends heavily since can remove players from being able to influence the game state for some time before the winner is determined.
Explicit design to allow the construction of Gameplay Engines can provide players with Supporting goals for games with Winner determined after Gameplay Ends.
Consequences
Winner determined after Gameplay Ends relies on the presence of Game Over, so it can be said to modulate that pattern and more specifically Time Limited Game Instances when these exist in games besides Winner determined after Gameplay Ends. Not knowing who will win a game until gameplay is over typically causes Anticipation and Tension; which a player feels most strongly depends on their subjective perceptions of their chances of winning. Quite naturally, it affects Endgame phases in games which have these.
Players that believe they are in the lead of a game with Winner determined after Gameplay Ends may try to perform Speedending of that game if other players are perceived as going to take over the lead in the future. Players noticing that gameplay will end soon for this reason or others may do a Construction/Scoring Phase Shift in games where this is possible. Successful Speedending of games with Winner determined after Gameplay Ends actually causes Winning by Ending Gameplay to occur even if this is other circumstances is incompatible with Winner determined after Gameplay Ends.
By definition, Winner determined after Gameplay Ends is incompatible with Unwinnable Games and Winning by Ending Gameplay. As stated above, the use of Secret Scoring Mechanisms together with Winner determined after Gameplay Ends is a way to create Higher-Level Closures as Gameplay Progresses.
Relations
Can Instantiate
Anticipation, Construction/Scoring Phase Shift, Speedending, Tension
with Secret Scoring Mechanisms
Higher-Level Closures as Gameplay Progresses
with Speedending
Can Modulate
Endgame, Game Over, Multiplayer Games, Time Limited Game Instances
Can Be Instantiated By
Complex Gameplay, Imperfect Information, Solution Uncertainty
Can Be Modulated By
Game Termination Penalties, Gameplay Engines, Scores, Secret Scoring Mechanisms
Possible Closure Effects
-
Potentially Conflicting With
Predictable Winner, Single-Player Games, Unwinnable Games, Winning by Ending Gameplay
History
New pattern created in this wiki.
References
-
Acknowledgements
-