This slideshow requires JavaScript.


Studio 2 stuff


My career goals

I have been putting of this blog for quite some time and i finally think i have all the words together that i can respond to the question, “where exactly do I see my career going?” Even though i am currently studying games programming i am still not entirely sure if that what ill focus on in the industry. The reasoning for me choosing the course is one of my life goals is to be able to create interesting small games, and i felt that programming was my weakness skill that i had. I have learnt a lot and after this course is complete i feel that i would want to join a small local indie company, such as The Binary Mill, Big Ant studios or Fire Monkeys. I would use the experience that they give me to help me understand if i would want to continue the path of a games programmer.

While working at a small company I probably would test my skills and create a few small games. Once i have gotta to a level that i was happy with i would aim higher, out of all the big AAA companies the one that i have always liked and has most my respect would be blizzard. I love the fact that they have created so many games from a large group of genres, all being quite successful or at least have they own unique twist. Out of all the blizzard games i have only played 4 those being, Overwatch, Hots, hearthstone and Diablo 3. I feel that if i could make it into this company i would learn so much.

So what would i be? Well unless experiences as a indie programmer changes my path i feel that i would apply for the role senior software engineer. After reading the description even though it sounds awfully tense as my current experience is no way near the level of intelligence needed. I feel that the idea of constantly changing roles from game play implementation, low level engine programming and interface development sounds like the perfect environment to learn a lot. This is the end goal and i have a long way to go though i have a lot of things i have to improve on to be able to acquire this role.

The requirements and my current status:

A minimum of 6 years’ experience in coding game play with at least one shipped online multiplayer title

This is one of my most obvious incomplete requirements as I wont know what a real experience feels like until i have started the path of a junior indie programmer. As for the other requirement i have created many single player games but i have yet to create a real multiplayer game, once i have the skills to do this successfully i will apply.

A minimum of 2 years’ experience with Unity (4.x or 5.x)

Even though i have worked with unity for a few years i feel like i still have only scratched the surface and have a lot to learn. If this requires two years then i will set a personally goal to greatly understand unity by 2018.

Proficient in C# and C++

C#: I have been using this language for a while now but again as i am new to programming i feel that i still have a lot to learn.
C++: I am very new to this language and still have a lot to learn. Next trimester i think we will be returning to this language and i feel i will learn a lot.

Enjoy solving challenging problems

It still takes me longer then i would like to problem solve but i feel this is just from lack of experience in the language and programming in general. I do enjoy challenging problems though as if i don’t know the solution it is new knowledge for me to learn.

Leadership potential or previous leadership experience

This needs improvement and even though i love working in groups, taking the role of the leader isn’t something i do often.

Passion for playing and making games (especially Blizzard games!)

I don’t think i have one problem with any of the blizzard games. I have put quite some time into Diable, hearthstone and i know that my life will be lost to Overwatch. As for making games, that is the main reason i got into programming as i’ve always wanted to create my visions but didn’t have the skills, so i have a major passion.

Strong programming skills and a proven ability to work with all departments to carry out the vision of the game
High comfort level working within (and adding to) an established code framework
Excellent verbal and written communications skills

These last three i’m going to group into one answer as i feel that these requirements are the most hazy. My programming is still poor, I haven’t had that many chances to work with established code frameworks yet and my communication still needs a lot of work. As for working with multiple departments at my current institute we are constantly grouped with other people ranging from designers, artist and audio students.

From Going through these requirements i see that i have a lot to improve. My skills will have to be greatly improved if i wish to get to the level where i could also be apart of the amazing company which is blizzard.


LDD Pivot

When analyzing hug a slug it was concluded that the whole level design of our game would have to be redesigned. At the moment the whole map is getting loaded, not only does this make the game laggier but also makes it harder to expand the map if we want to add more. Another issue is ever since we changed our game name to hug a slug, a sky level didn’t make much sense. Even with the old name our map didn’t make much sense. The first change will be that the game will be based around a forest environments, this will fit the theme more and make it easier for our artist to make reusable assets. For this pivot I have made three rough map ideas that give us a base line to work on.

Image 1 (Spawn)

This is where the player will spawn, it will have a huge tree in the middle where the rainbow generator will be located. Around the spawn will be mushrooms where the collected slugs will be stored. This level will branch out to three other areas although one of those areas (Level 2) which hasn’t been designed yet has a gate blocking the path, to unlock this level 1 must first be completed.

Design Examples:



Image 2 (Hub)

This level will be located at the top of a tree it will have two branches that the player will be able to walk on, one will have a secret collectible and the other will have a secret path leading to level two. Hopefully this will teach the players that there will be secrets to explore in this game, prompting the player to explore more and look for the collectibles. The last thing in the hub will be the rainbow generator this is where you return the colour collected by the king slug one all of the colours have been returned the player wins.

Design Examples:


Image 3 (Level 1)

