Bear Studios

Follow-up

Platform

School only has 2 Xbox 360 for possible loan. Anselm’s still on the way. I might be able to loan one from friend who works at Microsoft. We’d try to develop for PC with Xbox 360 controllers first. At least for initial few releases until we can settle deployment problems for the Xbox. Worst case scenario would be to fully develop on PC and port to 360 at the end of the day.

Meetings

Meeting timing with Dr Ashraf is tentatively set for Thursdays or Fridays. To check with Claude.

Game Design

To-Do

• Check pricing of Xbox controller + bluetooth dongle
  • Update: 75.90 per piece w/o dongle
• Arrange fixed timing for meetings with Claude & Dr Ashraf as well as free time for group programming/discussion. To be confirmed once tutorials are allocated.

Release 1 planned

Details

• magic/fantasy (eg. drawf vs globins)
• start with a 1 unit vs 1 unit prototype
• troops + turrets for bases
• traps
• 1-2 general type of unit?
• feed back and UI
• controls -> xbox controller will be better
• Indoor(castle, tunnel) + outdoor(forest, mountain, river, plain)
• weather -> global effect ( rain = mass slow?, reduce in visibility)
• terrain height map (affect the movement speed in up hill and down hill)
• tentatively will be on PC for prototype 1

2d version of the prototype map

Main focus of the day was to settle on the gameplay aspects.

Goal

Players will be given a choice to choose which side to play as.

Objective of the game:

1. Destroy all enemies

2. Destroy the leader/boss of the enemy

3. Destroy a base/capture the flag

After much discussion, the team decided to take option 3. This however is not final, might be subject to changes as we implement, test and balance the game. Players might even be allowed to choose how to complete the game.

Neutral enemies will be placed on the map that is aggressive to all sides.

Map

Initial decision is to implement a single map over multiple levels.

1. Initial Idea

Players can choose 1 of 3 sides in the map and will attack each other.

- Balancing issue. Alliance (2 vs 1) might unbalance the game, FFA difficult to manage as well.

2. Central goal

2 teams ( 2/4 players or AI) will start at opposite ends of the map and eventually converge into the goal/flag in the centre of the map. Required to traverse through intermediate nodes/base.

Many variations possible.

a. Get flag from enemy base, then place it at the goal

- with current map configurations, opposite enemies might not meet if different path taken towards goal.

b. Get to goal, then destroy enemy base

3. Distant goal

2 teams start at the same side of the map to eventually reach the goal at the opposite end of the map. Will have to pass through the same route eventually

- Solves the problem of enemies not engaging with each other

Decision:

*what was our decision?* tbc

Character

Characters growth automatic based on player’s choice of actions, weapons.

Player have choice to select controllable allies with different specialisations to aid in battle.

Weapons

Start with a basic weapon. Can get better weapons from defeated NPCs or find from map.

Enemies

Different types, strong and weak against different types of attacks.

Admin

The team managed to meet with Claude today, following is some of the results of the discussion:

We should try to re-use whatever’s available, this includes libraries, plug-ins, tools and assets already developed by others.  We should still check with Dr Ashraf the exact grading requirements and what constitutes plagiarism.

Try to come up with a central mission statement that can guide us in times where we’re lost and need to make decisions.

Sort out our priorities and dependencies in order to build up our milestones.

He also suggests a development framework as such:

Pre-conceptualisation
(we are here!)

↓

Conceptualisation

(decide what we want, come up with a prototype and solicit for feedback)

↓

Pre-production

(AI and gameplay programming done here. Assets development as well if any)

↓

Production

(putting stuff together and building the actual game)

During crunch time should we need to reduce features and tasks, we should always look for whatever provides more fun and pleasure value to the players.

Subversion

As we envision the project to be bigger than what we’ve ever attempted, source version control is an important consideration. Assembla offers both SVN and trac however, all projects are open for public viewing. As far as we know, the faculty doesn’t provide SVN services and we’d need to set it up ourselves.

Our options now are:

1. XP-Dev if they allow private SVN
2. Check if Dr Ashraf can arrange SVN repositories for the module
3. Get a friend who’s webhost allows SVN and Trac hosting

Gameplay

Some quick gameplay idea tossed around:

• control-point based siege base
• traps using waymarkers
• commander and squad selection
• first person vs third person
  • pan camera to simulate looking around environment
• first person melee combat
  • distance perception and precision of control

Initial framework considerations:

• XNA
  • C# for either PC or Xbox 360. Focus would be on gameplay
• OGRE 3D
  • C++ for PC. Focus would be on game engine

Some initial broad ideas:

• Immersive feedback
  • feedback through means other than typical HUD, eg. 3D sound or other cues
• Crowd representation
  • heterogeneous representation of massive crowds where it doesn’t look like all clones
• Combat physics
  • traps, knock back
• Destroyable world
  • players able to shape terrain and world objects
• Damage representation
  • damage locality, no representation of enemy health other than visual representation, eg broken limbs, limping, etc.