Showing posts with label indie. Show all posts
Showing posts with label indie. Show all posts

Thursday, September 13, 2012

A Little Bit of Genius at PAX



There were things I saw at Penny Arcade Expothat I wanted to go on about. Something besides Microsoft trying to push us into our exciting Windows 8/Internet Explorer 9 future by providing the world middling adaptions of ancient Atari games for some reason.

There was one game at the Indie Megabooth that deserves special attention from all humans. Not only was it funny, but it has perhaps the best elevator pitch in the history of the human race:
OK. You're a guy living in the suburbs. You have a wife, two kids, and a secret: You're actually an octopus in disguise.
Obvious jokes aside, how can you not want to try that game? Especially when you know it's called Octodad: The Dadliest Catch.

Octodad!

This game is the purest epitome of the Indie spirit. (How's that for a pull quote?) It's unique, intriguing, utterly bananas, and no major publisher will ever do anything like it.

Sadly, the gameplay is focused on maneuvering the octopus, which means struggling to do normally simple tasks with an odd control scheme. I am a little skeptical about how much this particular style of gameplay can catch on. On the bright side, if it's priced cheaply enough, it can make a ton of sales based on the "Oh God. I have to try this out." factor.

My unsolicited advice for the developers: If the game turns out to not be that fun, sell it for five bucks. You'll move a lot of copies based on morbid curiosity alone.

Edit: Oh, yeah. You can support Octodad at Steam Greenlight here. I voted for it. KEEP INDIE GAMES WEIRD!

Wednesday, September 5, 2012

How Indie Games Can Be Cheap and Awesome




I got to go to PAX over the weekend and be on a panel and see cool gaming stuff and meet lots of cool people and fans of my games. One of the things I learned is that a lot of people actually read my blog. This is very gratifying. Although it terrifies me that anyone thinks my opinion is in any way significant.

PAX is great, of course. Though it is in the unenviable position of being permanently unable to satisfy the massive demand for tickets.

(Sure, its success will probably invite others to copy it with their own gaming cons, but those dopplegangers won't be the same without the presence of all the big companies showing off their stuff. And big companies won't go to a lot of cons, as they need to set aside at least a little time to make games. So, from now on, if you manage to score a PAX badge, just cherish it, knowing that your attendance the following year is unlikely. Just think of PAX as a hot but extremely unstable boy/girlfriend.)

I had a lot of little epiphanies while looking at the many, many highly promising indie games on display at PAX. (The PAX 10 looked cool as always, but the much flashier Indie Megabooth next door seemed to be sucking up its oxygen.) And here is the biggest one:

16-bit graphics are an awesome thing, and more indies should use them.

If you don't know what 16-bit graphics are, think early Nintendo/Super Nintendo. If that still doesn't ring a bell, look here. Or here. Or here. Or especially here.

If you are a small game developer, you have a big problem. You want your game to look great. But graphics can be expensive. Or very expensive. 16-bit graphics solve the great mystery of writing a game with a small team and no budget: making decent production values cheaply in a short amount of time.



Here is what 16-bit Nintendo-style graphics have going for them:

1. They work. Heck, people wrote awesome games using them for years.

2. They look good. It's amazing how evocative an icon you can make with a few well-chosen pixels.

3. They're cheap and quick to make. One talented artist can produce a game's worth in an entirely reasonable amount of time.

4. You have the power of nostalgia working for you. To a whole generation of gamers, those icons are as warm and comforting as a Snuggie.

5. Because of #4, anyone who takes cheap shots at your graphics looks like a jerk.

6. Versatility. With care, they can blend with much more detailed and 3-D effects. Fez is a fantastic example of this. You don't have to be pure when you use this style.

Right now, this style of graphics is seen as a pure nostalgia play, a way of saying, "Look! We look like a Nintendo game! We're silly! Tee hee!" But I think 16-bit graphics are better than that. They've been used in a million great games, and they can be used in a million more. The more people use them, the more they will be seen as an entirely legitimate art style, which in turn will make them available to more generations of poor, promising designers.

Indie devs, don't be afraid to be cheap! It is your sacred right and responsibility as an Indie!

Wednesday, May 30, 2012

Quick Thoughts On Android

One of our games, Avadon: The Black Fortress, came out on Android recently. (It's also on the Amazon App Store.) The experience was very tiring and time-consuming, and it will great outside support (such as the Humble Bundle wanting to help with the port, as they did with Avadon) for us to go through it again. If you are a small development house without a hit big enough to get the attention of the big boys at Google and Amazon, it's really hard to summon up the resources to deal with the things that make Android so tough to develop for.

And what are those "things"? If people are interested in a developer's view of the Android situation, the Penny Arcade Report had a really good article on why one dev is avoiding the platform. It's only describes the beginning of the problems, but it's a very good start.

(If anything, the article sells short how many devices there are out there, each with their own weird quirks and bugs, and how much extra testing and debugging time you have to spend dealing with the mess. It's even harder when you write games for tablets, like we do.)

The comments on the post are very worth reading, as they provide a classic example of how evangelists for a platform can be capable of erecting a Reality-Dispersal-Field, through which not even the hardest facts can penetrate.

Monday, March 19, 2012

We're In the New Humble Bundle!


Today, the newest Humble Bundle went live, and my game was in it. The Humble Bundle For Android 2 is now up, enabling you to get Avadon: The Black Fortress and four other fine indie games for whatever you decide to donate, and a portion of your contribution goes to charity.

Note that, though it's called the Android bundle, all games in it are also available for Windows, Macintosh, and Linux. Pay once, get it DRM-free for all four platforms.

We are hugely excited to be part of the Humble Bundle, a project that has managed a unique combination of ethics, business sense, and just general excitement. It was a great idea when it came out, and it's still a great idea.

Also, this is the first time that we've had a game out for Android and the first time in well over a decade that we had a game out for Linux. Ports of these games were done by other developers, and they did a great job. After the Humble Bundle concludes, we will make sure that the ports will continue to be for sale.

Any hypothetical questions, imagined reader?

Q: So the Linux and Android version won't disappear from the Earth after the bundle is gone?

A: Nope. Deals to distribute these versions are already in place.

Q: You didn't do the ports yourself?

A: No, they were ported by skilled third-party developers in close consultation with us. My increasingly old brain doesn't have the space to learn to develop for any new platforms. It doesn't even have space to hold everything I need to know now. The number of things I need to do for my job that I need to relearn from scratch every time I do them is already really high.

Q: Will future Spiderweb titles come out for Linux and Android?

A: Good question! I don't know!

Being able to sell something for Android and Linux is extra-exciting to me, because, after years of reading e-mails about how awesome it'll be for me when I develop for those platforms, I will get to actually see how good it is. So if you are one of the multitude that promised me up and down that you would buy anything I release on Linux/Android, I have a great opportunity for you ...

Q: What charities does this support?

A: The Electronic Frontier Foundation and Child's Play, both highly worthy endeavors.

(Added 3/19/2012.)

Q: Avadon for Android is for tablets. What does this mean?

A: That the device's screen needs to be at least 1024x600.

Friday, February 10, 2012

Four Things To End the Week.



One.

I have a big article about the indie games biz up on Gamasutra. I'm quite happy with how it turned out. Enjoy!

Two.

Everyone all justifiably atwitter about how Tim Schafer raised upwards of one million dollars on Kickstarter to make a new adventure game. It's a great proof-of-concept for the whole publicly funded game thing. If Tim Schafer couldn't pull in some coin to make an adventure game, nothing else has a chance.

I think it's brilliant, and it ties well into what I said in my Gamasutra article. The secret power of indie devs is to exploit underserved niches. Expect other Kickstarter-funded games in future. I only hope the results match the expectations.

Three.

Heaven forbid that I should be thought to criticize Notch or Minecraft. (I won't even point out that the whole end boss/enchantment/potion/combat system is taking the game in entirely the wrong direction to please exactly the wrong group of people.)

But, about this.

Hey, I wouldn't presume to give them advice. But, after I make my 30 million dollars, I'm not going to rely on Anonymous to finish my games for me. Just sayin'.

Four.

Every once in a while, I read someone's critique of OK Go as a band, focusing on the fact that they basically fine and only have one decent single. (Don't click that link. You've seen it already.) But that misses the point. They aren't a band. They're much more interesting than that. They're a meme-generation factory, and really good at it.

So here is my legally mandated one link a year to an OK Go video. Yeah, like you have something better to do with three minutes and fifty-four seconds.

Look for my next link to them in roughly fifteen months, when they play some pleasant and non-threatening power pop by shooting kittens out of a cannon into steel drums, or whatever.

Thursday, November 17, 2011

You Gotta Pay Your Dues If You Want To Sing the Blues


"I am the entertainer,
And I've had to pay my price.
The things I did not know at first,
I learned by doin' twice." 
                    - William Joel

A couple of weeks ago, I wrote at length about the 10000 Hour Rule, which can be stated as follow:

To master any non-trivial field requires 10000 hours of dedicated practice and study.

The previous post was about the rule and why I think it's a true thing. I also wanted to write a bit about how this rule applies to the creation of computer games, which, believe me, is an endeavor that takes many years to master.

How the Rule Applies To Professional, AAA Game Development

Big game companies are infamous for eating their young. They scoop up young people that don't know any better, make them work insane hours for crap pay, discard them when they burn out, and harvest a new crop of workers. There are few elder statesmen who stayed around long enough to get really good at what they do. Alas, most of the rank and file get driven off before they put in the years necessary to get really good.

So if you've ever wondered why games tend to be so derivative and make so many of the same mistakes again and again ...

How the Rule Applies To Indies

When an indie developer nobody cared about suddenly breaks out and releases a hit, kickass game, you know what I love to do? Find out how that sudden superstar spent the years learning to make a good game.

Every successful indie developer has a pile of relatively rough old games they cut their teeth on. Notch (Minecraft) does. Jonathan Blow (Braid) does. Petri Purho (Crayon Physics) does. I sure do. John Carmack and John Romero made a pile of games you never heard of before they created Wolfenstein 3-D and Doom.

It's necessary. You can't just make a good game from scratch. You have to spend years working at it, writing stuff that you probably won't be very proud of. I count myself very lucky that, when I was writing my early RPGs, there was pent up demand for them. Enough so that even my rough, subpar goods were able to generate a living.

One More Example That Amuses Me

I only just heard about an upcoming Indie RPG called Driftmoon, being developed by a small company called Instant Kingdom. Hey, why shouldn't they write an Indie RPG? Everyone else is.

I'd never heard of them, but I looked at the gameplay video and the screenshots and thought, "Hey, this looks really nice. I bet this isn't their first game."

Then I looked at their older games. Five of them, each one a little nicer than the one that came before. It's awesome to look at. You can almost see the learning.

(Oh, and you can see the couple who runs Instant Kingdom here. I don't want to sound crass, but these are two seriously attractive game developers. If I was running some Association For the Advancement of Indie Games or something, I would put those two on a poster in a cold second. The caption would be, "Indie Game Developers - WE'RE NOT MONSTERS!")

How the Rule Applies To You. (If You Want To Create Games.)

So if you're one of the many enterprising young folks who ask me about getting into this business, learn from the above. Write games. Lots of them. Don't worry about aiming too high. Don't do your ultra-mega-epic yet. A bunch of varied, small apps is a great way to learn, and you'll get a bunch of your failures out of the way early.

It's a lot of work, but don't despair. Hey, I built a career on a game that looked like this. If that can happen, than you, a person I suspect is at least as intelligent and driven as me, totally has a shot.

Tuesday, October 4, 2011

Why All Our Games Are Now Cheaper Forever


Spiderweb Software just started our annual sale. It's ten percent off everything we sell for the whole month of October. That isn't really news. We do this every year, and people seem to like it.

But this year, there is much more. We permanently lowered the prices of everything we sell. At least 20% cheaper (in addition to the 10% for the sale). For some products, much more. The most expensive game we sell is now $20, and that is likely to last pretty much forever.

It's a big mental shift for us, and I thought it was worth blogging about. I write about game pricing on this blog a lot, and I'm not ashamed of it. Right now, most of the huge revolutions in the game biz are in the new crazy pricing models, and there are still a lot of questions out there about the most efficient way to make a game make money.

Why It Took So Long To Lower Our Prices

We released our first game in January, 1995. That is a long time ago, and much has changed. A few helpful comparisons.

Now: Huge distributors like Steam and iTunes sell massive numbers of copies for low prices, and Indie developers make good money on huge volume.
Then: The World Wide Web barely existed and we scraped by on a handful of sales from AOL.

Now: A quality Indie niche game sells on big portals for ten bucks at most. More than that and people think you're crazy and move on.
Then: Most good shareware games sold for $25. It took me a very long time just to realize that that price isn't normal anymore.

Now: Indie developers can make excellent livings selling lots of copies of cheap games.
Then: Indie game developers were called "shareware developers," and everyone thought they were losers and spat on them.

Now: Want to pirate a game? It just takes 3 seconds of searching on Pirate Bay.
Then: Took five minutes of searching instead of three seconds. This actually made a big difference.

Now: Many new games are given away for free and make their money on micro-transactions from a portion of their users.
Then: FREE games? With micro-WHAT? What are you? A SORCEROR?

(The shift to free games is arguably the most stunning development in the games biz in a very long time. My prediction: Within five years, there will be a successful game that pays you a small amount to play it and makes their cash selling better swords or whatever.)

I'm a dumb person in plenty of key ways, so it took me a while to observe the key fact:

A LOT of money is being made by selling games for cheap.

So now , instead of selling our games for $25 or $28 (!!!), we'll sell them for $20 or $15. I know this still seems like a lot, but I haven't backed off on the key thing I've long said ...

People Who Write Niche Games Can't Charge a Dollar

If you're making a pretty, shiny, highly casual game with cartoon squirrels and you think you can find a million fans for it, go ahead. Charge a dollar. You'll have to.

But if you write games like mine? Low budget, old school, hardcore RPGs with lots of content? If I charged a dollar for it, I'd have to sell a copy to pretty much every interested human everywhere to have a chance of making money.

So I still charge an actual price, an amount of money that still feels like money. Maybe I should have taken everything down to $15. Maybe I'm being too timid in the price drop. But, in a sense, that difference doesn't matter.

There are two sorts of prices you can pay for a game: An amount that is so small you don't care, and an amount high enough that you do. Our newest game, Avadon: The Black Fortress, is $20 on our site and $10 on Steam. That's a big difference, but, in a very real sense, they have the same price: an amount of money that actually feels like spending money. We will always charge actual money, as opposed to pocket change. All I have done is slightly tinkered with the level.

Bonus Point: Why Is Our Game Twice the Price On Our Site Than On Steam

I get asked this a lot, and it's a fair question. The answer:

In any place where your game is sold, pick the price that will maximize the profits. This ideal price changes depending on the nature of the place where it is being sold.

Steam is a big, sprawling gaming bazaar where practically all of the games are cheap. People see a game, spend a moderate amount of money on it, and try it out. People experiment there, and you need to charge a price that encourages customers to pick you as their experiment. Also, if you charge $20 for your game there, it will be on a list with ten good games at half the price, so you will get murdered.

Spiderweb Software's web site, on the other hand, only lists our games. It is generally only visited by fans of role-playing games. People on our site are generally really interested in the specific sorts of games we sell, and so the higher price doesn't scare them off.

This sort of logic isn't my weird invention. It's basic business. World of Goo is $20 on the company site, $10 on Steam, and $5 on iTunes. Each marketplace has its own norms, and you price your game to maximize your earnings there.

And that is why games are now at most $20 on our site. Because of the current standards of the game industry as a whole, I think that will most likely increase our earnings overall. It might not always have been that way, but I feel it is now.

(And, yes. I set game prices to maximize my earnings. Of course I do. Astonishingly, some people seem to take offense at this. I don't care. I'm not going to neglect to send my kids to college just so I can satisfy someone's arbitrary standards of Indie cred. I'm too old for that, and children persist in their irritating need to eat food.)

So. Anyway. A Sale.

Our games are cheaper forever, and even cheaper than that this month. We're getting a lot more sales, and I don't feel like the dumb jerk that still charges $28 for three year old games anymore. If you like old school role-playing games, you could certainly do worse.

And it will be a while before I write about pricing again. Believe it or not, I have other things to say (and make fun of). Time to get going on that ...

Thursday, June 23, 2011

Our First Game Is Out For the iPad. Hooray!


Last week, Avadon: The Black Fortress HD for the iPad went live in the iTunes App Store. The reaction to it so far has left us stunned. Literally. Like, jaws dropped, walking around in a daze.

The genesis of the iPad version was a few months ago, when I said, "Hmmm. I have a few weeks free on my schedule. I think I'll port Avadon to the iPad. That'll be good for a laugh!" I've long known that there was a demand on the device for old school gaming, free of ads, in-game purchases, cute animals, zombies, and farming.

But, it turns out, the demand was far greater than I'd ever guessed. My fan mail since the release has been very instructive. Gamers weren't just disappointed by the lack of deeper games on the device. They were downright irked.

But that is the Magic Power of the Indie developer. Find an underserved market and serve it.

Writing and releasing my first device for iOS has been very instructive. In case anyone is interested, here's a few comments on Spiderweb Software's first game for portables.

Learning To Code For a New Platform.

Apple has done an amazing job of making developing for iPhones and iPads accessible. The sets of commands to program the device (i.e. the API, called Cocoa) are very clear and not too trying to learn. The development environment, XCode, is free. There are several good, free game engines for the devices. (I used a heavily modified version of the open source engine iPTK.)

There are also excellent books available on the topic. I leaned most heavily on Beginning iPhone 4 Development. I found iPad Application Development For Dummies to be unusually poor for a Dummies book, but its chapter on Provisioning (a tricky, vital, and neglected topic) is easily worth the cost of the book.

A Decent Port. But Just Decent.

Avadon originally came out for Windows and Mac. I was really determined not to half-ass the port to the iPad. I put a lot of thought into how to best adapt an old school, Western-style RPG to a touch screen. It's not something people have spent a lot of time doing. I think I came up with good answers to a lot of the questions, and the game overall plays really well.

However, there are a number of places where the UI could be better. This isn't because I was lazy or wanted to dump shoddy work on the market, but simply because this was my first iOS application. So have mercy. Our next game for the iPad (out, let's say, next April) will be better. It'll take some doing to modify the engine, but it'll get done.

Avadon HD is also a fairly demanding app. All of those icons eat up RAM, and the first generation iPad doesn't have a lot. It's playable, but it will be pokey from time to time. It runs great on the iPad 2, but I don't take a lot of satisfaction in that. The inconsistent performance on the iPad 1 is, simply, a failing on my part.

The Apple Approval Process.

Took a week to get my app approved. No rejections. No hassles. No complaints.

The Eternal Pain of Pricing.

It hasn't all been love and group hugs. Some of my fans have been seriously furious that we sell Avadon for Mac and Windows for $25 and the iPad version is $10. Like, "I will never be your customer again. Die in a fire." furious. I don't normally explain my decisions about pricing, but this merits a few words.

The same game is almost always priced differently on different devices. If you look at the prices charged for, say, Peggle, Plants vs. Zombies, or Angry Birds on different platforms, you'll find a huge variety. Angry Birds on the iPhone? One dollar. On the Macintosh? Five dollars. That's a five times difference!

There are a variety of reasons, all of them out of my control, for why I feel it is appropriate to charge less for the iPad version:

1. It has fewer features, due to the limitations of the device. Most notably, it is stuck at 1024x768 resolution and there are no keyboard shortcuts.
2. Since it is being sold by Apple, it is subject to the rules of their system. Most notably, there is DRM, and we can't give refunds through iTunes. Games bought directly from Spiderweb have no DRM and a Money Back Guarantee.
3. When you buy Mac/PC Avadon from us, you get a registration key that can be used to unlock an unlimited number of copies, over both Mac and Windows. A registration over iTunes isn't quite so liberal.
4. There is no ability to mod the game. This matters to more people than you might think.

But the main reason Avadon HD is $10 is, to be honest, that is the only possible price. Any more expensive, and it will cost way too much for an app. Any cheaper, and we're charging too little for what is still an old school niche product with a limited audience. If you try to look at it from our perspective, I think you will see that we didn't have a lot of options here.

One More Disappointment.

We are going to release all of our new games on the iPad. No question.

However, we currently have no plans to write games for the iPhone. After long thought, I came to realize that we just can't figure out how to write the sort of in-depth games we like to do on that screen size. Again, this is a failing on our part. I'm sure some intrepid developer will find a way to make it work. (Hear that, young Indies? That is the siren song of a market for you, all wrapped up with a big, red bow.)

Also, since most Android devices don't have a screen big enough to support our games, we are very unsure how soon we'll be supporting that platform. We are in wait-and-see mode.

Thank You.

And finally, many thanks to everyone who reads this who has supported our games. At the end of the day, I'm just a guy in a basement trying to earn a living and feed the kids. I am grateful for every sale. Plus, they make it possible for me to write more games. Lord knows, by this point, I'm too old and cranky to learn how to do real work.

Soon, we will release the first screenshots and information for Avernum: Escape From the Pit. For Windows and Macintosh. And the iPad!

Thursday, June 16, 2011

The Ultimate Fix Your Broken Game Checklist.


(This is the third of three articles about providing tech support as a small business. The previous chapters are here and here.)

I get two sorts of requests for tech support for my games. First, there's the familiar problems, the things that are my fault or that I know how to fix. I love these. I tell the victims how to get out from under their burden, they get on with their lives (dazed that an actual human read and processed their request for help), and everyone is happy.

And then there are the gremlins. The weird problems. The sorts of issues that are reported by exactly one person out of many thousands. Problems whose cause and fix are a total mystery. These are, alas, most of the problems reported to me. Most of these problems will be caused by incompatible software, hard drive corruptions, wonky graphics cards, or free-floating evil spirit manifestations. Sadly, as the hardware industry seeks out ways to cut corners and make computers ever cheaper, these sorts of afflictions only grow more common.

(Of course, some people say that every problem with a game, ever, is the result of the programmer's sloppiness and error. As if video cards never break and Windows is a flawless piece of software. These people want you to spend limitless time chasing bugs that don't exist. For a sample of this line of thinking, read the comments for my last post. While I acknowledge that some problems end up my fault, wasting energy trying to fix problems you didn't cause and can't fix is a Bad Thing.)

When I get one of these weird problems, I send out a standard list of troubleshooting steps. I have spent years assembling and perfecting it, and it honestly fixes the vast majority of problems. If you are a small developer, I invite you to steal and adapt it. If you are suffering from misbehaving software, I suggest trying these steps. At the risk of sounding slightly arrogant, if everyone would just drop everything, listen to what I have to say, and follow it without question, the world would be a much better place.

Spiderweb Software Tech Support Checklist

1. Restart your machine and try the game again. Run the game when no other applications are running. A lot of glitches and crashes are one-time things and don't happen again.

When someone runs one of my games, it is far from the only moving part in their system. There is the OS. The drivers. The many background processes. The other programs that are running. Any one of these programs might have a bug that messes up sections of memory. (Not to mention the fact that RAM can be corrupted on its own.) The longer a computer runs without a reboot, the more likely that things might get messed up. Then the system goes down and comes back up, and everything is nice and clean again.

Most problems only happen once, due to weird and unreproducible effects, and never happen again. If you get a crash, don't immediately freak out. Take a deep breath, reboot your machine, and try again.

2. Sometimes, game files can become corrupted. Try uninstalling, redownloading and reinstalling the game. This fixes a surprising number of odd problems.

The key step. Any program can become corrupted while being downloaded, installed, or just existing on the hard drive. This step is a surefire way to fix any such flaws. I am constantly amazed by how often I can fix a catastrophic, recurring problem by simply telling the user to uninstall and reinstall. No other mucking about with settings, saved games, or whatever.

This step also has the bonus of making sure the user has the newest version of the software.

One warning note. This step has three parts. Uninstall. Download clean copy. Reinstall. Be sure the user doesn't skip a step, or the beneficial effects are lost. For example, if you install without uninstalling first, the installer might leave the existing (corrupted) files alone instead of copying over them.

3. (Windows Users) Your video card driver files might be out of date or damaged. Get the latest versions of video card drivers and reinstall them. Even if you are currently running the newest version, the files or settings might be corrupted or damaged. Reinstalling might fix the problem.

I always hate telling users to install new drivers, for two reasons. First, they often think that I'm just doing it to blow them off. After all, this is what ALL developers tell them to do. Second, unlike the previous steps, identifying your video card, finding the manufacturer's web site, locating the newest driver, downloading it, and installing it requires a reasonable amount of technical skill. Odds are, your grandmother won't be able to figure out how to reinstall drivers.

And yet, I tell people to do it for one reason. It works. Weird, glitchy graphics? This is probably the answer. If new drivers don't do it, a flaw in the actual video card is probably the answer.

Lately, many of my users running 64-bit Windows 7 have had tons of problems that were solved completely by getting the new drivers. Several of them swore up and down that they were using the newest drivers. They weren't.

I strongly believe that the ugly situation with video cards and drivers is one of the key reasons for the huge shift in gaming from PCs to consoles. It's really not good.

4. (Windows users.) If random crashes happen during gameplay, try turning the sound off. If this helps, reinstall your sound card drivers too.

We're getting to the bottom of the barrel now, and this step isn't near as necessary as it used to be. As sound engines have improved, most of my weird crashes from sound card/engine issues faded away.

However, it does eliminate one more set of drivers to work with, and not using sound reduces the amount of memory the game needs. Every once in a while, this fixes a problem.

5. (Windows users.) Sometimes, reinstalling DirectX solves unexplained crashes.

And it does. Very, very rarely. It happens, but seldom enough that I'm considering removing this step from the list. Also, all of our newest games use OpenGL.

And That's It

If it's a problem or crash nobody has reported before and the user goes through these steps (or claims to have done so) and the issue isn't fixed, I give a refund. I'm out of answers.

I do hang onto the e-mails, though, in case other people pop up with the same problem later on. Sometimes a working program gets bushwhacked by another, poorly-written program. For example, on the Mac side, there was once a version of Quicken Scheduler that caused games to stop being able to see the keyboard. When I got the second report of keyboard failures, I sprung into action. Having the earlier report around helped a lot in figuring out the problem.

Steps I Don't Suggest

There are two steps for fixing mysterious problems that I almost never suggest. I feel that they are very extreme, involving too much work (and perhaps expense) to be worth it just to play my little game.

1. Reinstall the Operating System

This is the nuclear bomb, the way to purge your system of all manner of corrupted files. It's also a huge pain in the neck. I generally only suggest this if the user mentions he or she is seeing a lot of nasty problems while using a number of different applications.

2. Get a New Video Card

Video cards break. Seriously. It's happened to me. Sometimes they fail and you need to get a new one. However, I only recommend looking into this if the user mentions having similar problems over a wide range of games and swears up and down that fresh, up-to-date drivers are installed.

In Summary

Tech support is necessary, time-consuming, and aggravating. It tests my patience more than anything else I do. And yet, doing it well will, in the long run, make your customers love you and earn you money.

Be as patient and kind as you can possibly manage. Only fight battles when you have a chance of winning. Consider, with humility, that a problem might be caused by a bug. Also remember that, very often, it won't be your fault. Respect how shoddy and cheap and poorly maintained computers frequently are. And, always, try to treat your customers they way you would want to be treated.

You will always be amazed at how messed up things can get. Good luck.

Wednesday, June 8, 2011

Everything Breaks, All the Time.


(This is the second of a three part series about the black art of doing tech support. The first part is here.)

Anyone who ever has to do tech support (or who is trying to get a broken program to function) must first internalize one key, vastly important fact:


You can take a flawlessly written program, install it on a new, factory-fresh, basically functional computer, run it, and find that it doesn't work.

When you understand why this is, tech support, giving and receiving, becomes ever so much easier.

Computers Are Mechanical Devices

Computers are so close to magic that it is easy to forget that they are machines. Incredibly, brain-breakingly complex machines, that record and recover millions of bits of information a second (in RAM or on your hard drive), etching down those details in the magnetic fields of microscopically small bits of matter. So much is done, so quickly, on such a small scale that quantum mechanics becomes relevant, that I'm amazed any computer ever manages to work at all, ever.

When data is recorded on the hard drive, errors can happen. There are guards in place (called checksums, for what it's worth) to help keep the errors under control, but there are still many, many ways that incomplete and incorrect chunks of data can be recorded. The longer you operate your computer, the more errors there will be.

Most of the time, when these errors occur, you never find out. They happen in bits of the operating system or in programs that you don't use or the error introduced is so minor you just ignore it. But sometimes the error happens in a graphics driver, or your saved game, or the bit of my RPG that determines whether your characters get experience or not, and suddenly there is a problem.

So What Does This Mean?

It means that even the best-written program will have a ton of problems out in the field that aren't the developer's fault. Problems that need to be fixed by rebooting the computer and relaunching the program (to fix any error in memory) or by reinstalling whatever part of the software (the game, the drivers, the operating system) that have become broken.

If the problem is in the game, your characters might stop doing damage, or you might lose the ability to enter new places, or the game just might start crashing like crazy. Corrupted file in the display drivers? The graphics might be drawn funny, or the screen might always be black, or the game just might start crashing like crazy. Corrupted file in the operating system? The game might stop being able to save, or the settings file (that contains the registration) might disappear, or the game just might start crashing like crazy.

I'm not just blowing smoke to distract from my own errors. These problems happen all the time.

Of course, when users report these problems, they will pretty much always assume that it is your fault and you are an idiot. I have gotten multitudes of bug reports along the lines of, "Whenever I try to start a new game, the program crashes. This is a terrible bug and you should fix it right away!" When I get these messages, what I want to respond (but don't) is, "If my game had a problem this serious, don't you think I would drop everything this instant to fix it? You think I want to sell games that are never usable by anyone? What turnip truck do you think I just rolled off of?"

That's what I don't say. What I do is send them my standard list of tech support steps, and, 99% of the time, problem solved.

My Rule For When I Start To Hunt For a Bug

It's a simple one.

I never even consider that a problem someone reports is a bug in my code until two people report the exact same problem.

Sometimes, if the report is vague enough, I wait for three people. It can be maddening to get reports of catastrophic problems and not act on them, but it's worse to waste your limited, precious time hunting for gremlins.

We Live In a World Of Frustrations

I know that, every time I release a new game, thousands of people will get the demo, run it, and it won't work because of the reasons outlined above. They delete the game, write me off as a bonehead, and never send me teh moneyz. This is hugely frustrating. Nobody wants to be thought an idiot, and everyone wants the aforementioned moneyz. It's sad, but it's part of the business of writing games for computers.

It's even worse when they then go online and write about what a bonehead you are. Recently, a site called Platform Nation reviewed our newest game, Avadon. The reviewer got stuck with a horrible glitch that teleported his character into nothingness. He proceeds to excoriate me for writing such a terribly buggy game. Please believe me when I say that nobody, and I mean nobody, besides the reviewer has ever reported this problem. Don't believe me? Our support and Avadon forums have never had a mention of it. But the reviewer still called the game "wrong or broken" and "unforgivable " and gave it 1/10.

(Interestingly, the review has disappeared from the main site, and the only remaining copy is on their forums. I can therefore neglect expressing any other opinions about the reviewer's level of professionalism.)

Of course, if this sort of horrible game-breaking behavior was a bug, I would do everything I could to fix it. But that's not how things work.

Game Development Isn't For Wimps

Many people will get a game that breaks, and most of them will simply disappear and never try your product again. But some of them, happily, will come to you for help. When they do, you should smile, take a deep breath, and do what you can to make them happy. When the problem is a weird one I've never heard of, I will first send them my magic troubleshooting checklist that solves all problems. I'll post that next week, and everything will be better for everyone forever and always.

Wednesday, June 1, 2011

Seven Tips For Giving Good Tech Support.


When you try to start a business selling indie games (or any software product, really), writing and releasing the game is only half the battle. You then have to market and support it. Marketing is difficult, but there are lots of good resources to advise you on how to do it. Providing tech support to confused users is a much more arcane task, and I know of few resources to teach the hapless young developer how to do it well.

As a small developer, you have to provide timely, personal tech support. The ability to do so is one of your best Magic Powers as a small developer. Large companies are horrible at providing support, and people are used to that. As a result, a single personal e-mail to someone having a problem with your product can make you a fan for life.

But at the same time, as a small developer, you have very little time to spare for support. Time spent getting the game working for one person is time not spent making a new game for everyone. You will need to develop a sense of when the time lost helping a person is not worth it, either because you won't be able to solve their problem or because they will not able to implement the fix you provide.

It's Not a Simple Job

Supporting a game is hard. You will get complaints from people with the most amazing jury-rigged computers: motley assemblies of shoddy parts, duct tape, components bought at the cheapest possible price, and video cards found at the bottom of boxes of cereal. Machines that should, if there was any justice in the world, evaporate into a cloud of flame and self-disgust the moment they are turned on.

And while dealing with the infinite configurations of computers in the world is challenging, dealing with their owners can be worse. No matter how perversely disobedient a machine can be, humans are more difficult. People will report problems to you in only the vaguest possible terms, have no idea how their computers work, or outright lie to you about what they have been doing.

If you want to stay in business, you have no choice but to support your game. So here, based on my experience, is some advice and observations from someone running a small company who needs to do tech support.

Tip 1 - Be Patient

Dealing with other humans is frustrating, but you have to do it. You want, whenever possible, for them to go away satisfied. Be prepared, especially when dealing with a customer on the phone, to take a deep breath, count to three, and be as friendly and professional as possible. I know. You want to get back to working on your game. Time is short, and this person doesn't even know whether he's using Windows or Mac. Do your best to talk him through it. Remember, you can make a fan for life.

Tip 2 - Don't Be a Pushover

Some people will want you to teach them on the phone every detail about how their computer works. Some people are desperately lonely and want someone to talk to. Some people will have a machine so old or messed up that your game will never work. Politely and firmly cut these people off.

Remember: It's only worth the time to do tech support if you have the chance to, in a reasonable amount of time, fix a problem and make a loyal customer. If you realize that, at the end of the road, you aren't going to end with a happy person and a working product, end the conversation as quickly and pleasantly as possible.

Tip 3 - Be Ready To Ask Questions

The people who use your product are not generally tech experts, nor should they have to be. They will have no idea what information they need to provide to help you troubleshoot their problem. If I had a dime for every time an eight-year old (or a sixty-year old) sent me a bug report saying only, "The game crashed. What should I do?" then I would have, well, a lot of dimes.

Prepare a list of information people need to provide to help you solve their problem. Windows, Mac, or Linux? What version of the operating system? What brand of computer? Exactly what went wrong? Was it the installer that went funny or the game itself? Did rebooting the machine help? When you get a tech support request that doesn't give you enough information to have a clue what's going on, one option is to send the list of questions.

Generally, when you do this, one of three things will happen. One: They'll answer the questions, and you'll have enough info to start to help them. Two: They will resolve the problem on their own. Yay! Three: They will be unable to answer them and you'll never hear from them again. This is unfortunate, but, honestly, if the user isn't technically apt enough to answer a handful of basic questions, they will likely be unable to enact any fixes you suggest.

Happily, the list of questions is not something I send out very often. I deal with most problems by sending out my list of generic things to do to solve any problem. This takes care of the vast majority of issues, and I will share my list with you in detail in an upcoming post.

Tip 4 - Computers Are Delicate Mechanical Devices

I'm going to go into this in much more detail in the next installment, but this point is so very important that I have to bring it up now. Computers are incredibly complicated and delicate machines. Sometimes they go wrong. Sometimes files get corrupted. Sometimes RAM gets corrupted. Even a flawlessly bug-free program running on a perfectly maintained computer can break.

A huge chunk of your support will just involve having people reboot their machines and reinstall their programs (and drivers). This will fix 90% of reported problems, if you can get the user to do it ...

Tip 5 - The Users Will Lie To You

I blame this one on the horrible state of tech support in the industry in general. Much of tech support involves giving bad or time-consuming advice in the hope that the user will just go away. When I am asked for help, the person asking is generally angry, frustrated, and full of mistrust. This leads, alas, to lots of e-mail conversations like this one:

User: "I have this problem." (That I know is fixed in the newest version of my game.)
Me: "OK. Uninstall your copy, download the newest version, and install it."
User: "I did that. The problem is still there."
Me: "I see. Now what you need to do is uninstall your copy, download the newest version, and install it."
User: "OK. Done. I still have the problem."
Me: "Unfortunate. Now, please, I beg of you, in the name of God and all that is holy, uninstall your copy, download the newest version, and install it."
User: "I did that. It fixed the problem."
Me: "I can taste colors."

To hear users tell it, their computers are flawlessly-maintained, their drivers are all up-to-date, and every program in the world works but yours. They aren't necessarily intentionally lying. They might just not know that, say, newer drivers have come out. Just don't take anything you are told as gospel, especially if you know they're wrong.

Tip 6 - Know When To Give Up

There are some problems that I just give up on. If the machine is too old or too underpowered. If the problem is with the mouse cursor not moving right. (I get this sometimes, and, beyond suggesting trying a different mouse, I really don't know what to say here.) If the keyboard starts to not be recognized. (This happens sometimes too, and it's an OS/Program Incompatibility problem that I can't really handle.) If the graphics aren't working and the drivers for their freaky, off-brand video card aren't being updated anymore.

It sucks, but sometimes all you can do is apologize and offer a refund. The point of tech support is to fix the problem. If you have no capability to fix the problem, all you can do is give their money back and hope for their business in a future life. If you treat people fairly, when they get a new computer, they may very well come back to try again.

Tip 7 - Have a Standard List of Troubleshooting Steps

Once you have helped people long enough, you will come up with a list of steps that fix the bulk of their problems. Once you have this list and someone says they have a weird problem that definitely isn't a bug, you can send this list and most of the time that's enough to close the ticket. The items on the list will vary depending on the game and the platform. In a future post, I'll share Spiderweb's list. You might find it helpful.

That's a rough guide and a good start. In the next post, I will go off on a philosophical treatise about the nature of computers as physical machines. Then I will reveal my standard tech support checklist. Say tuned!

Friday, May 13, 2011

The Final Answer For What To Do To Prevent Piracy

(For some reason, Blogger deleted this post. I have recreated it. Sorry for any comments that were lost.)


This article is my decisive statement on how developers should deal with pirates. It includes humorous anecdotes about how dumb I have been in the past. And, believe me, I've been pretty dumb.

I am very confident about what I have to say on the subject. I have used these guidelines for protecting our newest game, Avadon: The Black Fortress. So I'm not just putting my money where my mouth is, I'm putting all my money. If I'm wrong, my kids don't eat. So I hope I'm right.

One of the most common questions fledgling developers ask me is how they should protect their games from pirates. My answer is, generally, "The minimum amount you can get away with." That is because I have learned never to forget the following guideline ...


Whenever you find yourself starting a sentence with, "I don't want people to pirate my game, so I am going to ..." you are very close to making a big mistake.

I really, truly believe this rule. Here are two examples of times when I have forgotten it, and the grim consequences.

Trying To Protect My Hint Books

From the very beginning, I have sold hint books for my games. People like them, and they are easy money. When I started, in 1994, there was no convenient format like pdf for online file delivery, so I had to print and mail actual books. This cost lots of money and boxes of hint books took up tons of space in my house.

Then pdf files happened and people started to request that I send the book in electronic form instead of making them wait a week for the post office to do whatever it does. I refused  this reasonable request for two reasons. First, I was afraid people would buy the pdf version and send it to their friends. Second, I didn't know how to create a download link for the file that couldn't then be e-mailed around to everyone in the world. So I kept spending money and precious storage space for the booklets, inconveniencing my paying customers as I did so.

Finally, three years ago, I got fed up with it. I made hint books available as downloadable pdf files. (People who want a printed version can get one for an extra two bucks, but they almost never do.)

But how did I secure the download link so it couldn't be shared? Here's the brilliant part. Ready? I just put it in with all of our other files. Anyone can download it. Anyone who knows how to use ftp can find it. When people order the hint book, I send them the download link, but they could have found the file for themselves if they looked around.

But here's the thing. Anyone who wants to pirate pretty much any PC game can do so easily. That means all of my orders are from honest, nice people. So why waste our time figuring out how to hide the hint book from them? They will pay for it because they know selling things is how I stay in business and make more games for them!

Here's the punch line. Want to know how switching to undefended pdf files affected sales of hint books? It didn't. The sales rate was practically unchanged. Know what that means? All those years humping around boxes of hint books, all those thousands of dollars sent to printers, all those slaughtered trees, all wasted. All because I was scared of people pirating my lousy hint book.

But there is a more gruesome example of my foolishness.

The Worst Registration System Ever Devised By the Hand of Man

In 1994, electronic distribution of demos was very much in its infancy. My plan was to release a demo with a small fraction of the game. Then, when the correct key was entered into the game, it would unlock and everything would be playable. A sound plan. The problem was the implementation.

At first, I thought I'd just generate a key when someone ordered and send it to them. But then I thought, hey, I don't want people to pirate my  game. If I just send them a key, they can make it public or send it to all their friends. So here is my brilliant idea. I will ... will ...

God. It hurts to even think about it.

Here's what I did. When you ran the game, it generated a random code, a 4 or 5 digit number. When you ordered, you had to provide that number. I would use it to generate a key specific to your copy of the game. I'd send you that key, you'd enter it, and the whole game would be unlocked.

So what does this mean? First, when you tried to order a game, you had to have this number with you. Did you realize you needed it? Probably not. So you'd be at our online store trying to give us money, only to have to leave to dig up some stupid number. Want a tip for running an online business? When a customer is at your web page, credit card out and in hand, do not give them a reason to leave!

The system was confusing, and this wasn't helped by the fact that we were the only ones ever to use it. Oh, if only we could have back the countless hours spent explaining the system to confused parents. Countless more hours making new registration keys for people who switched computers or had to reinstall their OS. The weird system made us look unprofessional at best, deranged at worst. And, as a special bonus, it did exactly zero to stop people from pirating our game. Name a way to crack our registration system, and people did it a hundred times.

We stuck by this system for fifteen years. Might as well have just made a big pile of money and set it on fire. At least we would have gotten the warmth.

A year ago, I finally got fed up. New system. When you order our newest game, Avadon: The Black Fortress, we send you a serial code. Enter it, and you're up and running. Buy the game for the Mac and want to play it on Windows too? Enter the same key. Want to register your copy again ten years from now? Use the same key.

And the result of switching to a slightly less secure, infinitely easier to use system? Sales of Avadon are the highest of any game we've put out in years.

Just Do the Minimum

You need some way to force people to pay. Not because they are evil or dishonest, but because they procrastinate. Registration is a pain. They'd rather be spending their time playing your game! If you don't do anything at all to make them pay, they'll just forget.

But tread lightly. Once you have any barrier in place at all, you'll get your payment from all the honest people, the people who know that, if nobody pays, you won't make more awesome games for them. Anything beyond that will inconvenience your paying customers and do little to nothing to prevent piracy.

It took a long time for me to learn this. Too long. And, whenever I start to forget, I look at the monolith of boxes of old hint books gathering dust in my garage. If you're an Indie developer, be nice to people. In the end, the ability to be nice is one of the best weapons you have.

Tuesday, March 29, 2011

Review: Minecraft


Since I like to write about Indie game design, it is inevitable that, at some point, I must discuss Minecraft. Written by this Swedish guy commonly known as Notch, it emerged overnight to take over the world and sell meeelions of copies. It has had a level of success my games can never ever hope to match, and it's kind of earned it.

Of course, I could go on, as many others have, about the soul-crushing lack of anything in the game to help anyone actually understand it. Of course, officially, it's still a beta, but it's still super harsh in the early going. Don't try to play it without reading this Newbie FAQ and bookmarking the recipe list, unless you enjoy suffering.

For the few people who haven't played it yet, Minecraft is usually described as a Lego video game. You start out a guy on a deserted island. You can gather cubes of dirt and wood and stone and use them to build, well, whatever you want. Houses. Castles. Roller coasters. There's no plot, per se. It's a creativity tool and an incredibly addictive one. The game system is very simple, allowing for hilarious mishaps, outlandish creations, and manifestations of mental illness.

I made a nice two bedroom house for a family of four. There's a wall around it. It's nice.

But for a no-budget Indie game to sell north of 1.5 million copies? In beta? There is something crazy insane going on here, some sort of true genius. This guy captured lightning in a bottle, with a fairly crude-looking game with no tutorial and a punishingly difficult first ten minutes. I honestly wouldn't have thought it possible. Anyone who cares about game design should look closer and see what this guy did right...

You Have To Earn What You Get

If you want to make a house out of 500 blocks of stone, you first have to dig them up. But then you just have an empty house. If you want something nice, like a clock or a golden pillar or a roller coaster, you have to search more and dig deeper. One of the key elements of Minecraft is the personal satisfaction you get from looking at what you built, which comes in part from knowing that you had to spend your time to earn it. And people do spend the time, because ...

You Get Stuff Fairly Quickly

The guiding principle behind Minecraft seems to be that you have to earn everything you get (by spending time), but practically everything comes cheaply. The stone to make a fortress can be dug up fairly quickly. The key insight here is that, to give a player self-satisfaction, you do need to charge a price (again, paid in your time), but that price can be very small. As long as there is any price at all, even a low one, the player can feel pride in his or her creation.

There Is Danger

On normal difficulty or higher, monsters can spawn anywhere where it is dark. And these aren't candyass, meaningless trash monsters, either. They are skeleton archers that can kill you dead before you even figure out where they are and exploding ambulatory suicide cacti that spend one second hissing in warning before they pop, killing you and destroying everything nearby.

Minecraft was never meant to be a shooter. You can make weapons and armor, but they're tough to make and wear out quickly. The vast majority of foes should simply be avoided. The point of the game is not kicking ass but achieving safety.

Now, to be clear, the danger element is not necessary. Plenty of players switch the game to Peaceful difficulty and never face a worse threat than falling into lava. But for players like me, who need some sort of story element or immediate goal to get into a game, the pressing need to make a Safe Place is a perfect way to feel involved. And, once the game gets you actually playing, it becomes much easier to answer the most difficulty question any creativity toy poses: "I can make anything I want, but what do I want to make?"

But Not Too Much

Minecraft is dangerous, but not too dangerous. Torches are easy to make, they never go out (for now, see below), and monsters never spawn in lit areas. It is easy to make an enclosed place where monsters will never jump you. And yet, if you ever walk outside or if you accidentally leave a dark spot in your house, the danger comes pouring back in.

And, much in the same way that only a tiny amount of effort gives a player pride of ownership, the mere awareness of danger is enough to keep things interesting. Once, when I was modifying my house, I forgot to place a torch in one of the rooms. It gets dark, I go to bed, a zombie spawns in that room, and, when I wake up, it's eating my face.

No matter how safe you make things, a moment of complacency can always kill you. The constant presence of danger can make anything more interesting, even stacking little cubes.

The Game Model Is Incredibly Forgiving

Game designers frequently want to make things too hard for players. There is a constant fear that someone, somewhere, is getting away with something. For example, it must have been very tempting to have Minecraft have a real physics model. Make your wood building too big or unbalanced, and watch as it crumbles before your eyes. Hah! Take that, you dumb gamer!

Minecraft isn't like that. It's a creativity tool. It strongly resists the desire to be hardass about what you can build and gets out of the way as much as possible. Want your giant stone castle to hang in midair? Sure! The game's job is simply to let you create.

With one limitation. Fire is merciless. Try to burn up the patches of brush in front of hour house and I promise, within five minutes, your happy green island will look like Mordor.

And the Developer Is Very Generous

For the amount of entertainment the game can provide, it's amazingly cheap. Around twenty bucks for the beta, and that comes with all future patches. No DRM. No recurring fees. One account serves as many machines as you want to use it on. And once, when their ordering servers were down, Notch simply made the game free.

This is just one example of someone becoming very successful by making something really cheap. See also: Humble Indie Bundle.

But We're Just At the Beginning

One of my favorite things about Minecraft is that it's a work in progress. We can watch the developer's tightrope act in real time, and they might still screw everything up!

For example, they have been flirting for a while with making torches go out. You would have to spend time running around with flint and steel relighting torches, or areas will go dark and "Oh God! Zombies! My face! Aaaahhhh!" This would be a huge change in the nature of the game, introducing a new activity that would pull lots of time away from the core activity: gathering materials and doing stuff with them. This change has been put off for a while, though, so they may have had the wisdom to rethink it.

(In fact, watch for any change that will heavily alter the proportion of time the player spends on various activities - digging, building, etc. These are the changes that will muck up the game.)

They are also considering adding Hardcore mode, where if you die your world is gone for good. I suppose this is a good change, since it is optional and some people love pain.

But I suspect that their design instincts are pretty good. Instead of making torches go out, they are adding cute wolf pets. Genius. My daughters will die of happiness.

So Try It

If you love Indie games, try this one. It takes some work to get into it, but it is a worthwhile exercise just too see how much innovation small developers are capable of. I am on the record as saying that small Indies aren't as innovative as people give them credit for. This is one case when I've been very happy to be proved wrong.

Wednesday, January 5, 2011

Three Reasons Creators Should Never Read Their Forums

If I have learned anything from writing Indie games for a living for fifteen years (and there are plenty who would say that I haven't), it is that it is usually a bad idea for creators to visit online forums discussing them and their work. It doesn't lead to happy ends.

This is why big, smart companies with actual budgets hire community people who do nothing but deal with and sift through forums. Managing fans is real work, and picking out the realistic and worthwhile comments takes a ton of time and judgment. That is why smart companies put a layer between the fans and the creators. If you don't have this layer, you should keep a safe, respectful distance.

It's a pity. My company, Spiderweb Software, has a really awesome, active online forum. Been there for years. Always active, full of all sorts of discussions. However, unless I've just released a game and are looking for signs of early, evil bugs, I have to stay away from it.

Some of my fans really resent this and take it personally, and they haven't been shy about letting me know. But if you've ever wondered why the creators of your beloved games often avoid the forums (especially the Word of Warcraft forums, Yeesh!), this might help you to understand why.

1. It's Not Productive To Read How Much People Hate You

It's been said that, if you want a healthy marriage, you have to say five kind things for every unkind thing. It is in our nature to gloss over and ignore kind words, but to really fixate on and get affected by unkind ones. This is why Facebook will never have a Don't Like button. If you see "Joe likes your post," well, fine. If the average online denizen see "Joe doesn't like this," he or she will probably freak out.

Which brings us to forums.

A few years ago, I wrote an article for IGN about how I felt that Indie games were far from the only source of innovation, and the big companies don't get enough credit for trying to make innovative things. Slashdot was kind enough to link to it. Someone might agree or disagree with me. Fine. But someone wrote this ...

"This is the kind of commentary I'd expect out of a cynical independent ripoff artist in action, really. You know, the kind of person who is too afraid and closed-minded to try anything new, partly because he doesn't want to lose his money or reputation - a sound judgement - and partly because he just doesn't seem to want to try. ...  In other words, nothing to see here. Just near-mindless droning from another cynic with a rather skewed and defeated view of the gaming world."

WHOA! DUDE! What did I ever do to you? Did I run over your dog? Make out with your mom? Go to where you work and mess up the settings on the fry vat? Damn!

Now, I thought that one was pretty funny. I sent links to it to my friends, saying, "Hey! Look what people REALLY think of me!" Over the years, I've developed a pretty thick skin. And yet, if you read lots of people dumping on you, unless you have super-human emotional control, it's eventually going to get to you. Sometimes I'll get weak and look at a forum and see some nasty cheap shot and it'll throw me off my game for hours.

Remember, as Penny Arcade put it (in a far superior and NSFW way), anonymity plus audience makes assholes. (And, for what it's worth, the creators of Penny Arcade don't read their forums either.)

It's a little different on my company's forums. But only a little. Even though it is mainly populated by my fans, it is still full of shots at my design skill, game quality, virility, and facial complexion. Remember, there's a thin line between love and hate. Nobody will lash out at you like a disappointed fan.

When I read the forums for, say, World of Warcraft or xkcd, I'm always amazed at how nasty things get. It makes me think, "If you hate it so much, why are you there?" But that's just the way it is, and excess exposure to insults can really get under your skin, make you doubt yourself, and interfere with your work. It's very sad, but you sometimes need to just protect yourself by staying away. Keep your brain clean.

2. It's Not Going To Be Helpful

It seems like reading forums would be a good way to get design ideas and learn ways to improve your games. With the exception of learning about bugs, this is usually not the case.

It can be tempting, when you're stuck designing a game, to read forums and look for feedback. The problem is this. No matter what the question is, there are people who will advocate strongly for both sides of it. Many of these people reflexively hate change. Many of these people are only happy if the game is much harder (or much easier). Some of them will not, in fact, have a realistic idea about anything. Often, there are issues where intelligent people can come to opposite conclusions, and you can read thousands of furious posts on either side of the issue without getting an inch closer to an actual decision.

Forums contain a cacophony of people telling you to do diametrically opposite things, very loudly, often for bad reasons. There will be plenty of good ideas, but picking them out from the bad ones is unreliable and a lot of work. If you try to make too many people happy at once, you will drive yourself mad. You have to be very, very careful who you let into your head.

Of course, it is still very important for designers to get lots of good, constructive criticism. That is why I have built up an elite cadre of awesome beta testers and interested friends, and I listen to them very closely. And, I must point out, many of those testers were recruited from my forums. You just need to choose carefully the people you ask for advice.

3. You Might Get Suckered Into Getting Angry

Not much to say about this. If you read forums for long enough, you will read a lot of nasty comments and cheap shots. If you read enough cheap shots, you'll get angry. If you are angry enough, you will eventually lash out and flame back.

Snapping angrily at your customers never, ever leads to good results.

One Final Comment

I'm sure some of my fellow Indie developers are reading this and shaking their heads at my idiocy. A lot of developers do maintain close relationships with their forums. It works for them, for now. I'm glad for them, and I hope it keeps working.

Just bear this in mind. When you start out and gain your first following, you get a grace period. You're a fresh face, making awesome new things. Everyone loves you. And, most importantly, you haven't had a chance to start disappointing chunks of your fan base yet.

The longer you are active, the more of your fans will turn on you, justified or not.

And, if you are a member of my forums reading this, know this. I love you guys. The idea that anyone wants to discuss my work at all, even to dump on it, is insanely flattering. I just hope that this makes clearer the instincts of efficiency and self-preservation that lead me to keep a little bit of distance.

Edit: Changed "think skin" to "thick skin."

Tuesday, November 23, 2010

Review - Super Meat Boy


I recently played Super Meat Boy on XBox Live. It is a really fun game, and it manages innovation in a genre that I would have thought had passed innovation by decades ago.  It's an impressive feat, and very much worth some attention.

Super Meat Boy is a 2-D platformer. Like all other successful indie games. Ninety percent of all indie games have to be 2-D platformers now, by federal law. Penalties for violation start at being forced to watch all of the Wandering Around In the Forest Being Emo scenes from Harry Potter and the Deathly Hallows and rapidly get worse from there.

The plot is simple, elemental, and timeless. You play Meat Boy, a small, sentient wad of bloody meat. Your girlfriend, Bandage Girl, has been kidnapped by the evil Dr. Fetus. You have to rescue her. You do so by moving left and right and jumping, hopefully evading all obstacles on your way to get to Bandage Girl. That's it. That's the game. It's a bloodier (MUCH bloodier) version of Donkey Kong, which itself came out about the time Napoleon was getting bogged down in Russia.

And yet, it is insanely fun and amazingly innovative. And the innovation comes from the developers' attempt to answer this simple question:

How do you make a computer game that is extremely hardcore and difficult but, at the same time, light and fun and not frustrating?

Tough problem. And they come up with a great solution. Super Meat Boy has two innovations that make it unique:

1. Short, short levels. No death penalty.

Super Meat Boy is a tough platformer, one of the toughest you will ever play. However, the levels are short. Very short. A lot of them can be completed in less than five seconds. Practically all of them can be done in less than thirty. For all regular gameplay, you don't have "lives". There is no long, annoying death animation. When you die, you are instantly back at the start of the level and able to play again. In other words, you come back to life so fast you will be playing again before you fully realize that you died.

Super Meat Boy requires amazingly difficult jumps, dodges, maneuvers, etc. It can easily take fifty tries to finish a level. And yet, you will often have all of those deaths less than five seconds into a level. So fifty deaths sounds like a lot, but they take place in less that 250 seconds (four minutes or so), which is an entirely reasonable amount of time to spend completing a level.

And when, by some unholy combination of skill and luck, you reach that fifth minute and maneuver through a tough level, you feel like a gaming god.

2. The Awesome Replays

When you finish a level, you see a replay of your attempts. Sounds dull, yes? The difference here is that you see a replay of ALL your attempts, shown at once. You die fifty times before you win? Then the replay shows fifty-one Meat Boys running through the level simultaneously. Fifty of them die in explosions of gore, and one of them gets through. It looks really cool and funny, and you can save the replays and show them to your friends.

The really amazing thing about this feature is subtle but powerful. What the all-attempts replays mean is that every time you die you didn't just waste your time. You added one more Meat Boy to the final replay, making it look cooler. Die fifty times? Then the replay looks spectacular. You aren't just failing. You're creating a bit of video game art. This feature sometimes made me keep trying a level again and again even after my sore fingers begged me to stop, just because I knew that, when I won, the replay would be awesome.

Video game death as personal expression. How cool is that?

There's More

There's many levels in the game. Finish a level quickly enough and it unlocks a much more difficult "dark world" version of the level. Plus there are boss fights. Hidden characters. Secret bonus levels. It's one of the best examples I've ever seen of obsessed developers going the extra mile to add craftsmanship and polish to their labor of love. The controls are really tight. The cutscenes are hilarious. Seriously, play this game.

I am on the record as saying that indie game development is overrated from the perspective of innovation. There are plenty of indie developers making hackwork, genre pieces, and clones of more successful games, and EA has published plenty of innovative titles over the last few years. But this is definitely one game that argues for the specialness of indies, and it's definitely worth checking out.