Week 11

This week I play tested the game and implimented changes from new research I had recently looked into. A Gamasutra Article …………. talks about Blizzards Diablo II and the resource management mechanics they’ve implimented. Their goals are similar to mine where they have the players balance mana, skill and health. The article states about those mechanics “Not only does managing these resources form a very natural pace to the combat, an attack-and-retreat flow that becomes more apparent the longer the game goes on, it also creates a constant feeling of “almost there”, such that players will always feel wanting for something, whether that’s more health, more mana to use a skill, or for a cooldown to end.  It’s an emotional state which is only ever resolved once battle is over and the enemies are dead, but resumes as soon as the player moves on.”

That comment had me thinking about how I can use the mechanic to achieve a similar effect.  To achieve this I manipulated the spwan times of the resources vs the regeneration of the players health. I wanted the player to experiance that ‘almost there’ feeling in play. So when the player is on one side of the area – they will be forced to move to the other side.  In doing so they have have to spend a certain amount of time being very vulnerable to death, and this is being designed to happen many times in one game. In doing this the player has to push and concentrate harder in the game every 5-10 seconds (roughly) and my goal in this is create less linear play.

To hopefully compliment these new ideas, this week I also worked on the visual feedback off the game. I added subtle colour changes, effects and animations to give the player a more satisfying attack and damage.

Hopefully over the next coulpe of weeks I can further develop these ideas further to help deliver my game with a strong feeling of sacrifice in the mechanics.




Week 10 – Converting to Final Concept


  • I started by doing 2D plat former tutorials on YouTube to learn the difference between 3D and 2D scripts. Brackeys was the most helpful Channel, I stuck to these tutorials and used the provided assets for placeholders while I converted my scene to 2D.

This slideshow requires JavaScript.

  • Then I created my own assets and built a simple game prototype (still using the character, enemy and pick-up Brackeys placeholders.

This slideshow requires JavaScript.

  • Next I continuously play-tested and re-designed the game until it was up to a good play-testing standard. I’m still using the placeholder character and enemy’s for now – but the mechanics and game itself.

This slideshow requires JavaScript.

Week 09

This week was a huge challenge. Somehow a computer corrupted my files and I kept opening my back up projects on that same computer (regrettably.) It affected my project settings and UI – and took hours to fix.

Now after creating millions of back-ups I have a completed working build (for real this time.) I plan to play-test next week, and kept updating the game so that it gets closer to answering my question about meaning and mechanics.

This week’s play-testing and build vid

Week 08

This week I developed a more detailed methodology on my Report, and made sure all the bugs were fixed in my mechanics. Now all these problems have been fixed and I can finally start testing

  • Health needs to regenerate 
  • Gun needs to stop firing when the player is out of resources 
  • Feedback and Art needs to be more presentable 
  • Spawn Points for enemy and resources


Week 07

Working 3D Prototype


[Done] [Yet to Do]

Power A: Spacebar

  • High Damage is being made to the Enemy, and low damage to self.
  • Medium Damage is being made to the Enemy, and resources are being used.

Power B:  Left Mouse Click

  • Medium Damage is being made to the Enemy, and resources are being used.
  • Enemy is being forced backwards.

Power C: Right Mouse Click

  • High Damage being made to the Enemy, and low damage to self.
  • Enemy is being forced backwards.

Current Bugs:

  • Health needs to regenerate 
  • Gun needs to stop firing when the player is out of resources 
  • Feedback and Art needs to be more presentable 
  • Spawn Points for enemy and resources


Things to consider when play-testing:

  • Amount of High Damage to the Enemy/Player
  • Player Health Increase over time
  • Amount of Player starting Health
  • Amount of Player starting Resources
  • Amount of Resources Available to the player
  • Environmental Factors
  • Amount of Medium Damage to Enemy/Player
  • Longer Fire Rate – Positives to game-play (stagger?)
  • Is there a cool down for the longer fire rate?

Balancing Rundown.JPG

^^ Prototype Video

Professional Practice

Quantum Break – The Facts and Fiction of Time Travel

Week 5 Reflection

Discussing idea feedback:

User Interface:

Feedback on the mechanic was unanimous, from the three people I discussed the idea with – all said that User-Interface would be very important in  understanding the mechanic. One suggested that I try prototyping with and without User Interface and the effects on game play.


It was suggested that using combined and multi-gesture button pushing might make the mechanic easier to comprehend.

Comprehension and Communication:

Initially I thought of the mechanic working as each button being represented as”A+B-C,” instead, it was recommended that I communicate each button/action as just “-C.” So instead of telling the player they have three resources minus one, its being told as you are not able to use this one thing. If that makes sense.. I’ll come back to this.


It was suggested that the object that the mechanic is interacting with should compliment the meaning portrayed. Looking into semiotics and representation in everyday objects can achieve this.


Over-all the feedback suggested that the mechanic can work, but needs to be clearly and carefully communicated to the player. Through prototyping from now on, I can find the most effective and least intrusive way of presenting my mechanic and its meaning.


Week 03 Reflection

By simplifying my slides I found when talking that the presentation can come across as lacking. In presentation (mostly due to my illness this week) and in content. I’m not entirely sure how to present the project as a whole, I have ideas on what mechanics I want to use and how to represent them but I can’t say what it’s going to look like as a whole until I’ve activity read through all the sources I possibly can in order to create the best possible result – to a point. This week I dove into play testing a random idea and I admit that may have been the messiest way of doing it.

For next week I plan to start with Zotero to collect, read and record ideas to send me on the right path. Then the following week I can start prototyping and play-testing while still activity reading.

I need more enthusiasm in my project as well. A system that is so strict and in a way a representation of a set of ‘rules’  like Mechanics to me at first seems un-appealing, but when adding the idea of greater meaning and almost being able to mold it into a type of Art-form is something i’m extremely interested in.