This is a presentation that the both of created to better express the mechanics of our game to our lecturers as well as how all of the puzzles will connect together in a way that doesn’t feel disconnected from the aesthetic of the game, we were happy with the response when it came to the mechanics storyboard and how it cleared up and confusion in terms of how the game will work ...
Finally some use for the whiteboard I've been hoarding Pre-Process: After deciding on the mechanics, it was time to start designing the puzzles in the game. Although the game is obviously digital, it is much quicker to design something with a pen and paper, or in our case a big whiteboard. With multiple colours of pens in our hand, we set an evening aside to design a finite set of puzzles that we could use to represent the extent of the mechanics, whilst also presenting a range of challenges to the player. From this design session we came away with 3 things project name ...
Decided on time game concept Decided on freeze “gun” and “scrolling” through time Prototyped in more depth the “freeze gun” Why this was a challenge 1 & 2 Once we had got an animation team, we needed to tell them what game we wanted to make for sure. We had shown them both of our prototypes, and they liked both of them a lot. They were most excited about the time-changing game, and so were we. So we decided that would be the game that we would be working on with them for the rest of the project. The 2 main mechanics, other than standard platformer mechanics, i.e. running, jumping, pushing blocks would be using the scroll to travel through time, a total of 3 periods (past, present and future). As well as this the player would be equipped with a tool that would allow them to freeze objects in time (i.e. a “Freeze Gun”). This would allow the player to take objects through time/ keep them in their current state in time. The player would be able to freeze a maximum of 2 objects (left click and right click). To unfreeze objects, the player must left click with the mouse over that object again. This would hopefully add a catch that objects could block the player so they cannot unfreeze an object that needs to be unfrozen. ...
One part of the brief for this game project was that all assets were to be created by an animation team. To do this, we needed an animation team. The format for finding our team was in 2 parts: a one minute presentation by us presenting who we are and what we wanted to do, which was viewed by all of the animation teams, and then a “speed dating” session where animators interested in us and our ideas came to us to speak one-on-one in more detail about our ideas. ...
Game Idea: This post is regarding a prototyping of one of the original concepts that we came up with given the brief.Click here to see the premise for this idea: Plan: For this prototype the both of us worked on the of the mechanics with intention for it to make it to our final build or at the very least be able to salvage parts of the code that was well written ...
Game Idea: This post is regarding a prototyping of one of the original concepts that we came up with given the brief. Click here to see the premise for this idea: Initial Roadblock : Our first concern was: is this even possible? It is not a standard mechanic, so will not be provided by the Unity Engine, so we would have to build our own system that enables us to create 2 dimensional light that can we traversed (collided with). ...
We deliberated for a few days to decide on which game ideas would be the most suited to the project, and would be representing of what we wanted to make in a game. The action game, although exciting, was going to be to narrow of a scope to be able to display our skills and ideas. The physics game, although very interesting, and potentially unique, it didn’t fit the brief very well, as it would be not very well suited for the animators, as much of the animation would have to be done by us in the Unity engine. This idea can be kept for a later project. ...
For our physics game we wanted to create really different mechanics that would interact with the physics engine but also felt natural and intuitive to the player After we had designed a few different puzzles games and an action game we wanted to branch out into a different type of game something that we usually wouldn’t think to create so we decided that it would be an interesting to produce a physics based game where the player would have to navigate through the would using the physics system but with a twist ...
The brief was simple, yet broad, so we decided on some constraints to provide a sense of direction when conceptualizing ideas. The first was that we needed a simple mechanic that could be used in multiple ways, to provide dynamic gameplay. The second constraint, that follows that, is that the mechanic(s) are easy to learn but hard to master. One idea that came from these constraints was a 2D platformer game, where the player would not only move a character from A→ B, but also control a light source that would cast shadows, that the character could walk on. The initial idea for such game is the drawing on the right. The unique element of creating your own platforms would help to make interesting challenges. This simple principle could be used to create other mechanics, such as blocking enemy projectiles with the shadow/light, adding additional light sources that were fixed in position, so they had to be blocked with other objects, and even mirrors that can reflect a light source ...
Before theory crafting a puzzle game we set ourself a goal that we wanted to create a unique pair of mechanics that would be really easy to pick up and understand but when implemented in a puzzle there would be a large amount of possibility to catch the players our and make them rethink how they should be using the mechanics to push the player to think laterally, this want to create simple yet complex systems has been heavily inspired by the game snake bird ...