Student Project IV - Introduction

The fourth semester started about a month ago and my next student project is nearing its first prototype.

The idea is to have one of these remote controlled toy helicopters and be able to fly around in a kids room. Our target platform is Android, mostly tablets but maybe we might get it polished enough to get it to work on phones as well.

There is a game in the Google Play Store that features a toy helicopter but it is more like a simulation. Our goal is to have a game were the player is able to fly through predetermined routes inside our level, collect points or other pickups and will have a control scheme that is easy enough to handle by 12 year olds (or clumsy people like myself ;P ).

We are using Unity as our game engine and my tasks will be UI and code implementation for audio and particle effects, like I did for Hadron. Additionally, my assignments will be performance and asset integration as well as tutoring some of my team mates in Unity.

To avoid any confusion, each new semester project consists of a new idea and a new combination of students. Most of the students that worked on Hadron were in their last semester and have left the Games Academy by now, so most of the students I now work with have never worked with Unity before because it is not part of our regular classes. Some had minor experiences with it but not on a full (student) project.

My new Android Tablet

Some days ago, I got my first android tablet. It was quite a good deal coming with my mobile phone contract, otherwise I might not have bought it.

After installing some apps I also had installed on my phone, I made an android build of Hadron for my own and it runs like a charm :)

The tablet is a Samsung Galaxy Note 10.1 and I am quite impressed with it. Not only does it run games and programs like a charm, its Stylus starts to replace my paper notepad and I am able to send my notes to team mates via email or skype.

This isn't a sales pitch, I am just genially impressed with the tablet...

Cookie X - Introduction

In one of my classes at the Games Academy we worked with XNA building a side scrolling space shooter. It featured a player ship, some enemies that spawn on the right side of the screen and the player shoots them for points before they collide with the player.

This small project and the fact that the platformer we tried to build as our first student project was never finished convinced me to start a new project, Cookie X. It is called "CookieX" because the original game was called "Revenge of the Cookie" and the new one will be coded in C# and XNA.

The brave chocolate chip cookie faces his sworn enemies, the vegetable armies.

Cookie X will be a simple platformer loosely modelled on Super Mario Bros. The player character is a chocolate chip cookie which has to get to the end of the level despite the vegetable armies trying to stop him.

The simple movement around the screen I could just copy from the space shooter but a platformer needs different kinds of movement and very basic physics simulation.

Student Project III - Post Mortem and More

My third game project at the Games Academy is finished and I did do some coding in C# in Unity.

I created a manager file each for audio clips and particles which provided the public variables used inside the Unity editor and the static files or functions to use in other script files throughout the project. Before the project my experience with C# was nearly non existent, I did some work with C++ or Java before, so the syntax was familiar but my feeling about .NET were kind of mixed. But after working for the project and some work in class in connection with XNA, I kind of liked the ease of work with it.

It was my second project in Unity and this time around it was much more fun to work with. Unity is a great tool kit and gives developers much freedom with their projects. A year ago, my skills as a coder or general developer were not good enough to master Unity but having worked with some coders with more experience than me helped me a lot to understand the ease of work and the freedom Unity offers.

In my free time I converted an old program of mine to C#. As a result I also tried out some WPF interfaces and was surprised by the capabilities it offers.

I am looking forward to my future projects and what might also come by...

By the way, look up Hadron on Facebook. It's the project I worked on :)

Game Ideas 02: Old School 2.5 D Point & Click Adventures

I am a huge fan of old school point and click adventures like Monkey Island, Day of the Tentacle and Sam & Max etc.

So my dream is it to design my own someday but the modern adventures are mostly action games or filled with quick time events. Both aspects detract from the fun of the adventure by introducing hectic events and the chance to die because of bad reaction time. An adventure game for me provides the player enough time to think about his decisions and does not hinder him with unintuitive controls apart from telling a good story and maybe having some laughs. Nowadays, most adventure games use controllers or the keyboard to navigate the characters through the game world. Why? Well. maybe because the world is in 3D and the character should move in 3D as well but how about proving the characters and the world in 3D and leave the presentation mostly 2D? In gaming terms this is called 2.5D and it is used in different kinds of games and genres.

It sounds fine but it is nothing new and not even innovative so why the hell do I want to do that? Well, mostly for the love of those classics I played as a kid and because point and click adventures are ideal for new platforms like the iPad or other mobile devises. They don't need complicated control schemes and can be as long as the developer wants them to be. Some good modern examples are the Telltale Games episodes of Sam & Max or the most of the games by Pendulo Studios.

