1
edit
Changes
no edit summary
A team created solely on pure awesome? Say it ain't so!
= Game Name Goes here Bang! === 1.0 Project Marking Percentage ==
<big>
Group work: 50%
</big>
== 2.0 Repository ==
=== 2.1.0 Repo ID ===
svn://zenit.senecac.on.ca/dps901_113rep4
=== 2.2.0 Trunk Status ===
committed by [NAME] / being committed by [NAME]
== 3.0 Team Members ==
{| class="wikitable sortable" border="1" cellpadding="5"
|+
[mailto:omirza@learn.senecac.on.ca;vvtran@learn.senecac.on.ca;mziaei1@learn.senecac.on.ca;ctran13@learn.senecac.on.ca;acchung1@learn.senecac.on.ca;bwharmidy@learn.senecac.on.ca?subject=gam666 eMail All]
== 4.0 Proposal ===== 4.1.0 Objective ===
The purpose of this project is to create a simple 3D game using the DirectX framework in 8 weeks.
=== 4.2.0 Concept ===
Our idea consists of launching a block in the air and landing it in a target area. Launching the block will consist of a spring mechanism similar to what is observed in a pinball machine. The user will control the power by holding down a button and releasing it at the desired time. The launcher will be aimed diagonally to allow the projectile to move in a forward motion and be pulled down by gravity.
[[Image:GAM666_Top.jpg|thumb|center|Sketch of Top view (Arrows only indicate ability to rotate launcher)]]
=== 4.3.0 Controls ===
We plan to use one button on the controller (2 on a gamepad) to control the power of the launcher. With time permitting, we may include the use of the analog stick to determine the direction of the projectile.
[[Image:GAM666_Controls.jpg|center|Layout of the controls]]
<s>==== 4Menu ==== The In-Game Menu will allow the user to start a new game, quit, or resume game.4.2 </s> ==== Heads Up Display ====
The game will have two main elements for the HUD. One is the current player score, and the other is the power meter.
===== 4.4.2.1 Score =====
The score will be positioned on the top right corner of the screen. Each time the player lands a block on a target, the respective amount will be added and displayed on this counter. This will be used for the player to gauge how well they're doing.
===== 4.4.2.2 Power Meter =====
The power meter will be positioned on the bottom left of the screen. When the player presses the launch button, the power bar will start to grow until the player lets go of the button or it reaches it's maximum. This will give the player an idea of how much power they're using, aiding them in hitting the targets.
<s>===== 4.4.2.3 Targeting Aid =====
Time permitting, there will be a dotted line extending outwards from the launcher that will aid the player when aiming. It will be a straight line that represents roughly where the block will go, but not where it will land.</s>
=== 4.5.0 Audio ===
Sound effects and background music will be used to create a more full experience.
===== 4.5.1 Sound Effects =====
Sound effects will play when:
===== 4.5.2 Background Music =====
This is to be determined. We will require music that we can rightfully use, for example, the unique and majestic musical stylings of saraJ00n: [http://www.youtube.com/watch?v=QH2-TGUlwu4 http://www.youtube.com/watch?v=QH2-TGU1wu4]
=== 4.6.0 Lighting ===
Our basic lighting set up will involve one large light source representing the sun. This light source will need to be able to light all of the core elements (launcher, target pads).
Time permitting, each target pad will emit a coloured light, and a red or a green light will emit where the block lands signifying a target hit or a target miss.
=== 4.7.0 Camera ===
Camera will be set-up at the shooting location, pointing diagonally to the direction of the target.
* 30/Oct/2011
: 3 - Dynamic (Demo) -> This will be just a demo camera, which will cycles around a circle which has a diameter equal to the distance between launcher and the target. (not sure if we this is possible here, needs more thought and help)
::Questions:
::Where to set the specific speed based on the distance(Such that the cycle finishes at the same time the projectile hits the target)?
::Should the transformation matrix be set in the update() function in Design.cpp?
:: Should we store this distance somewhere in Desing.cpp? <br/><br/>
* Forgot to point this out the other day, but I found that in the engine currently, the input controls for the cameras reside within the Camera class. I don't think we need any of it unless we resort to a manual controlled camera. (vvtran) ** It may be best to comment them out as they can conflict with what's in Design.cpp (I know the controller inputs definitely conflict here) <br/> == 5.0 Map of the World of the Game ==
= Instructor's Comments =
Page sections don't require numbering on a wiki'''√'''
== Undiscussed issues ==
* nothing on repo yet'''√'''
* is the in game menu separate from the configuration dialog
** do you intend to use splash screens'''√'''* controls'''√'''** you should have enough time to incorporate the analog stick'''√'''* heads up display'''√'''** use a texture and scale it'''√'''* lighting'''√'''** add emissive component to light - simple'''√'''** simple to attach a light to an object'''√'''
* other notes
** many projectiles
** steering them in flight - camera attached(most likely not -- vvtran)
** fading lights on hit targets
** what happens when sun is off
=== Suggestions ===
* for a camera moving in a circle try:
** the launch point and the target are fixed - so from the mid point you can measure an angle to the current location of the projectile [0 -> 180]
** you can position the camera with respect to the same mid-point at the same angle as it moves around the circle - this way it will leave and arrive at the same time that the projectile does
** the calculations could be in the same place - Design::update() or in Camera::update() - probably better to keep them separate - add a query to Design to extract the angle into Camera::update() - it's up to you
** so the first step is getting the angle from the projectile's position
*** there is a formula for the angle between two vectors - it comes from the formula for dot product: a dot b = |a||b|cos theta ; use the acosf function in cmath
** second step is derive a special follower Camera class and add the logic there
*** build a prototype cube that simulates your camera to make sure that your math is right - then move the logic to the derived camera class
*** take a vector from mid-point to launch point and rotate it about the world Y axis through the same angle
*** this should give you the position of the camera
*** take a vector from that position to the projectile - that is your camera heading
*** take the vector perpendicular to the vector from the mid-point to the camera
*** the cross product of this vector and the heading is the top vector for your camera
** the calculations need only be done if the camera is the current one
** start with the transformation code in the Camera::update()
* make sure that each of you is comfortable with svn - put in a small change to the framework - merge back into trunk - update
** you will be doing this often as time goes by
* divide responsibilities on different aspects of interest and code so that failure to debug new code does not close down the project
* if you need math help ask me
== Discussed ==
* change the repo id to a link'''√'''
* shouldn't need extra physics help for this - could be kept quite simple
* other notes
** use many triangles for terrain to improve lighting effects'''√'''** any model input - writing the interface could take some work
* cameras
** simple to attach a camera to an object'''√'''
** consider adding camera to each projectiles
= Any other thing you find necessary =