CSCS2650 Computer Organization

PROJECT: MOVE A BLOCK (mab1)

OBJECTIVE

This week we extend upon our simple block movement program, turning it into a fully functional one-player PONG game, hand-written in Vircon32 Assembly Language.

GRABIT

There is a GRABIT available, containing some skeleton code, an XML file, and a Makefile, that will facilitate building the cartridge.

TASK

Implemented from scratch, in assembly:

  • have texture(s), regions for a paddle and a ball
  • have the ball rebound, continuing in one direction until it hits a bound
    • bounds can be the top, bottom, or side of the screen (which it will reflect off of)
    • bounds can also be the paddle (which it will also reflect off of)
  • paddle bounds are the edges of the screen (prevent it from getting lost off the screen)
  • if the paddle fails to deflect the ball and the ball moves beyond the screen, reset the ball and start again
  • display the paddle and ball on the screen, allowing paddle control via the gamepad
    • two gamepad directions will be necessary for moving the paddle
  • implement a simple scoring system and display

SUBMISSION

To be successful in this project, the following criteria (or their equivalent) must be met:

  • Project must be submit on time, by the deadline.
    • Late submissions will lose 33% credit per day, with the submission window closing on the 3rd day following the deadline.
  • Processing must be correct based on input given and output requested
  • Output, if applicable, must be correct based on values input
  • Code must be nicely and consistently indented and aligned
  • Code must be consistently written, to strive for readability from having a consistent style throughout
  • Code must be commented
    • Sufficient comments explaining the point of provided logic MUST be present
  • Track/version the source code in your private semester repository
  • Submit a copy of your source code to me using the submit tool by the deadline.

SUBMIT TOOL USAGE

Let's say you have completed work on the project, and are ready to submit, you would do the following (once on LAB46, with all your data present):

lab46:~/src/SEMESTER/DESIG/mab1$ make submit

You should get some sort of confirmation indicating successful submission if all went according to plan. If not, check for typos and or locational mismatches.

RUBRIC

I'll be evaluating the project based on the following criteria:

104:mab1:final tally of results (104/104)
*:mab1:code assembles cleanly, with no warnings [13/13]
*:mab1:submit code, XML file, and v32 cartridge [13/13]
*:mab1:paddle displays, position adjusted by gamepad [13/13]
*:mab1:paddle is bounded by screen edges [13/13]
*:mab1:paddle can deflect ball [13/13]
*:mab1:ball moves automatically, resets if it goes off screen [13/13]
*:mab1:ball deflects off screen edges [13/13]
*:mab1:game keeps and displays score [13/13]

ADDITIONALLY

  • Solutions not abiding by spirit of project will be subject to a 50% overall deduction
  • Solutions not utilizing descriptive why and how comments will be subject to a 25% overall deduction
  • Solutions not utilizing indentation to promote scope and clarity or otherwise maintaining consistency in code style and presentation will be subject to a 25% overall deduction
  • Solutions not organized and easy to read (assume a terminal at least 90 characters wide, 40 characters tall) are subject to a 25% overall deduction