Hoodwink 1 & 2 Framework

The Hoodwink series is a point and click adventure game developed for the PC. It is a throwback to the old Lucas Art games from the 90s like Monkey Island, Day of the Tentacle and Grim Fandango.

The script for the game was already written when I became involved in the project. Being a point and click game, most of the dialogue consists of clicking on objects and cutscenes. The task was to come out with a framework that breaks the script down into chunks which production can then sort it into art,  programming and voice recording.

96023-The_Secret_of_Monkey_Island_(CD_DOS_VGA)-5

The first thing me and my team established is that we need a modular framework which allows gameplay to be designed along with the general narrative and for detailed dialogues to be “plugged in” to relevant objects and scene changes. We broke it down to what we call a “State Diagram” which consist of several classes which changes state or triggers when they interact with each other. Think of the game as a series of “on/off” switches that opens up new paths, dialogues, cutscenes and options for the players

First, we have to define all actions which the character can perform¬† in the game world and the number of outcomes which might occur. By listing out the classes, we can then define the initial game state and what happens after the character interacts. Next, we define a “loop” in which the players cannot proceed unless they perform a desired action. Any restrictions the players face during this loop must be justified through the narrative.

So let’s look at an example:

We start with an extract from the script.

Michael arrives at the train station after sneaking through his last stop. He steps out after waiting for the crowd to clear away to avoid getting noticed. While walking past a pay phone, it suddenly rings. The person on the other line gives Michael his next objective. He then leaves the train station.

Now that we know the gist of what happens, we can then add some additional gameplay to keep the players engaged. If we list it in a sequence:

  1. Michael arrives at the station.
  2. He hears the payphone after walking past it.
  3. If he tries to exit the station, the cops will prevent him from doing so unless he has an approved ID.
  4. After talking to the person over the phone, he receives a fake ID hidden in the coin slot.
  5. Michael uses the fake ID to get past the cops.

So we have

  • Characters (CR): Michael, Cops
  • Objects (OB): Payphone & Fake ID
  • Cutscene (CS): Phone Dialogue, Cop Stop, Cop Go
  • Collider (CL): Phone Front
  • Player Action: USE, USE WITH, PICK UP

Now that we have the sequence and the classes, we can make the following diagram:

statediagram sample

Once the core of the framework is done, the writer will then start to write the dialogue for the cut scenes, animators can start with camera work, and designers can start planning for achievements, log entries, check points and other features. After the gameplay and state diagram is good to go, we usually will attach it along with a visual guide.

tram_visual

SAMPLE STATE DIAGRAM [WHOLE ACT]

Advertisements

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s