Author: Gianfranco Berardi

Categories
Game Design Game Development Geek / Technical Linux Game Development

Stop That Hero! Development Summary

The last time I wrote about Stop That Hero! development was in July. Here’s a quick summary of the work I’ve done since then:

Fixed memory bugs

I fixed a number of issues in July, specifically with weird corruption issues that seemed to result from the use of std::vector<bool> which is apparently not a real vector of boolean values. I was easily able to discover where memory leaks were occurring with Valgrind.

Recently, I ran into a bizarre unit test failure when adding code to a module that had nothing to do with the unit test, and I discovered that I had introduced a bunch of memory leaks that were finally manifesting in such issues. It wasn’t hard to fix since I once again was able to use Valgrind, but it was tedious work. A lot of it was fixing dumb mistakes, too. I have no idea why I thought I could get away with the code I wrote when I wrote it.

Unless there are corruption problems, memory bugs are not usually a big deal during development. Still, it would be nice if I used tools that made it easier to avoid the problems in the first place. I use UnitTest++, but these memory leak issues would have been caught had I used a tool such as CPPUTest which fails tests if memory leaks.

Added more minions, entities, and projectiles

Once I made combat revolve around projectiles, I added fireball-launching dragons and warlocks. Warlocks will eventually have a magic spell they cast, but they launch fireballs because that was the only projectile I had at the time.

Recently, I added new heroes. Archers shoot arrows, and wizards cast lightning bolts. I eventually want to add villagers and knights and get rid of the generic Hero character.

More Heroes Added

Optimized rendering

I’ve had the same update/rendering code for a long time, and on a whim, I added some logging to my game to find out why I wasn’t able to get 60 FPS even though I didn’t think I was doing much.

It turned out, I wasn’t doing much. All of my code ran within a millisecond, but the actual SDL call that blits to the window took between 30-50 ms to run! The good news is that my own code isn’t slowing me down, but mathematically it’s impossible that SDL MUST render this slow since so many other SDL games run much faster. So I looked to find out what other people did to make it work.

Here’s the code I was using to set the video mode:
m_screen = sdlInstance->SDL_SetVideoMode(m_x, m_y, m_bitDepth, SDL_DOUBLEBUF);

And here’s a much faster version based on a thead at Ubuntu Forums that I apparently did not bookmark:
m_screen = sdlInstance->SDL_SetVideoMode(m_x, m_y, m_bitDepth, SDL_SWSURFACE | SDL_ASYNCBLIT | SDL_DOUBLEBUF | SDL_ANYFORMAT | SDL_SRCALPHA);

So I went from 30-50 ms to 8 ms. The game runs so much more smoothly now, and it didn’t take a lot of work at all.

Switched away from pie menu

Pie menus are great for usability, but only if you can guarantee that the menu can be displayed in its entirety around the mouse cursor. Since one goal with “Stop That Hero!” was to make the interface as simple as possible, I didn’t want a scrolling world. The entire world fits on the screen at once. To use pie menus, I’d have to reduce the world size to provide a border all so that buttons could fit on the screen if a tower was selected near the edges.

So I removed the pie menu and went back to a traditional UI at the top of the screen.

Added resources and minion costs

Before, I was adding minions to the game whenever I wanted. Now there are resource costs, and it takes time to summon a minion from a tower. The player starts with a base set of resources, and the current system adds 1 resource every second. It’s simple, and it works. I can experiment with resource mechanics, such as adding rewards for killing heroes or if certain minions collect items and bring them back to the player’s castle, but the basic system is in place.

Made object creation more generic/data driven

I initially tried to make the game as quickly as possible, so instead of trying to genericize object creation, I created a bunch of separate commands: CreateHeroCommand, CreateDragonCommand, CreateOrcCommand, etc.

While it worked, it was also very limiting. Each time I added a new type of entity or in-game object, I had to create a new command. Maybe that’s fine if I know what entities and objects I want to create up front, but it limits the design. Maybe I want to make weak squires, regular soldiers, and strong knights as variations on each other. The effort to write the code for the separate creation commands would be tedious and slow.

