Deadline is December 27th, 23:59.
Create a multi-level Defold game with taking the following grading rubric into consideration.
The game should target the mobile ecosystem and should contain the following facets of defold:
Grade | Game Design Doc | Game Config/Setup | Defold Components | Game Progression | Physics |
---|---|---|---|---|---|
Starter | Starter Detail* | Splash Screen and simple game start | Basic Use of Defold Components** | Single Level - Completion via Time or Score | One Type of Collision Object |
Basic | Basic Detail* | Game Welcome with Interactive Start | Intermediate Use of Defold Components** | Progression Through 2 levels either via time or score | Collision Groups |
Good | Good Detail* | Game High Scores, Save and Load | Good Use of Defold Components** | Progression Through 3 levels either via time or score | Collision Groups and multiple types of collision objects |
Excellent | Excellent Detail* | Additional Config and Setup (e.g. Difficulty levels, Visual Changes) | Excellent Use of Defold Components** | All above with Character Progression e.g. Experience Points (XP) or rewards | Advanced usages of collision objects, groups, joints, raycasts |
Feel free to highlight where you feel you have excelled in the addition comments in the submission section below. This assignment will be 60% of your final grade.
The game should be sprite based, have more than one sprite, and should have a tilemap. The game should be playable on a mobile device.
- The Game Design Doc should be in the repository, it should be in markdown format and should be around 1200-1800 words. It should render in github correctly. It should contain the following sections:
- Game Overview
- High level overview of the game
- Detail why this game works well on a mobile device
- Gameplay
- More detailed description of the gameplay
- Bonuses, powerups, etc
- Game Progression
- Details of how a character progresses through the game
- How the game is won or lost
- How the game is scored
- Game Mechanics
- How input is handled
- Interactions with characters and the environment
- Camera
- Defold addressing and messaging
- Game World
- Details of the game world, the setting and the environment.
- Visuals of the game world
- Characters
- Details of the characters, their backstory, motivation, and personality if applicable
- Include visuals about the character
- Mobile Game Design
- Outline how a game is designed for mobile in general, not your specific game
- Compare the guidelines for mobile game development to your game and highlight where you are following the guidelines and where you are not
- Suggest ways to make the game more suitable for the mobile market
- Monetisation
- Outline how the game could be monetised
- Distribution
- Outline how the game could be distributed for the mobile market, include mainstream and alternative (idie) distribution methods
- Game Overview
- It should be written in markdown format and should be in a file called
docs/design.md
- Should not be written in the first or second person, and they should not contain vague terms (e.g. “a head shot will result in ‘significant’ damage”). Aspirational writing should not be used (e.g. hopefully the drawbridge animation will point the player in the right direction). Write in a technical style, in other words be concise, precise, direct, and well organised.
- Grading will be based on the level of detail, the quality of the writing, and the overall presentation of the document from Starter to Excellent.
Resources:
- https://docs.github.com/en/get-started/writing-on-github/getting-started-with-writing-and-formatting-on-github/basic-writing-and-formatting-syntax
- https://github.com/adam-p/markdown-here/wiki/Markdown-Cheatsheet
- The use of Defold components will be graded as per the variety and level of use from Starter to Excellent
- The following defold components MUST be used (Note that physics objects are graded separately and not included in this list)
- GUI Components
- Game Objects
- Game Object Factories
- Sprites
- Animations
- Tilemaps and Tile Sources
Feel free to include any other components such particle effects, sound, third party animation etc, you should highlight the usage of these in addition comments below.
All technical elements of the grading rubric will take code quality into account.
Addressing (messaging) is a core aspect of defold and expands across most technical areas of the grading, this is included as a core aspect of code quality.
Your addressing should be clear and concise.
This is worth 60% of your final CA.
Each column of the grading rubric is worth 20% of this assignment.
- You must use the github classroom repository and commits should be spread over time
- The grading rubric at the end of this README must be filled in to highlight the areas you believe you deserve marks
- A video showcasing walking through the game and features must be provided, see submission area below
- Everything must be contained in this repository
- A Moodle submission link will be provided to upload a zip of the repository before the deadline
- Non response to issues with submission or non response to questions will result in 10% lost for each incident
- You may be asked to attend an interview to verify your work, the likelihood of this increases if:
- You are not attending lab/lectures
- Your labs repository is way behind
- You do not commit over time
- Suspicion of plagiarism
- Particularly weak submission
- The use of generative AI is not permitted to generate source code or documentation in this assignment (copilot, chatgpt, or otherwise, locally or hosted)
- Generative AI is an excellent tool but you risk not learning fundamental skills by relying on it too soon
- Usage of any published source should be referenced and documented via comments, you may be asked to explain inner workings of such usages
Please fill in the following information and commit
and push
- Student Number:
- Name:
- GitHub username:
Use Markdown table extensions for visual studio code to help.
Each entry should be kept succinct. Point to documentation where required. A table that does not render correctly will result in lost marks.
If you fail to point out where you should get marks, it may affect your grade.
Grade | Game Design Doc | Game Config/Setup | Defold Components | Game Progression | Physics |
---|---|---|---|---|---|
Starter | |||||
Basic | |||||
Good | |||||
Excellent |
Here you should highlight where you feel you should get marks, and any other comments you feel are relevant
Game Explanation and Walkthrough Video Link:
Make your case for where you believe you should get marks, reference the grading rubric where necessary
- Final push to github repository?
- Documentation added to repo?
- Video links added to README?
- Grading Rubric filled in?
- Zip of repository uploaded to Moodle?