There are some new 2D adventures by indie developers out there but I have not played any of them yet (apart from Machinarium) but having worked with some young artists at my game design school most want to do 3D work and not work in 2D any more. The 2.5 D game is the best compromise that I can think of in that case, so hopefully I can find some people interested in the small story I am writing as background for the game idea and my own old school adventure game can become a reality some day...

Student Project III - Introduction

A new semester has begun and with it a new project.

This time it is a 2.5 D platformer in Unity. There is not much to show or tell at the moment, so I just say that I will do some programming for the interface and maybe some particle effects...

There are some tutorial links I wanted to post:

• http://catlikecoding.com/unity/tutorials/runner/ (a game prototype somewhat similar to our idea)
• http://www.unity3dstudent.com/category/modules/ (some video tutorials on different aspects of Unity)
• http://pastebin.com/TZM50gGY (a health bar in C#)

Game Ideas 01: First Person Exploration Adventure - Phaeton

First of all, I thought about writing up some of my ideas for games that I might develop some day or just use them as a basis for new ideas.

The idea of a first person exploration adventure was poking around my head for some time now because I think it would be a game that I would play the hell out of... but as someone who just finished a game design course at a game design school here, I know that designing a game for myself is not something I should do from a game designer's point of view. As a game designer I should be looking at a game idea that could sell and that has a huge target group. Sorry but I don't like the idea of just designing games that sell and that are fashioned for the masses. The problem with these kind of games is that they are not really innovative but build on too many proven concepts to be original. I think that these games and that approach of designing games are wrong and smother innovation in the field of games. The idea of going indie is not so appealing either because more and more indie developer think of making games as art and design something that is either nice to look at but without any gameplay or that is so simple that it is fun for a few moments and boring in the long run. But enough with the ranting about the state of games at the moment...

Ok, back to the idea part: What is a first person exploration adventure?
It is a game not unlike a RPG but without all the character stuff, the classes and the micromanagement. The player has all the freedom to do what he/she wants without sticking to a predetermined play style. There are games out there that give that experience to a point. One of them is Minecraft which give an ever expending world and a small set of tools to the player with which he can do whatever he wants. A problem with Minecraft is the lack of goal and lack of guidance that many players want for their games but as an free-form exploration game Minecraft shines like no other. Another game that could fit the "genre" is Amnesia but my experience with it is limited so I am not so sure about it. Apart from that is the setting that is not one I would prefer as I am no fan of survival horror or any kind of horror for that matter. To clarify the "genre" a bit, I thought about the old Myst games and changed the puzzles to be more "in-game" than just some "mini games" like you can see in most action adventures nowadays, write a story that is a background and part of the game as well and have a goal that the player can see but reach in his own time. So in conclusion it would be a game where the player character walks around a set of areas, finds clues to proceed to new areas, solves puzzles and experiences an engaging story without shooting or killing anything.

And what is the difference to an action adventure?
Well, first off, it is in first person because the first person perspective is as far as I'm concerned the perspective with the best immersion in the game world.Second, the emphasise is on exploration and not on killing stuff or doing mind blowing acrobatics in split seconds. There is no time limit and nothing that pushes the player to rush through the game world. Everything inside the game areas could be a hint to proceed further so the player has to have enough time to have a thorough look around.Another difference is the fact that the story is one of the most important parts of the game.I already mentioned Myst as an example but thing of more free movement and the chance to alter the story by being able to choose different paths to solve a puzzle and having that choice influence the story (that's why I mentioned RPGs as an example because most modern rpgs advertise with this feature). So much for the "genre".

The title says "Phaeton", so let me explain what Phaeton is.
It is a Science Fiction world some friends and I created as a world for pen & paper role playing. It uses our galaxy but in about 4500 years, so a lot of things changed in that time and mankind noticed that they are indeed not alone in the universe and that there are a lot of other species out there. One of these species are the Raccequa, a kind of amphibian that needs a lot of water to survive, which enslaved most of the galaxy and ruled over them for about 2000 years. The massive expansion and internal struggles lead to the fall of the ruling caste and to a rebellion that freed most species resulting in the formation of an intergalactic union which brought equality and temporary peace to the galaxy.

The background story for the game is:
The player character is a mix between a smuggler, a private investigator and security guard who owns a small ship and preforms odd jobs to get by. One day he picks up a distress call and find a large cruiser drifting through space near an asteroid belt. Driven by curiosity and the distress call he docks and gets on board the larger vessel, just to find that the reactor seems off-line and no life signs could be detected aboard. From his point of entry he starts his investigation into the whereabouts of the crew and the distress call. By looking around for clues and reading diary entries he finds in crew quarters he can find what happened on the ship and proceed to the bridge to find the source of the distress call.

