Weeks 2 & 3 - Exploration

Senior Team Weeks 2 and 3 (9/7-9/20)

At the beginning of this sprint we decided which three games we were going to carry forward. We decided on a plant themed 2D side-scroller, a twist on the mech* genre where two players pilot the same mech and The Escaped Finnish Slave. The group decided that the Finnish game would make more sense to prove as a paper prototype, this would also allow us to feel out how the game would play before we committed ourselves in code. We decided that to make the best use of our two programmers we should each focus on one of the remaining games. Splitting our efforts allowed us to work more efficiently but reduced our communication. I think that the plan has worked out but it could easily have gone the other way. That one of my ideas made it to this stage helped pull me into the group. I still didn't always voice my opinions during the first week, but I found my footing in the end.

Plant Game:

A 2D side-scrolling, platforming adventure game where the player has a gun in each hand that the player can fire. The player can only aim one gun at a time.

This idea baffled me at first. Initial details had been light and I did not understand what differentiated the game from it's inspirations. As the newest member of the group I had thought that the ideas that the team had thought up during their summer brainstorm had been more fleshed out. I felt like I was feeling my way in the dark beyond the base mechanics. I did get input and help from the rest of the team when I needed it. We were also struggling with the art direction for this game which left me feeling rather isolated. For the first week I didn't even have any idea what the main character was. During our meeting on 9/14, I brought these problems up. We were able to settle on a general art direction and soon after I knew what the main character was and what he/she were fighting. After we started to get a feel for the art, the rest of the game started to fall into place. The movement system has proved to be difficult to nail down. Movement had already changed once by the end of the first week. After consulting with Micheal** I came up with a third system that felt much better. This third method has so far worked together with other mechanics in a simpler manner.

When we presented our game ideas during our Discipline meetings this game was generally thought to be the most in scope. We did get another important piece of feedback from the faculty though. Platformers, especially side-scrolling platformers have been done to death as senior games. If we go with this idea we will have to get the mechanics perfect or we will likely fail to continue on to the next semester.

The Mech Game:

A 1st(ish) person mech game where the mech is operated by a pilot and an engineer. This game started as a multiplayer battle arena game and is currently a coop mission based game.

The group unanimously voted to make this one of our three game ideas. Despite our shared enthusiasm for this project we were told during our Discipline meetings that this game was wildly out of scope. I have had less involvement in the coding side of this game so far. The main idea that we have been iterating within this game was the role of the second player. A crucial aspect of this game is making both roles fun, neither role should be the role everyone wants to play. When we started we loaded the second player down with a bunch of puzzle and action mechanics. After reviewing the roles we realized we had to have the second player commit to either the puzzle aspect or action aspect. The direction we went with depended on the feel of the rest of the game. One option was making puzzles central to the entire game by abstracting some of the activities of the game into puzzles. The other option was to fully commit to the first person action side. We decided that the game we wanted to make was more traditional and went with the first person action side of the mechanics.

The Finnish Game:

Too many puns. A survival game about a young escaped Finnish slave making the journey back home through a foreign land in 1100AD. Emphasis is on your isolation from the people surrounding you. 

When I come up with a game concept, it often has more story than mechanics. This was true here, but in this case the story ended up furnishing us with flavorful mechanics. We decided on a paper prototype for this game. When we started work on each of the games this one felt too large to make a good initial sale with. Early on we did not feel like we had a solid hold of the mechanics of the game. Every time we talked about the Finnish game we solidified and constrained it. This game is the most fun for me to work on because I love the history behind it and I love sharing that history with others. My initial worry was that the scale of the journey would be impossible to do in one map. I was also worried that problems would crop up trying to populate the sheer amount of space in the game. We solved these issues by breaking the game up into a linear series of incidents. In each of these incidents the player has a sandbox of choices of how to deal with the incident. An example of an incident is coming across a river that the character can't ford and having to find a way across.

*A Mech is a fictional humanoid tank usually operated by one person.

**The other programmer, and the original programmer for the team