Round 3 – Battle Royale Cluedo-Chess

Term Break – Research & Ideas


One of my initial goals for this project was to improve my programming skills. I moved more towards physical artefacts and board games as they are easier to create in a short amount of time with my current skill set. I decided to look at both areas in my research for this round.

I looked at games that use chess pieces and moves in different ways. For the digital aspect, I focused on roguelike-style games specifically.

Really Bad Chess – a fun remix of normal chess, players use random sets of chess pieces which leads to lot’s of new strategies. Queens become a lot less valuable when you have ten of them.

Vuel – a turn-based game where you navigate a procedurally generated world and “stomp” enemies before they stomp on you or your energy runs out. In particular, I liked the way this game uses aspects of both chess and roguelike games. Chess: specific movesets for each type of ‘piece’, capturing/stomping other pieces. Roguelike: procedurally generated level, permadeath (except for money), hunger/battery meter.

Chesslike – more of a puzzle game, players use one or more chess pieces to fulfill each level’s goal, which ranges from “reach the exit” to “capture every enemy piece”. This is like a more complex version of how I was imagining the chess mechanics for my previous prototype would work.

Combat Chess – you pick three characters and weapons to fight with, and use them to fight several enemy characters. I found the movement mechanics in this one very interesting once I understood them. Each turn – consisting of one player movement and attack, and one enemy move and attack – the way you can move changes in a cycle. Turn one, you have a queen’s movements, turn 2 a king’s and so on until you get to pawn and the cycle resets. Any piece/character can be chosen to move on any turn, which means any piece can move in any way. However, the weapons for each character have set ranges, which are also described with chess piece terms – a sword might have a ‘King’ range, where a bow has a ‘Queen’ one, and a mace has the range of a pawn.


I began considering things about chess pieces like what makes them unique, what their core concepts are and how those ideas could be translated to other games. I have also started looking at a new permaculture principle, to go alongside diversity – the Edge Effect. With diversity, I am looking at how different piece mechanics can be used together to achieve the game’s goal, and with the edge effect, I am exploring how two different games can be combined to create something new and unique.

Edge Effect – On the border (or edge) of two environments there exists species from both, as well as species unique to that edge area. Vuel is a good example of this in game form.


Some ideas I considered were:

  • Pawns being an item-using class with no innate skills
  • Other pieces being special classes accessed via items (for example, equipping a “Knight’s sword” gives knight movement abilities)
  • King either being a goal – “search for the King’s treasure” – or a hard mode – “play through the game with only king moves” or something similar.
  • Class progression system, where you level up and change class? Possibly something along the lines of start as a pawn -> level up -> choose either bishop, rook or knight -> level up -> queen.
  • Have a team of characters that you can switch between, which have different classes. The party leader/controlled character determines movement ability.dav


Week 8 – Clue Board Chess/Roguelike chess

I decided to use a Cluedo board as the base for my physical game. I designed a set of rules for a game where players must explore the board to try and find the joker card in the card piles in each room, then move to the center ‘room’ to win the game.

CBC1 rules.PNG
One of the initial rule sets I created for this protoytpe. I was still undecided on whether to use kings or jokers as the goal cards.

For the battles, rook beats knight, knight beats bishop, bishop beats rook and queen beats everything. If two players have cards with the same suit/class then highest number wins.

One of the biggest problems I had with this was that the joker/king could be near or at the top of a room’s card pile, which would mean a player could find it within the first few turns, and end the game too soon. Also, the way the Cluedo board is set out is very limiting – a player who finds the king card in the hall would have to move only one step to get to the basement, where someone in the corner rooms would take longer. If the player finds a card with no other people near them, they would also have an easy time of getting to the center.

I wasn’t sure how much focus I wanted to put on the ‘chase’ aspect, and from the feedback I got I decided to change it to a battle royale/last-man-standing style game.

While I had several ideas for a chess-roguelike, due to the time constraints, I decided to make a board game instead of a digital one.

Week 9 – Clue board chess V2

The new rule set I decided on was very similar to the original, in terms of how the battle and movement system worked. The main changes were the lack of joker/king cards and the goal changing to “defeat all other players”. The players’ hands also serve as their ‘health points’ – when you have no cards in your hand, you lose. I also added a limit to the hands, as otherwise players may run around collecting cards and avoiding battle, which would be boring and extend the game for too long.

