Thursday, September 2, 2010

Woeful Post of Doom: "Selling Out" Edition

MMORPGs are games that should require and thrive on a large number of concurrent players. In order to keep players logged in, the game needs to go one of two routes: Massive numbers that ensure that the servers seem busy even if everyone plays only 15 minutes a day; or requiring existing hardcore players to play the game for long stretches in order to the get the kind of rewards that hardcore gamers love.

Clearly the casual market is the easiest market into which to grow an MMORPG playerbase. Being casual-friendly is not far from "going mainstream" and "selling out", though. Casuals are generally non-gamers--in order to appeal to them, game designers need to assume less and less knowledge is at the disposal of a new player.

A designer can take two paths here. The hard and "right" path: he can do his best to design the game well by keeping mechanics simple but deep and by designing interfaces that are easy to learn but powerful. The other path--the "easy" one--involves stringing together the cheapest, most addictive proven gameplay mechanics on the market and wrapping them up in an inoffensive and relatable shell, replete with social tie-ins and micro-transaction money sinks.

Casual players will not have developed tastes in gaming. Cheap tricks can keep naive players entertained for a surprisingly long time. The number of naive players is so high that even if a naive player gets bored of a cheap hook within a few days or a month, there are enough naive players around to cycle through the system that there won't be much of an issue making more sales and keeping servers busy.

Regressive design preys on the naive casual gamer. We see this with the retro game resurgence--new generations of players are growing up in a world where their first game experience is in a 3D, multi-ten-million-dollar blockbuster game like Halo, Modern Warfare 2, or Mass Effect; game mechanics ancient, tired, and overdone in the eyes of experienced older gamers are novelties to the younger generation. They will play these games and give a market for the regressive and inferior. Of course some games can do justice to the old ideas, but most--as is the case in almost every arena--such games are crap.

Recycling the same tricks in better wrapping seems to make plenty of money. This is disheartening to me as someone who cares about games and enjoys seeing game design evolve towards radical new directions.

MMORPG design is falling into the same degenerative pattern that players of MMORPGs fall victim to: always taking the path of least resistance at the cost of long-term fun and success. It's worse in MMORPGs than it is in other genres, though, because the cost of putting an MMORPG together and running it dwarf the same kinds of costs for other games. And players have come to expect ridiculous amounts of polish and content from each new MMORPG. Expectations are in the wrong directions and far outreach almost every single development team's capabilities.

Where do we go from here?

To players: I'd suggest leaving the MMORPG scene and finding better games to entertain you. Or just stick to a polished and successful game like World of Warcraft or Lord of the Rings Online or enjoy a niche game that suits you like EVE, Darkfall, or A Tale in the Desert. Give games with alternate payment models (not F2P or P2P) a shot--like Guild Wars 2 (are there others?). Don't waste your time and money playing games that seek to exploit you instead of provide you with consistent fun.

To developers: Ditch the approaches where success will cost you upwards of tens or hundreds of millions of dollars. Make smaller, well-crafted games. Try new things on the cheap. Try different business models: don't fall into the micro-transaction conflict of interests and don't try to charge subscriptions which encourage artificial content extension. Or maybe just give up on MMORPGs all together and try to branch out into a different kind of MMO that may have a better market at the moment.

Wednesday, August 25, 2010

Immersion and Realism

Realism is one specific path towards immersion. It's neither a necessary condition of immersion, nor is a game's level of realism at all correlated with how immersive an experience it can provide. Realism is nothing more than a game's resemblance to real life. Real life has an open, impossible to fully articulate (as far as we've been able to, anyway) set of rules, while games have their own sets that are generally self-contained, fully-definable, and self-sufficient. When we're immersed in a game world, it's not because it is real, though strong realism can aid in immersion; we become immersed because we buy into the systems and metaphors of the game. This buy-in requires that the systems and metaphors be smooth to our mental touch. Awkward metaphors, obvious technical issues, and broken game systems can open gaps in the closed system and force us out of buy-in. Other activities outside of the game itself can also hinder buy-in, too, like a crying child, feeling ill, a headache, or just being in a bad mood. When immersed, you and the game are communicating smoothly. Any break in that communication or unwillingness on either side to communicate has a significant chance of breaking immersion.

