Skip to main content

What does a good game consist of? (part 8)

Non-linear quests

I have shared so far my thoughts on non-linear stories, but let's expand on it and actually define how would it be used for quests. I have once tried to make a game with non-linear story, but when it came to actually making lore quests, I ran into a major block: how could one possibly make a dynamic story?

The game design documentation for my game is already 30 pages long the quests would make it even longer.

So there had to be found another approach. I was stuck there for months. Until I read about test-driven development.

TDD or test-driven development strives to make game development process shorter, with less computer resources usage. But how would one create a quest which would connect to 20 different quests?

Here are my ideas:
- use Lucid Chart for diagrams of the quest structure tree
- better organize your code
- small amount of connections for each quest
- read on object-oriented programming
- make it more than a chore, the point is to have fun
- most of all though, make quests stand out so it's easier to connect them

Let's look at an example of the last idea. Here's an exercise for you:
try to make a quest which really stands out.

Please avoid "kill 200 rats" or "bring me 100 items of A,B, and C type" where the items are randomly put on the world with no relation to what the quest giver said.

Let me make an example: Adventurer, I am in dire need of a help finding me a sword. But it can't be just any sword. I need a scimitar which will be of yellow handle and black blade. I need you to get me one but it will be dangerous. To get the scimitar you will have to steal one from a shop, as they don't want to sell them anymore. The smithy makes them only for himself. It will be hard and make sure they don't catch you. I have the black dye, I will also need a golden-yellow which is so hard to get these days. You'll also get one at the royal apothecary.

May I ask you why you need such a sword?

I got an offer to sell it for a great amount of gold. I will give you the third.

I think you get the point.

Comments

Popular posts from this blog

Level design basics, part 2

An arch level design is hard, as it doesn't involve only polygon boxes, but also also three dimensional curve lines. If you ever played. Americas army 1, you'll know how hard it is to make a curve building, like the famous over played bridge crossing map. The point is to start. With one curve. Curve is not a straight line, but it's still a line. Means it is possible to apply lines into a three dimensional level. arch 0 0 1 0

Level design basics, part 7

Meta files Meta means in between. Wild hard ware and soft ware connection. A game design level document is just documentation; it is normal text. Actual level files however are en coded. Not normal text, in other words; which is why they are a lot harder to make. Forests for example are hard to put into a text file. Trees are real world eco systems that are the source of nature and life. It is one thing to put a real world object into a game, what is even a LOT harder is putting one, for example a tree into a text file. Source code is just sofware, it is nothing but encoded writing, which is why to put it into soft ware is not exactly easy, but has been done many times before. However, putting source code directly into hard ware is a completely different thing. That's where meta files come in handy. Meta files are clay ware. They work very similiar to a human brain. Like a connection between software and hardware. A meta file contains level game design documentation and level code....

Coding

I find it extremely hard to code a game. It gets worse than that. I also have to do the game design, UI design, level design and the story. Basically lots of bugs, lots to learn, lots to design. The good news is I have a teammate and she works on level design and story. Helps a lot regardless there is tons of work to be done before even first of the three Trix games gets published. I sometimes work even 12 hours a day. Yikes!