Chess pieces coloured.png
Temporary player counters I created in place of tokens.

I did a solo playtest with the revised rules, which was interesting, if lengthy. I decided that a smaller deck would probably be necessary to shorten the game time, as no one really ran out of cards in their hand until the room piles emptied out. There was also no incentive not to use pawns, as class cards are losable and the board is small enough that there is no real advantage gained by changing class. For this reason, I changed the pawn’s movement to one square per turn instead of via dice rolls.

Another issue was that players would only use Queens in battle until they ran out, making it more luck of the draw than strategy. Later in the game it became more interesting, but it inspired me to try changing the rules for class matchups a bit.

Some ideas for different combat rules. Instead of simply winning or losing based on class, cards would get a boost or reduction to their number depending on who they face. The rook-bishop-knight cycle was kept, but against the queens there would be class-specific criteria, such as “knights with a number that is a multiple of three lose two points” or “a rook with an even number gains a point”. This would make queens less overpowered.

Week 10 – MESH Open

During this week I constructed materials for my game.


I initially planned to create sets of pieces for each colour using modelling clay, but after my first two sets came out too wobbly to stand, I decided it was too time consuming to continue with.

This slideshow requires JavaScript.

I found small wooden cubes at a craft store, and decided to paint them with the six colours and draw symbols for each piece on the sides. In addition to being easier and quicker to make, this made it so instead of switching pieces each turn, players would just rotate the dice so the correct side faces up, making it simpler to keep track of.



I made a small set of cards, with different images for each class, and different colours for each number. I also added “King’s” cards for the rook, bishop and knight classes, which could beat the Queen when used as I hadn’t finalised the revised combat rules yet.


While I would have liked to completely redesign the board, I only had time to block out the rooms. I would probably make the rooms smaller, and do something with the dead-end hallways.

Game setup with three players.

While no one actually played my game at the MESH open, I did get some interest. I also did a two person playtest later, which went fairly quickly. It did seem to be a bit difficult for a player who is being hunted by another player to escape in a one-on-one situation, and some of the rules I had weren’t very clear.

Reflections and Permaculture

I think this could have worked better in many ways. The board definitely needed to be redesigned, and the rules need work – both in being written and playtested.

While I tried to incorporate diversity in the game, playtesting revealed a tendency for players to stick with one class until they were beaten. A possible solution for this may be in the board design – make areas that are only accessible through a narrow hallway (queens or rooks), a diagonal stretch (queens or bishops) or by navigating around or over walls (knights).

The edge effect is definitely there to some degree: from chess there are the pieces/classes and their respective movements; from Cluedo, the board, use of cards and concept of moving from room to room; and unique to this game are the cards and how they’re gained/used, the battle royale goal and the battle system.

If I were going to continue this project, I would probably look at other games and how they can be combined with chess, rather than staying with Cluedo.


Week 4 – RPG magic team card game

I created a quick prototype card game to test this week. The basic concept is focused on the MDA aesthetic of Fellowship and the Permaculture principle of Diversity.

The core idea I had was a card game where three heroes have to fight monsters by casting magic spells. However, each player/hero can only control one aspect of the spell – one player controls the amount of power, one the element/type of spell, and one the aiming/accuracy of the spell.

This slideshow requires JavaScript.

RPG TEAM MAGIC CARD FIGHT GAME – the prototype/work in progress rules I created. For the prototype, I decided to use a standard deck of cards and a few dice (d6 and d20) as they were what I had on hand.

I did several test playthroughs by myself and found that the game was interesting, but it didn’t really have feel I wanted. Discussing the idea also brought to light some issues. Some parts of it – in particular the damage calculation – may be a bit too complex, while others – such as the “no discussing your hands” rule – would be too easily broken with no incentive not to. In particular, every playthrough I did assuming the players knew each other’s hands lasted only one turn before the enemy was defeated.

This slideshow requires JavaScript.

In the first test round, it took five turns for the “heroes” to win without knowing each other’s hands. Every other round was won almost instantly, due to teamwork.

I plan to do more research on card games, cooperative card and board games and asymmetric game design. I think the main issues I need to resolve for this idea are simplifying the rules and giving players individual goals in order to stress their teamwork.