Game design is communicating interesting problems to the player and then giving him the tools to communicate back solutions that the game then somehow tests and gives feedback on. Game mechanics are communicated through metaphors that reference fantastical or conceivably real objects through the simulacra of sprites, models, textures, and sound. The most obvious way to communicate with a player is to use a "language", or set of metaphors, that they already know: such a language is how-the-real-world-generally-works. This is a shortcut to immersion. Of course no game is truly realistic, but we don't mind that because the exceptions to realism in an immersive game are generally mechanically and metaphorically consistent and make the gameplay better. Games that don't aim to be realistic still use the real world as a basis for the metaphors that pull the player into the game. Realism isn't necessary for immersion, but the game does need to provide the player with ways to relate to the game world.

All games have a base level of likeness to the real world. Realism beyond this point has no correlation to the game's ability to provide an immersive experience.

Monday, August 23, 2010

Does Anyone Actually Play an MMORPG

Chris at Game by Night brought to my attention the current WoW raiding scene. I am wondering if this is a winning scenario for Blizzard.

Back before Burning Crusade, before badge gear, raid progression was set in stone. Players went Molten Core, Blackwing Lair, Ahn'Qiraj 40, Naxxramas. Zul'Gurub and AQ20 were mixed in occasionally to get a few odds and ends. If a guild was fresh to the raid scene, they went to ZG and MC.

In Wrath, this insertion point progresses with the aid of badge loot. Naxxramas and Ulduar are obsolete, and subsequently see little action. It seems like the vast majority of fresh raid teams try their hand at ToC (after acquiring their mound of badges).

This is what players wanted. Raiders in 1.x cried foul when Naxxramas was released, claiming that they would never see that content (never mind that they still had parts of BWL and AQ to see). Now the newest raid is but one stepping stone away, but this stepping stone can be pretty mighty for unseasoned raiders (as Chris points out).

I would be very curious to see some numbers comparing these two systems. This is completely speculative, but let's say that the percent of players who "consumed" part or all of raids was something like: 40% MC, 35% BWL, 20% AQ40, 12% Naxx; while with in Wrath: 35% Naxx, 30% Ulduar, 30% ToC, 25% ICC. In terms of content consumed, I think the Wrath system is better. Sure there are some players who are late to the game and won't see Naxx and Ulduar (because they jump right to ToC), but those same players wouldn't see AQ and Naxx in 1.x. At least now they could potentially go back to the obsolete raids to see the pretty lights.

In terms of gameplay though, I think the former system is superior. I don't think either is particular good, but as a friend of mine points out, "[Guilds] could still go in [to AQ] and feel like they accomplished something. Now you are just silly if you go to Naxx to get gear."

Observing these two systems, I can't help but wonder if playing an MMORPG is really "play". CrazyKinux linked a very good article about a psychologist's definition of play, and this stuck out to me:

To the degree that we engage in an activity purely to achieve some end, or goal, which is separate from the activity itself, that activity is not play. What we value most, when we are not playing, are the results of our actions. The actions are merely means to the ends.

In play, however, all this is reversed. Play is activity conducted primarily for its own sake. The playful student enjoys studying the subject and cares less about the test. In play, attention is focused on the means, not the ends, and players do not necessarily look for the easiest routes to achieving the ends.

This is in relation to play in general and not just games (play with goals), but it seriously threatens the notion of playing an MMORPG. Don't think about "fun"; fun is an illusion, a bag of tricks to keep you entertained: random item drops akin to slot machines, leaderboards, etc.. When was the last time you actually played an MMORPG? Used your character to perform some action for sake of that action itself? Visited a dungeon you liked not for an Achievement and not for a piece of loot? Or even just fought a monster to play around instead of consuming it like a resource?

