Over the last month I’ve been working on a new project. Usually I’d try to resist starting a new project as long as possible but feel that this could be a rather quick game to create.

It originally started off with trying to think of other ways I could reuse my city generator and I came up with a city where enemies come in from all exits and your squads have to fend them off. There will also be survivors in the city which can be rescued for cash. If I were to give it a genre it’d have to be an action strategy with hints of an unconventional tower defence.

Progress is coming along quite well, although there’s not a whole lot to show at this point.  Units are controllable with pathfinding and enemies will wander around until they see a unit and attack.

There’s still a lot to get done but its a good start, I should have something to show shortly.

Yet another new perspective

I’ve been taking a look at the game and thinking about pieces which dramatically increase development time and not really essential to the game. The key piece is the 3D side of things which although is a rather nice feature, is somewhat expendable.

Looking at games like Hotline Miami and Teleglitch, we can see that they’re still amazing games even though they’re of a top down 2D perspective.

With this decision in mind I started looking into the Starling 2D framework which integrates the 3D stage to utilise the GPU in 2D rendering.

After getting Starling setup its really quick to start working with as it uses the same variable and function naming convention as core AS3. Unfortunately it became apparent too quickly that my intentions for the framework were more than the intended use. Once the city generator was implemented, the performance went down to half which was seen using the core 3D previously. I’m not saying Starling isn’t good, for most projects its ideal, but unfortunately its not cut out for this project.

This has resulted in me creating my own version of it. It’ll conform to the AS3 functions to behave in a similar manner to using the inbuilt 2D engine but for it to easily extend the standard model to easily create complex sprites.

ZRPG (2014-01-06)

So at the end of the last year I entered the Oryx Trial with a somewhat poor entry and unsurprisingly didn’t win. I didn’t expect to but the point of entering was to push myself into writing some classes which would be used in my other game. I must say it’s also inspired me to get back into the game development side of things.

Since the new year I’ve made a big push and managed to get the random city pretty much sorted and integrated with the 3D stage. Now although this is pretty much regurgitating previous posts, a lot of work went into rewriting big ol’ chunks of code for it to work more accurately and quicker.

Now the main thing that’s up with this example is that there’s a delay when you hit the edge of the city block, this shouldn’t be a huge issue as I’ve purposely scaled the map down to down to show this. The map is really ten times the size so by the time the player reaches the edge of the map, the neighbouring block would have already loaded (in theory =P) The way the map works is on a 9×9 grid, when the player reaches half way through a block it starts loading in neighbours. The delay is present as threading in AS3 is still in beta so I’m currently daisy-chaining the processing off the main frame rending. When the player moves to a new block, the loaded blocks shift over so only new blocks have to be loaded. This now does mean that you can walk infinitely in one direction and the city will keep generating buildings around you.

There is a minor issue where some buildings don’t get loaded which I shall have to look into but I’m happy with the progress at this point. There are still a few pieces which can be optimised at this stage but I thinking I’ll work on a different piece of the game for now. I’m really hoping to have something fresh for the next post as this is yet another post which contains the same as previous entries but with minor updates.

Roguelike (2013-12-24)

Well I submitted by game last night but have mixed feelings about it.

I’m pleased with the amount I got sorted with the limited time available but I’m not happy with the quality, especially towards the end as I was having to cut a few corners in order to get core functionality in place.

For example, the inventory & UI in general was very slapdash, levelling and experience of the player and items was somewhat unfinished & untested and there were still quite a few noticeable bugs in place.

The main bug is still the shadows, they still allow defogging of tiles behind walls and there’s a weird ghosting issue where you can see ghostly enemies on the fogged tiles but they’re not there when you get to the tile.

Since the last update I’ve added in enemy AI, they’ll intercept you when they see you and go to attack. If they lose sight of you for too long they’ll lose interest and stop chasing. I quickly added in food to heal the player.

Anyway, for anyone wanting to see what was submitted, you can download it here

Roguelike Development (2013-12-08)

Progress of the roguelike has been slow but steady, not really had a huge amount of time to spend on it but happy with what I have managed to do.

I thought I’d post as a slight milestone has been hit and that’s shadows & fog of war. I remember spending many hours before trying to get a good 2D shadow algorithm created and failed due to heavy resource usage but I’ve come up with a new method which works quite well.

It still needs a little tidying up but it’s a start.

Trials of Oryx

