head	1.1;
access;
symbols;
locks
	yap:1.1; strict;
comment	@# @;


1.1
date	97.11.26.14.13.41;	author yap;	state Exp;
branches;
next	;


desc
@@


1.1
log
@Initial revision
@
text
@<li>
<b>
Shooting BasketBalls
</b>
<br>
Robert Kong  - rqk4069@@acf5.nyu.edu
<br>
Run Mei      - rzm4356@@acf5.nyu.edu
<p>

The objective of this game is for the player to shoot the Basketball into
the Hoop.
On Screen the player we see a moving Basketball hoop moving linearly
across the screen back and forth (in the x-direction)
And below the hoop we will have a little arm with the basketball in hand.
<p>
The player will have the option to use the mouse or the keyboard.
His objective is to move the little arm with the ball into position so
that at the click of a button he will shoot the ball into the hoop hopefully 
it will fly right into the moving hoop.	
<p>
We will have a point system in which a certain number of shots (tries)
will be given and a score will be given to those shots that make its way
into the hoop.  
<p>
Hopefully I will be able to implement my graphics in VGA mode with the
used of graphics blocks (pre-defined bitmaps)
There shall be an instruction screen setup to help the player learn the
rules and function keys needed to play the game.
<p>
An Advance feature that we would like to implement would be the use of
real math (physical formulas eg. F=ma, v=.5mv^2, etc..)to calculate the
trajectory of the basketball in flight so that the user would have to
enter a force at which he would have to shoot the basketball.
<p>
I hope this is enough information to make things clear
<p>
APPROVED, 11/25.
<br>
Seems like you need to work out the mechanics of
the shooting process (there should be some realism).
(Yes, the math formulas...)
Actually, the math formulas are probably
easy (it is a parabola shape).  Please try to do this.
Otherwise you may not have an interesting game.

Please send me more details, but for now
I will approve this game.
<br>


<li>
<b>
Volleyball (modified)
</b>
<br>
Gordon Chen, gqc2017@@is.nyu.edu 
<br>
Robb Bifano, reb200@@is5.nyu.edu 
<br>
Joscelyne Sherman, jrs2707@@is3.nyu.edu 
<p>

We would like to modify the Volleyball game that already exists.  The
object of the game will remain the same.  There are two teams, one on
either side of the net.  One team serves, and the ball remains in play
until one-team hits the wall on the opposing team's side. That team will
receive points.  Whichever team gets a certain amount of points first wins
the game.  The users will then be presented an opportunity to play another
game.

<p>
After playing with and examining the game ourselves, we would like to make
the following changes:

<p>
* The graphics: We would like to import some graphics files to replace the
low-level graphics currently in use.  This includes the net, the ball, and
the playing field, and the actual players.  We may need help with this.
This will improve the general appearance of the game, and make it a lot
more fun to play.

<p>
* We would like to add an introduction sequence in the beginning, with a
more elaborate title and better instructions.  We want to make it as user
friendly as possible. There will be a closing credits sequence when the
user exits the game as well.

<p>
* We would like to present a trophy to the winning team when the game is
won.  This will come just before the "play again" option appears. Perhaps
there will be a crowd in the background the whole time.

<p>
* We would like to use sound, perhaps for the opening sequence, and when
the game is over.

<p>
Since the "basic features" of the game are already in place, the bulk of
our project will be on the "advanced features"; creating and adding new
graphics, adding sound, improving the appearance and structure and fine
tuning the rules and execution of the game.  We will use the VGA (Video
Graphics Array) video adapter mode for this project since we plan to
implement detailed graphic files.  We are at this point uncertain as to
how .pcx files are implemented in an assembly program, yet this we will
determine this through careful analysis of last year's Space Jam program.

<p>
APPROVED, 11/25.

<li>
<b>
	YOU KILLED KENNY!!! (target/badguy character)
	please note that this is a tentative title
</b><br>
	MICHAEL HOM  109-62-6171 mh204@@is5.nyu.edu
<br>
	PHILIP HWANG 123-72-8019 ph201@@is5.nyu.edu
<p>

USER LEVEL DESCRIPTION:
<br>
1. The user will see 4 quadrants. 4 characters will flash/run on the
screen.
<br>
2. The object of the game is shoot the one character that is the "badguy"
    before he shoots you (relatively quickly).
<br>
3  The user is armed with the mouse pointer. User must click on the
    quadrant with the badguy while he shows his face.

<p>
IMPLEMENTATION:
<br>
1.  We will probably use VGA if not CGA video mode to supply the necessary
graphics.  Hopefully, after we can get a skeletal version working, we will
apply a "South Park" (cartoon show) theme to the game where the player
must shoot one of the bad characters.  We will try to apply the same
graphics technique like the initial SpaceJam logo graphic image.
<br>

