3dedrats - A Month of Festivities

Recently at MacICT we have launched our new 3dedrats festival celebrating the latest 3D technologies in education, arts and sciences. We invite you to come join us and play with robots, virtual worlds and video games!

3dedrats is an exciting opportunity to get involved in games, virtual worlds, robotics, arts and science in Australian contemporary education.

Throughout the month of October there will be world first interactive experiences, events, fun competitions, exhibitions and workshops designed for students, families, schools and the general public.

Participation is open to a worldwide audience through online content and virtual experiences as well as events held at multiple venues such as Macquarie University and Sydney College of the Arts. Aimed at all ages, the 3dedrats festival will include world class experiences. Click on the images below to find out how you can be involved:

Right now, if you have a flair for writing, enter our GAME backstory narrative writing competition for a chance to win a prize. The most popular narratives will be chosen to be used in our next challenge - designing a game! Read more on how to enter our competition on the 3dedrats website.

Examples of Linking Video Game Genres to Key Learning Areas using Kahootz

In his last post, Anthony wrote about computer game genres. The slideshow below outlines three simple examples of ways to link the genres of Empire Building, Action (incorporating First Person Shooter) and Role Playing Games to H.S.I.E., Science and Literature using Kahootz. The games suggested in the slideshow are examples of ideas students in my Year 5 class during 2009 came up with, and then went on to design and build. If you have other game examples that link to Curriculum areas, we would love to hear from you!

Examples of Linking Video Game Genres to Key Learning Areas using Kahootz

View more presentations from cathieh.

Imagine!

Imagine having our students being so engaged in a complex, goal directed activity, that self-consciousness disappears and time becomes distorted and they do it, not for external rewards but simply for the exhilaration of doing!

This is what can happen when we play well designed video games. I am sure many of us have either experienced it, or witnessed it in adults and children, that complete and energized focus on the game, the fun and fulfillment, the intense involvement, where nothing else matters but the game! What is it about playing good video games that enables this level of engagement?

This level of engagement has been referred to as ‘states of flow’ or being in 'the Zone'. Simply put, for this flow experience to occur, a game needs to:

1. be intrinsically rewarding, and the player is up to play the game
2. offer the right amount of challenge to match with the player’s ability, which allows him/her to delve deeply into the game
3. create a sense of personal control over the game activity

As teachers, if we have an understanding of Good Game Design, we could use it as a starting place for designing more engaging learning environments. Think about it, students in traditional, teacher led classes have little control over what they learn, are passive recipients of material chosen by teachers and must conform to the pace and ability level of the group through group instruction. Contrast the characteristics of what happens when children play video games. In good video games, players have clear goals, are challenged, often have the opportunity to collaborate and their performance is assessed according to clear criteria with multiple sources of feedback. Imagine basing our learning environments along the principles of Good Game Design, and therefore giving students more control over their own learning. Imagine having classrooms where ‘states of flow’ exist!

The Design Process

Making a game takes planning. In fact it takes a lot more planning than most people expect. Kahootz and Kodu allow people to jump on and start making a game straight away, but unless you've put some thought into it before hand, more often than not you end up with something that isn't very fun.

Don't get me wrong, when you're first learning to make games, jumping in head first may be the best learning tool you've got. You're just playing around, seeing what happens when you do this or that. It's the way I recommend when people ask how to make games. Problem is, once you start to get familiar with the game making tool you're using, and you start to get an idea of the type of game you want to make, it's time to step away from the computer and go back to basics.

And I do mean BASICS. Pen-and-paper is perhaps more important to game design than keyboard-and-mouse. The design process is a set of steps that are meant to maximise your efficiency through design. Basically, the design process means you know exactly what you're doing at each step of making your game and there's no time wasted to confusion.

The Design Process

The Design Process, also known as the Development Cycle, covers five basics stages. The Design Process is an old friend for any designer, and while the names of each stage might change depending on who you ask, their purposes remain the same. I prefer the cycle written as it is above because it better suits a learning environment and provides easily assessable outcomes. This cycle covers everything from start to finish in the game design process, or in any designed or creative endeavour. Keep in mind as we run through each stage that stages 1 and 2 are best done by pen and paper, and you shouldn't even look at a computer until stage 3.

