HelixFox Games

If you’ve been paying attention to this blog you’ll notice that I promised a game a month, but haven’t delivered anything since the second game. This might lead you to believe that I stopped working on them extraordinarily quickly, but that’s not the case!

For recent games I’ve been investigating into getting a sponsor for them, mostly as an investigation into the state of flash game sponsorships right now. This meant I couldn’t publish the games to the internet until a sponsor had been found (or until I gave up). It seems like sponsors are more interested in longer, more polished and more developed games, however, so my crappy little 10-hour jobbies just aren’t going to make the cut. So in future I’ll just throw them straight up here and won’t bother with sponsorships!

So here you go, three fresh new games:

Kill More Birds With Rockets


Cloud Rising 2


Kill Yourself


Enjoy!

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

There are lots of puzzle games around on the Internet, providing challenging tasks, riddles and other objectives for us to bash our heads against. It can be frustrating trying to figure out how to solve these puzzles, but it’s made worthwhile by the feeling of elation we get when we work out what to do and how to complete the puzzle and therefore the game.

Puzzles are very popular in games because of the simple fact that learning is fun. A puzzle presents you with a problem and you have to learn how to overcome this problem in order to succeed, which causes your mind to reward you with feelings of pleasure. This response is an innate feature of the human mind, evolved throughout the ages to make us as smart as we are today. In fact, all games revolve around some form of learning and the fun in playing them is usually derived from overcoming challenges in the game, taking advantage of our evolutionary instinct to learn in order to better survive in the world.

This even extends to other forms of play and can easily be seen in children: hide and seek is practice for hunting, war games are practice for protecting your tribe from outside threats, looking after dolls is practice for looking after a real child – all of these games that children play correspond with something that our ancestors will have had to do a lot in their adult lives. It makes sense: by practicing these skills as a child they will be better at them as adults and so much more likely to survive in a prehistoric world – evolution at work. Games don’t necessarily have to have a direct analog in the real world, but their enjoyment is due to the thought processes behind learning and mastering skills.

This is why fine tuning of difficulty is important for games. If a game is too easy the players will master it too quickly and grow bored with the game. If a game is too hard the players will get frustrated and eventually give up. Hitting the sweet spot in the middle where a game is difficult but doable goes a long way to improve the longevity of a game. One way of adjusting the difficulty in a game is to introduce customisations that the player can make that affects the way they play the game – effectively making it easier if they customise well. This acts as a sort of metagame within the game, giving the player more to learn.

I played a game the other day called Learn to Fly by maxgames.com. The main gameplay is quite simple: you have to adjust the angle of your penguin as it flies off a ledge in order to achieve the maximum distance. However, at the end of each day you earn money which can be used to buy a variety of upgrades which let your penguin achieve a greater distance. This introduces a new challenge into the regular gameplay: Which upgrades provide the most benefit? Should you save up to buy a glider or spend what you have right now on air resistance? It adds an additional puzzle element to the main game and adds that little bit of extra depth.

These sorts of “puzzles” within non-puzzle games are actually very common once you realise they’re there. Any game with some RPG-esque character customisation automatically challenges the player to customise themselves in an optimal way. One big example is World of Warcraft, which has a variety of ways for characters to customise themselves: equipment, talents, temporary buffs, etc. All of these features interact with each other to determine what statistics a character has (e.g. how much damage they do or how much health they have) and in a highly competitive game like WoW, optimising your character as much as possible is a big deal. Many players have written their own spreadsheets to calculate what statistics they need to focus on, what abilities to use, what talents to take in order to maximise damage. The “puzzle” of making your character the best he or she can be in WoW is taken very seriously by many players and makes up a huge part of the game’s depth and therefore its appeal.

Going back to what I said earlier about difficulty, it’s important that when implementing customisations like these within your game that it isn’t necessary to customise your character to the optimal level to complete the game. It should be possible to complete the game with any customisations the player wants (obviously you can require some customisations – you don’t necessarily want players to ignore it completely), but they should make it easier in order to reward the player for customising their character well.

Some more examples of these sorts of customisations off the top of my head: Choosing between an uzi or a shotgun (one is better at long range, the other is better at short range – you have to decide which one is more important), allocating stats to damage or health in an RPG (doing lots of damage is desirable, but you need enough health to stay alive), choosing which character to play if each one has a unique power (can depend on the level you’ll be playing on; one character might be better suited for it).

For my devil game that I’ve mentioned previously on this blog I’ve been thinking about a system where you get a number of points for successfully completing a level, with these points being spent to acquire new powers or upgrade existing ones to make the rest of the game easier. I’m hoping that this will add depth to the game and make it more fun! The aim will be to balance the powers so that they are all roughly equivalent, so the player can choose whichever ones they want to customise themselves with and still be able to do well in the game.