Week 3

  • What is my play thing?
    • Some sort of role playing game
  • What is the platform or media you are using?
    • Paper, unity
    • Cards and dice? At least for prototyping?
  • Who are the participants or users?
    • Rpg players?
    • Probably going to playtest with people I know, uni students, or possibly gamedev meetup people?
  • What do you intend the users to experience when interacting with your work?
    • Feeling like their choices matter
    • Feel like they have a relationship with the npcs?
  • How will you convey your conceptual and thematic intentions?
    • Gameplay

My current ideas take a lot of inspiration from live action role playing games, as well as Wild Streets games like Outpost 31. One idea is a game where everyone is given a set role and goal in the game, and a bunch of actions they can perform to try and reach that goal. The roles would be given out randomly, and to make things a bit more interesting, each player also has a personality/goal that determines how they should act


Attitude 1







Get food

Sell things

Kill threats

Provide for my people

Hone skills





Wants peace

Wants Power


Follows orders

Collects debts



Make profit

Create useful things

Collect rare items

Trade things

Create unique items

Caring, gives discounts

Inn/Bar keeper


Make profit


Safe place

Secret keeper

Doesn’t care



Only heals allies

Seen too much


Potion-maker (needs ingredients)




Make a profit

See rare sights

Meet new people





Week 2

