CODE 00099F Introduction to Game Development
Introduction to Game Development
Hello, dear friend, you can consult us at any time if you have any questions, add WeChat: THEend8_
UTS CRICOS PROVIDER CODE 00099F
22.08.2022
31263 / 32004 Introduction to Game Development
Assessment 3 and 4
Recreate a Classic Game
Overview:
Assessment 3 and 4 are two parts of a linked assessment. In these assessments you will recreate a
specified classic Atari-era game by developing nearly all the assets yourself. The game will look and
feel different to the original but will have the same core game design. You will then innovate on the
game to push your self-study skills and explore new game development topics on your own. These
are individual assessments and it is expected that all the work done here is your own.
Primary Design and Development Constraints:
Regardless of the game that is chosen, there are some important constraints that must be adhered
to:
1. You must use the Unity version that is used on in the lab room and specified on Canvas.
2. The game must be made in 2D, using sprites.
3. Your final game (in Assessment 4) will have at least three scenes – one that is for the main
menu, one that is a recreation of a level from the original game, and the last that shows off
you design innovation. You may have more scenes in your project structure if you wish.
4. All visual assets must be entirely your own creation. These must be different in appearance
to the original game.
5. You must have sprite animations in your game. You may also create your own particle system
effects with 2D sprites.
6. Audio must be included for all major interactions in the game but the audio clips do NOT
need to be your own creation. They must be different to the original game but you may
source these from royalty-free audio websites.
7. All scripts in the game must be your own creation. You may use learning resources such as
the Unity manual, forums, Unity Answers, and video tutorials, but you must not use any
downloaded scripts from the Unity Asset Store, GitHub, or similar. Sophisticated plagiarism
checking software will be used to ensure that your code has not been substantially copied
from any single source, whether that is other students or online resources.
8. You may NOT use the Unity Rigidbody physics functionality or the standard Unity
CharacterController component (or similar). Therefore, all motion must be coded by you as
frame-rate independent continuous movement (see Week 5 lecture). If you have a Rigidbody
or Rigidbody2D component on a gameobject for the purposes of collision detection, it must
be set to “Is Kinematic” at all times (or Body Type set to Kinematic if you are using a
Rigidbody2D).
Created by: Dr William Raffe
UTS CRICOS PROVIDER CODE 00099F
22.08.2022
9. You MAY use the Tilemap functionality in Unity, though it is not required. You MAY NOT use
the extra Tilemap Animated Tile functionality as it will cause issues in Assessment 4. For
Assessment 3 Band 75% D, you should place any animated tiles manually, regardless of
whether you used Tilemaps or not.
10. Assessments 4 stacks on Assessment 3 – anything you miss in Assessment 3 will likely affect
your Assessment 4 grade as well.
Assessment 3 – 20%
Pac-man (PacStudent)
Visual Assets, Audio Assets, Level Layout, and Git
Reference Example:
For a reference example of Pac-man, go to Google and type “Pac-man” (
https://www.google.com/search?q=play+pacman+doodle ). On the first page, you will find a
playable Google Doodle version of Pac-man that you can play in your web browser. This is the
reference that these specifications were built upon (other than the Level Generator). Features
found in other versions of Pac-man and Ms Pac-man are not included here. If a specific feature or
design consideration isn’t mentioned, then you can use your own judgment to design it into the
game – only what is listed in “Task and Grade Overview” below will be graded.
Due Dates:
Unity Project Files:
Due via Canvas before 11:59pm Friday 23rd September
Deliverables:
Unity Project Files:
studentNumber_Assess3.zip
This is your entire Unity project folder (including your .git folder and .gitignore file), zipped up (as a
.zip, no other format), with the specified naming convention. Before creating the zip, delete the
“Library” folder.
Created by: Dr William Raffe
UTS CRICOS PROVIDER CODE 00099F
22.08.2022
Plagiarism Detection Software:
Sophisticated code plagiarism software will be used to check all code submissions in Assessment 3
and 4 with those of other students in the subject, submissions from previous years, and online
sources. While learning from online tutorials and communities is strongly encouraged, there is a
difference between learning code segments and re-implementing the included concepts or specific
Unity API calls, versus plagiarising large chunks of code. A similarity score higher than 25% between
a submitted project and any single other source will be further investigated by the Subject
Coordinator and, where necessary, raised with the university as Student Misconduct. Additionally,
visual and audio assets will be manually checked for originality by marking staff. Finally, you should
not be using any assets, packages, or plugins other than those that come with the Unity Installation
or that you have created yourself (except the audio assets). This includes any add-on packages found
from websites like the Unity Asset Store.
Task and Grade Overview:
In Assessment 3, you will be assessed on the first half of the semester worth of lecture and lab
content by preparing visual and audio assets for your game, setting up and beginning to use your
Git repository, and planning for your future development. In this way, you will demonstrate not only
foundational knowledge and skills in development, but also your ability to analyse an existing game,
decompose it into a set of required assets and coded systems, and identifying your own knowledge
gaps for future development plans.
You should start from the top and work your way downwards. These tasks are stacked in terms of
difficulty as well as completing requisite functionality before moving on to later functionality that
utilizes this.
You must complete each grade band before moving onto the next. If there are major issues with an
earlier section, we will not mark the later ones. E.g. If you don’t have any animation (you skipped
that section), but you did make the level layout, we will not mark the level layout section. This is to
encourage students to do good, consistent work throughout each section before moving onto the
next and stopping student’s from thinking they can get easier grades by skipping steps.
Doing more than what is specified below will not get you additional points for this assessment.
Created by: Dr William Raffe
UTS CRICOS PROVIDER CODE 00099F
22.08.2022
Max Grade
Possible
after completing
section and
assuming no
points lost in
earlier sections
Requirements
2
(10% Z)
Git Repo
You must setup a Git repository, with a remote host on Bitbucket, GitHub, or
GitLab. This git repository must:
Have the “.git” folder at the root level of your Unity project folder you
should see “.git” next to “Assets”, “Logs”, “Project Settings” etc. in the
file structure.
Have the .gitignore file from
You must commit to your git repository often - e.g. after a few hours of
working on the project or every time you reach a minor milestone.
By the time you reach 100% HD, your Git repository must have at least six
branches:
Master - this should be the branch that is active before the submission
.zip file is created)
Development – this branch is where the below feature branches are
created from and are merged into
Feature-Audio – this branch should be committed to when adding the
audio assets to the project and putting them in the scene.
Feature-Visual – this branch should be committed to when adding the
majority of the visual assets and animations into Unity and the main
scene as well as the doing the manual level layout.
Feature-Movement: This branch should be committed to when you are
implementing PacStudent’s movement.
Feature-LevelGenerator – this branch should be committed to during
the creation of the LevelGenerator.cs script.
For more on this style of branching structure, see the Git Workflow
branching strategy. You may have more branches if you wish.
As you reach later section, you will be graded on this section in the following
way (all of which is extracted from your .git folder):
Having the git repository setup
The consistency of commits throughout the project life-cycle.
The use of the above branching structure
Created by: Dr William Raffe
UTS CRICOS PROVIDER CODE 00099F
22.08.2022
4
(20% Z)
Project Structure
The Project Window in Unity should have a logical and organised layout of
folders and sub-folders. Folders and assets should be appropriately named
such that other potential team members (e.g. your tutors) could easily
navigate that project and find the asset they are looking for.
The Hierarchy Window of the Recreated Level scene should also be well
organized, with use of parenting to form groups of gameobjects and each
gameobject with an appropriate (short but clear) name.
Inappropriate or messy Project and Hierarchy Window organisation will
receive zero or partial marks for this section.
7
(35% Z)
Audio Assets
You must source all audio that you will need for your game. Like the visual
assets, the audio clips used must be different from the original game so as to
give your game its own audio style.
You do not need to create the audio yourself. You should only use “Royalty
Free” or completely free audio from the internet and not copyright protected
audio. If you want to make your own audio, we recommend the use of
https://www.bfxr.net/ as an easy online tool to randomize and mix sound
effects.
Again, you will not be marked for the quality of your audio, but rather the
completeness of your audio assets (per the list below) and whether they make
sense – e.g. an explosion sound for PacStudent’s movement doesn’t make
sense.
The audio assets that you will need to include are:
Background music for the game intro (when the level first starts)
Background music for when ghosts are in their normal state
Background music for when the ghosts are in their scared state
Background music for when at least one ghost is in its dead state
Sound effect for when PacStudent is moving but not eating a pellet
Sound effect for when a pellet is eaten
Sound effects for when PacStudent collides with a wall
Sound effect for PacStudent death
These audio clips must be imported into Unity and in the Project Window, in a
folder named “Audio Clips” and with an appropriate name for each clip.
Created by: Dr William Raffe
UTS CRICOS PROVIDER CODE 00099F
22.08.2022
You must also have at least one Audio Source in the scene that, when the Play
button is pressed, plays the intro background music and then when that
finished plays the background music for the normal state ghosts.
10 (50% P) Visual Assets - Sprites
You must not to recreate the assets exactly as they appear in the original
game. Instead, you should create your own visual style for the game. These
also do not need to be works of art, we are NOT grading you on the quality of
your visual assets (we are not an arts faculty). Instead, you will be graded on
the completeness of them – you must have a different visual asset and
animation for each of the items listed below. The assets should also make
sense and be of an appropriate size in your scene such that it is easy for the
player to understand what is going on in the scene.
The following is a list of visual assets that you will need to create your own
version for:
PacStudent
Four Ghosts in normal state
Ghosts in scared state (dark blue in original game)
Ghosts in dead state (just eyes in original game)
Normal pellet
Power pellet
Bonus score cherry
PacStudent life indicator (bottom left in original game)
Wall segments for each wall type (see Manual Level Layout section
below)
All visual assets must be imported into Unity and all visual assets must be
placed in the scene view.
13
(65% C)
Visual Assets – Animations and Animators
You will also need to create an equivalent Animator Controller (and associated
animation clips) for the following animations found in the original game:
A single Animator Controller for PacStudent, including the following
states and animations:
Created by: Dr William Raffe
UTS CRICOS PROVIDER CODE 00099F
22.08.2022
o Four Walking states, one for each cardinal direction (up, down,
left, right). These should each have an appropriately rotated
PacStudent movement animation (mouth opening and closing in
the original game).
o A Dead state and associated animation for when PacStudent
dies.
Flashing power pellets
One or more Animator Controllers with the prefix “GhostAnimator_”
that do the following:
o A Walking state for moving in each cardinal direction (up, down,
left, right) and an associated sprite or animation clip for each
(eyes look in direction of movement in original game).
o A Scared state
o A Recovering state for when the ghosts are transitioning from
their scared state back into their normal walking state (flashing
between white and blue in original game)
o A Dead state
Animations and Animator Controllers must be established so that they can be
previewed in the Game View when the Play button is pressed. E.g.
PacStudent’s movement animation should play, a preview of PacStudent’s
dead state animation somewhere in the scene, power pellets should flash in
the level, and the ghost animator controller should cycle through states on
“Has exit time” for 3 seconds per state or for the whole animation clip (in the
case of the Recovering state).