Any Way You Want It
Posted by Alex | Filed under Music
A few nights ago I was explaining the concept of Equalizr to someone, and he asked me,
“So… if I wanted to have a game based entirely on Journey, I could do that?”
“Yes Rob, you take your music, throw it in the game, and you can have it Any Way You Want It.”
What I didn’t realize until just yesterday is that someone had already beaten me to the punch!
I don’t know what amuses me most about this video: the random footage of a towheaded, shirtless youth playing a Pac-Man clone in an arcade (can anyone place that game?), the back-alley posturing clip of the band members, or the conspicuous absence of frontman Steve Perry.
Perhaps most notable is keyboardist Jonathan Cain’s longshot attempt to tie the subtext of the game to the creative process of an artist—not his own or his group’s, but Perry’s, vicariously—while Nick Schon smirks smugly in the background. Such is the tragic nature of the rock keyboardist, always required to justify their stature, however futile. Or maybe he just never gets stuck himself.
Another Turn of the Crank
Posted by Alex | Filed under Engineering, Game Design
I spent part of this last weekend working on building a bike. If you weren’t aware, it’s an indie developer tradition to have your bike stolen, and mine was no exception.
I’ve never paid for a bike in my life—they have all been “gifts” (e.g. from a college roomate moving out and getting rid of the bike she paid $20 for) or from insurance claims as a result of getting hit by a car on said bike (RIP red, lady’s Univega)—and I’m not about to start now.
Not wanting to repeat the latter (I do not recommend it), and having run out of roomates with bikes, I decided to check out the San Francisco’s Bike Kitchen. The Bike Kitchen is a bike workshop where, instead of working on your bike while scoffing at your taste and lack of knowlege, the mechanics teach you how to repair your own bike. They also have a program where, if you become a member, you can pick through their giant piles of spare parts and build a bike from scratch.
While I was fitting the front derailleur on for the third time, Rudy the mechanic offered me the following wisdom:
“If you haven’t done something at least twice, you’re not going to get it right.”
This applies as much to game design and programming as it does to bikes. How many times has any programmer ever written more than 10 lines of code and had it work perfectly with no fixes needed? In my life, that’s happened to me fewer times than I’ve been hit by cars (which is to say, once or twice).
Obviously, this is a factor with experimental gameplay. Since it is new and unproven, the first time it will not be right.
It’s just as relevant for big-budget, “AAA” games. There will always be new things in these games, even if they’re just incremental. Unless the team is building an exact replica of a game they have already built together, they will need to do things more than once to get them right.
![[ridiculously complex bike schematic]](http://rpmcollective.com/wp-content/images/36-space-rider-500.jpg "[via sheldonbrown.com]")
The inventory system's connected to the... combat system.
The combat system's connected to the... AI
A game design is a massively complex system just by itself, disregarding the technology and art needed to implement that design. Just like a bike, game designs are combinations of many unique, interacting sub-systems and parts. You cannot expect to build a game design from scrach (or even from a pile of existing spare-parts), and have it fit together and work well the first time around anymore than you could build a bike like that.
Parts of your design will fail at first. Sometimes you can get away with a few tweaks to fix them, but other times they will be completely incompatible with the rest of the game. In that case, you need to trash them completely and try something else. This can be painful, especially since it involves throwing out the code and art associated with the design. But it is a necessary loss if you want the final design to work, and it is all the more reason to fail early and often.
Tags: bikes, extended metaphors
Press “Play” to Begin
Posted by Alex | Filed under Uncategorized
Thus begins the tale of another indie game developer. This blog will serve as
- an archive of this studio’s development
- a collection of tips for anyone aspiring to similar ends
- a tool to break down the barrier between developer and audience
- a place to post and get feedback on various experiements and observations
If you’re interested in following along and participating, you can subscribe to the blog’s RSS feed, follow us on Twitter, or sign up for email announcements.