Personal goals:

  • Explore systemic game design
  • Improve my skills with game engines and programming (specifically Unity and C#)

Goals for the semester

  • Create unique play experiences
  • Explore choices with cascading/lingering effects
    • Not morality systems or obvious choices

Some definitions:

  • Systemic game design
    • Games where multiple systems interact to create more complexity/randomness
    • Examples: Legend of Zelda: Breath of the Wild, Far Cry
  • Unique play experiences
    • Where any given playthrough will not be the same as another – can be through open world, randomisation, choices, etc.
  • Morality system
    • Aka “Karma system”, where the player’s actions affect a value that swings between good or evil, which then affects how the other aspects of the game work – npcs may shun an evil player and help a good player. Tends to be very binary.
  • Obvious choices
    • Especially in conjunction with morality systems, when choices are obviously right or wrong, or good or evil. Both choices can be valid, but it will be very obvious which one has which result.
    • Example: Bioshock, saving or harvesting the Little Sisters.

Rapid Ideas

Crazy 8s round 1 – 8 minutes to come up with up to 8 ideas

  1. Roguelike dungeon game where you can interact with anything
    • things in the game world would have materials/properties assigned to them, which would affect how and what the player can do with them
    • eg. wooden things – like trees, signposts, houses, etc. – would be cuttable (with enough strength) and burnable among other things.
  2. Kingdom Hearts ‘Dive to the Heart’ style intro
    • symbolic choices that affect character build/game progression
  3. Real life RPG
    • players are given goals/roles
    • pretty much just D&D/LARPing
  4. Multiplayer RPG where players have different roles
    • players are playing different types of games depending on their character type
    • examples:
      • an adventurer has a standard adventure-RPG game
      • a shopkeeper/crafter has a game like Weapon Shop de Omasse
      • a mayor/king has a city builder game
      • a barkeeper/food seller has a cooking/restaurant game, with possibly rumor mill or quest board mechanics for the former
  5. Visual novel???
    • I’m not actually sure how this would work, I just wrote it down
  6. Fetch quests with multiple solutions
    • Again, items have qualities assigned to them, and the goals of each quest would be somewhat vague – instead of “find me [this specific item]” it would be “find me something [shiny/sharp/round/that I can throw]”

Crazy 8s round 2 – for this round I focused on different ideas that could work in idea #4

  1. Players have different goals
    • defeat the overlord
    • make a profit
    • defend the town
    • rule the city/make the city prosper
  2. Players have different roles
    • adventurer, shop keeper, crafter, inn keeper, healer, guard, mayor/king
  3. Quests require a group of different roles to complete
    • possibly they have different goals as well, but they need to travel together due to differing skill sets
    • eg. crafter knows what the item looks like, adventurer can fight off the enemies and scholar has a map/is doing research
  4. Negotiation/haggling with other players
    • for: intel, items, alliances
  5. Petition the king/mayor character for things
    • building upgrades
    • resources
  6. Give quests to the adventurer
    • If a shop keeper needs a specific item, they can ask an adventurer to find it
    • Mayors can ask adventurers to guard the city/defeat enemies that are attacking the city
    • Travellers (nobles, salesmen, etc) may request an adventurer escort
  7. Role playing
    • players are given different personas/personalities to act as
  8. Friendliness/animosity
    • ally shopkeepers give other players discounts, enemies refuse to haggle

Presentation I have made about my initial ideas and goals.

I am using HacknPlan for my project management


I am interested in systemic game design, specifically the ideas of interconnectedness and unique play experiences.

I found that several of the Permaculture Principles mentioned in the brief are very similar to how systemic game design works.

  • Relationships
    • Elements assisting each other
      • Systems interacting to cause chain reactions
  • Functionality
    • Elements perform multiple functions
  • Goals
    • Each important function is identified and supported by many elements
  • Diversity
    • Things are placed together to benefit each other

Two weeks for 2D

This is a record of my ideas and thought processes for the 2D platformer project.

Herding Cats notes pg1

My initial ideas for this project ran along the lines of a platformer where instead of directly attacking enemies, the player would instead try to lure them into trapped areas, which would then be activated with buttons somewhere else in the level. I considered a less violent alternative to this idea, by modifying the goal to luring cats into cages, as opposed to people into traps.

I also had the idea of using an art style/level design where the platforms and scenery blended together, with the goal of creating a somewhat more immersive environment than a standard 2d platformer.

Herding Cats notes pg3

As I proceeded I began considering different ideas for how they game should work, and what would be required for a game of this type. Some of these ideas included:

  • Giving the player one or more throw- or droppable tools – such as catnip-filled toys, fish or balls – to attract the cats to a specific place.
  • Programming an AI for the cats – what will their normal behaviour be, wandering or stationary?; how will they react to the toys?; will they ignore, flee from or attack the player?; will the toys stay permanently, or will they be destroyed by the cats?
  • Different behaviours for different cats and/or items – for example, a fish may be consumed(destroyed), but a toy will remain, and a ball will move.
  • How would the cage doors be triggered? Is the goal to lure the cats and distract them until the button can be pressed, or is it just to get them to the c

Although I brainstormed a few different ideas for sprites, I decided to hold off on creating them in favour of focusing on the programming side.

Herding Cats notes pg2


I made lists of everything I could think of that would be necessary to code it the game, as well as the assets I would need. I did some more sketches of level and character designs, and began working through some Unity video tutorials for 2D platformers. I found the ones on the official website to be a bit confusing, and ended up using several from BlackthornProd’s YouTube channel instead.



I used free assets from as placeholders for the assets I planned to make later. My first attempt, which involved replacing the robot boy default sprites with new ones, had a glitch with the jumping mechanic and animation. After being unable to fix it, I decided to start fresh with a less complicated level design, so I could focus more on getting the basic mechanics working. I also decided to program from scratch instead of using the standard assets, so that I might get a better idea of what was going on in the scripts. While this was not immediately successful – my second attempt was full of errors – I have since learned a lot about how the codes used work and why.

Herding Cats notes pg4While my original idea was to have multiple cats that had to be guided to different areas, I decided that that would be a bit too difficult – especially as I was having issues getting the basic mechanics to work properly. I considered different ideas that may be easier to implement, but could still be interesting with only one cat. Some of these ideas were:

  • Luring the cat with a held object instead of a thrown one
  • Player controls a laser pointer dot to guide the cat (scrapped because it wouldn’t be a platformer)
  • Limiting the movement of the cat or player/having them in seperate areas
  • Making the level a maze the cat must be guided through

I also considered simplifying the art style to make it easier to draw and animate – for example, the cat design with no limbs except the tail.

Herding Cats v0.3 editor
Third/Final attempt

For my final attempt, I planned to code an AI where the cat would wander the platform it was on until it noticed a toy dropped by the player within it’s range. It would then go to the toy, until the toy destroyed itself (after being hit 3 times). The goal would be to get the cat to go to the bottom right corner of the screen. While I was able to successfully code player controls (although the animations still failed), the cat tended to glitch itself out instead of  moving, and I was unable to test the toy’s self-destruct for this reason.


This slideshow requires JavaScript.

While I failed to complete my game, I feel I know a lot more about coding and how things work in Unity. I think one of the biggest things I could improve would be to iterate faster so that I can ask questions quicker – most of the times I had the opportunity to talk with someone about coding I was working on things I knew how to do.


Title logo font: fb_nyan by Freaky Bunny on Colours added by me.