Damage Control Circuit Design

Background: I wanted to go into more detail on Damage Control (aka Spaceship Frenzy), my round 3 BVW world. My team wanted to make cooperative alien spaceship bridge game using a large Makey Makey interface. The players would see two symbols displayed on the screen along with their spaceship and needed to connect those symbols together using their hands to progress through an asteroid field. Eventually we wanted players to have to touch hands to connect distant buttons. Due to our platform being restricted to Makey Makey I needed to get creative to mitigate the platform's electrical limitations. I'll also talk about some of the design work I did on the game.

Electrical Limitations: The Makey Makey platform is designed to turn anything into a button. Connect banana clips from the space bar, mouse click, or arrow key leads to everyday (conductive) objects, hold the banana clip connected to the negative lead, and presto! When you touch the object, it completes the circuit and functions as a key press.

However, If we want the players to complete circuits by touching hands, then some buttons must be positive, and others negative. This means that for any set of buttons, half of the two button combinations (positive and positive, negative and negative) will not create any signal, and consequently provide no feedback. Furthermore, since the Makey Makey only has one negative terminal, a positive button combined with any of the negative buttons (regardless of matching symbol) would yield a button press.

I decided on the configuration below, alternating positive button inputs (P-A for A button, and so on for space, click, and the arrow keys) and the negative lead (all 8 connect to the same negative terminal). I also pushed for constant negative feed back in the way of sound and lights so the players would know they haven't hit the correct buttons yet. Since we can only provide feedback on a positive button combination the only different feedback we give is the symbols going green when correctly matched and a bling sound.

This configuration meant that for players to get a false positive, they would need to have one hand on the correct positive terminal, and their other hand on any negative terminal. Since each displayed negative symbol's button will be surrounded with positive terminals, it is unlikely that the guest would accidentally touch the wrong negative button. In practice the game flowed quite well and we didn't observe any false positives from wrong negative terminals.

That doesn't mean we didn't see false positives though...

Conductive Enough for Makey Makey: For our buttons we used a conductive clay, painted with a silver foil. I drilled holes in the front of the interface and brought the wire leads for the Makey Makey through, suck them into the buttons, then attached the buttons over the holes. I quickly realized that the silver foil would not hold up well due to the malleability of the clay, so I covered each button in metal conductive tape. We then attached the symbols above each button. You can see the result below.

This worked out great in the beginning, but we started seeing mysterious false positives, sometimes with no buttons being pressed, and other times with just a single button press. After isolating which buttons  were causing the issue I discovered that the glue used for the metallic foil was spilled onto the surface near a button and was conductive enough to cause button presses when touched. I also discovered that some of the conductive clay had oozed through the hole drilled for the wire and made contact with the wood glue. This connection between two buttons (wire to clay to wood glue to clay to wire) was just conductive enough to cause electrical shorts with Makey Makey. To solve this I removed the buttons then reattached them, but this time isolated from the holes by placing a piece of cardboard underneath. You can see this on this up close below.

For a look at a test run of our game click here!

Difficulty Mapping: To make it easier to tune our gameplay, I mapped out the relative difficulty for each two button combination. For difficulty I assumed that the further apart two buttons were, the more difficult it would be to make the combination. All that is important is the magnitude, not the direction, so negative numbers and positive are the same for this matrix (see below). Using this I was able to input each of the 64 button combinations into Unity and sort them into categories by difficulty. For our gameplay script we could call a random combination from each difficulty category, that way the game was different each time while still keeping the same difficulty level overall.

Damage Control Symbol Design

Background: Damage Control is a two player cooperative symbol matching game where players must connect different buttons together to fix an alien spaceship traversing an asteroid field. The game was made for BVW by my round three team in a week with the theme of "fun" and Makey-Makey platform. We build a physical prop for the game with 8 large panels to hold the 16 buttons.

Symbol Design: This game required a unique set of 16 symbols to represent each button. I wanted the group of symbols to feel alien and cohesive, but different enough so players could distinguish between them. I put together concept art of 40 different symbols. Then we narrowed it down to a final group of 16 which the other artist on the team made in illustrator.

Here is the concept art along with the finished symbols:

Space Prison Escape Level Design

Background: For the first round of BVW my team of five had two weeks to make a game where the guest helps character A escape from character B using the HTC Vive. The team consisted of two programmers, two artists, and a sound designer with myself an artist. Our team decided to have a prisoner escaping from a space prison, with the guest taking on the role of the hacked security system AI. Within the prison there would be robots patrolling through the hallways, waypoints to guide the prisoner to, and doors that could be opened or closed. The robots would follow a set path, then reverse the path if a door was encountered. Our eventual game would include three different levels. Unfortunately we weren't able to sort out all of our bugs in the two week time frame, so the game is still incomplete.

Level Design: For the design of the prison layout I wanted to make sure that each door could affect the patrol path of at least two different robots when manipulated (opened or closed). I also wanted to make sure the guest could choose from between more than one path to guide the prisoner. It was also important for robots to not be trapped between two doors on a single section. For ease of assembly I converted the environment designs from my fellow artist into consistent modular sections. These hallway sections were a T shape, L bend, straight hallway, and + intersection with centered openings so that any section could fit with the others. In the center of each section I placed a waypoint for navigating the prisoner.

The diagram below illustrates the level design for the second and third levels. The first level is not complex and serves as a tutorial level. The top of each drawing is the start position, and the bottom is the end.
Each dot represents a waypoint and therefore the center of a hallway.
Each line between dots represents the physical hallway of the prison.
Each line intersecting the primary hallway lines indicates the placement of a door. Note that these will always be located at the boarder between two different hallway sections. Also note that for level three only the circled doors were kept (pencil would have been a better choice for this...)
Each X represents the start position of a robot. These were kept off of the main hallway for ease of reading. There are no positions listed for lvl 3 because I wanted to iterate on the placement in the actual maze.
The arrows indicate the patrol path of a robot guard and the starting direction. Note that these paths would reverse if a closed door is encountered by the robot.
Scribbled lines indicate removed