Mirage Rush
Project Length: 4 weeks
My Position: UI Programmer
Engine: Unity
Genre: Extreme Sports
Platform: Mobile
Team Size: 17
About
Mirage Rush is a extreme sports third-person mobile game made in the unity game engine and C# for Game Project 2 at future games
Contributions
In this Project I was responsible for the Scoreboard for keeping track of who was the fastest and Menu UI. We Used Perforce as source control, Miro for prototyping, Jira for project Management.
​
​
Scoreboard
​the scoreboard works when the player gets to the end the scoreboard gets the time and name of the player(name assigned at start of game) and puts that into a list and sorts is and all entries in the scoreboard and if the list length is higher the a serten number it deletes the last entry in the list.
Then is prints outer all the entry's by spawning new rows on the scoreboard and filling them with the name and time of that placement.
​
The scoreboard is saved on device using playerPrefs and Json so the score is saved between sessions
Volume Editor
​the volume settings uses 3 sliders each connected to a audio group inside the audio mixer that controls the volume of all sounds connected to the audio groups. The values of each slider is stored in PlayerPrefs so the settings are saved between sessions
Take Aways and Reflections
the only thing i needed help from others was from the UI designer because i needed to know what UI i hade to code and how to set up the alpha version of the main menu of the game.
​
During this game project I learnt the importance of communicating with the other people in you team on what you are working on so you don't accidently work on the same thing.
​
In this game project we hade to make a game for a mobile phone so we hade to learn how optimize the game so it could work on a mobile phone.
​
During this Game project the only problem i was apart of was that me and one of the UI designers Accidently worked on the thing and we overwrote each others work and hade to start over and remember to clearly communicate what we where working on.
​​
A take away from this project is that you have to accept the not everything you make will be in the final build because some things that i created hade to be scrap it because it wasn't fully implemented or the everyone else in the team decided that we don't need it anymore.
​
​
​​
​
​