Much more I will not reveal by now because I am willing to make that game someday and telling the whole story here would spoil too much...

The Toils of Everyday Life

My last post is sadly more than a month old and I have not had the time to post anything until now. Much has changed and some things are still the same as ever.

First of all the second semester at the Games Academy is finished, the second game design project handed in and now I have about two or three weeks just for myself. The project was better received as the first one but there were some problems that could have prevented us from handing in a working game,  fortunately we had a working build from the night before. The problems were the results of sleep deprivation during crunch time. I was working on finishing up the path finding in the UDK and must have deleted a vertex of a blocking volume. The result was that the player start was not working any more and the game did not even start properly after that. It was not really my fault having worked three days in a row with only about two hours of sleep, so we couldn't show the very last version of the game but the reception was good nonetheless. Making mistakes like that could have been prevented with some better planing and coordination throughout the whole project but that is something we all had to learn.

Another thing that changed is the level design assignment but it was not finished in a way that I could hand it in. The UDK killed my work of about a week one day before deadline and as a result I could not make the required screen shots and decided to not hand in anything at all which brings me to the things that did not change at all in the last year. I am still not able to keep a schedule for more than three days and I am easily distracted by unimportant things like new episodes of TV series I follow or a game I have not played to the point where I could do it in my sleep. As the second semester progressed my class attendance decreased and my "sick days" increased. It was harder to get up in the morning and easier to skip a class or two. It might sound like another case of ADD but there are things that I can do for hours without any problems but these are things that I chose myself and that I consider fun i.e. there is my Minecraft server that I can play on, forget the world outside and just relax. Maybe I have to contact a psychologist and ask what my problem could be.

Making plans for the next semester seams kind of futile because I know that I will not put the required work into the preparations as is needed for presenting a game concept of my own. As the next semester is the start of my three semester programming course I might fresh up my programming skills a bit and try working through some tutorials on the net.

In past posts I promised some updates on various topics but as far as I can see at the moment I will not post updates for those posts and I will try to not promise things that I cannot deliver in the future... which does not mean that this blog is dead it simply means that I will keep my irregular updates as before whenever I have both the time and the energy to post anything.

Student Project II - Some Small Update

In the last post regarding the project I stated that we used some assets from Gears of War but after putting them inside the level we were unable to create a working game build any more. We looked over every aspect of the game that had changed alongside the "new" assets but could not find anything wrong that would indicate a solution to the problem. We asked around other students and even some teachers until one of the teachers looked at our packages and noticed the Gears of War packages. He suggested removing the GoW assets and try building again. It worked!

Even if the editor is able to use packages from licensed games the game build might not work with them. He even said that packages saved with other versions of the UDK might not work properly or cause problems so we have to create new packages if we would change the UDK version.

As a result, we have no corpses in the level at the moment and the artists had to create their own sand sack barriers. Maybe we will use parts of our character or creature models as corpses later on...

Another aspect that changed is the HUD, it now only contains the cross hair and the ammunition indicator. Some text for the objectives will be implemented in the next few days and after that the HUD will be final and only the level lighting and the character model implementation (the model itself is finished and has most of its animations already) has to be done before the final polish.

Level Design 01 - Dragon Hunter's Camp - Introduction

Apart from the project, classes continue as the second semester progresses and one of them was quite interesting, Level Design. In the first semester we had a level design class but it was mostly theory and quest design basics. It was OK but not as engaging as the new class where we have to design a region in a land we created in small groups. The cool part is that we have to build an map in the UDK that fits into that region. The result is to be a detailed description of the region and some screen-shots that show the level at its best but I also want to build a playable level that we can later combine into a small game spanning the all the levels my team mates and me build. The task was given to us a week ago and we have until the 15th of march to finish our work so we have a little bit over a month in all for the whole task.

The group I worked with consisted of four students and we chose a world one of my fellow students envisioned for a fantasy book he is writing. His story plays in a vast desert area in the south of the continent so we tried to split the hero's journey into four parts so that each of us can design a specific part of that journey. Unfortunately, designing four desert levels and writing about the same region four times was not what the teacher or even we wanted so we just took the world and each of us chose a different region to define and build a level in. I started working on a desert road along an oasis but quickly realized that building a level there would be either boring (a vast empty desert plain with a small green spot around some watering hole) or even impractical as a functional level (because the player would see the end of the level without something blocking his view and what could block the view in a desert plain?!) so I decided to take another region far in the north with mountains and thick forests (a lot of things that can block the view and movement of the player). There is one particular range of mountains that was catching my eye, one with a population of dragons and dragon hunters nearby.