2.  We will probably use a random number generator to determine which
 quadrant the badguy will show up in.  The use of the mouse will be vital
in playing this game.  There will probably also be a timer involved where
it is displayed at the bottom of the screen.
  In terms of sound, simple beeps will be used to notify user of shooting
as well as being shot if the computer shoots first.

<br>
3.  In terms of user friendliness, instructions as well as story
background will be given just prior to the start of the game.  ESC key or
some other clickable region on the screen(lower corner of screen).  Levels
of game would be easy or hard. The target would be moving very fast in
hard mode.

<br>
4.  Basic features:
	Moving target (4 regions). player must click on target before it
     disappears to another spot on the screen.  Player has a limited
number of shots/clicks.

<br>
5.  Advanced:
	Dividing up the screen into "field" like a spreadsheet where the
    target can have more spots to blink/warp to.  Also, we could add
music.

<p>
**What we may end up doing is using the field format to complicate the
game play and this will give the player more moving variety on the screen.

<p>
APPROVED, 11/25.


<li>
<b>
HOCKEY
</b>
<br>

Shivavrata Ghose      sqg6936@@is2.nyu.edu
<br>
Wendy Chu	      wqc0544@@is.nyu.edu	

<p>
 
	After much deliberation and preponderance, my partner and I have
decided to come up with a game called "Hockey.asm". This is not an NFL
hockey game; It is like a practice  on shots-on goals game in whick the
goal is moving around and there is no goalie to protect the goal. It is
like a make believe game. What you see on the screen is a box that appears
before each game with two options displayed. One that says "New Game" and
the other that says "Quit". On top of the left hand corner of the screen,
you will see the word "Score" displayed before your score. On the right
hand corner, you will see the word "Shots" to signify how many shots taken
on the goalie.

	Before the game starts, a melody is played. When you choose "New
Game" with your mouse, you will see a purple object on the lower left hand
corner of the screen which is your mouse pad which moves from left to
right so that you could take shots on the goal. This is a
rectangular-shaped green object. Its starts to move from the upper right
hand corner of the screen to the upper left hand of the screen. 

	When you press the mouse button, a circular object is projected
towards the goalie. You will either miss the goalie or hit it right in the
middle. Each time you take a shot, the number of shots will increment. The
shot counter will be initialized to zero as well as the score counter.
once you hit the middle of the goal without missing, your score will go
up. 

	We will obviously use the graphics mode as opposed to text mode
since we will need to use certain attribute colors for the foreground and
background colors as well as key words like "score", "shots", "new game",
"quit", and phrases like "way to go". 
	
	We will use Interrupt 33h for implementing and its subfunctions to
implement mouse routines like clicking on then mouse or dragging it. We
are planning to use Interrupt 10h for video, and Interrupt 16h to check
fro keyboard input. We will use a paint routine to draw objects like the
goal and make it animate. We will use a series of frequency tunes which
are defined as a DW for the cound feature of the game. There will also be
a beep cycle each second the goal is moving. So, we have to create a timer
module for this particular feature.   


<p>
Resubmit, 11/25.

<li>

dear professor yap,
	here is the proposal for our group for the final project. our
group consists of ellen aquino,troy bigby, and kevin baines.

<p>
	The proposal for our project consists if a variety of things which
will help to make our game a very interesting and dynamically sound one.
By all standards, our game should meet all of the expectations of the
professor as well as the players of the game. 
	The first aspect of the game will be what the user sees on the
screen when he first enters the game. The first thing that you see will
be the history of the game, which also includes the storyline. The history
and the storyline will include how the game game about, meaning what is
the story behind why you are playing the game, and what the object of the
game is. The objective of the game is to play against the clock. In a
certain amount of time, the player must drive thru a number of courses and
in the time given to him/her destroy whatever obstacles in their way. The
player gets three tries to either beat the time, or not get hit by an
obstacle. If the player can not accomplish this, the game is over. If the
player can do this, they win the game.
	In order to play this game, the directions are very simple. The
player only uses three keys on the keyboard. The up arrow, to shoot, and
the left and right arrows to maneuver. The graphics mode would be VGA, to
support the amount of colors that we plan to use. Also implemented will be
sounds and interrupts which we will use for a numbe rof different things.
Lastly, hte user friendly features will be the ability of the user to set
which level of the game that they want to play. This will be either
easy,medium, or hard, which would mean that the car and obstacles would
either move slow, modeerately, or fast, respectively. This is the proposal
for the game which we plan to do.


<p>
resubmit, 11/25

@
