Strike Ops

The game theme will be "near-future combat". The style will be very arcade oriented, meaning everything is a bit exaggerated and more "fun" than "serious". The graphics will be "low colored pixel art". Gameplay will happen in close-quartered village settings. It will be an "action-strategy" game that happens realtime.

The game will begin by selecting an online opponent from a list of available players. Once connected, each player will select a country to play as and a map is selected. Before the gameplay starts, the player gets a chance to equip his characters. For each character there are different "equipment packs" that have equal values. Equipment has a primary weapon and comes with various extras and grenades. Finally gameplay begins.

The controls for the game rely almost entirely on the mouse. There are only two main controls, selecting units, and telling them where to move. There will always be at least one unit currently selected, but the player can also group select several units. When moving a single unit it will travel exactly to the point given. When moving multiple units, they computer will position them intelligently. Units can be stopped by "moving' them to their current position. The one other command will be the "throw grenade" command. this is done by holding both mouse buttons down for a given amount of time (a progress timer will be displayed).

After the round statistics will be displayed and the players choose from different rematch options.

The game will be viewed from overhead using tiled 2D graphics. The graphics will have a slight perspective to them, but gameplay is strictly 2D, and we have no issues with overlapping or obstructed areas. The gameplay view will be scrollable in all directions. A small size status bar along the right edge of the screen with various interface and information. The indoor areas will be divided into room sections. If none of the units can see into a room, it will be 'covered' by roof. When a unit can see inside, the top will pop off and show the interior.

Each nation will have it's own graphics for units. This will likely be the same graphics for each team, with the colors adjusted. Each country will have a major color to distinguish them. Unit animation will start pretty limited, a 3 frame walk cycle for 8 directions will be the mimimum for the game release. Then there will be several "special" animations, like dying and jumping.

Each country has different statistics for its units. There are three categories "health", "speed", and "technology". Each statistic is one of three ratings "good", "normal", "bad". This makes for 6 different combinations of statistics.

Each unit will have a small inventory, based on what equipment package they started with. The amount of bullets and clips will be carefully tracked. When a clip is out of bullets the unit must reload before firing, which takes several seconds time. When a unit is out of clips it cannot shoot. A unit can get more bullets by returning to the "starting point" for that team. Also by taking clips from fallen soldiers (friend and foe).

Each unit will have a given amount of health. It will only take a couple bullet hits to kill a unit. Wounded units will be slightly crippled and leave a trail of blood as they move.

Weapon firing will have a random accuracy. When a shot is fired it will have its trajectory randomly offset. This means the bullet could stray and hit something unintended. Units will not fire if there is a certain chance they will hit one of their teammates.

Units standing still have a slight "reaction" bonus from moving ones. A standing unit will get the first shot off before a moving unit. To keep things simple there is also no "turning" time accounted for. So a standing unit can instantly shoot in any direction. A moving unit can also shoot in any direction as they move.

Generally units will always stand on their "moveto" position. The are a few cases where the computer will automatically move a unit out. When a grenade is thrown into the vicinity of a unit, there will be a split second to react. characters will automatically move away from grenades. we may decide that if the unit encounters a high enough threshold of danger, it will automatically cancel any moves and take cover.

Units will automatically reload if they are not fighting, they are low on bullets, and have spare ammunition clips.

The choice of weapons will be simplistic. Minimally there will be three of the "Weapon Packs" to give to each unit. "Pistol", "Uzi", and "Assualt Rifle" are the flavors to choose from. The pistol has high accuracy and high damage and quick reload time, but has a low rate of fire. The uzi has the lowest accuracy and lowest damage, but the highest firing rate. The assualt rifle has normal accuracy damage and firing rate but slow reload time. The weapons are listed in order of effectiveness, but there are other advantages/disadvantages. The assault rifle will slow the unit down slightly, while the pistol will provide a small speed boost. When equipped with the pistol the unit can carry 2 grenades. The uzi unit can carry one grenade. No grenades the the two handed rifle.

Grenades and ammunition can be recovered from the bodies of dead soldiers, but weapon type cannot be switched during the round. Recovered ammunition "magically" works in all other guns. Each weapon uses all the bullets in a clip at about the same speed. This infers a clip will have a different number of bullets based on the gun it is used in. Partially used clips are discarded when switched.

The map will be scrollable, and the standard level will likely be 2x4 "screen areas" in size. The map will be split into 2 levels of elevation. Like "Doom" these areas will not be able to overlap. Units can only climb up to the top level at stairs, but can jump down from any edge. Units can only shoot other units on the same level as they are (considering walls and lineofsite). Units can only shoot between levels if one of the units is along the edge of the upper level.

All walls are made of actual tiles. There are no "walls in between tiles" as seen is other overhead strategy games. We will need to use stylized isometric so we can see all wall edges from the overhead view. windows and doorways will be tactical defense points, and it is necessary to easily see them all.

The map will be made of a straight grid of nodes. There are several attributes for nodes, like are they passable, can you see through them, what elevation it is at, and more. Unit movement is not limited to the grid space, and they can move freely between the grid tiles.