My own goal now is to design a level with mountains, forests, a small village and a dragon hunter's camp inside a crevice or some caves. The village and the camp has to be protected from dragon attacks and there should be dragon traps and defence and scout positions along the mountains.

Since I am no artist I will use as much of the original UDK assets as possible and try to find some free models on the internet to help me out. Maybe I will even try to build some simple assets by myself...

The UDK was a complete mystery to me at the beginning of the last semester and I had only little time on weekends to test out some of the features it provides so it will be quite a challenge to build a whole level by myself and make it look good enough for a descend mark. Working with it for the game design project is a huge help but for example the terrain editor was totally new to me.

All in all I will try to post updates as often as possible...

Student Project II - Making the Level more pretty

After the last milestone we desided to change the storage area a bit and to add blood decals as well as some corpses. The corpse models are taken from Gears of War but we have no intentions to publish the game or even make money with it, so it is okay to use some models that could be used in non-commercial projects.

Before:

This is a screen shot before the rearranging of boxes and adding of gore.

After:

The first view of the new arrangement

A view back to the entrance with the big hangar door that is rusted shut

Blood spatters in the floor and the exit barely visible in the distance

A view of the exit and the carnage in front of it.

Some blood and a destroyed lamp.

The last stand from another angle.

The last stand position and the aftermath.

Gore and blood splatter on boxes and shipping containers.

The entrance of the area with new lamp and shipping containers.

The last stand position with a lot of blood and gore.

As you can see, it looks more like a battle took place as the empty hall before. According to the story, all the security troops died or mutated so there have to be mutilated corpses, blood and bullet holes all around. It adds a lot to the atmosphere of the game and there are even some destroyed lamps that shoot sparks in many directions. Speaking of sparks, I started working with Unreal Cascade, the particle system editor in the UDK, and created some particle systems including sparks, floating dust and some puffs of smoke. It is an interesting tool to work with and offers many different options to play around with. I will post some screens of cool particle effects in the future.

Links for UDK

As I said in an earlier post here are some links to tutorials and useful information regarding the UDK:

http://wdksoftware.nl/UDK/

http://www.chrisalbeluhn.com

http://www.polycount.com/forum/showthread.php?t=90931

http://www.unrealmaster.com/tutorials/

http://phill.inksworth.com/tut.php

http://www.youtube.com/user/lorendroll?feature=watch

http://chrisholden.net/tutor/tutors.htm

http://www.moddb.com/groups/udk-developers-group/tutorials
http://www.hourences.com/tutorials/
http://awforsythe.com/405/?p=144
http://www.youtube.com/watch?v=ROkHmMEWHU8
http://udn.epicgames.com/Three/LevelStreamingHowTo.html

These are some of the tutorials I watched in the last weeks, maybe someone else finds them useful as well.

Student Project II - Background Story and Progress Report

The project is well under way and we have our second milestone in a few days.

The name is Helios and the background story is of a virus outbreak in a futuristic research facility.

The facility is owned by a paramilitary organization that does weapons research for the highest bidder. One of the experiments backfires and in a section of the facility a researcher is accidentally infected by a virus becoming patient zero. The mutated virus spreads quickly among the workers and they are turned into mindless monsters that attack everything in sight. The facilities security troops try to contain the situation but are defenceless against the virus.

The organization creates a soldier that is immune to the virus and sends him inside the facility to assess the situation and find some way to counteract the virus. The player takes up the role of said soldier and has to complete some objectives inside the facility.

The facility consists of three "rooms" connected by small hallways. The first room is a storage area filled with crates and shipping containers. The second room or set of rooms is a mix of laboratories and office space. The third and last room is the reactor or generator room.

A kind of theme is the conflict of fire and ice, the virus is fuelled by heat and the player's weapons shoot a kind of coolant that freezes the infected so they are easier to destroy.

Here are some screen shots of the progress so far:

It is one of the hallways connecting the rooms. Our HUD is mostly finished and the camera follows the player as it should do. The hallway is mostly empty at the moment but will be filled with crates and signs of fighting and destruction. All the assets apart from the UDK-robot are our own.

Here we have the storage area where monsters could lurk behind every corner. The big boxes are not final yet and it is also far to clean.

This is a look back into the second hallway (after the storage area) just before entering the laboratories.

This is the second block-out for the laboratories still with checker board textures and without much to see actually. The layout was changed just some days ago, so everything has to be rearranged. The stairs on the right lead to the office area and something like a cafeteria but the door are not ready yet and there is nothing there to see for now.

A screen shot of the generator room will follow soon.

Most of the progress is not visible in screen shots and the levels are unfortunately far from finished but there is still time.

So long.