This will be the first level where the player will understand the importance of hugging and how it interacts with the colour mechanic. The first the player will be experience when entering the level is a pack of sad faded slugs although the player can hug this slug to make them feel a bit better they won’t really react to the player’s presence. After making your way through a maze you will find a gate, a normal slug and a king slug. If you approach the king slime from the left path without going through his gate he will retreat to his house where the player won’t be able to chase him and will only come back out once the player leaves the area. To unlock the gate the player needs to hug the regular slug and use his colour to unlock the gate. This will give you a path to sneak up on the king slime and absorb his colour. Now with all the colour you could dream of the previously passive faded slugs will chase you trying to absorb your colour. You will have to explore the maze again to find a new path the escape.

Design Examples:



Hug A Slug Post Mortem

In this blog i will be Analyzing my newest game Hug a slug, I will be talking about some of the mistakes that our group made, what we did alright at and what we can do to reduce these issues in the future. Like my Previous postmortems i will try and cover the most important things that went well and things that went poorly. As an added bonus i will quickly discuss a few extra events that happened during this postmortem.



While in group calls i was mainly thinking out loud discussing my ideas and if my partner liked it he would write it down.(Below is the only evidence i can show)



During the start of this project my partner was in charge of most of design because of this i had little connection with the game. To make me more involved we went through and heavily iterated the idea, this is why the game was different to what we presented.


We didn’t want to split up in the design faze we were going through each section of the HCD together to understand the idea better.

Note to self:

Documentation seems to always end up on these postmortems if you are reading this in the future go through each Recommendation section to understand the issues that caused your problems, i will also be summarizing each postmortem into one in the recommendation tab, so that you only have to read this recommendation to hopefully fix your issues in the future.


Project 3.

During the design faze it is important that each person knows clearly what they are working on but isn’t 100% necessary when writing documentation. Instead of writing the documentation as a group write it separately. Not only will this confirm if you both have the same idea but also might bring new ideas from miscommunication. After everyone has written there version combine it so that the paragraph that sounds the best is new main paragraph for that section in the documentation.

Project 2

At the end of each week have a group call and go through every game play feature, each verb in your game and each noun. Do this without having the main HCD open, roughly write down every everything. Open up your HCD if anything is missing add it and if anything was missed it might be best if you just remove that feature as it wasn’t that important.

Project 1

Get your Asshole friends to play your game. They know nothing and unlike your family will be honest and will tell you your issues.



Not talking enough talking with the collaborators meant that we needed to do audio ourselves.


Knowing that we really needed to work on our documentation meant that we didn’t give collaborators enough attention. Also at that early point in design we were iterating a bit and didn’t know fully what our game would sound like.


Not enough Communication.


The main issue here was that we weren’t active enough with our audio collaborators, we got carried away focusing on the design that we forgot to work on audio earlier. The only solution i can give for this problem is if you have other people helping you, design rough ideas for them to work on. Even if you don’t keep them or they change at least they will have a lot of time to work on them and if they can’t help you later at least you have something.


Although we did talk to our prob designers


Learning Audio(Good)

What went right:

Even though we didn’t get any audio this meant that we got to design our own audio, i put this under a good category because i got to learn a few extra things and increased my audio making skills. I was in charge of 6 different sound effects and one background song. although our background song didn’t go through much editing i had to edit our sound effects a bit to allow for them to loop and be the right volume.
The place where i got all of my sounds was
The six sound effects i was in charge of were fire, leaves, wind, crystal insertion and two sound effects for the sounds the slugs would make.

Out of all of these sounds effects the one that took me the longest was fire, leaves and wind as these sounds needed to loop and be shortened. I also had too find the right sound for the style of game we were trying to create, that being a calm rpg environment. I didn’t want to create sounds that would overpower the background music but i still wanted them to have meaning. That being said a lot of the sounds that i ended up creating weren’t added to the game, as we never got to that point of design. I just really wanted to try and create my own sounds.

I will be focusing on the wind and leaves sound effect in this explanation. To create the sounds needed i used Audacity.
To find wind and leaves i used the keywords ‘Leaves’, ‘wind’, ‘rustle’ and ‘tree’. I created these sounds together in the same scene so that i could hear what they sounded like when played together. This was important as i wanted the wind to be playing at all times but as soon as the player entered the woods i wanted the leaves to start playing.

Here is an example of what my project looked like, at this point in development i was still choosing which leaf sound effect i wanted to use in the end i choose the bottom one as it was easier to edit and was more subtle.Capture2

Even though i didn’t edit the clips that much and they didn’t sound perfect i learned a lot of basic Technics to effect the sounds using the effect tab in audacity.

It would have been completed quicker and to a much better quality if we had some audio students helping although this taught me some basics and i feel that i could at least make place holder sounds in the future.


