Putting Your Game On OS-X and Linux is Not Enough

Recently, an article about Indie gaming went up on Ars Technica entitled Indie dev suggests peers should support OS X, Linux gaming. While I think Jeff Rosen and the Wolfire Games guys are making a cool game, and Ars Technica meant well, this is not enough in Today’s market.

Windows vs. Mac is no longer the question.

Windows vs. Mac is no longer the question.

Eight years ago, when we were first starting GarageGames, putting your game on three OS’s was state of the art, and we supported it by releasing an engine and many games on all three platforms. Obviously, making sure your game can run on three OS’s instead of just Windows is a big step in the right direction, but now days, you need to expand your idea of what a platform is, and build your game accordingly.

Instead of debating OSX, Linux, and Windows vs. just Windows, you should be considering all OS’s, Flash, the browser, Facebook, MySpace, Hi5, Steam, Instant Action, Greenhouse, your own site, iPhone, Android, other smart phones, Nintendo DS, Xbox via XNA, XBLA, Playstation Network, Wii Ware, box distribution, Casual Portals like Big Fish Games and Yahoo Games, Flash Portals like Kongregate and New Grounds, international portals.

Concentrating on how you can make your game and intellectual property accessible for as many of these platforms as possible will greatly increase your chances of success. Look at how Popcap is growing like a weed in an era when most of the big publishers are losing money and market share, selling out, or going bankrupt. Concentrating on smaller IP’s that can exploit every platform imaginable is a much more viable strategy for Indies.

If you are an Indie trying to make the next Fable or Halo or Tribes, this approach probably won’t work, but for nearly every other type of game, I think an iterative approach to the development of the game and IP behind the game will work. If you have a BIG idea, you may want to consider making it smaller by using some of the techniques I described in the article The Art of Backing Off. If you have not read that article yet, please click on over, so we are all on the same page for the rest of this article.

Grunts: Skirmish Flash version runs on all OS's

Grunts: Skirmish Flash version runs on all OS's


Our game, Grunts: Skirmish, started as a big RTS + community for publication on Instant Action, but as per the Art of Backing Off article, it is currently a Flash game that will be available to play for free within the next few months (note: it is taking a long time because we are developing a company, several web properties, and the Push Button Engine at the same time). We like to call this first Flash version of the game our “Light Client” version, and we have plans to go from this version all the way up to “Heavy Client” versions like XBox and Playstation 3. However, we may never make it to the heavy client versions based on what we find out from the light client releases.

While you may argue that it is extra work to create light client versions of your game, I think it is the best method I have ever experienced for making a game so far in my career. Work on the light client has not slowed down or stopped our development of the intellectual property behind the game, i.e. the characters, back story, logos, or web site design. Plus, it has given us time to create and design a nice progression of milestones and prototypes that we can test along the way toward the end goal of the entire game. For instance, given the response to our characters already, I think people are going to like the IP, but there will be nothing like putting the game up on Kongregate to find out.

If players do end up hating the characters or back story, we are not too far into the concept or idea to kill it. We are flexible and not too invested. Developers that put their all into a huge concept for years, then find out players don’t like it, are screwed. Again, our idea is “too small to fail” right now. If we misjudged the market, we have dry powder to try something different. The same thing goes for the game play. Since we have only developed the first part of the overall game, we are not so invested that we will die if it does not work out.

Besides the above advantages of light and heavy client development, getting onto all of the platforms starts to get much easier. Check out what happens once we ship the Flash version.

  • We immediately bring a subset of our full game and IP to a billion potential players world wide on Day One of ship.
  • We are immediately available on Windows, OSX, and Linux.
  • We are positioned very well to put the product on Facebook, MySpace, Hi5, or any other social network.
  • Using some “special sauce” that we have worked up, porting our game to iPhone is fairly an easy task.

In one step, our game is delivered on over half of the platforms I mentioned above. In addition, we now have a great looking calling card and, hopefully, data to back it up, to allow us to pitch the heavy client platforms. Instead of going to Microsoft with a demo or a pitch, we can go to them with data that says our game was played by 7MM people that loved it and are looking for the next version. If you think about it, that is how Flow, Line Rider, and even the Behemoth guys got onto the heavy client platforms, although I don’t think they were thinking about that when those games were originally created.

To summarize, definitely make your game for more than one OS, but open your mind to where games are really being played in Today’s market.

-Jeff Tunnell, Game Maker
Make It Big In Games
Follow me on Twitter

Woohoo, Grunts: Skirmish Has A Logo

Tim Aste, Push Button Labs‘ resident genius artist finished the logo for our upcoming Flash game, Grunts Skirmish. He created a nice blog post about the process he used to create this awesome logo in one day.

Grunts Skirmish Logo

Grunts Skirmish Logo