So I replaced all of those CreateXYZCommands with CreateObjectFromTemplate. Instead of having coded commands to create an orc, I create a template called Orc, which defines components and data that an orc would have. CreateObjectFromTemplate(“Orc”) then creates the components with the correct data, and an orc appears in the game world.

Templates can be created and changed much more easily than hardcoded commands, which means adding and tweaking minions, heroes, and other in-game objects is easier, which means game design and balancing is easier. It also allows me to data-drive the game a lot more, which means more interesting entities and game situations.

Added timer-based summoning queues

Both heroes and minions take time to appear. Minions are summoned and there is a summoning bar that lets you know how finished the current summon is. By using the same summoning queue code, I now have a Village which pops out heroes over time.

Timers seemed like a special case of general triggers. It would be nice to have dwarves pop out of caves if any entities come near or have other similar scripting in the game, but my initial attempt at general triggers might have been trying to do too much. Maybe for another game.

What’s Next?

The game is still silent, so eventually I would like to add some sound effects and music. Animations and special effects would really punch up the visuals, which need a consistent art direction. It’s all functional programmer art and will get replaced.

But the biggest thing left to do is improve the AI. Dragons can attack from distance, yet they still try to run up to the heroes the way melee fighters do. Also, entities tend to bunch up. 10 orcs attacking a hero tend to look like a single orc attacking the hero, and it is hard to see what’s happening.

My initial attempt at solving these problems resulted in unacceptable slowness last week, but I’ve identified what’s going on and think I have a fix for it.

But hey, this is AI work. I already know I can’t expect that I’ll figure it out in a matter of hours or days. There’s going to be a lot of changes, tweaks, and fixes until it looks right.

And besides game development work, there’s the work of marketing and selling the game. There’s a “Stop That Hero!” Facebook page, and I just sent out a newsletter to my list announcing the upcoming release. I’m hoping to get a pre-alpha release out soon.

Categories
General Politics/Government

Where Were You On September 11th, 2001?

10 years ago, I was up early finishing math homework at the desk in my dorm. It was due for that morning’s class, and I had procrastinated during the weekend. It was my junior year of college, and I didn’t know that classes would be canceled that day.

I had two roommates in an apartment-like dorm. The one I shared a bunk with was still asleep, but the one who was usually secluded in his room came out and told me to turn on the TV news.

I watched a building with smoke billowing out of it, and there was some speculation that a plane had accidentally flown into it. No one knew if it was an attack. Shortly after, I saw live reports of the second plane flying into the World Trade Center buildings, and it was clear that it was no accident.

Our neighbors across the hall knocked on the door, and we all watched the news in silence. Footage of the planes slamming into the buildings repeated, and news anchors provided what info they could, even though no one knew what was happening. Occasionally someone would say something, but we were otherwise numbed and unable to speak.

My other roommate appeared and asked what was going on since so many people were in our living room. I remember feeling a bit guilty that I didn’t think to go wake him up. He did a literal double-take when he saw the TV footage.

People were reported to be jumping out of the burning towers, which eventually fell as well. The Pentagon was attacked, and we heard the relatively good news that one plane crashed in a field instead of hitting its intended target. One neighbor said it looked like the fall of Rome, and I remember being bothered by the statement at the time but in a way I couldn’t put to words. It was all horrific, and the footage was on constant repeat.

I remember my mother called me, which was difficult since the phone lines were tied up. Everyone was calling everyone, it seemed. “Where are you?”

“I’m at school.”

“What are you doing there?!”

“Mom, I live here.”

Even people who live in the Chicagoland area sometimes think that all of Chicago is Downtown Chicago. Even though I was miles away from downtown, my mother probably thought I was hanging out near the Sears Tower, which I’m sure everyone thought would be a potential target.

I knew of only one person in New York, a prominent QBasic game reviewer, and I was relieved to find out he was safe.

The school set up some TVs in the cafeteria, and I spent part of the day with friends there. Eventually I realized that I was getting fatigued by the news on repeat. It was a lot to process and take in. There was so much death and destruction, and while I was aware that people might be used to such attacks in some places in the world, it was the first time I can remember seeing such an attack so close to home.