When there isn't actually any play involved, raid content dies. Naxx and Ulduar will be forever empty like ZG, BWL, and AQ with its enormously entertaining C'Thun fight. The "carrot on a stick" design mantra of WoW is great for entertaining users, but later on players will painfully grind reputation and badges.

Don't think I'm picking on WoW; the entire genre is like this. And it is very unfortunate.

Sunday, August 22, 2010

Lanchester’s Laws and RTS Design

(I’ve been playing a lot of World of Tanks lately. I can’t talk much about it because of the NDA, but as soon as the open beta rolls around I will make a post about the game.

I have a few other articles I’ve written this month that are awkwardly close to completion. Hopefully I’ll get them up soon. Here’s a short post to tickle your brain while I put together more substantial content.)

Predicting casualties is easy when two even-skilled sides are fighting in melee, says Lanchesters' Law:

In ancient combat, between phalanxes of men with spears, say, one man could only ever fight exactly one other man at a time. If each man kills, and is killed by, exactly one other, then the number of men remaining at the end of the battle is simply the difference between the larger army and the smaller, assuming identical weapons.

But what about when units with ranged weapons engaged? The same simple model can no longer hold.

With firearms engaging each other directly with aimed fire from a distance, they can attack multiple targets and can receive fire from multiple directions. The rate of attrition now depends only on the number of weapons firing. Lanchester determined that the power of such a force is proportional not to the number of units it has, but to the square of the number of units. This is known as Lanchester's Square Law.

This fact is of critical importance for RTS design. Games that mix melee and ranged combatants can face strange balance issues that arise because of asymmetric forces of melee and ranged combatants combining in different ways. Ranged units may be balanced against one another, but when melee units are added the balance is damaged more than the addition of another ranged unit would have. 

In games that consist entirely of ranged units, like Company of Heroes, balance is a fickle thing. When developers make even a small change to a unit’s capabilities, the squared effect of that change can cause ripples through the entire metagame and cause certain crazy strategies to become viable (pioneer spam was one such issue in CoH).

This fickleness applies to both unit strength and the cost of units. Adding to a numerical advantage by cheapening a certain unit for one faction in an RTS can cause very severe issues if the other faction isn’t also adjusted, because the asymmetry will cause a much larger effect on the battlefield than most anyone will expect.

Wednesday, August 11, 2010

No Bore Core

I have a very bottom-up approach to game design. I like to think in terms of fundamental, atomic, core mechanics, and build them up in layers to produce a cohesive system.

After making those minigames for my cancelled Facebook MMORPG, I am fairly confident that there are 2 types of "core" mechanics: mathematical and pattern matching. My evidence is purely anecdotal, but after observing players for several months, I believe that pattern matching is a superior mechanic for video gaming. I attribute this to the amazing subconscious pattern matching and recognition facilities in the human brain.

Pattern matching as a mechanic is usually coupled with input device mastery. Two prevalent forms of PM are shooters (click the button when a target lines up with the reticule) and rhythm games (click the buttons in sync with an auditory cue). Both these games involve some sort of prediction, e.g. leading targets, interpolating target location, and maintaining musical beat/rhythm.

To help understand the difference between pattern matching and straight up input device mastery, think of any implementation of Whack-a-mole (any WoW addon for a support role will work). The mole surfaces at random locations (debuffs are placed on random raid members), and the player hits the mole (clicks the grid to decurse the target). There is no prediction, pattern, rhyme or reason to where the moles will appear. The player simply invokes muscle memory to move the mallet to a location and swings her finger.

If we examine the shooter mechanic stack a bit more, the very next layer on top of pattern matching in most shooters is resource management (which is a mathematical mechanic). Ammo, weapon clips, reload time, and health--these are all resources that are managed by the player.

I thought this would be an interesting template for RPG combat, and thus I arrived at "ability clips". The entire system would be mirrored from the standard shooter weapon system: the player primes spells in much the same way that weapons are reloaded; when the player depletes a clip, they must reload using a reservoir of mana; each ability has its own reload time, clip size, mana cost, etc.. Players can only have 1 active ability in the very same way that players only have 1 active weapon. The game becomes a third-person shooter with guns that shoot health buffs and movement snares.