BTW, this is the same game that I blogged about in the article The Art Of Backing Off. We did do the Game In A Week push to get it started, and now two plus months later, the game is starting to have some magic moments. At the end of the week, we did prove to ourselves that it was worth moving forward with the game.

Flash and the Push Button Engine (more info soon) are a dream to work with. It is so much fun going back to the simplicity of creating a 2D game. We are really happy with the way the game is turning out, and hope it will be a candidate for a lot of different platforms. Check out Tim’s blog if you would like to see some in-game screen shots and animations.

Making a game like this is kind of like making pizza. Using pizza ingredients will almost always taste good, but sometimes it can taste like heaven. I’m hoping for heaven:)

-Jeff Tunnell, Game Maker
Make It Big In Games
Follow me on Twitter

Fishing Girl Is Fun

Normally I don’t refer to specific games on this blog, but I can’t help it on this one because it is fun and it is a great example of how to make money on Flash games. A few months ago Dan Cook, of Lost Garden blog fame, created all of the art and a loose design frame work for the game, and is holding a contest to see what the development community can do with the assets and idea.

Well, Andre, from developer Luna Drift, took up Dan’s challenge and made a fun game that I have spent a lot of time on. I first ran into the game on the Flash Game License site (also a 2008 Biggie Award winner for Best New Business Idea), and watched the sponsorship bids go up to $4,000. Between Mochi Ads, site ads, and sponsorships, a real Flash game monetization process is starting to emerge.

Click on the icon below to go to the Jay Is games review and play the game.
Click to play Fishing Girl

Update: I wrote this post on Friday, and now it is early Sunday morning. Dan posted the contest results last night, and Andre won the Gold Medal! Congratulations!

-Jeff Tunnell, Game Maker
Make It Big In Games

Big Ass Design Documents

Marek Bronstring, a game developer that I met on Twitter, writes a blog called gamslol where he recently penned a post entitled “Game Design 101 Rant: Over-Reliance On Documentation“.
Big Ass Design Document
Many people have asked me what a design document should be, and while I am not going to write that article today, you can read about what they should NOT be in his post. Here are some quotes:

If you already knew that game design isn’t all about writing design documents, then that’s great. I like you. We should do the secret handshake. As for everyone else, I’m sorry that you have been misled, and hopefully I can help make some amends.

But sadly there’s a myth that writing giant Game Design Documents (GDDs) is what designing a game ultimately boils down to. This myth needs a thorough pummeling.

I totally agree him. What he calls GDD’s, I like to call Big Ass Design Documents, or BADD for short. I have seen design documents that look like the old ancient bibles that sit on top of family pianos. While the developers think they are really solving a problem, in actuality they are causing bigger problems.

Nobody reads those tombs, and they are so large that, like a government legislative proposal, entire developers are sucked up just keeping the document up to date. Worse, designers get pissed at the programmers because they still ask questions about the design even though the designer thinks the answer is in the document. “Didn’t you read the f***in’ document?”, is the common phrase.

Just like “Agile Development” is kind of the new phrase for doing what you want just about any time you want, I think Agile Design is a much better way to go. Of course, you need a certain amount of design documents, but having a designer that can communicate his vision and a producer that can carry it out is much more important than the bureaucratic process of creating and maintaining a BADD.

-Jeff Tunnell, Game Maker
Make It Big In Games

The Art of Backing Off

As a producer you have to be open to reducing your expectations. Your customers only know what the end result is, not what you were thinking anywhere along the development process. I think it is always best to start with an idea that has a lot of room for expansion, then cut it back as development progresses. To me, iterative development is the fine art of “backing off”, and this article details how we have continued to back off on a concept until it is something that I think we are actually going to get completed soon.
Grunts: Skirmish Group Shot
Next week Push Button Labs is calling all hands on deck and attempting to create, Grunts: Skirmish, a “Game In A Week”. Adam is coming down from Washington, and we are going to hole up in our offices and see if we can actually do it. There are many reasons for us to make this game, but almost more interestingly was how ended up with the Grunts concept. Read the rest of this entry »

Push Button Labs Initial Site Goes Live

After several months of being undercover we are finally opening our new start up to the world. Push Button Labs has put up an initial site. While we are not exactly announcing our products yet, there are some hints as to where we are going.
Push Button Labs
Our mission statement is:

Make great products with people that we want to work with, and have fun doing it!

On the “people we like to work with” side of the equation we are formally announcing our team, and I am proud to say that Rick Overman (systems engineering), Ben Garney (programming), Tim Aste (graphic design, art), and Sean Sullivan (web) are all on board. We have also worked out an arrangement with Adam Larson (programming) to work from Washington. All of these guys worked with me at GarageGames (or, in Rick’s case, at Dynamix, too), and are the absolute best at what they do.

Our first products should be released before the end of the year. I look forward to telling you about them.

-Jeff Tunnell, Game Maker
Make It Big In Games

If Robert Zemeckis Can’t Cross the Uncanny Valley, What Makes Us Think We Can?