Stage 1: Identify a Problem
Everything starts here, your problem - quite simply - is that you want to play a particular game but you don't have it. It doesn't exist yet, it's just a figment of your imagination.

Here you think about everything you want your game to be. Don't let anything hold you back at this stage, you can be as creative as you want. All too often I'll hear kids in this stage asking questions like "I want to make my character fly, swim, explode, etc. How do you make him do that in Kahootz/Kodu/etc?" I'll invariably tell them that at this point we don't even care about how we make our game work. We're just imagining the end product and writing down what we want it do to. We worry about the hard part of making it all work later in stage 3, otherwise we'd never get our game made because everything would seem too hard, or impossible to make.

At this stage we ask ourselves:
-Who is this game for? (Who is our audience?)
-What does our audience want our game to do? (What is the context?)
-What can I do that is fun and new?

Stage 2: Design a Solution
You've got a problem well thought out now. Let's start drawing! On a piece of paper, draw what your player will see on the computer screen. Draw up how some of your enemies will look, how some of your maps will look. Start writing down in dot points how your enemies act, points of interest in your maps or worlds, how your player interacts with the world.

This Design Stage is much to big to go into great detail at this point, but I will dedicate an entire blog to it in the near future. For the moment, a brief introduction to the entire process will suffice.

At this stage, we ask ourselves:
-How does my player interact with my game?
-What powerups or threats can change the way the player plays our game?
-How do I make my game suit my audience?

Stage 3: Build a Solution
We've made it past pen and paper. It's time to start actually making our game.

Of course, I can't tell you exactly how to make your game. Each one will be your own. However, I can give you advice. Start small and build outwards. This is called bottom-up programming. Divide your entire game into manageable portions. For example, you might want to focus first on getting the player to run and jump around your world. Then once that's done you can look at making the enemies run and jump around. Then, maybe we work out how to get the player to turn invisible, hang off ledges or fly around with parachutes.

Bottom-Up Programming (as opposed to Top-Down Programming) sees your game as blocks in a pyramid. Build the foundation first, the basics of your game, before working on the harder parts. Let your game come together from separate pieces rather than trying to make it all in one go.

Stage 4: Test and Refine the Solution
This stage, I would argue, is the most important stage of them all. If you've rushed through your game and haven't spent any time testing it you could have all sorts of bugs and glitches waiting to ruin the fun for your player. And if your game isn't fun for the player, it isn't a game at all.

You've got a working model of your game at this stage. So show it to your friends and family, watch them as they play around with it. Do they get confused or lost? Do they not know what to do sometimes? Of course everything seems perfectly obvious to you, but you made it. You have to take a step back and ask yourself why your testers are getting confused. Maybe you need to put in more instructions, or a hint or two. Maybe you need to use different colours and sizes to show stronger and weaker enemies of the same type, or maybe you need other visual or audio cues when the player is getting hurt, or when they're winning.

And don't forget to write down each time the game crashes, or does something it isn't supposed to do. This stage can take a long time. Every time you find a bug, you have to go back and fix it and then get your players to test it again and again. Just remind yourself, this is all making your game better.

Stage 5: Evaluate the Solution
The game is done. It's been tested, all the bugs have been ironed out, and the hard work has paid off. It's time to release your game to its intended audience. It's important to watch them play your game, get feedback from them, see what they like and didn't like. There's a reason that the Design Process cycles round back to stage 1. If your audience doesn't like a part of your game, or doesn't understand it we're back at stage 1 with another problem, and hopefully another solution to design.

Now that you've got an introduction to the design process. It's a powerful tool and it's something that all designers use. If there's any part of this blog you'd like more information on, or you'd like to suggest a topic for a future blog please feel free to drop me an email and I'll be happy to accommodate you.

Next we'll start to look at the types of games out there, and the games you'll commonly be making.

Stay tuned!

Anthony