Seven Day Project – Day One

So, here we go. It looks like it’s been over two years since I’ve posted anything here, and reading back, thank God I have that excuse. As a warning, if you do browse back further than this post, I likely denounce whatever crazy things I had previous said, and I send my apologies for my 21 year old sensibilities. Disregard all, well, except any praise I’d heaped onto Resident Evil 5 – I’m still willing to argue my admiration of that game.
Regardless, welcome folks, and now onto the main event.
In an effort to keep myself occupied this week, I plan to design and develop a small game or prototype in seven days.
In an effort to keep myself motivated, I plan to share my progress with you all, right here.
I’ll aim to write a piece like this each evening, tracking the progress I make during the day. Hopefully I’ll have pictures in the next few days, there are none today.

So, here we really go, let’s dive in.


I woke up this morning intending to waste no time in coming up with a concept to tackle through the week. Seven days is really not a lot of time, and I have no plan on wasting any of it.
No doubt a product of what I have been playing, but lately, when I think design, Strategy is always the first place my mind goes.

This project will be a form of Strategy Game.

I have concerns about tackling a Strategy Game for a project of this sort. Don’t get me wrong, I am passionate about Strategy, but in this space I would like to create something fun, lighthearted and compelling – and as much as I love Strategy – it ain’t that.
Strategy is all about rules, it takes time to learn and understand – not exactly the traits you’re looking for when frantically throwing together a pet project that you’ll be lucky to have people spend more that 5 minutes with.

Regardless, seven days is really not a lot of time, and this is where we’ve found ourselves. Besides, maybe I’m being a little close-minded.

The strict time restriction will govern the majority of decisions I make during development. I will need to avoid taking on anything difficult or overly time consuming, as well as avoiding breaking any new ground.
Although I am competent with Unity3D and JavaScript, I’m certainly no programmer, and will need to be very aware of my limitations and what I am capable of achieving during this timeframe.

The following are some things I wish to avoid in my design.

Project Constraints

  • No Multiplayer

For two reasons, both good ones.

I have never experimented with network or multiplayer code within Unity, but more importantly, as a playable demonstration, a single player product is far more useful.

  • No Complex AI

Or any AI for that matter. I simply do not have the time to design and write complex systems for the game’s enemies.

  • No Complex Pathfinding

Pathing is the bane of my existence. I want to simplify pathing within the game as much as possible. This is going to have far-reaching consequences.

  • No Heavy Level Design

There is simply no time to hand design levels. Some kind of procedural or random level creation needs to be developed, but this is also time consuming and concerns me.

  • No Art

My art skills simply don’t match my standards.

Having constraints, and knowing them, is fundamental to design. You can’t expect to design an elegant solution if you don’t first outline the problem.

We’re going to search for solutions to each of these ‘problems’, and with any luck these solutions will work cohesively together.
So lets delve a little deeper into each of these constraints, and see how we can create a functional design that plays nice with ‘em.

Saying no to Multiplayer and Complex AI

These are really two sides of the same coin.
We’re going to create a single player experience, but one without complex AI.
This is a strange space for Strategy Games to find themselves in, although the (sub)genre of Tower Defence is a great example of strategy manipulated to fit within this constraint.
Enemy hordes blindly follow predetermined paths, but more interestingly, the player has some nice and simple AI working to assist her. The player places towers, and when an enemy is within range, the towers automatically attack – that’s some very simple AI, springing to life in reaction to the enemy.
Puzzle elements may also be worth exploring, as puzzle games are often ‘Player vs Environment’ in nature, with the player tasked with defeating the challenge of a usually static, but reactive game world. Obviously puzzles and the challenges they pose are extremely abstract, but we can take some cues from this.

Saying no to Pathfinding

Attempting to write complex pathing code is completely out of the question. I’m simply not skilled enough to write this kind of code in the brief time I have available, so we’re going with the bare minimum. I plan to write pathing code that will allow the following:

  • Allow units to path in a straight line, directly to a point.
  • Additionally, allow the player to give more complex paths to units, by drawing lines for units to follow.