Some tiles may not be passable but have a "visible" percentage. The visible percentage will be used for two things. One is to reduce the line of site for looking through that tile. It will also be used to randomly stop bullets from passing through that tile. When standing adjacent to a visibility blocking tile, the effect will be negated. This means you can easily look through the bushes you are hiding in, but not for others to see in.

Areas are broken down into room groups. Any interior room is grouped along with other tiles in that room. There are also "outdoor" areas which don't belong to any room. All interior rooms have two display states. If a unit can see into the room, the roof is popped off and we see the interior. If no units can see inside then the roof is drawn over the interior room.

Line of sight will be precomputed and saved with the level data. Every node will have a list of other nodes that are visible from that point. This will allow for realtime dynamic fog to be draw onto the map with little calculation. You will be able to see all the outdoor tiles not in your line of site, they will just be dimmed.

The map will also have built in path information to help units find there way. With the map path information we should be able to direct units without requiring full A* type pathfinding.

The general list of sound effects will not be too high. Each weapon will need a sound, and we will have a few variations with pitch changes. We'll also want various "ricochet" sounds we mix into the gunfights. We need several footprint sounds for walking on different tiles (stone, dirt, etc). The sounds will be stereo panned to help the player locate any actions.

We will need a lots of voice work for each of the nations. We will compile a master "voice" list of the different type of sayings we need. The voices will be used to inform the player of unit conditions and confirmations. There will also be extra "chatter" between units. The voices will be scrubbed through a "dirty radio" type filter to degrade them. This should enable more programmers to pretend they are voice talent.

To complete the "arcade" feel there will also be an announcer. The announcer will have a typical bold announcer voice. It will be used mostly in the pregame and postgame, but barely at all during actual gameplay.

Somewhat described in the "gameplay" section. The game requires a 2 button mouse and keyboard. All of the gameplay can be handled with the mouse, but there will be several keyboard functions that can can be used. They arrows can be used to scroll the map, and there will be hotkeys to select individual units from the keyboard.

The only challenge to "all mouse input" handling the gameplay is a waypoint system. We will need to determine if waypoints are needed. Traditionally games use the shift key to queue commands and that would be easy to implement. Units may want to end up "dropping" ammunition for other teammates to pick up. this will be controlled from the status screen. ammunition can probably be thrown like grenades to other units.

Players will be able to text chat with each other during the game and pregame screens. That will require the keyboard.

We will only need minor UI controls for the pregame screens. pushbuttons and toggles are obviously needed. other than that we will need 'nonscrolling' text input boxes, and a listbox type control to handle the "list of online users".

The game will run in client server. The server will run on one of the client computers, likely as a separate process. All game computations will be handled on the server. To handle internet lag situations, clients will also help to move units, but they will not represent the true gamestate. If communication is interrupted for too long the game is paused and waits to get things going again.

Communication between the client and the server will be fairly minimal. We will not be creating a hackproof network game, but we will be smart about the data send back and forth.

The client will not have much to say to the server. When the user issues a move command it will be sent to the server as a simple 2d coordinate and a list of the selected units. The only other controls would be grenade throwing and sending chat messages (or perhaps calling a timeout/pause).

The server will have more information to send the to client. Every game frame the server must send the positions of friendly units. There are not that many, so this shouldn't be a problem. The server will also send the positions of all visible enemy units. Along with the position data, friendly units must also get the health and bullet count from the server.

The other thing that must be sent from the client to the server is the damage and interactive effects that have happened on the level (blood, grenade marks). the server will keep a list of effects like this that have not been seen by either player. when the client sees that tile, it will send and free that list of effects.

while the clients will graphically run at any arbitrary framerate, the server will run locked to a number of updates per second, likely in the lower range like 20.

Strike Ops will be borrowing features from other popular games. Here are a list of some of those games, and the features and styles they would bring to strike ops.

Counter-Strike
From this game we will really take the "pace" of gameplay. The quick missions in close quarter areas. The initial few seconds of running to the middle of the map to bunker down the good positions. The devastating early grenade exchanges. Hanging back and looking for the alternate route, and so on. We also get the mission objectives pretty much straight from counterstrike; rescue scientists, plant a bomb and defend it until it explodes, and such. While i don't want to say "it's like counterstrike" anywhere in the game/website, i want people playing it to reach that conclusion without much difficulty. I think we should also pull on some of the counterstrike quirks as 'humor', mainly used in the "chatter" of your troops. I believe hiding various little inside-references will actually help initial popularity of the game.

Command & Conquer
We're talking the 'original' command and conquer here. The direct overhead view with simple mouse control. Originally i mentioned this as a title we would use features from, but don't read much into that, instead substitute C&C with CannonFodder.

Cannon Fodder
This has a lot of elements we will be going for. The biggest change will be the scope. instead of sprawling environments to fight through, we need to go for confined rooms and corridors. in strike ops people should be afraid of the open court in the center of the map, because there's no cover.

Zelda
only for graphic design. i'm thinking here of Link To The Past (zelda3). This has about the right sized characters and tiles for our game. it also has the unique "all wall sides" perspective view we are going to need. i like the lowcolor simplicity of it, but a little to 'candy' for strikeops.

Army Men
here is a snap from one of the original amymen games. They use more of a "free layout" map, where we'll go more tiled. but the look of the city layout is a good 'flavor'.