Posted in assignment

Prototype 7

For the seventh prototype, please create a game project to address the following:

Mechanic: “Ye olde scrolling run and jump”

Theme: Color and Light

Stretch Goal: Momentum

Notes:

  • This game prototype should at least involve running and jumping, in homage to the genre of the platformer. Other forms of movement can be explored, but make sure to implement compelling running and jumping mechanics.
  • The project needs to involve a scrolling camera, though the camera does not necessarily need to be sidescrolling.
  • As a stretch goal, consider including a feature of the game that uses momentum-based physics, such as arching projectiles, buoyancy, or sliding (like on ice). Stretch goals are not required. They are additional challenges to take up if interested. They will bear little on the grade of the prototype compared to the requisite mechanic.
  • As for how elastically to interpret the theme as inspiration, a good litmus test would be whether the game prototype could be feasibly titled “Color and Light.”

Submissions (which must be single-runtime executable files shared in the comments section of this post) must be made by 10:00AM on Monday, 24 October. Please include your full name in the comment as well as the link.

The file should be named: <Last-name>-<First-name>-P7.exe

Best of Luck!

Advertisements
Posted in assignment

Prototype 6

Reminder: Your midterm assignment is due on Thursday, 13 October 2016 by 11:59PM.


For the sixth prototype, please create a game project to address the following:

Mechanic: A single-camera with two asymmetric players

Theme: The Worst Pies in London (Reprise)

Notes:

  • A single-camera for this prototype assignment refers to a game that is not split-screen.
  • The two players should be distinctly asymmetrical; that is, they should not appear or function as clones of each other (as in a game like Bubble Bobble). The players need to be differentiated not just aesthetically but also mechanically.
  • Both mechanically and aesthetically, the game should obviously communicate that it is a two-player game. It should not be a game that appears designed for a single player that arbitrarily has two-player controls. Be thoughtful about making a game that suggests that it is for two players.
  • The game can be cooperative, competitive, or any combination of the two; it just has to be clearly played by two asymmetrically constructed players.
  • During presentations, I will test the game out with another student as the second player.
  • Suggestions for a range of games with two (or more) asymmetric players include Monaco, Don’t Starve (multiplayer version), and any of the 3 vs. 1 mini-games in the Mario Party series.
  • As for how elastically to interpret the theme as inspiration, a good litmus test would be whether the game prototype could be feasibly titled “The Worst Pies in London.”

Submissions (which must be single-runtime executable files shared in the comments section of this post) must be made by 10:00AM on Monday, 17 October. Please include your full name in the comment as well as the link.

The file should be named: <Last-name>-<First-name>-P6.exe

Best of Luck!

Posted in assignment

Midterm Assignment – Failure Analysis Paper

This midterm assignment is in addition to the regular prototyping schedule; it is not a substitute for a prototype. Please consult the post for Prototype 5, for instructions regarding the current prototype assignment.


Pick one of your prototypes, and write a 1000 word paper.

Address three things you think are strong about your prototype.

Address three things you think need improvement.

Discuss how and why you think it fails where it does.

Discuss how you would make it a stronger prototype.

You may not write about a game you didn’t turn in.

Format: Double-spaced in 12 point font
File Name: <Last-name>-<First-name>-Midterm.doc(x)

Due: Thursday, 13 October, 2016 @ 11:59PM
Post a download link to your paper in a comment on this post.
Late papers will not be accepted.

Best of Luck!

Posted in assignment

Prototype 5

For the fifth prototype, please create a game project to address the following:

Mechanic: A self-driven simulation

Theme: The Worst Pies in London