I recall the face of Osama bin Laden appearing on TV, with people speculating about his involvement, and I remember thinking that we don’t know who did it, and yet now everyone in America who looks remotely Middle Eastern will be suspected of being a terrorist. I was reminded of “The Siege,” a movie starring Denzel Washington, Bruce Willis, and Annette Bening. There is a scene shortly after a terrorist attack with talk radio personalities arguing that we should deport all Arabs, since we “know” they’re the ones responsible. Everyone was afraid of everyone, and I worried it was going to happen in real life.

One Muslim friend of mine reported being on a crowded El that week and wondering why no one would take the seat next to her, until she realized it was because everyone was afraid of her. If you knew her, you’d realize how laughably absurd it is to be afraid to sit next to her, and yet that was the climate of fear the country was in.

I remember going to class downtown the next day, and while waiting for the elevator, a friend asked me if I was nervous. I said I wasn’t, because I figured the day after an attack is probably the safest time to be anywhere. In the days that followed, though, I was incredibly aware of the fact that the Sears Tower was mere blocks away, and I couldn’t help but imagine how terrible it would be to stand where I was and witness it burn and fall.

There was a lot of ugliness on September 11th, and at times you couldn’t believe that the only thing we have to fear is fear itself the way the media and politicians went on, but I remember some things that weren’t horrible. While I didn’t know anyone who had died in the attacks, and I don’t think I knew anyone who knew anyone either, there was a lot of goodwill and love. I remember a number of us were being turned away when trying to donate blood because so many people were trying to help. It seemed every other person had shirts proclaiming that they hearted New York. Everyone was a New Yorker. The outpouring of support from the nations of the world included statements like “We are all Americans.”

With so much support, goodwill, and strength, how could the attacks possibly compare to the fall of Rome?

In the years to follow, I remember recounting the day with friends every so often, and I realized that “Where were you on September 11th?” was going to be a question along the lines of “Where were you when John F. Kennedy was killed?” A friend said his alarm woke him up because a radio personality was saying that if you’re just tuning in, you’re waking up in World War III, which he initially dismissed as some alarmist version of what might likely be a relatively benign event. Another was interviewing for a job and saw the flags at half mast upon arrival.

In all of these stories, it seems as if time stands still for the person when he/she realizes what happened. Priorities become reevaluated. And there is always this feeling that it was an unreal experience, as if this remembering was not of the past but of a bizarre dream.

I wish I had a good moral or point to tell. Maybe if I was a better writer, I could turn my story into a point about the dangers of fear, about how terrorism is about terror, and when we allow ourselves to be afraid, the terrorists have done their job. Maybe I could even throw in the well-known quote by Benjamin Franklin on those who deserve neither liberty nor safety. But in the end, it was a horrible morning involving a lot of suffering and death and destruction, and this article was merely my memory of it.

Categories
Game Development Games Geek / Technical

See Stop That Hero! in Chicago

Indie City Games is hosting the Open House Indie Games Expo in Chicago this Saturday.

Members of the general games-playing public are invited to show up, meet local indie developers, and play the games they’ve been hard at work creating. It’s fun, it’s free, and absolutely everyone is invited!

I’ll be demoing Stop That Hero! for the first time in public.

When? 1PM – 4PM, Saturday August 20th, 2011
Where? 243 S. Wabash Ave Room 924


View Larger Map

Do you plan on attending?

Categories
Game Design Game Development Geek / Technical

Meaningful Game Play Game Jam

Josh Larson of God At Play wrote about meaningful game play. Josh’s definition:

Meaningful game: a game that has significance or provides purpose for how one lives life.

He specifically argues that there seems to be a lack of games with deeper meaning, and that there are not enough of them to satisfy the people who want to play deeper, more meaningful games. He identified the difficulty a game designer has when setting out to make a meaningful game. Where does one begin? Have there been attempts before? It’s hard to know what works and what doesn’t without actually doing it yourself because body of work available to build on is scarce.

His suggestion is that there should be game jams dedicated to Meaningful Game Play, where such experiments can be prototyped and critically analyzed. The goal would be to create a resource for game designers who wish to develop deeper, more meaningful games.

