prototyprally

So, I didn’t just talk at nomoresweden made a game too. A really bad one. It’s called fast as a shark, and you can play it below.

The whole game, save for some code I had lying around since earlier for the water was made between 1:46 and 1:59 in the timelapse (i’m the guy in the pink t-shirt).

glorg is still progressing nicely, this is a quick little timelapse i did this morning of me making an enemy.

Last week I tried to make a game for the 10-second theme on experimentalgameplay.com.

This is what became of it.

The first few lines of code on this were written during my short stint at the indie art jam during gdc, back then it just drew colorful triangles all over the screen. However, the actual game I tried to make didn’t work at all, and I just ended up sitting and toying with it as a stupid drawing application for a good thirty minutes (incidentally about a quarter of this thing’s total development time).

So, I declared it a failure as a game (even though I still want to explore the, uh, spatial relations of triangles a bit more) and made it into a drawing app.

To draw you click a triangle and drag to one of it’s three neighbours, that will copy the color from the first one onto the second. Repeat as needed.

As an added feature it serializes the whole image into a string with every move you make and puts that in the url. This has two benefits, the bigger one being that you can easily send what your stuff to your friends, but it also makes your browsers back and forward buttons act as undo/redo. Here’s one I made.

It has two twitter buttons in the lower left, one to tweet your creation, the other one searches for other people’s posts tagged with the #triangles hashtag, making sharing a bit easier that it ever was with isotope3.

Here are some more amazing pieces of art:

• Blank slate
• Big plaid
• The V

I’ve spent the day toying with a new way to do the battles in glorg. I wasn’t really happy with the way they worked in the version I submitted to gamma, but nor could I figure out a good way to make it more interesting.

So, somewhat inspired by Ben’s writeup on his devblog for Aztez I decided to figure out the different states the combatants could be in. This graph illustrates the original battle system:

States with an asterisk mean that the player can exit them when he wants to. So the only choice the player has here is  when to exit the idle state, leading into the attack. Then he has to wait for the post attack to finish before getting to the idle state again.

This means that any time spent in the idle state is time you could be making damage, so the best strategy is to bash the button like an idiot. While that is good fun for a minute or so, it quickly becomes pretty tedious, especially since there was no real way to be good at it.

Today I made this graph (along with a small test application) :

As you can see this is considerably more complicated. The player starts out as idle, being idle now also means blocking, something that wasn’t possible using the old system. So if you do nothing, you’re still reasonably safe.

Once the player presses the button we move into the charging state, this makes the character lower his guard, opening up for damage, but the longer he holds the button the more powerful his attack will be. Once he releases he goes into the pre-attack followed by the actual attack and then the post-attack. These phases are primarily for animation purposes, but they also affect how much damage you will take if hit during them.

If the player charges for too long or is hit during any of the non-blocking phases he will be dazed for a short time, leaving him open to attack.

The problem I am facing now is to illustrate all these states using animations. My battle prototype uses simple colors and it’s quite confusing at times, but hopefully it will all make sense once there’s a little monster flailing around a rabbit on a stick instead of a stupid box changing colors. As always.

I’m writing this as I sit on a far too long flight to San Francisco. I’m going there to attend the yearly Game Developers Conference, especially the indie summit. I’m making this trip for several reasons.

Firstly, I learned so much from the summit last year. Hearing people successfull in making a living of their love for making games is absolutely delightful. It’s also very inspiring in a quit-your-job sort of way.

Another reason I go is the excellent indie community, just the thought of meeting everyone has me all giddy with excitement. It’s perhaps only a bit unfortunate that this happens at an event with a minimum pricetag of $500, but, being a part of a larger conference certainly has it’s benefits.

My third reason is to celebrate. I’m taking a year of from work to do freelancing work and make some games. Exactly how much I’ll be doing of each still remains to be seen, freelancing is quite attractive as it’s a much safer livelihood than games atleast from the outset. But I’d be lying if I didn’t say that I at least hope to get two or three games done during this year.

If you too are in town for GDC (or the Flash Games Summit) please do drop me an email so we can meet up somewhere!