AR Turn-based Multiplayer Strategy Game | |

An Augmented Reality (AR) Turn-based Multiplayer Strategy game developed during my final year in CSUN for Senior Design Project course. It is a year-long project, following the full duration of the course, and we managed to finish the core components of the game including the whole game mechanism and most importantly the graphics.

While the gameplay has been successfully developed in time, it is not without its own quirks and - in no other way of saying it - bugs. I've gotta admit that the love-hate relationship between me and this game is still there, but I do love working on Unity3D and making games. Given time, the sentimental value of this project might risen up again, and I'll probably will continue working on this once more.

Until then, only this website will tell the tale of this project.

The so-called Product Owner,

Main Idea

The main idea for the game is the player will have the ability to control multiple characters (called “toon”) from their own team and destroy the enemy’s Supercomputer (after collecting enough points (490 points) in the duration of the game) to win the game. Also, player will have to work on a strategy to protect their own Supercomputer with the toons in their disposal.

At the start of the game, player will initially have only 5 toons in their team. As the battle goes on, player can navigate their toons and interact with items on the field for the possibility to spawn more toons into their team, increasing their total score, or got penalized by collecting a random bomb disguised as collectable items.


  • Game genre
    • Augmented Reality (AR) Turn-based Multiplayer Strategy
  • Deployment environment
    • Android 7.0 Nougat or above
  • Game engine
    • Unity3D
  • AR engine
    • Vuforia
  • Primary language
    • C#


Gathering collectable items to increase points...
..or in some cases, hitting a hidden bomb among the collectables and lose some points.
Toons available: Hard Disk, RAM, and CPU.
Toons available: Hard Disk, RAM, and CPU.
Spawned items: Desktop (adding player's toons), and collectables (to increase player's points).
Spawning new toon.


Like any other big project, we also made use of project documentations to (try to) keep track of where we at on the project at any given moment. Below is all the documentation we have when we finished the project for the course.

  • Project Presentation
    • This slides was used during our final presentation, showcasing our projects to the professor, and our class members.
    • Link to presentation.
  • Project Design Documentation
    • This document was made to record all the concepts and ideas behind our game. Initially used internally as the specification to build our game, this finalized document has been refined to include all the technical stuff via UML diagrams as well as the gameplay written in detailed text.
    • Link to documentation.
  • Project Backlog
    • We used Trello to keep track of everyone's tasks before, but failed quite miserably to keep using it past Day 0 of the development (mainly because of everyone just sort of using mental notes to determine what next to to for them). In the end, I made this custom spreadsheet (by simplifying MIT Sprint Tracking spreadsheet for better suit our need), halfway struggling to keep it updated (due to not specifying a proper guideline for it in the first place), but it sort of worked.
    • Link to backlog.
  • Project Schedule and Sprint Retrospective
    • We tried to list down the big idea of what needs to be done in the semester in this Project Schedule. As time and sprint sessions goes by, we try to update the schedule here depending on situation at hand. At the end of every sprint session, we have a retrospective session going with our professor, and the review is then written in here as well.
    • Link to sprint schedule and retrospective.


As the sentimental value wasn't risen up just yet, I haven't touch anything on this project so far after our final project presentation at the end of the one year duration of this Senior Design Project course. Thus, the binary file linked below is exactly the same as the one we use during the demo part of the presentation.

Download .apk (v1) for Android.
Print this marker image (scale to fit the whole paper) and direct it to your phone's camera to build the AR game field.

As it is an Augmented Reality (AR) application, we recommend you to sideload the app on an Android phone running Android 7.0 Nougat or above. For the time being, we haven't deploy the iOS version of the game yet.

If "Auto Match Make" didn't work, get one player to host the game and connect others via the host's IP address.


Found a bug? Thought of collaborating? Or just wanna talk? Let's keep in touch!