The first Meaningful Game Play Game Jam starts today at the BitMethod offices in Des Moines, IA. Details can be found at the newly launched Meaningful Gameplay website.

I’ll be there. Do you plan on attending? Do you want to participate in a Meaningful Game Play Game Jam?

Categories
Game Design Game Development Marketing/Business

Should Indies Make Bigger Games?

I’ve been participating in the Indie Indie Conversation on YouTube with other full-time indie game developers. We upload 3 minute videos at a time (although some are a bit longer) and have a discussion about all sorts of topics related to being an indie, such as technical struggles, the need to explicitly make time for social interaction, and meaningful game play.

Recently, there has been some talk about financial concerns. Andy Moore of Steambirds fame has talked about his recent return to full-time indie status, but his lack of contract work was not his choice, and the lack of a safety net is made worse by the lack of a current project. Mike Hommel chimed in saying that his last project was a flop and lost him money, and he’s going to have to make some games for Flash Game Licensing to make a bit of cash. In the end, he got a new business deal, so good for him, but the turn this conversation took bothered me.

So I made this video:

Now, keep in mind, I write way better than I speak. To clarify, I don’t want to say that Flash games are necessarily dinky little things that get churned out with no soul. My impression of the attitudes of some indies, however, is that spending time on a game to make it great rather than merely good is spending too much time on a single project.

How much value can you really provide your customers if you spent only a few weeks on your game? Chris Hecker’s 2010 GDC rant Please Finish Your Game talks about the idea that a lot of games are prematurely “finished” by indies. That is, they are put out there, and there’s no follow-up or follow-through.

Yes, it is important to get feedback as your game iteratively develops, and releasing early and often is great for getting that feedback and helping you see what direction to take. But it’s not as if indies are putting together epic games and dropping development as soon as they see that there is no audience, or at least that’s not my impression. They just aren’t trying to make bigger games, and apparently they think they’re being rewarded enough for the smaller games.

So are big games inappropriate for developers who aren’t Mojang? Is it too financially risky to make something deeper for players to enjoy, or is it the exact right way that we should be making games? Did you quit your day job to be mediocre, or do you want to meet your potential, even if it is a bit riskier?

Categories
Game Design Game Development Geek / Technical

A Summary of Recent Stop That Hero! Developments

It’s been a long time since I blogged about anything, and any “Stop That Hero!” posts were sparse, so let me update you on what I’ve been doing over the last couple of months.

When I made the original Ludum Dare #18 entry, I had just finished reading through two AI books: AI for Game Developers and Artificial Intelligence for Games, Second Edition. My LD version of “Stop That Hero!” was the proving ground for what I learned. Three days of “why won’t this work?!” frustration concluded with everything coming together, and I was proud of it.

As I worked on the full version of the game, I found that one of the struggles I’ve had with STH! is with regards to software architecture. The entity AI was especially unintuitive to work with because I had written a bunch of disparate systems that weren’t aware of each other but depended on all of them working together.

The Movement system assumed that the MovementComponent had its direction set correctly and moved the entity’s position according to its speed. The Targeting system would find the nearest targetable object. And the Pathfinding system would find a path to that targetable object. Now, they sound like they work together fine, and for those three responsibilies (movement, targeting, and pathfinding), they were great.

But path following was the responsibility of the pathfinding system, which updated an entity’s MovementComponent’s direction based on where the next node in the path was. Targeting was a bit weird, too. For example, the Hero targets treasure chests, castles, and towers. In the above system, the Hero would go towards the nearest targetable object, which means he’d pick up health even if he didn’t need it simply because he was closer to it than anything else, and I had no way to change it easily.

Part of the problem is my inexperience with creating AI systems. Another part is my inexperience with component-based systems. And a third part was my inexperience with software architecture in general.

Months ago, someone suggested I read Programming Game AI by Example by Mat Buckland. What this book had over the other two books I mentioned was actual working code and examples to read through. If you’re new to game AI, I would highly recommend Buckland’s book.