Partners In Rhyme – Fire
Mark DiAngelo – Wind
SpleenCast – leaves
gusgus26 – Crystal
Rocotilos – Angry
ecfike – Sigh



After going through and reading our questionnaire a few interesting points of information appeared the most shocking being the amount of people that wanted to play our game again. This small question told me that our game iteration at the start of the project wasn’t completely useless and although our game was over scoped and wasn’t completed i feel that we created a demo which at least showed the consumers where the game was going. The best part being the 25% of our testers answered the they wanted to get all the things. Even though not a single collectible was added to this demo.


I learnt a lot about how i work during this course. For some reason i don’t want to submit work that less 80% complete this means that if i work on something for a few hours but don’t complete it i will, not report that until it is at a more completed state the main problem being that most of my work can always be improved so i end up not submitting my hours until much later. I work better in larger groups or by myself although my third project was over scoped i feel that if we had one more person we could of gotten a lot more done.


Analyzing Overwatch’s open beta

A few weeks ago I had a chance to test out Overwatch in a beta weekend, but the excitement got to my head and I forget to analyze it from a designers view point. Although it would have been interesting to read a blog on my thoughts, i feel that this blog will go deeper as i understand a lot more. During the Analysis i will be discussing character design, as i feel that this is the most important part of the game and makes it very different from other shooters.

In this blog i will be analyzing 2 heroes although before i continue, if you haven’t heard of Overwatch i will quickly explain all of the basics. Overwatch is a team class focused first person shooters, where your objective is to either push a cart or capture control points. There are four main roles Defense, Offense, Tank and Support. Defense includes 6 heroes, Offense also includes 6, support has 4, Tank has 5, giving us a total of 21 different personalities to play with. The heroes i will be analyzing is Bastion a defense hero and Zarya a tank hero.

I will start will Zarya, she is the perfect example of learning curves that will be involved in overwatch, teaching players that it will be important to learn each character. I feel that the learning curve is quite basic and will know everything after playing this game for only 100 hours. I understand that this is intentionally designed to make the game feel welcoming and easy to pick up. Returning to Zarya she has an ability to put a shield on herself or others this shield makes her stronger if it is damaged. For a new player they might Damage the shield increasing her strength and effectiveness in battle. By doing this they will most likely lose the fight, and after doing this a few times they will learn. Although this could be seen as poor design, creating a character that depends on a lack of knowledge, other character have been created to make her stronger. By adding in characters that use turrets or long range projectiles, Zarya no longer becomes a useless tank instead she joining in on the game of rock paper scissors which is overwatch.

Bastion is a character that i believe was purposely designed to teach the players about this rock paper scissors game play. Although i see this design to be new, others could think of team fortress 2. Although there is some truth in this, tf2 doesn’t fully use the rock paper scissors build. Lets first image that you could have three teams, Red, Blue and Green. Green has a spy, Blue has a Engineer and Red has a pyro. From hearing these three names you would first assume that the spy would counter the engineer who would counter the pyro who would counter the spy, this isn’t true because of one small detail, load outs. Because in overwatch load outs don’t exist you know who you are facing as soon as you see the hero. This allows for stronger counters and a makes the game easier to learn. Returning to bastion this week I got to play the game with some friends this allowed me to see their views on overwatch. One hero i keep hearing was bastion and how he was overpowered. A lot of new players think this because of his insane damage output, later in the week we decided to all go bastion, and we lost. I feel that this experience taught them a lot of the counters to bastion and about the rock papper scissors system that exists in this game.


Why did we create the app this way.

During the app design meetings we discussed that we wanted to add more to our app then just the tutorial. The plan for our app was to include a timer, we already knew that this would be the main component as they were needed every play session. After designing our app to have a timer we started to realized our game was made to easily implement dynamic sound and lights that would activate the the timer got to a certain number. Much later VR was added to our app this was added as it was an easy solution to a problem one of my collaborators was having.

The tutorial

The reasoning for us having video, images and text was to give the players the most information about how to play our game.
After our first app play test we came to the realized that our game is very confusing without someone teaching you how to play.
The main problem we encounter was not completing the images and videos on time. The last element was prompts which inform during the games. These were almost unavoidable as they would block both the timer and Virtual reality forcing the player to read it.

The timer

The timer was the main component, it was designed so it would clearly be seen while playing the game. To emphasize that the time was an important part of the app we added a loud clock sound effect, this would even over power any police sounds played.
The app’s timer was created this way to inform players that time was more important than the police.

Light & sounds

The design reasoning behind added lights was just to change the environment of the app when the police arrived. Another good reason for the lights is to clearly inform the deaf that the game has changed. The sounds were added for the same reasons as to why the lights were added. They would inform that the police are getting closer and sirens would play when the police arrived.

Virtual reality

This was added to give the player another way to read the cards. It really suited the hackers theme as he was now in charge of knowing when the police would arrive and scanning hacker event cards.