Monday, April 28, 2008

More Landscape Generation

More tests of the landscape generation.

Pixel Drawing -> Painted Landscape

The first version turns this little pixel drawing:

Into this:


A pixel drawing is used to try to save on workload (less information needed in a pixel drawing) and file size.

Photo -> Painted Landscape

The second version takes a photo and repaints it.

This photo:


Is turned into a painted landscape like this:


See it in action here.

Landscape Generation

Looking at ways of generating the visuals of the landscapes without needing to handpaint them all.

Getting the computer to generate landscapes in a painty style is actually pretty easy and effective!



You can see functioning examples here:

Monday, April 21, 2008

Final Presentation

I've added a section for reference images too! Grab it here!

Also, another concept of the avatar. Trying to make a space suit that looks both practical and stylish. Mostly by making it a mid-century overcoat with a helmet:

Sunday, April 20, 2008

3rd Draft Presentation

The file for the 3rd draft of the presentation is here. It has an extensive storyboard of how a puzzle might pan out.

Some questions to ask the class:

- Do you need a connection with avatar?
- Does a story matter to you in games?
- Is simply exploring a space enough to keep you playing?
- Does the interface in it's current state make sense?
- What part seems like the most fun; puzzles, building machine, piloting machine?
- How long should it be?
- What machine pieces should there be?
- Should there be combat?

And another concept drawing:

Tuesday, April 15, 2008

Series of 5 images

The series of 5 images for the final class assignment.

Draft (?) Presentation

You can grab the presentation file for my concept here.

EDIT: figured I might as well put the first draft here as well for the look of the thing.

Monday, April 14, 2008

Landscapes



Some concepts for the new enviromental puzzle-based Mechanised.

Update: A concept of the build mode interface. Same as the interface outlined in the previous version of Mechanised, but the sidebar with machine parts is no longer needed. The machine can only be built with parts that are found in the world.

Mechanised Rewrite

I figured out a way to make the Mechanised concept more focused on what I want it to be about, a lot humane, and probably more fun to make in the long run.

Now I just need to churn out enough materials for the presentation.

Synopsis

Mechanised is a puzzle game where the player designs machines to traverse the environment. The player is given complete freedom in how they solve the puzzles, within the physical constraints of the game. The puzzles are not structured as tetris-style challenges in quick thinking, but are more engineering endeavors, such as 'get to the other side of this chasm'.

The machines are built from a limited supply of parts that the player finds scattered around the world, so the player must be careful what they take and what they leave behind when they move on to the next challenge.

Treatment

The player's avatar in Mechanised is an explorer who's space ship has crash landed on alien planet. The ship, and it's cargo is scattered across the planet. The explorer lands on the surface in his escape pod.

The player must explore the planet. To do so they build and modify a machine to traverse the landscape, using the scattered part of their space ship. Eventually the player will find a way to escape the planet, and the game's focus will change from simple exploration to finding the specific parts that can be used to escape.

There are no real villains in the game world, only the planet's landscape and it's wildlife. Most of the wildlife is just background detail. Some of the wildlife will attack the player or their machine, though fighting these creatures is not the game's focus.

When the machine is being controlled, the players avatar must be inside the escape pod, which also serves as the machine's hub. Once the machine is ready to be controlled, clicking on a power source or a switch will activate it, and in turn the machine parts that are connected to the engine or switch. If the power source that is connected to a wheel is click, the wheel will start turning. If the power source is connected to a rocket engine, the rocket will fire. If the power source is connected to both a rocket and a wheel, they will both activate!

When not controlling the machine, the player's avatar can be moved by the player clicking where they want the avatar to move in the game world. When controlling the avatar, machine parts can be collected and brought back to the machine. Modifying the machine is also possible when the machine is not being used.

When modifying the machine, the rest of the game world will grey out, highlighting only the available machine parts. A circle will emanate from the escape pod/machine hub. This shows the maximum size the machine can be built to (about 2/3 the size of the screen). Machine parts can then simply be dragged around using the mouse. When a machine part is selected, it can also be rotated by click on a wheel surrounding it. Machine parts can be connected together to take power from part to part and perform special functions.