After reading through it and the source code, I rearchitected the AI of my game. Now instead of having disparate systems that somehow work together, making tweaks and changes unintuitive and hard, I have goal-driven agents. Entities have a Brain component, and different Brains have different kinds of goal evaluations. A sword-wielding hero, for example, might decide between conquering the nearest tower, going for the nearest health, or fighting the target enemy, and those decisions will depend on the health of the hero, the distance to a tower, and how strong the enemy is. A slime might be a simpleton and will merely try to reach its target enemy. A warlock might try to keep some distance from his enemy while staying within range to fire magic bolts or do whatever else warlocks do. And so on.

As you can see, changing the AI of an entity is much easier and intuitive with Buckland’s goal-driven agents. I understand that it is not the state-of-the-art in game AI, but it is way better than what I had, it is good enough for this project, and it wasn’t that hard to implement. The hard part is writing the code for the different goals and goal evaluators, which is more tedious than difficult.

As for other updates, I added the concept of teams to make conquering and fighting easier to manage. I was very unhappy with how the Targeting component was being abused in figuring out if a hero was at a tower or if enemies were within range of each other. I had envisioned levels where the player isn’t fighting against heroes but other villains. Slimes should be able to target slimes from another team, but before I added a Team component, there was no way to know.

In May, I added combat mechanics and death. Granted, I already showed a video of combat mechanics in action, but still. Weapons are implemented as projectiles for simplicity. If I want melee attacks, I’ll just set the range to be a short distance.

And since I was having trouble telling if the attacks were doing anything unless the target died, I added little health bars to provide feedback. When an entity’s health drops to 0, it dies. As in the original prototype, the hero has 3 lives (after all, all video game heroes have 3 lives), but I’m rethinking that idea based on a lot of other ideas I have for the game.

Originally, I was thinking about having melee attacks only, but when I added slime trails, projectiles made sense, and at that point, I realized that melee attacks can be implemented as projectiles. Yay, simplicity!

Also, yay, feature creep? Every feature that gets added means more time is needed to make the game. Isn’t it a bit late to make such a fundamental change to the game? The project is already way, way behind the original schedule. Why make it harder to ship?

Here’s my take: I’m less interested in shipping as fast as I can and more interested in shipping a fun, compelling game. By adding projectiles and slime trails, I’ve made the game noticeably more interesting.

Frankly, the game needed more interesting things to do. Since starting the project in October, it is only recently that I’ve done so much work specifically on experimenting with the game design as opposed to putting in scaffolding. Yes, I’ll be the first to admit that I took way too long to get to this point, but I woefully underestimated the technical requirements and did not have a full understanding of the scope of the project when I started.

All that said, in preparation for the launch of the game, I created a website for it. Go to StopThatHero.com, subscribe to the free email newsletter, and Like the Stop That Hero! Facebook page.

The website is not polished yet, but then again, neither is the game. There is a development blog where I will talk about STH!-specific work, and I’ll use the main blog here to talk about my business or anything else as before.

And now, I’ll disappear into my work again. There’s more that I haven’t mentioned above, but I will say that I’ve been redoing a bit of the front-end work in my attempt to separate the GUI from the actual game logic. While it might sound like I’m trying to do things “right” instead of “good enough for game dev”, I found that the separation is already making it much easier to move forward. Like I said, I’ve been weak in software architecture. I think other game developers assume I know more about how to hack something out that works well enough, but the truth is, the more I try to slap something together in the interest of going fast, the more I end up painting myself into corners. So I’ve been reading up on GUI architectures and reading through code to see how others handle it, and it’s been eye-opening.

Categories
Game Design Game Development Geek / Technical Linux Game Development

Stop That Hero! Dev Video: Slimes Throw Chests??

It’s really exciting when I add a feature to Stop That Hero! that I can actually show to someone, and in the last week or so, I’ve added two.

First, slime monsters now leave behind a slime trail. If the Hero steps in the slime trail, he is slowed down temporarily. The slime trail and the slow effect both wear off eventually.

Second, to actually take advantage of the slime trail’s slowing effect, I added projectile weapons. The idea is that the player will strategically send out slimes ahead of stone-throwing orcs or fireball-launching dragons. Their weapons should be more effective against a slowed Hero since they have more time to attack more often.

