Learning Game Design with Arcade Berg

9Mar/100

Merging Story (Context) with optimal Gameplay?

At the moment, I'm working on some design for my spare time project I've been talking about earlier; Iskall.

The challenge I'm currently working on is to have the story, its events and the introduction of new gameplay elements to work together.

The game's overall story is set. There are a few scenarios in it, not dependent on being in a particular order to work. And all the themes for the levels are set. Right now, they're all listed in the order that makes most sense and creates the best narrative, experience and allows for some nice transitions between the levels. That is, if you only look at the story.

But here's the catch. Many of the events are directly intertwined with the introduction of new gameplay mechanics. For me, gameplay always comes first, but sometimes you have to compromise since a game is not only mechanics, it's an experience to be had by the player.

Let's draw a parallel to Super Mario Bros.. Nintendo could have introduced the Mushroom that turns Mario into Super Mario during the last levels, but it was better for the game to introduce it in the very first level. I can introduce some of Iskall's stuff very late, but it'll be better if it's early and vice versa.

True Story

And also, some events are directly tied to a specific level. Some events I can move freely between the levels, while some must be at specific theme.

Meaning, different story sections have different dependencies like theme, level and gameplay mechanic.

I have a chart showing in what order and when I want each new gameplay element to be introduced. Stuff like new enemies, new abilities, etc. But just cutting and pasting in the story to accomodate that chart doesn't result in a tight presentation context-wise. So what I'm doing right now is to find that balance.

I don't have a sure solution for this, and I don't know how it'll end since I'm not done yet. But the way I'm approaching it is to try and constantly look at the big picture and I'm trying to spread it out, so all the good stuff isn't too close together.

There will have to be some editing from both ends to make it feel just right.

15Nov/094

Hung up on a word

Words are powerful things, they are. Sure, they can be really helpful, but sometimes, they can be a bitch...

You don't like it when people call you mean things, right?

I've been having some trouble with a part of the design for Iskall. Way back when, in the beginning of the project the game was supposed to have a simple system for... Let's call it special attacks. The problem is, because of the lack of a better word at the time, we called it "magic".

Because of that, the word magic got stuck in my head and refuses to leave. Whenever I think of and work on the system, I keep thinking about magic. Magics in other games. Spells. Mana. Elemental attacks, etc. The stuff that you think of when you put games and magic together. But it's not magic!

It is not Magic, but because that's the word we've been using for a while, it keeps restricting me!

Be really, really careful about what words and descriptions you use for stuff, because it sticks!

http://www.weebls-stuff.com/toons/magical+trevor/

http://www.weebls-stuff.com/toons/magical+trevor/

28Oct/090

Unity3D is now free!

These are the best news ever for indies!

The really AWESOME game engine Unity3D, previously priced at (very) reasonable $200 for an Indie-licence is now FREE!

http://www.gamasutra.com/php-bin/news_index.php?story=25840 (28/10/2009)

The project I've been posting about, "Iskall" is using Unity. I've been using Unity for some of my own projects. I personally recommend it.

I really think they're right with the following statement:

For the pros, the difference between a $2000 fee and a $0 fee is almost nothing, except that individual developers can just try it out for free and fall in love with it. We think it's really exciting. The [Unite] conference is already underway, and we already had a couple hundred people do classroom sessions.

- Unity People

Now, go get it at: http://unity3d.com/ (28/10/2009)

unity3d_logo

28Oct/090

Designing a not boring game

Right now I'm working on the game design on a personal project (Iskall) and the game isn't going to be very innovative or breaking grounds and thanks to that, I can look at many other games as reference. But what I'm focusing on at the moment isn't what's fun in those games or what makes them great; I'm looking at what's boring.

My goal is to design a not boring game. I know it kinda sounds weird, but I want to try and isolate the boring aspects of similar games and work on them. Now, of course I want the game to be fun. Everyone in the group wants that! (Well... Maybe the artists don't care. They just want it to look pretty.)

But instead of only looking at what makes a game good, I think it's important to look at its "flaws", even if they aren't huge. Even great games have them.

boring

18Oct/092

Don’t throw away ideas

I'm spending some time writing design for Iskall (a spare time game project) and thought I'd share with you what I'm doing right now.

Basically, it's all still in early pre-production and not even the games features are all set now, so what I'm doing is that I'm writing down a million ideas, big and small. They can be anything from a description of majorly game effecting feature to the color of a shoelace. (Do you now know that the game will include shoelaces or did I just fool you into believing so?)

Anyway, the advice I wanted to give people is that even if you know that some ideas don't work with things that are already decided or implemented, keep them! There might be some way to make it work, or it might spawn a new idea that actually does fit. And either way, I think it's great to always keep all ideas so you can browse through them every now and then to be inspired by yourself. Even if the ideas are several years old and from some old project they can still be of great help to you.

That's all for now.

16Oct/092

Is Project Name an important thing?

I'm currently using some of my spare time to work on the pre-production of a little game project together with other people. A couple of days ago a friend who's part of the small team kept nagging me about deciding on a project name. I said that I didn't care much about that at the moment since we're still so early in development and everything is still floating in the air. Anyhow, he disagreed and kept nagging and nagging untill we finally came to the decision of "Iskall".

The little man became full of joy and said that finally the "first step" was complete.

So I've been thinking. Maybe a project name is really important when working with people. Not only because of communications, as that's a given but because with a name the project all of a sudden got way more tangible. At once, there was something new to strive for, to work on "Iskall".

The name in itself acts as a hub for the team.

When you've set a project name, you've actually created something, perhaps making you and the team more motivated to "keep working".

It got me thinking...

By the way, Iskall is Swedish and means Ice cold.

iskall_is

Tagged as: 2 Comments