Notes:

  • This game prototype assignment is centrally about developing a computer model that simulates dynamic systems and processes.
  • The prototype should run itself (do things) on its own once I click “Start” or “Begin.” This does not mean that there isn’t any player input. There can be input for the parameters for the simulation before I click “Start,” for example. But the simulation should not require any input from the player.
  • During presentations, I will run the prototype three times for one minute each run without inputting anything into the project. Each run should last at least a full minute and run differently each time. That is, the simulation should drive itself for at least a full minute.
  • As suggestions for a range of (self-driven) simulations to look at for reference, see Conway’s The Game of Life, Will Wright’s SimCity, and Squad’s Kerbal Space Program.
  • As for how elastically to interpret the theme as inspiration, a good litmus test would be whether the game prototype could be feasibly titled “The Worst Pies in London.”

Submissions (which must be single-runtime executable files shared in the comments section of this post) must be made by 10:00AM on Monday, 10 October. Please include your full name in the comment as well as the link.

The file should be named: <Last-name>-<First-name>-P5.exe

Best of Luck!

Posted in assignment

Prototype 4

For the fourth prototype, please create a game project to address the following:

Mechanic: A series of item-related problems across several <Rooms>

Theme: Maybe They’re Magic (Reprise)

 

Notes:

  • The game should involve moving through multiple <Rooms>–rooms in the technical GameMaker:Studio sense. These changes in <Rooms> should be clearly visible through such cues as changes in player location on screen, changes in background, and changes in the content of the <Rooms>.
  • “Item-related problems” may refer to problems in game that require the use of items (e.g. an inventory system) or to organize the narrative and conceptual problems in game around localized item events/interactions.
  • The problems need not be sequential, but I would encourage you to consider exploring that option
  • You may have already done a version of this mechanic in the previous “Multiple problems with multiple solutions” prototype. That is fine. Consider either refining your previous design in this new prototype or experimenting with a different implementation strategy.
  • Include a minimum of three item-related problems and three <Rooms>.
  • As for how elastically to interpret the theme as inspiration, a good litmus test would be whether the game prototype could be feasibly titled “Maybe They’re Magic.”

 

Submissions (which must be single-runtime executable files shared in the comments section of this post) must be made by 10:00AM on Monday, 3 October. Please include your full name in the comment as well as the link.

The file should be named: <Last-name>-<First-name>-P4.exe

Best of Luck!

Posted in assignment

Prototype 3

For the third prototype, please create a game project to address the following:

Mechanic: An isolated statistical phenomenon AND a compound statistical phenomenon

Theme: Maybe They’re Magic

 

Notes:

  • The game should clearly demonstrate at least one isolated statistical phenomenon and at least one compound statistical phenomenon.
  • The implementation of these phenomena cannot be purely aesthetic. The player must interact with these phenomena.
  • The statistical phenomena should be easily identifiable through gameplay without explanation. Whether they are isolated or compound should also be easily identifiable through gameplay without explanation.
  • As for how elastically to interpret the theme as inspiration, a good litmus test would be whether the game prototype could be feasibly titled “Maybe They’re Magic.”

 

Submissions (which must be single-runtime executable files shared in the comments section of this post) must be made by 10:00AM on Monday, 26 September. Please include your full name in the comment as well as the link.

The file should be named: <Last-name>-<First-name>-P3.exe

Best of Luck!

Posted in assignment

Prototype 2

For the second prototype, please create a game project to address the following:

Mechanic: A single <Room> with Multiple Problems and Multiple Solutions

Theme: The Sun Won’t Set (Reprise)

 

Notes:

  • The setting of the game should be a conceptually logical bounded space with no screen transitions to other <Rooms>.
  • There should be three distinct and different problems or obstacles involved in completing the game.
  • At least one of those problems or obstacles needs to be solvable or addressable through at least three distinct and different solutions.
  • The problems need not be sequential nor dependent on each other, though they could, but they must fit within the confines of the <Room>.
  • As for how elastically to interpret the theme as inspiration, a good litmus test would be whether the game prototype could be feasibly titled “The Sun Won’t Set.”

 

Submissions (which must be single-runtime executable files shared in the comments section of this post) must be made by 10:00AM on Monday, 19 September. Please include your full name in the comment as well as the link.

The file should be named: <Last-name>-<First-name>-P2.exe

Best of Luck!