While I was looking at sprites for my rogue like game at Oryx Design Lab, it turns out that they’re doing a competition called Trials of Oryx which started on the day I started looking into doing the game, what are the chances?

I’ve taken this chance to accept the obvious fate and join in with the challenge. Could be tricky with a minuscule amount of free time I have for such things but perhaps it’s the inspiration I need to keep at it.

I’ll try to keep updates coming but for now, I’ve got a game to make =)


I love playing the majority of video game genres but think out of all of them, RPG games are probably my favourite game genre and delving down, rogues would have to be my favourite sub genre.

For those not in the know, rogue like games are classic dungeon crawlers which are randomly generated and notoriously difficult.

It’d been a while since I’d played one and once I’d delved in, I became obsessed. After a week of being reminded of the unforgiving difficulty it dawned on me that a started building a dungeon based game many moons ago. I checked my project folder to make sure it was still in existence, luckily it was.

Although it’s in the very early stages, the key functionality of the seeded random dungeon generator was pretty much in place. Other pieces in place is the beginnings of the path finding and sprite loading.

As you can see it’s all rather barebones, the same one sprite is used to represent the player and the enemies, stairs are yellow tiles & doors are green. Where I left it, it was mainly the dungeon generation which was being developed with everything else to be thought about later on.

I’m quite keen to pick this project up again so hopefully I’ll have more updates in the near future while the enthusiasm is in full flow =)

Game Development (October 2013)

Not too much has changed over the last couple of months, nothing at face value at least. I’d been doing some testing of the game on a tablet and wasn’t completely happy with the city transition. On the mobile device there was a slight lag when moving between the city blocks as it was generating each city block instantly which had an effect on the performance. In usual cases this would be solved by threading but unfortunately in AS3, threading is currently only available in beta for android applications and currently in development for iOS.

After some time thinking of solutions I came up with changing the city generation from using standard loops which would run through everything there & then to using the game’s frame rate as the loop instead. This would result in spreading out the processing over multiple frames allowing to maintain a good FPS. The only drawback of this method is that it will take longer for the city blocks to be generated which shouldn’t cause too much of an issue, the city will be large enough that the generation would have finished long before the player reaches the edge of the city.

There’s been two other relatively small changes, the first is random buildings which is quite significant for a random city generator. The second change was so buildings at the edge of city blocks get grouped together into one building instead of fragments.

random city buildings


This is a rough example just implementing the classes used for the city. The different coloured squares represent the different building types and the roads poking out the sides are the roads which link up to neighbouring blocks.

Back in the zone

For the last couple of months I’ve decided to take a step back from the game development and work on a new site. When progress seems to stand still for too long I tend to shift onto something else temporarily which usually leads to it ticking over in the back of my mind.

In the mean time I created a new site for snippets (… not really relevant but more of a shameless plug =)

Anywho, while working on the site I was also thinking about the game and have made yet another u-turn and decided to go back down the 3D route. I’ve thought of a way to turn it into more of an action RPG style game which should also help preserve the survival aspects I’m wanting to maintain.

Upon getting back into the 3D game development state of mind and starting to implement these new ideas, it dawned on me that there were a couple of underlying issues with the setup of my existing work. Although I did spend a little while trying to correct these issues, the decision was made to start afresh & gradually import the existing work into the new workflow.

Although there’s nothing much to show at this point, there should be soon =)

Game Development (June 2013)

Well it doesn’t really feel like there’s been huge leaps & bounds in anything to see over the last month but the basis of some pretty important pieces have been put into place. Please note that the video is also zoomed out to what it will be, this is purely to show how the tiles are working. The first noticeable change will be the buildings but they’re merely placeholders for something better which is why they look pretty flakey. They’re currently created based on individual tiles which won’t really work as a whole as they’re going to need to know which building type they’re part of and which tile of that building. There’s also the issue where buildings at the edge of a city section have a wall through the middle. The next thing to notice would be the enemies are back, even if they are very basic in their current state. At present there’s a set limit of five which will randomly spawn on the level load and respawn when they’re knocked off the map. They move very linearly, as in a randomly picked direction and they’ll travel in that direction non-stop unless you get close enough for them to follow you. They can also be targeted and attacked by the player, though this is a very primitive process as it currently stands. What’s Next? Like I mentioned earlier, the buildings really could do with a lot of work but at this point I’m thinking that the basics of different building types would be good to get in place. Another important item on the todo list is obstacles and let the player walk through walls =)