There are already a few games that play with functional abilities on weapons. Global Agenda was one. Many of the devices in GA were some sort of non-damaging spell, e.g. speed boost, restore health, stun buildings, and forcefields. Its combat was great; it could have been an amazing example of what I advocated above if Hi-Rez decided to pursue the shooter side rather than muddy the gameplay with hollow additions like persistence, progression, and gearing.

Team Fortress 2 is also an unlikely example of an ability shooter. The interface for swapping weapons isn't as robust and clean as GA's, but many of the newer items added to the game perform a non-damaging ability. The Demoman has a shield which reduces explosive damage and gives them a Charge ability. The Sniper can equip "jar based karate" (it is a jar of pee), and toss it on enemy players to increase their incoming damage by 35%. It also reveals cloaked Spies and puts out fires. Spies have several items which change their cloaking behavior. Heavies can restore health with Sandvich.

Of course these are PvP games. Could an ability shooter work against dumb computers? Players in GA ran PvE missions for the phat lewtz, so I am not entirely sure that those missions without progression rewards are fun. All the mobs did was shoot (from what I remember). If they had a wider range of abilities, maybe it would be a bit more interesting.

Combat as an ability rotation is dull and a precursor to grindful play. The design goal should be to provide the player with interesting decisions, and those require interesting situations. The game must constantly test the player's knowledge and demand that they react, not simply act.