Now this is incredibly lazy, and not elegant design at all. I believe limiting pathing to the above specifications will be limiting to the project, and will likely be felt in the final product.
I will not be able to include any of the following, which I would have liked to.

  • Obstacles for the player and enemy units to avoid or navigate around.
  • Interesting terrain, with variation in levels.
  • Smart unit collision avoidance.

Goodbye perfectly functional design! But we are on a tight leash here, and sacrifices have to be made.

Saying no to Level Design

I don’t have time to create levels or scenarios by hand, and I’ll also be pushing my luck attempting to design a procedural/random level generator that is sufficiently functional.
Luckily, at this point I have a pretty clear idea in my mind of what direction the project is going to take, which makes this potentially daunting constraint a little easier to handle.

It might be worth a quick recap of a few of the concessions we’ve made to fit within our constraints.

  • Flat terrain
  • No obstacles
  • No complicated AI

Given this, it seems obvious that the game can not revolve around complex terrain or navigation. The focus of the game must be on the interaction between player and enemy units, and the focus of each ‘level’ must be entirely on the positioning of static enemy units, ready to spring to life in reaction to the player – which if we refer back to our argument against complex AI, all sounds very familiar.
This dramatically simplifies what is required for a procedural level generator, hopefully putting it into realistically achievable territory.

Saying no to Art

I don’t have refined art skills, and I do not plan to waste my time and effort on art that will serve to disappoint and frustrate me.
As such, art will be abstract, created using simple geometric shapes. This is actually a positive, and fits with the abstract themes that seem to be presenting themselves throughout this document.
Featureless terrain, unrealistic unit movement, enemy units that appear unintelligent, but interact with the player’s units based off a set of ubiquitous and meaningless rules – these are all starting to sound like solutions that complement each other.
It does however, make me think that the player could benefit from having some clear and concise goals, something to offer direction without hurting her head.

To summarise, we’re looking to create:

A single player experience containing strategy and puzzle elements, focused on interaction between player and enemy units, presented in both an aesthetically, and functionally abstract way. Despite the abstraction, the game will contain straightforward goals.

Great, now we have a real starting point. We have a direction to take the project in, and a pretty good idea of what we’re capable of achieving. It’s time to create some documentation to give us a clearer idea of what the game is going to become.

Click Here to view the Concept Design Document.

This link will take you to my google docs document. This document is living, and will be updated throughout the week. Anyone with too much time on their hands is free to take a look now, and again later in the week, to see what progress and changes have been made.

Tomorrow I’ll create a task list outlining what I wish to get done each day during the week, and begin some actual work on the project.

And with any luck, I’ll also have some pictures.


2 Responses to “Seven Day Project – Day One”

  1. June 21, 2011 at 1:52 PM

    Too much text make 3 separate posts instead of one big one

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

Playing on Playstation 3

Red Dead Revolver - I paid about $1000 for my launch model PS3, so I guess it's time I get some use out of that emotion chip crammed inside. I remember Red Dead Revolver looking rather good when it was released, and despite the low resolution and odd blurring (that I attribute to playing on a HD set) the game holds up well. It looks good despite these graphical limitations because the art direction is so precise and awesome. And it isn't just the art direction, the music, dialogue and set design (for some reason, set seems a more fitting word than level) all work in tandem to recreate an iconic Wild West atmosphere. Red Dead Revolver doesn’t aim to recreate life in the Wild West, it allows our imagination to take over and populates the locale with legendary men and their legendary stories.

Playing on iPhone

edge - Well I never thought I'd consider playing a game on iPhone as actually gaming, but edge has turned me around. The game is built for the iPhone. Sure, it could be ported, but the elegance of what has been created is astounding, it boggles the mind and makes me wonder what amazing gems we'd receive if current gen consoles weren't clones of eachother.

Playing on PC

Sins of a Solar Empire, Demigod, Generals - Zero Hour - It may be a temporary effect as I slowly reintroduce the PC into my gaming diet, but it seems every title I’m excited to play on the platform is either a strategy game, or a cheap indie game. PC gaming isn’t dead, it’s just restricted to titles that require complex input or a pointing device, and games that couldn't be developed or distributed on other platforms. I guess that’s part of the reason the AppStore is so far a success, there were a lot of indie devs stuck on PC for lack of a better alternative.


June 2011
« May   Dec »

%d bloggers like this: