HelixFox Games

Making Get Out was really fun. It was a very short project and the result isn’t spectacular but I think I got a lot out of it.

A lot of game developers, especially in the big leagues, spend all their time working on huge projects that can take years to finish. That’s a lot of time where you’re not actually reaping any rewards for all your hard work. Also, what if your game turns out bad? That must suck to work on something for years only to have everyone hate it. I can’t imagine anything more demoralising.

Game development is one of the most time-intensive of creative pursuits. I see some kick-ass artwork on deviant art and look at the description, where the artists claims it took twelve hours in total. I think to myself “That’s a lot!” and am suitably impressed, but is it actually a lot? I spent about twelve hours on making Kill Birds With Rockets and I consider that to be a very quick development time. It seems like traditional artists have the advantage of a far lower time requirement before people can appreciate their work. Does that mean that they ultimately get more satisfaction from their work by virtue of more actual creations, or is the satisfaction garnered from game development proportionate to the amount of time put into it? I’m not sure.

I’ve had my fair share of big projects and I usually find that after I while I get a bit tired of working on them – general boredom and such. Case in point: I haven’t worked on Duck Alliance for quite a while and am considering taking a break from it temporarily. The reason for this is I’m having so much fun making these dumb week games once a month that I might just focus entirely on really quick projects like that.

Hair stylists are creative folk too – they make artwork out of peoples’ hair, essentially. A hair stylist will usually work on many people throughout a given day. Eventually they’ll make a dud and mess someone’s hair up, but it’s no big deal because the next potential success is only minutes away.

So I think it’s worthwhile to work on smaller projects. It stops you from getting demotivated from working on the same project for an extended period of time, helps you prototype basic game ideas that could be worth developing further, gets more stuff out the door and into the world, and, most importantly, lets you get precious feedback and satisfaction much more often, even if it would be less than you would get from a full epic production.

It’s a really nice feeling to create something and release it out into the world for people to enjoy and it’s a feeling I fear many developers don’t get to enjoy often enough. So put aside your gigantic projects for a while and just make a stupid little shitty game or even a gimmicky app, tacky gradient balls and all, and get it out there. There’s a hojillion people out there playing web games – someone’s going to like it, even if it’s not a big viral hit, and if I can make something that can bring a smile to even a single person’s face then that’s a job well done.

The latest week-long production for my monthly week game challenge thingy thing:

What are you waiting for?

Over at the SA Forums, I’m taking part in a monthly week-long game design experiment. What this means is once a month I’ll be making a game and will only have a week to do so from start to finish. Usually there will be some sort of theme or design constraint to encourage experimental game design.

For each game I’ll also write up a post-mortem about what I was going for, what went right/wrong and how to improve upon that in the future. The idea is to experiment with game design ideas to see what works and what doesn’t, improving my overall ability to design games and come up with actual good ideas. Plus there’s always the possibility of coming up with a surprise hit or at least a very good idea worth developing further. I’ll also pump out 12 games a year and even if they all suck it’s better than nothing.

The first game is called “Get Out” and is thematically inspired by this thread.

Play it here.

Post-mortem:
Besides the obvious inclusion of the frog and other emoticons from SA, there wasn’t really any overall theme or design constraint when making the game. More than anything it was just an excuse to get out of the rut I’ve been in lately where I haven’t actually released anything for a very long time (over two years now, in fact). So I decided to make a dead simple side-scrolling shooter variant.

The biggest issue I ran into during development was, unsurprisingly, the deadline. I had a lot of ideas of extra things to put into the game but ultimately they had to be cut. A health bar for the frog, power ups, extra graphical effects, better music integration and other things were cut to meet the one week deadline.

Unfortunately, this sometimes had a knock-on effect of making other parts of the game less effective. For example, enemies have a random amount of health and so take a few hits to kill. There was going to be a sound and graphical effect when hit, but they were cut. The result is the game feels a bit frustrating when attacking the enemies as there’s no indication when they are hit and no way to tell how close they are to dying. In retrospect, the enemies should have only taken one hit to kill.

Another problem was the title screen “click your mouse a lot” when in actual fact the optimal way of playing the game is to hold the mouse down. I really didn’t think about this when I put it in, but I should have as it is actually a bit misleading.

I think the game suffers a bit from the frog’s invincibility. There’s no way to lose, even if you sit there and do nothing. The gameplay might have been improved by letting the frog die when hit by enemies, adding in an extra gameplay objective of having to avoid any enemies that you miss.

The ending of the game is the least polished and it kind of shows. An extra screen saying “Game Over. You scored ” or something like that with some buttons to return to the title screen or play again would have been quite good, I think.