Once I changed attacks in the combat system to be projectiles, a quick test was to take an existing entity in the game and change its weapon configuration. Since I only had Heroes and slimes, I gave slimes the ability to throw a projectile at the Hero. Instead of attacking from one tile away, they can now attack from 10 tiles away. And to give the projectile an image, I used an existing sprite rather than spend time making something that looks good.

So for this test, it is the Hero versus treasure chest-throwing slimes!

The development video below is a demonstration of the results. Please excuse the lame art. I’m focusing more on the game mechanics/dynamics and less on the aesthetics for now.

I’m pleased to say that it only takes a handful of slimes to defeat the Hero instead of requiring a small army. While it means that my test worked as expected, it also means I’ll need to make some of the Heroes more powerful once I create some orcs or dragons, who should be stronger than the slimes.

Categories
General Personal Development Politics/Government

The End of the World

According to some people, the rapture is scheduled to occur today, with the end of the world to follow shortly. I don’t normally write about religion or politics on this blog, but I’ll relate a story I was told in high school that really impacted me. I am probably remembering parts of it wrong, but I think the basic gist is still there.

There were three priests playing pool. One of the priests asked the others, “If you knew that the world was going to end in the next 10 minutes, what would you do?”

One priest answered, “I’d go to the church and lead the people in prayer. I’m sure there will be plenty who are afraid or lost, and I would want to be there with them to pray for forgiveness and strength.”

The next priest said, “I’d go home and pray alone, as Jesus suggested was best in the gospel according to Matthew. I’d shut myself in my room, and I’d pray for forgiveness and strength.”

The two looked at the third priest and asked him what he would do. He replied, “I’d finish this game.”

Categories
Game Design Game Development Geek / Technical Linux Game Development

Continuing Development on Stop That Hero!

After returning from Europe, I spent over a week dealing with being sick. Even though I couldn’t get back to work right away, I was able to read through all of the advice I received on my post on the importance of speed, and I really appreciate all of the feedback. Thanks, everyone!

In that post, I expressed frustration with how slow my game development has been, especially with Stop That Hero!. I wondered if the project was too much for me at my current skill level, and if I needed to step back and try lifting lighter weights, so to speak. I know some game developers leverage a library of personal code that they have written and updated over the course of years. Others leverage existing engines.

While I have some boilerplate code, it’s not nearly as comprehensive as I would like it to be, and the stuff I do have isn’t always as easy to work with as it should. As I said in that post, 2D engines for GNU/Linux, my development platform, by and large do not exist, so I find I have to write a lot myself. If I had more to leverage, I’m sure development of STH! or any other game would be a lot faster since I wouldn’t have to stop and implement scaffolding technology to support a feature every time. It would already exist.

The advice I received fell into a few camps:

  1. Muscle through and get the game finished. Your tech will be ideal and perfect for YOUR needs.
  2. Stop targeting GNU/Linux and desktops in general as platforms, and focus on more “marketable” platforms.
  3. Stop working in C++, and use Flash/Unity/higher-level programming language/engine instead.
  4. Break your project down into smaller projects so you can have finished games and build your needed tech.
  5. Stop writing your own tech from scratch, and leverage the hell out of libraries/engines/existing source.
  6. Stop worrying about writing “good” code. Hack something together and get it done faster!

I didn’t know whose advice to ignore first! B-) Seriously, though, let me clarify some things about what I’m trying to do.

First, I am not making games just for GNU/Linux, and I never said I would, yet this seems to be a common assumption about my business plan. I am not locking myself to only one platform. My original plan all along was to release games for GNU/Linux, Windows, and Mac. It turns out that ports to mobile platforms, which are a huge opportunity these days, would also be fairly easy, so I went from following supposedly dying tech to being relevant again.

Second, I’m using C++ because it is what I know, and my choice was to make a game or spend time learning a new language to make a game. I chose to go with what I already know, even if it supposedly limits me, because I wanted to start running right away instead of figuring out how to put on my shoes. I can always use the next project to learn a new language if I want to, and switching languages on this project would be way too disruptive and set me back way too much.

