Concepts

To elaborate further on my previous post about rapid practical game design, here is how it turned out with my current project. The context is that the tourist roadsign system currently in place in Utrecht is inconsistent and isn’t up to standard. They are planning a new tourist roadsign system in the city, that is going to be placed in this year and they would like a game that connects to that. The game has to encorporate four core values: Historic, Talented, Innovating and Personal. Given those core values, we’ve depicted three goals as restriction for our design: Exploration, Utrecht and Learning.

In the end we ended up with three concepts which we pitched to the city of Utrecht;

• The first concept was a crazy taxi clone, in which you had to move tourists from one tourist attraction to the next. The style was very absurd and cartoony, with roadblocks flying saucers, huge laser and so on to make it attractive, interesting, and most of all fun to play.
• The second concept was city golf. In this concept the city was modelled somewhat like a miniature golf course, and you as a player had to play the ball into the hole which in this case was a tourist attraction in the city. When you hit the ball, the ball would go up so high that you could see an overview of the city. The idea then was to let the player run the character to where he played the ball by manuevering through the streets, and get to the hole as fast as possible.
• The third concept was birds. In this concept you had to guide a flock of birds through the city to a certain tourist location using so called sources. Upon selecting a source, the birds where attracted to the source and fly in that direction. As all buildings in the city were obstacles, the player had to anticipate when to select a certain source in order to savely guide the flock further as crashing into buildings meant that you as a player lost birds in your flock. The goal was to get as many birds as posible to the other side of town. We found a very cool style to go with it and I will definately show some stuff later, as the city picked this concept to go into production

As you can imagine, all of the three concepts lay heavily on the restrictions we’ve chosen before prototyping and also incorporate the core values which we were given.

What is very cool is that other students from Utrecht University that are also in the same type of project, are currently experimenting with augmented reality games. They’re creating a physical boardgame that is augmented with patterns that can be recognized by a camera connected to a computer, so that they can place 3D objects in the image of the camera on screen and do cool stuff with that. If you’re interested, theres a game currently in the IGF Finals this year called Mightier, which also used the concept of augmented reality (although in a different way). I think it rocks

Misdirection

Justa quick addition:

<p style=”font-style:italic;text-align:justify;”>

So theres the secret to fooling wordpress into using italic if the <EM> tag is overridden by the CSS you can’t edit because you don’t want to pay for it

A new Ludum Dare is coming up also in the weekend of 17th – 19th of april just so you know. It will be the 14th time it is being held, and I am obliged to enter the competition now, since I failed to do so the past three LD’s. If i ever manage to find an excuse for not competing this time, it ought to be really really good Go check out www.ludumdare.com for more info.

Rapid Practical Game Design

As promised, I’m going to elaborate on the process of game design we’ve used for our new to create game as part of my experimentation project. I’ve pro-creatively called it Rapid Practical Game Design and what it basically achieves is proper design results in a very short time. It requires very intense collaboration between the programmer,  the game designer and perhaps an artist, to create several prototypes over a certain short period, for instance one prototype each day of the week. The goal in the end is to destillate one or several game designs from the small prototypes by combining (aspects of) them.

The first thing that you should do, is making sure that you know what your restrictions are on the design. These restrictions should be theme related, a single keyword should be enough.  Do’nt use verbs, as they might relate to game mechanics and thus put too much restriction on the design to elaborate upon when creating the prototypes. Note that the restrictions might seem evil, but they actually help you find your way more easily and in the end make sure that you can use a greater number of prototypes to destilate from.

If you have a large team available for initial design, make couples or triples featuring a programmer, a designer and perhaps an artist. Choose an easy platform to develop on, for example Flash, XNA or perhaps Java, or even something like Virtools (which is mainly useful for rapid prototyping, but terribly anoying for anything more comprehensive). If you have a framework ready for any other language, thats cool, but I strongly discourage you to start creating anything from scratch when doing the programming, as  you don’t have that time.

Lets say you manage to get four teams, working for a week, then you’re required to have twenty game designs with prototypes by the end of the week. As designers, you may brainstorm with eachother to create new ideas, and as a team you may share assets to improve on the process of rapid prototyping. Try to push for new ideas rather than proven things that get shot down instantly in the next phase.

In my team for example, we didn’t really get a good idea of the restricions we’re given until late in the week. Some of the first design concepts therefore where rubbish as they didn’t fit in the restrictions we should have set in the first place. These restrictions should have been “City of Utrecht” and “Exploration” (and “Education”, but not really as our main goal). One team for instance made a tower defence clone, which just didn’t fit the profile and was useless to destilate anything from, thats a day thrown away. Another guy made a nice concept of racing on the outside of a tube. However cool that is, it just doesn’t fit the restrictions.

When the week is over, first lay every design concept next to the restrictions initially set. Which of the restrictions does it ‘hit’ and which not. Making an overview of this by counting the total ‘hits’, and the concepts that are your best base for a final design, score high on all restrictions.What you also want to do, is to evaluate the lowest scoring concepts. Try to determine what the positive aspect of that concept is, and write those down before you rule those concepts out. What you then have left most likely, is a large middle category of concepts that have one or several but not all restrictions scoring high. Now the trick is to combine those concepts into new more elaborate designs, and enhance the concepts that came out as your base designs. Finally, take care of designs that look alike. In the end you will have some solid designs that are perhaps innovating, but at least proper.

Thats it for now, I hope it is of any use