Ultimately the game suffered because I didn’t have enough time to add in all the necessary features, which is largely because I didn’t manage my time properly in the early days, resulting in less time in the later days. Time management is going to the main thing I’ll focus on improving next month.

This is a bit late, but I thought I’d throw my opinion about the iPad.

There’s been a lot of discussion about Apple’s iPad since it’s official announcement on wednesday and a lot of this discussion has centred on the issue of Apple not including any third party plugins with its version of the Safari browser, specifically Flash.

There have been a whole range of arguments about this issue, ranging in severity from “No Flash on the iPad makes it a completely useless device” to “Apple are saints – Flash is a blight upon the Internet and must be destroyed.” I subscribe to neither of these theories, but lie somewhere inbetween.

I actually don’t really care that much anyway as I have an iPhone, which fulfils much of what I would use an iPad if I had one. That said, it looks like a cool device and, while having Flash on it would definitely be nice, I can see a compelling reason for its omission – one that I haven’t really seen talked about at all – its control systems.

The argument over Flash on the iPad seems to revolve around Flash as if it was a single feature checkbox where it is either absent completely or the full Flash experience you get on a full operating system. I don’t think that’s necessarily true.

The iPad essentially has the exact same user interface as the iPhone – a touch screen and very few external buttons that have rigid roles within the OS and can’t be leveraged by any apps running. So essentially the touch screen is the only way the user can interact with web content (I know there’s the accelerometer too; I’ll mention that in a bit). There is, however, a big problem with this when it comes to using Flash content: basically all existing Flash content is designed with a keyboard and mouse in mind.

There are essentially four broad input methods for Flash currently:

1: Keyboard input
2: Mouse movement
3: Mouse clicks
4: Mouse’s scroll wheel (usually not used anyway)

Think about it.

Every single Flash application that uses keyboard inputs would be completely unusable on the iPad without some sort of virtual keyboard (and the iPhone app attempts at having virtual controllers to play games hasn’t worked very well, in my opinion). It’s my understanding that there will be a hardware keyboard available for the iPad, but that seems an inelegant solution that you can’t count on users to own anyway.

Every single Flash application that relies on mouse movements separate from clicking would be pretty unusable on the iPad. Imagine a menu bar that contains a number of headings – you move the mouse over these headings to make a submenu appear. On the iPad there’s no mouse cursor that you can move to open up the submenus. You could press the heading to make the submenu appear but you would click the heading at the same time. There isn’t really an elegant solution I can think of that can let the iPad use mouse movement input in the same way that a regular computer can. A menu bar is a very simple example, but there are loads of games that make heavy use of mouse movements in more complex ways. How would they work on the iPad?

Mouse clicks are fine, obviously, as a mouse click roughly corresponds with a finger press. The scroll wheel is right out, however.

Adobe has made a bit of a fuss about the millions of web pages using Flash that won’t be the same on the iPad, but I have to wonder how many of those pages would still be broken even if Flash was supported.

Of course, there’s a very good point to be made that Flash apps can simply be redesigned to work on the iPad and traditional operating systems, but that would require every existing Flash application that wouldn’t work properly to be redesigned, which is a foolish hope, yet would be required for everything to work smoothly. Additionally, making apps work universally would also dumb them down significantly for the desktop-using audience, ignoring interface features currently used that make things a lot easier. Anyone who has played Bethesda’s Oblivion for the PC can attest that its interface suffered greatly with it being designed to be the same on both the PC and the Xbox 360, when the PC can handle much more complexity.

You could design apps to have different interfaces if shown on a computer vs an iPad, but what a pain in that ass that would be to develop – essentially doubling the development time.

What I’m trying to say is that I love Flash and think it’s great, but I don’t think it necessarily has a place on every device.

Eleven months ago I made a post about starting a secret project. I’m still working on it but it wouldn’t be totally accurate to say it’s eleven months in the making (I’ve moved twice in the past year and all progress on the game is basically in my spare time, which I don’t have a lot of), but I’m still working on it!

The last couple of months have been particularly fruitful for game progress. In fact, I reckon probably more than half of the game has been coded in that time and the basic engine is pretty much complete right now! All that’s left to do is art assets (which I’m having to do myself as I don’t know an artist and don’t really have to budget to hire a pro), coding tweaks and bug fixes (I guess there’s a bunch of those), a couple of extra features, optimisation, level design…

Okay so that’s quite a bit still, but here are some screenshots of what I’ve got at the moment:

Duck Alliance! A very Lemmings-inspired game that has you helping a bunch of ducks to navigate through a level to reach an exit.

The title screen. Has buttons to play the game and to open the level editor. The level editor may not actually be present in the final game and is just there for my benefit at the moment

This is the level select screen and as far as aesthetics go is a looong way off completion. Right now each level has a button for it but I’m considering having a map screen with each level being a location on the map. The red buttons in the corner are just for level creation uses at the moment.
If you played Lemmings, the level names might give some clues as to what your ducks will be doing…

This is the main game screen and, again, is pretty unfinished. The UI at the bottom is atrocious and the actual game graphics could use some tweaking.
This level has two ducks who need to get to the level’s exit (the blue square – yeah, that’s a placeholder). This is done by telling the ducks to dig through the ground to get to the lower area using the commands along the bottom.

Hooray! (Note: the duck is the red square – another placeholder asset)

The duck in this screen is flapping through the air, which lets the duck fly briefly, letting him cross gaps or jump over obstacles.
In Duck Alliance, the ducks don’t all spawn from a set start position and, in general, there are only a few ducks. This allows levels to be constructed where all the ducks start in completely different areas and have to take a separate route to the exit.

This duck is building a set of stairs. There’s a handy number above his head showing how many bricks he has left.

This duck has a balloon that will let him float to safety. You can always see which ducks have balloons by looking above their heads – the ducks are vain creatures and show off their fancy balloons whenever possible.

There’s a lot of work left to do but it’s going well. I’m hoping to get some sort of demo up soon and get some user feedback

As I mentioned last month, I am taking part in the fourth game development contest on the SA Forums. I haven’t posted a new entry since then so it’s about time I posted what I’ve come up with so far!

The Game: Clicky

The theme of the game needs to be ‘Dealing with the devil’ and the most obvious way to incorporate this into the game is through the plot, which is what I’m going to do.

You will play as Eric A. Goon. A lonely nerd who spends his days complaining on the World of Snorecraft forums about how overpowered Doom Knights are and how machineering sucks. His secret wish is to obtain a lady friend, but he is far too reclusive and fat to have any hope of this. Cue the Devil’s appearance. He offers Eric the his heart’s desire for female company in exchance for a small favour… Eric must help the Devil steal souls from people in his town and use these souls to rain down destruction to annihilate the entire population!

The basic gameplay has you looking at a city from a top-down perspective with people wandering around. You have to harvest souls from the people when they are vulnerable (happens occasionally) and these souls act as a form of currency used to invoke various demonic powers which you use to kill the population. The aim will be to kill the entire area as quickly as possible.

Originally you were going to play as the Devil himself and the deals made would be with the people in each level to get their soul. You were going to have a cash fund to use to buy the people material items to bargain for their soul, but that sort of system is far too complex for such a short development schedule. It would also have been too “minigamey” within the context of the greater game, making the regular gameplay much too complicated – simplicity is the key here, I think.

So I changed it to people becoming randomly vulnerable (when they glow red), with you able to click them during this time to get their soul. Once you have a person’s soul, they won’t become vulnerable again (they only have one soul, duh), but if you miss your chance then you would never be able to get that person’s soul.

I ended up changing this as well as I figured it kind of sucks if you miss your chance with the people as you then have to really focus on clicking every person you can, taking the focus away from using the devil powers. I changed it so people will become vulnerable again after 30 seconds if you miss them. As it stands now it’s a fairly “Plants vs Zombies”-esque method similar to picking up Sun in that game – a fairly constant stream of currency that you have to devote a minor amount of attention to to obtain (so you can’t simply ignore obtaining it). I kind of like this way as it encourages the player to get as many souls as they can, but you’re not screwed if you miss some.

The main objective is to kill everyone and the devil powers are how you’ll go about doing this. Right now the game has Imps, Minions and Hounds implemented, which are all Summon type powers. They work by you dragging them onto the game area, where they then run around trying to catch everyone and kill them. Eventually there will be other powers such as outright killing people in a certain area, scorching the ground (killing everyone who steps over it), spreading disease (killing anyone infected and also spreading itself around). The aim is that the various powers will synergise well with each other combinations needed for maximum success (e.g. using imps to herd people into a corner, letting you get more of them with a single death power).

I have until the end of this month to finish this off and there’s still lots to do, so I’d better get cracking!

Another game development contest on the SomethingAwful forums!

The theme is ‘Dealing With The Devil’ which should present some interesting possibilities. I’ve got the month of June to come up with something finished so expect a result before July!

My initial idea is some sort of game where you have a top-down view of a city with people walking around, living their lives. You are the devil. Using a gradually increasing cash fund you must deal with the people to buy their souls from them. With souls you can activate certain powers to cause chaos and destruction across the city, which earns you points. The more points you get, the better!

Once we get to June I’ll start updating with my progress.