Archive for January, 2013

A Theory of Cooperative Competition

Posted in Theory on January 13, 2013 by mclogenog

In cooperative games, players act against a common opposition, while in competitive games players oppose one another. I want to approach these terms—competitive and cooperative—in a different way. Instead of a struggle for shared success, it is useful to define cooperation as a struggle for shared enjoyment.

This definition decouples success from enjoyment, because there can be enjoyment in defeat. When I die in a game to protect my friends regardless of their success without me, when a friend suddenly falls and our virtual mortality is made tangible, or when we resist defeat in a glorious last stand, we have found an enjoyment distinct from success. These examples are a narrow sampling of cooperative gameplay. Cooperative enjoyment can also be part of competitive games. Consider the following examples:

Chess has four general outcomes. 1) Player A wins by a significant amount, and Player B loses. 2) Player A loses by a significant amount, and Player B wins. 3) Player A and Player B tie. 4) Player A wins or loses in a close game.

Because Chess is competitive, success would only be upon victory. This means that outcome 1 is the goal, followed in order of desirability by outcomes 4, 3, and 2. However, anyone who has played Chess knows that outcomes 1 and 2 are the least interesting; a four-move checkmate is only amusing the first time.

The ideal chess game is outcome 4, a series of cunning traps that are detected and circumvented until one succeeds, regardless of victory or defeat. This reality makes more sense from the perspective of cooperative enjoyment than from the traditional notion of competition. Both players are cooperating for the shared enjoyment of outcome 4.

There is also an unusual amount of trust involved. Stronger players might remove pieces, modify rules, or secretly weaken their strategies as handicaps to increase the likelihood of outcomes 4 and decrease the likelihood of outcomes 1 or 2. Either player could also intentionally lose, forcing outcomes 1 or 2, and eliminating all enjoyment. There is a mutually expected sportsmanship.

Chart_Chess

A visual summary of Chess

The second example is Call of Duty (any of the games since 2007’s Modern Warfare will do). There are three general outcomes in a multiplayer match of CoD. 1) Player A’s kill-death ratio is negative. 2) Player A’s kill-death ratio is positive. 3) Player A’s kill-death ratio is neutral, give or take. This is a specific way of playing CoD; most players ignore deaths and focus instead on whether they were on the winning team or not. However, kill-death ratio is the only way a player can influence my team’s success or failure, so that is the metric I chose. (If recent CoD games offered support interaction, like the medics of CoD3, this would not be the case.) Even so, these categories are scalable down to each engagement in a match, and up to a session of matches without changing my findings.

The only enjoyable outcome is 2. Like any effective random reward schedule, outcome 2 happens just often enough for players to continue playing. Outcome 1 leaves players frustrated, but there is a need to redeem oneself and play “one more match.” Outcome 3 is almost as bad, because players know they are capable of outcome 2. And so they play again.

Most modern competitive shooters amplify these problems. They are designed for competition (and victory), rather than cooperative enjoyment. CoD’s “score streaks” unlock bonuses (e.g. airstrikes, helicopters, dogs) that behave as positive feedback loops. These bonuses cause arbitrary death, which causes the positive feedback loop of frustration. Unreal Tournament 2004’s “adrenaline” also unlocked bonuses (e.g. invisibility, health regeneration, speed boost), but these were not arbitrary.

Unlike Chess, there is no way to examine CoD for cooperative enjoyment. Even if players have friends on their team, the only cooperative interaction is by sharing tactical knowledge, and the benefits of this in CoD are limited. In short, CoD’s multiplayer is severely asocial.

Chart_CoD

A visual summary of CoD

TLDR; A multiplayer game’s encounter/match/session needs to be intrinsically satisfying, or else only victory will be. Thinking of competition through the perspective of cooperative enjoyment may help in achieving this.

Note: the graphs are visual representations of my quantified subjective experiences. They are not based upon data I have collected. I could have made the curve steeper for Call of Duty, or scored a tie in Chess less enjoyably, so read them cautiously.

Advertisements

On Multiplayer Level Design: Basics

Posted in Theory on January 1, 2013 by mclogenog

I’ve designed amateur levels for a while now.¹ For each level, I’ve attempted to explain the rationale behind my specific layout or weapon choices, yet I’ve never written about a general theory of multiplayer level design. That is the point of this post.

Below are several abstracted principles, and though I’ve written them as absolutes for clarity’s sake, they are my subjective observations. The first three principles should be apparent; these are my advice for new level designers. The last three are debatable, so I have attempted to defend them in the text below.

1. A successful design follows from familiarity with the game. Play until you understand.

2. Playing games is necessary, but not sufficient, to understand them.

3. Understanding differs from skill. Inept players can be capable designers.

4. Levels do not exist in isolation.

5. Mechanics inform, but do not determine, level design.

6. Levels are the medium through which players encounter a game’s systems.²

In early 2008 I purchased Unreal Tournament 3 because it had a level editor, not because I loved Unreal. My early levels were flawed by this; they played like Call of Duty, Halo, or whatever I was playing at the time. This isn’t a problem that goes away either. My latest designs are visibly influenced by Quake III. The solution is to be aware of these influences when designing.

In the early Unreal games, there was no codified style. Unreal suffered from imbalanced and redundant weaponry. Although UT99 reduced these problems, the level style was inconsistent. Compare Inoxx’s SpaceNoxx or Pyramid to Akuma’s Viridian or Malevolence. The divergence of styles made UT99 many games in one.

UT2k4 and UT3 were more consistent. Separate styles bound the levels to their respective games. Checker’s Ironic belongs to UT2k4, not UT99 or UT3.³ This same stylistic consistency is true of Quake III, Team Fortress 2, and Counter Strike. I could build Dust in Unreal, but I would be ignoring both mechanical and stylistic differences between the two games. Dust would not be an ideal expression of “Unreal-ness.”

Yet, when modding for UT3 was at its peak, ports of Quake III levels were common. From a mechanical view, these two games are almost identical. The movement, the weapons, and the power-ups are similar. They could be the same game. The style of their levels is incompatible, though, and it’s at this point that most ported levels failed.

One-way paths, dead-ends, and narrow corridors are typical of Quake levels. These elements reinforce strategies built around timing pickups. Many paths are pointlessly dangerous without timing items correctly. UT2k4 and UT3 levels avoid this style of design. Although timing is a part of strategic play, predicting the enemy’s location relative to one’s own is more important.

There are exceptions in both games, though. Quake III’s Vertical Vengeance is compatible with UT3 (Moonflyer built an excellent port), and Inoxx’s UT99 levels are arguably more compatible with Quake than with Unreal. Despite these exceptions, I think my points about the role of level design still stand.

This summer I had a brief, freelance level design gig. An independent programmer needed levels for his mechanically complete game. He requested something like Quake or Unreal, and though there were several design restrictions, he gave me enormous freedom. By designing the first multiplayer level for the game, I was central to defining the style, and—by extension—defining the game.

In designing levels, even as an amateur, be aware. No level exists in isolation, and familiarity with a game’s style and mechanics is essential when designing levels for it. Reviews seldom mention level design, and indies are quick to cut corners, but its role can’t be ignored. If nothing else, remember that to design, you have to play.

Notes:

¹ I use “amateur” in both senses of the word. I design my levels out of love for the process, but I’m also not paid for my work.

² In games like Skyrim, I consider both the main world and individual dungeons to be levels. There are also many games without levels; this principle doesn’t apply to them.

³ Checker’s Ironic was originally built for UT2k3, not UT2k4. However, the two games and their level design styles are much more similar to each other than they are to UT99 or UT3.