Third, because my development platform is GNU/Linux, which makes targeting GNU/Linux dead-simple and a no-brainer, it means that engines like Unity are not options for me. I might be limiting myself in terms of access to premium development tools such as Photoshop and Adobe Flash, but I have been using GNU/Linux exclusively as my main desktop environment for a long time, and I’m not about to start booting into Windows just because most everyone else does. I’ve had to find non-proprietary alternatives for a lot of applications and tools, and I’m doing it for game development as well.

All that said, I think everyone had great advice, whether it was about my tech or my business plan or my development process. Without sales, my savings account is going to get smaller and smaller, and my biggest concern was where I should be focusing my time.

My choices:

  • I could continue to work on Stop That Hero!. I have been discovering how much more complex it is and how much longer it is going to take to finish it, and there’s a worry that by the time it is done, I’ll be out of savings. To make it worse, I’m very much aware that I can’t expect sales to take off just because the game is released. Sales is going to to be a lot of work, and I might not make enough to cover my expenses early on, forcing me to spend time and effort making money in other ways, which takes away from my business. And I’ll admit that I do not know what the reception of this game will be once it hits a real audience, although I do plan to get feedback from play testers once I have something I feel comfortable showing to people, which should help. Still, it might be an unsellable flop that can’t be salvaged no matter what I do. That’s a lot of pressure on this one game.
  • Put STH! on the backburner and work on something smaller. My intention was to work on multiple small games over the course of the year. I’ve since learned more about my capabilities as a game developer and the limitations of my existing tools and tech. Essentially, STH! was not as “small” a game as I originally thought. STH! was meant to be a one-month game project in the first place. Since the schedule has slipped so far, perhaps it is best to cut my losses or at least put the game on hold and work on something I can accomplish in a matter of weeks. I have a couple of Ludum Dare projects that could be candidates for simple games. The diversified portfolio I could create in a matter of months could help reduce risk. If one game doesn’t do well, I’d have another one on the way shortly, and cross-selling might help improve sales. On the other hand, what kind of sales can I expect on a bunch of quickly-produced games that must compete with all of the free and low-priced casual games being produced every day, as opposed to focusing my efforts on my current project? Also, I run the risk of having two unfinished projects since it is possible that a lot of the problems I’ve encountered with STH! could crop up in another project anyway.

If finishing STH! would take two years, and my savings will only hold out for three months, I’d do best by switching to a smaller, faster project in the hopes that I can make at least some income. On the other hand, the race to the bottom in the pricing of games doesn’t provide me with a lot of encouragement to produce small, disposable games. Perhaps the fact that STH! is a bigger project means that the finished product can be something that a fan base could build around.

Since STH! is not a two year project and I expect to finish it before I have to worry about my savings disappearing, I’ve decided to continue working on it. My goal is to get it commercially ready to sell in June.

I did not have a playable game to release yet, but I looked at the remaining features to implement and various ideas I wanted to try, and I started pushing a bunch to Version 2.0. I spent a good chunk of the remainder of April in a self-imposed crunch. I ignored my project planning system, ignored writing for the blog (which explains the lack of posts in the previous month before Ludum Dare), and dedicated as much of my time as I could to making a friends-and-family playable game.

By friends-and-family playable, I mean I wanted to implement enough of Stop That Hero! so that I can hand it to my fiancée or a friend and say, “Here, play it with the understanding that this is an early Alpha version. The graphics suck, there’s no sound, and the game play is raw.”

While that Alpha build isn’t ready yet, I will say that April has been a very productive month, especially considering that I was only able to do all of the work in the final couple of weeks. And since recovering from Ludum Dare #20, I’ve started off May with some quality development time as well.

I’m seeing this project through, and I’m confident Stop That Hero! will be a great game.

Categories
Game Design Game Development Geek / Technical Linux Game Development Personal Development

LD20: Hot Potato Windows Port Now Available!

I updated my final Ludum Dare #20 Jam entry to include a link to the Windows port of Hot Potato. Whew! Now I can get back to working on Stop That Hero!. B-)