References (i'll flesh these out in the morning)

- world of goo
- tower of goo
- samurai movers
- armadillo run
- bridge builder
- commander keen
- crayon physics
- tri-achnid
- cortex command
- knytt stories

Saturday, April 12, 2008

Monday, April 7, 2008

Map Ideas


Here's an idea about what the map view could look like. The semi-3d look is inspired by Kriegspiel (the folks who made the computer version are being sued by the widow of the guy who designed the physical version as I write, so grab it before it goes. Ironically the guy who designed the board game, Guy Debord, was a Marxist), but I'm not sure of it's practicality. It doesn allow for the machine to look the same in both battle and map mode. Then the screen can zoom into the the machine when a battle is intiated, which should again help in tying the map and battle modes together.

An idea!

A good way to combine the strategy & battle game modes is to have a limited number of power supplies. Thats these things:

Players then use the power supplies to build the battle machines that they need... but the power supplies are also needed to power the factories that build and maintain the machines. So players can design the factories with defenses so they are like fortresses. The factories and battle machines are considered pretty much equal then in the strategy game mode, and the strategy and battle modes are tied together much more nicely.

Interrogation Questions for Morlock Tales

This is the homework interrogation of an idea. For the Morlock Tales game idea.

Character


Who is my character/ are my characters?

The characters are a small group of survivors from an apocalyptic invasion of the world. The characters are hiding and fleeing from the enemy force. The strength and number of the enemies is such that there is no point fighting them... the characters must simply keep running, and trying to find the magic bullet that will turn the tide. The characters are varied in their utility to the player, but all are valuable.

Some characters:
  • Leader: The leader has the most well-rounded abilities, and could be considered to be the player's avatar. The player must protect the leader, but use their stronger abilities wisely to help the rest of the team.
  • Defender (x2 maybe): The defenders are the strongest in combat, and best at defending the other characters from the oncoming assault of enemies.
  • Medic: The medic can heal other characters if they are hurt, and generally lend a helping hand.
  • Scientist: The scientist can develop new technologies that will help the characters battle the enemies more efficiently.
  • Survivalist: The survivalist is most adept at finding food and other supplies that the characters need to survive.
How will our character interact with other characters?

The interaction between the main characters is the focus of the game. The characters must work closely as a team, as each has different abilities, and losing one member will hurt the rest greatly. The kind of interactions the main characters have a profiled in the list above.

Within the environment is other wildlife that will not pose much danger to the main characters, but can be used for food or for other purposes.

How will our character interact with environment? Why?

The character's interaction with the environment is very important, as it is their only only ally against the ever encroaching enemies.

Physical characteristics: What do they look like? Small/ big/ etc. What do they need to be able to do? Health.

The characters will be quite small on screen, so they must be very iconic in their designs. However, iconic designs lend themselves to cuteness more than serious subjects, and the idea of an invasion that is impossible to fight is quite shocking. The iconic nature of the characters could be a bonus or a danger... but it basically comes down to how it is pulled off, and how they work in the context of the rest of the imagery.

Environment/ Location/ Space

How does it effect character?

The game environment provides a stage for the characters and the enemy, defines specific challenges and acts as a frame for the gameplay, but it has no real effects on characters.

Scope of our environment?

The environment is quite large in scope. It does not need to be carefully designed, since feeling like a real, natural place is more important. Because of this, much of the creation of the maps the player will travel through can be handled by the computer, and created in bulk.

Is the environment background? Or key to the events?

The environment is essentially background Though it does define the play space significantly, what the player makes of it is more important. The environment's main purpose

Does light/ dark matter in the environment? Does it change things?

I think the player will have enough to worry about without needing to worry about the effects of shadows and lighting on the gameplay. Any light & dark areas would be purely for emotional & aesthetic effect, and have no direct gameplay effects.

Interactive

Will the space be controllable?

The player cannot directly control the space, only the handful of characters that they are in charge of. I think it would be appropriate for the position of the 'camera' to be defined by the characters. Forcing the player to always be looking at their characters makes the focus of the game literally on the characters. It will also create a more claustrophobic feel, which is appropriate for what I am trying to achieve.

Will the user feel as though the space stretches beyond their experience of it? How will this happen?

The visual design of the environment is very important in making the space seem larger and more varied than it really is in gameplay terms. Basically, it comes down to inserting little visual stories and asides that are tangential to the actual game... so that the space feels lived in and loved.

Does the user feel that they move through space?

Moving through the game space with the characters is one of the focuses of the games... constantly being on the move, or preparing for the next move. The sense of progress through space is very strong, even if it is a stage-like flat space, and not a true 3D space.

Answers to questions

These are answers to the questions generated in last week's lesson.

How does interface work?

This is one of the most difficult challenges of the game design; making an interface that is streamlined and usable while being flexible enough to let the player design any machine they can imagine.

I think the best way to keep the interface streamlined is to find most important aspect of creating these battle machines and designing around that. The designing of the machines is essentially about transferring of forces, but there are various ways to approach that.

One, more realistic approach is to have a lot of different forces that could be used for different machine parts. Each part could have one or more inputs and outputs. For example, an engine could have inputs for fuel and heat, and output angular motion. A gatling gun might have inputs for angular motion and bullets, and output bullets at higher velocity.

A simpler method would be to have only a single generic type of force that machine parts need to function. This allows for the actual way that the machine is going to work to be more transparent to the player, rather than forcing them to worry about how to convert coal into angular motion into directional motion. Instead of force converting parts, there could be machine parts that increase the power of the force that goes through them, or splits it in two, allowing one power source to control multiple devices.

The second option is more appropriate. It allows players to build machines with a purpose, rather than worrying about technical details.

The interface needs to let the player complete these tasks:

- choosing machine parts to place
- placing machine parts
- rotating machine parts
- connecting the machine parts together

These will be achieved as follows. In the machine designing view, there will be a section on the side of screen on which the currently available machine parts are visible, divided into categories of devices for movement, defense and attack, or something similar. The machine parts visible on in this section are draggable into the main machine design screen, and draggable from the main screen back into the parts list.



Once in the main screen the parts can be freely moved around but will pop into place if the mouse is let go while the part is overlapping another part. When clicked without dragging, the part will be selected. When a part is selected, a ring will appear surrounding it, which can be grabbed to rotate the machine part. Also when selected, a circle will appear over any input and output points on the machine part. A filled circle shows a filled input or output, and clicking it will remove the connection between that part and the one it is connected to. An unfilled circle shows an unfilled input or output. Clicking and holding on an unfilled input circle will show all unfilled output points that the player can connect the part to. Letting the mouse go over the output point that the player wants to will join the two machine parts.

Game world? Seamless world/two games? How does battle game tie into world game?

I don't think that the different parts of the game can be tied together perfectly. There are some ways in which the connection between the game modes can be tightened. There are essentially three game modes -- designing machines, battling machines and the strategy section where the resources to create machines are gathered.

In the strategy game mode, each town the player controls will have a factory that can create machine parts. Thus the more land the player controls, the quicker they can build machines and create the parts to repair old machines. When the player creates a battle machine, it will become a token that can be moved around the map, be used to attack enemy's lands and defend the player's lands.

The battle mode is initiated when the player's land that is being defended by a machine is attacked, or when the player attacks an enemy position.

Story? Is there one? How does the world work? Linear story?

I don't want to create any kind of detailed storyline... I think a more procedural, gameplay based approach would be better. Giving the player the goal of finishing the game or overcoming the more close at hand challenges is usually motivation enough, without needing an artificial MacGuffin to collect or destroy.



However, the moral position of the player may need to be modified with a storyline. Waging war simply to gain control of land and power is not exactly morally virtuous. In this case, it may be preferable to have the player fighting to destroy and mad scientist who wants to force the entire world into mindless servitude. Though making the player *not* morally virtuous is also an option I'm quite willing to explore... so I'm still not sure about the actually sure of the game's storyline, or lack thereof.

Conlusion: You need one right?

In the case of the game events defining the story, and not the other way round, the conclusion will occur

Strategy game on map? Mission-based?

The strategy part of the game will take place on a two-dimensional map, behaving much like a traditional wargame.

Is world linear? Or freeform.

In the case of the strategy game section being a 2D map, the world is a more freeform construction. The player is free to concur the land as they wish.

Does player have avatar? Or just behind a mouse cursor?

I feel that the player's connection to the world and to the game is stronger if they have an avatar that is part of the world. I feel that the game is best if seen as a lot of fairly equal mad scientists fighting for control of the world.

Gravity - does anybody need it?

After discussion with Seb & Heather, I feel that using gravity in the battle view (and thus a side-on view) is more fun from a gameplay perspective, and adds more tactical depth while keeping the battle machines constrained.

Setting/time period?

Using a steampunk type setting is most appropriate for the game design. In the reality of a steampunk world, crazed inventors building battle machines designed to crush their foes is just normal everyday occurrence. A steampunk setting also allows for fun designs of machine parts, and for science-fictional twisting of physical reality if need be.



Does terrain effect game? Is it deformable like everything else?

In the strategy game mode, the terrain will have effects... Such as mountains creating areas that are more easily defended, seas making passage impossible, etc.

I don't think terrain needs to play such a significant part in the battle mode of the game... Just controlling unwieldy machines and trying to not let the enemy crush you is probably challenge enough.

Enemy? Intelligent? Do they have machines as well? Are they monsters? Little men?

It would be ideal to have the enemy be an equal match for the player. Also, the player wants to fight on equal grounds with the enemy... they want to build a battle machine that will subvert the weaknesses of the enemies battle machine, not build a battle machine that will be tested against something completely different, like little soldiers or such.

AI for strategy games is essentially a solved problem, so that shouldn't be too much fuss.

The AI for the battle game mode may prove a little more difficult though. I think the problem is made much easier by the understanding that the enemy AI doesn't need to understand *how* to create an effect, just the effect that it desires (destroying the player), and the set methods it can use to achieve that, such as moving around with rockets, or shooting it's gun. The AI doesn't need to be inventive, just interesting to play against.

Physical puzzles as well?

Probably not. Would make a nice addition, but acts as a distraction from the main game.

Will I add a sandbox mode? Random battle type thing?

Yes. Once the core game systems are done, creating a random/quick battle mode for players who don't want to get involved in the main game is easy.

How will you give player drive/motivation?

I don't think there needs to be too much external forces to motivate the player. For players who get enjoyment of games from winning, playing to beat battles and win the final game is enough. For players looking for something more creative, the sheer joy of building machines and using them to smash things is enough for me at least, and I suspect many other people enjoy it as well.

Tuesday, April 1, 2008

Group Concept Interrogation

  • Name: Heather
  • Concept synopsis: Girl raises fish from dead. Hilarity ensues.
  • Project type: Story-based animation
  • Next steps:
    • Develop idea more thoroughly.
    • Interpret ideas / criticism.
    • Pairdown the brainstorm
    • add more zombies.
  • Questions:

    • How does it conclude?
    • How does the fish die?
    • Is it a fish? Something else?
    • Is there a moral?
    • Mother? Is she a witch? Hopped up on anti-depressents? Stoned?
    • Is mother depressed? Stressed?
    • How is mother negligent?
    • What does fish want? Why kill mother? To thank girl for raising it? Is it angry for being raised from fishy heavens?
    • Why does girl raise fish from dead?
    • How does she raise fish from dead?
    • Does fish grow in power? Mutate?
    • Does mother turn to zombie? Happy ending? Funny ending? Sad ending? Shocking ending?
    • is there a cat in this animation?
    • What is the meaning of life?
  • Name: Sebastian

  • Concept synopsis: Man is in supermarket and stalked by crazy killer for his pimple.
  • Project type: Story/random violence based animation.
  • Next steps:
    • Work out solid structure to hold it all together.
  • Questions:


    • How will structure work?
    • Why does guy have massive pimple?
    • Why does psychopath care about pimple?
    • How do the supermarket staff react to their co-workers deaths?
    • Do they even notice?
    • What specific people does the psychopath kill in order to spy on guy?
    • What’s with the cutaways of puppies, anyway?
    • Why is the guy content with the pimple?
    • Does he know he has a massive pimple?
  • Name: Sebastian

  • Concept synopsis: Employee video goes wrong when the idea employee breaks down and kills.
  • Project type: Story/random violence based animation.
  • Next steps:
    • Break down causes?
    • Look into your heart and see if you could be bothered animating car driving and good handshake form.

  • Questions:


    • How long is the buildup going to go for?
    • How will you handle it?
    • What elements of being a good employee will you show?
    • What exactly does he do when he freaks out?
    • Why does he react the way he does to his wife’s death?
    • Is it his wife’s death or something that makes him freak out?
    • How long is the freakout part going to be?
    • How do you handle the narrator?
    • How do you handle the breaking of the 4-th wall/killing of narrator?
    • Why does he kill narrator, anyway?


  • Name: Isaac


  • Concept synopsis: Build machines! Use the physics engine and parts to create battle devices.
  • Project type: Flash Game
  • Next steps:
    • Work out how to make AI.
    • Work out metagame / strategy game.
    • Interface design,
    • tied with overworld.
    • economy design
    • list of parts!

  • Questions:

    • How does interface work?
    • How does it tie into world game?
    • Game world? Seamless world/two games?
    • Story? Is there one? How does the world work?
    • Strategy game on map? Mission-based?
    • Does player have avatar? Or just behind a mouse cursor?
    • Is player part of world, or god?
    • Gravity - does anybody need it?
    • Setting/time period?
    • Does terrain effect game? Is it deformable like everything else?
    • Enemy? Intelligent? Do they have machines as well? Are the monsters? Little men?
    • Linear story?
    • Is world linear? Or freeform.
    • Physical puzzles as well?
    • Conlusion: You need one right?
    • Will I add a sandbox mode? Random battle type thing?
    • How will you give player drive/motivation?