I was getting ready to write a different post about how I think a lot of money could be saved on big production games, and I was going to use last year’s Beowulf movie for a certain example, when I reminded myself of just how HORRIBLE that movie was. For a budget of $150,000,000, Robert Zemeckis, one of my favorite directors of all time with movies like Forest Gump, Roger Rabbit, and Back to the Future to his credit, managed to direct a movie that makes one of the most beautiful women in the world, Angelina Jolie, look terrible (see image below). Through out the movie, I kept getting thrown out of my suspension of disbelief because the motion captured actors continually went so far into the “uncanny valley“.
Beowulf
Zemeckis, now with two of these expensive mo-cap, animated films under his belt, Beowulf and Polar Express, is set to release another one before the end of 2009, A Christmas Carol. Somebody must believe in the process. Read the rest of this entry »

Design Crutch: Artificial Obstruction In Games

What got me started on this article was a conversation with Ben Garney last week about how he was going through all of the old Nintendo games with an emulator. He noticed that playing with the tools to not have to go back to the start of the level after dieing actually made the games much more fun.

McMorbid - Game Frustration by *Rimfrost on deviantART
Last night my kids were at the house for dinner, and I asked Jon to bring Rock Band 2 so we could have a little social gaming interaction. After setting up the game, the first thing we had to do was go to the Internet to find and enter a cheat code to unlock all of the songs. It didn’t work at first, and for a while we thought we would have to play the game’s entry level songs. That kind of pissed us all off, and was the tipping point to make me write this article.

Why, after all of these years of game design evolution do we, as an industry, still rely on cheap design tricks like “unlocking” songs, starting over levels, only allowing saves at certain points in the game, etc.? Especially in a social game like Rock Band, what is the point of not allowing the owner to play all of the songs? Jon just paid $170 for the game. Isn’t that enough “earning”?

When a player gets killed in a platformer or FPS, why does he have to go back three levels or to the beginning of the level/chapter? Why can’t players save anywhere in a game? I know the answer that will be given, i.e. to give the player a feeling of anxiety and tension. I call bullshit on that answer. That kind of tension is not the kind of tension that a designer should want to create. External tension that the player simply does not want to waste more time traversing a part of the game already explored has nothing to do with the real design/game tension that should come from the game’s internals.

Playing LucasArts adventure games was more fun to me than Sierra adventure games because I knew I could not die. Even in the adventure games I designed and directed, I succumbed to the “player character must die” design mechanic. I remember distinctly caving in to pressure from Sierra, but mostly I remember it being easier from a design standpoint.

It seems to me that this pseudo role play, leveling up mechanic is industry design dogma, i.e. it has been done for so long that people in the industry don’t even question it. I know most people in the industry will be against my opinion here, but I have to speak up (again). The first time I raised this point was in 1989 when we were finally releasing our first Affiliated Label games, A-10 Tankkiller and David Wolf: Secret Agent. We put in a feature called the VCR Interface, that allowed players to move to the next level or fast forward past the part they could not conquer.
Dynamix Customer Welcome Letter
This post could be incredibly long, and I will continue to address this point as I start writing posts for my Games for the Non-Hardcore series. I look forward to seeing how all of you feel about this subject.

-Jeff Tunnell, Game Maker
Make It Big In Games

Memories From Office Move

I have found out that you can’t simultaneously resign from your old company, start a new company, move that company into new offices, remodel a house, start a farm, move into a new house, repair and sell the old house, work on three game concepts, teach game design classes, and blog. Something had to go, and it was blogging. I hope to get back to it now, but before I start I found a bunch of funny and inspirational pieces of history as I was putting my home office back together.

Home Office Move In
As you can see from the above photo, I have a lot of work to do before I can do “work”. Read the rest of this entry »

Inspiration From Other Forms Of Media

As I am settling into my new house (which is why I have not posted for so long), the lack of Internet and cable television has caused me to spend evenings watching Netflix movies, and I have seen some great ones. I finally got around to watching No Country For Old Men, There Will Be Blood, and Micheal Clayton. All of those movies were awesome works of art, and extremely inspirational to me. As I was watching the end of Micheal Clayton, where George Clooney’s character is just riding around the city in the back of a taxi with the wonderful, smug look on his face after taking down the bad guys, I just felt inspired to delv even harder into making games.
Michael Clayton PosterIncredible Toons
Don’t get me wrong, it didn’t make me want to make movies, or tell stories, or try to make games into movies like so many game designers seem bent on doing. No, it simply made me feel warm inside and inspired to work harder on OUR art form, i.e. making games as fun as I can possibly imagine them. Movies are good at looking into the human condition and telling stories. Games are good at interaction and providing people with a fun experience. Excuse me while I go work on that.

-Jeff Tunnell, Game Maker
Make It Big In Games

12Next » (15 total posts)