So what other sorts of pattern matching cores could be used to build a combat system? It does not necessarily have to be real-time, but it should have the potential to place players in interesting situations against AI. Some other constraints to think about involve porting the system to an MMORPG, namely how much volition does the player have if set in an open world (player state can't be reset easily; what happens if the player engages more than 1 target).

And if you are interested in passing some time, you can take a look those prototypes. A game of particular relevance is StrongMan. It does have a superficial score attribute tacked on to give feedback to the player, so it is not a pure example of a pattern matching game, but it is pretty close.

Saturday, July 31, 2010

Air Units in land-based RTSes

Air units are a source of tremendous cognitive dissonance in RTS games. As a metaphor, air units usually seem awkward. They hover in the air infinitely or, if the developer wants to be "realistic", they fly to accomplish some objective and then run out of fuel and ammo and have to fly back and land again. The sorties usually do not see units going too far afield, which makes sense considering air units that would realistically go 100x the speed of ground units instead travel at barely double their speed (at most). In terms of game mechanics, seldom do air units make sense and offer balanced viable options for a player. Air units often are the most powerful units in the game (Battlecruisers and Carriers in Starcraft, bombers that can level base buildings in one run in RUSE) if they are allowed to be built on-map and are treated as units.

Land-based RTSes are generally based on map control. The map is critical to how the game unfolds. Where are resources? Where do players start? Where are the impassable boundaries the players have to work around? All of this is circumvented by air units. Air units generally do not exert map control unless they're implemented simply as ground units that ignore terrain. Ignoring terrain is, itself, an issue in games where much of the interesting strategic choice blossoms from terrain.

When given the viable option at the beginning of a match, a player should almost always choose air units before they begin to use ground units to cement map control. An air unit that is equally as effective as a ground unit at ground attack is significantly more valuable in that it can ignore terrain to harass the opponent from any angle. Since games have a sharp divide between units that can shoot air units and units that cannot, the early game units generally are putrid at air defense. If they were good at air defense, then air would never be a viable strategy because building basic units would hard-counter it.

Most standard RTSes circumvent this problem by requiring a bit of tech research before the player can buy air units, or by nerfing air units to the point where they are weak enough to not be much of a threat unless massed. Both approaches remove air from viability in the early-game. The best approach to air unit design allows air to be effective and viable throughout the entire game--or at least until the opponent builds counters.

Air units are too fast and too long-ranged to be presented effectively with similar mechanics to ground units in most RTSes. Unless the game is on a very broad scale--a scale which is very rarely attempted in RTSes--air units will not fit into the balance of the game. The speed of air units can cause then to be a must-have in the early game because they can project force much farther and much faster than any other unit and then run away from danger just as quickly. The advantages of going air may be too great for competitive palyers to pass them up, as they were in RUSE during open beta, which leads to the set of viable builds being constricted because the player needs to build air (or a significant amount of ground-based anti-air) first.

There are two ways to "fix" air units in land-based RTSes.

The easier but less satisfying way involves making all air units act as if they're nothing more than ground units that ignore terrain. These air units have to have speed comparable to land units, or perhaps be slower, to avoid obsoleting ground units.

The best way to solve this problem (at least that I've encountered) is to make all manifestations of air power into special abilities. "Off-map" air. Company of Heroes does this to great effect. The key is to not make on-map anti-air units required or common. Give otherwise-useful units the ability to shoot down planes if the planes take certain paths. For instance, the flak 88 in Company of Heroes is a powerful, long-range anti-tank gun primarily, but also acts as a supremely powerful anti-air gun that can shoot down a plane in one volley. As long as air use is relatively rare in the context of the game, making all air units off-map call-ins tremendously increases the seeming realism and fun of air units while doing nothing to damage the metagame.

Friday, July 9, 2010

Engy Update is Credit to Team

In case you've been so caught up in RealID drama to ignore the other happenings on in gaming news, Valve released the final class update for Team Fortress 2 yesterday following an interesting promotion. The Engineer update also came with a few new maps, including a new Payload Race map, plr_hightower, and it looks like Valve finally figured out how to make PLR fun.

The update focused on adding new weapons and features to the Engineer class with the goals of untethering the player from their buildings, particularly their Sentry Gun, and increasing Engineer mobility altogether. The update hits the mark perfectly; I haven't even played the new Engineer yet, but I love all the new choices presented. A big issue with typical class updates is that the class gets overplayed. We have class caps (limit 4) on our server, but I have no qualms with more teleporters and dispensers!

The first enormous change (that doesn't involve acquiring new weapons) is that Engineers can pick up and redeploy buildings now. If an upgraded building is redeployed, it begins life as level 1 but instantly starts upgrading itself to its old level right before the Engy's eyes, without any input or metal. To redeploy a level 3 Sentry Gun takes maybe 6 seconds. There were plenty of times last night when I rounded a corner to find a level 3 SG there when only moments before there was nothing.

One problem with the old Engineer was how reliant the class was on its Sentry. If destroyed, typically the Engy was in hot water. Well Valve added a new shotgun called the Frontier Justice that shoots "Revenge Crits" after the SG is destroyed (even if blown up by the Engineer himself!). For every kill the Sentry gets, the shotgun stores 2 Revenge Crits; for every assist, 1 crit. The downfall is that the Frontier Justice has half the magazine size of the normal shotgun (3 versus 6), and doesn't receive normal crits.

If planning isn't your thing, you can equip the new melee weapon, a mechanical hand called the Gunslinger. It provides an extra 25 Health to the Engineer, guarantees a crit on the 3rd successive melee strike, and let's the player deploy a Mini-Sentry. This cute little tripod costs only 100 metal (versus 140 for the normal SG), builds 4 times faster, and deploys with full health. Problem is that it cannot be repaired or upgraded and only deals half the damage as a normal Sentry. This certainly helps the Engy be more offensive.

Another game changing weapon replaces the pistol and is called the Wrangler. Activating this device let's the Engineer take control of their Sentry, letting them aim the stationary gun with no range limits and fire at double the normal rate. A laser originating from the Engy points to the target, and the Sentry gains a damage shield that absorbs 66% of incoming damage. Should the player die or deactivate the Wrangler, the SG becomes inactive for 3 seconds. Previously infeasible sentry locations and now usable since Engineers can overcome the range limits.

There is also another wrench you can find which adds a bleed effect to victims, making pesky Spies easier to dispatch.

I think it may be too soon to tell if the game has completely changed. Very rarely does anyone do the typical Sentry turtling, but that may be because of the novelty of the update. The game does feel fresh though, as many people are trying out crazy tactics and enjoying all the new options.