Combat System Design

Aims:
 * Realism
 * These are dwarves building magical weapons attacking flying dragons? Really?
 * Try to get rid stats
 * Does this mean we get rid of:
 * Hit boxes
 * Hit points
 * Attack damage
 * And we add:
 * Magic is yellow, Melee is green
 * Magic is yellow, Melee is green

UML Diagram for combat system
Combat System on LucidChart

Melee Combat
We will focus on longsword combat or any sword with the same mechanics as longsword-style combat.

Weapons
Gameplay combat is heavily focused on the choice of weapons crafted at the forge. We will focus on different weapon blade styles and material use for the demo. For example, dragon scales can be very hard. One can use a special material to cut through these tough scales. Also, some dragons can heal rapidly. A serrated blade lined with a potent venom will slow the healing process and allow the player to defeat the foe.

Attack
To simplify animation, the player will perform Elder's Scroll's style attacks. That is, attacks will be done in the diagonal for regular attacks = \/ For powerful attacks, the player can also attack from the sides, but will attack much slower = -><-

Weapons made at the forge will have a variety of damage / attack speed trade-offs. To craft weapons which posses a great abundance of either will be impossible.

The weapon will perform damage only if the combatant hasn't blocked, dodged, or parried the attack. See defense.

Defense
For this demo, the player can only parry or dodge melee attacks. A parry can be performed by using the alternate-attack button. A dodge can be performed by moving the player with the movement controls. Some attacks cannot be dodged or parried. For the demo, neither of these attacks will be present.

Ranged Combat
Player ranged combat is on hold until after the demo.

HUD
What does the HUD look like? What do we see? I am thinking of an elder's scrolls-style experience here.

Melee Combat
For the demo, we are looking for the killing-the-rat-in-the-dungeon-style experience for the time being and build up from there. That is to say, we are going to have bites and scratches as attack.

Attack
The enemy can attack using bites and scratches. Bites are much faster, but less effective. They are useful to disrupt a player when trying to attack, but not much else. Scratches are more effective, but can be interrupted by player attacks.

Defense
The enemy can defend itself by running away from the combatant or circling around the player. The enemy can "dodge" an attack if it can get sufficiently out of range from the attack radius. The enemy can also "parry" an attack if it's attacks successfully disrupt an attack made by the player.

Design Review / Open Questions

 * How does the character recover health and status after he is injured? (yellow; we probably won't show this during the demo)
 * Definitely there will be critters with poisonous bites... (but again, yellow; probably won't show in demo)
 * Targeting: Context-sensitive attacks? (Critter just lunged at you, putting his neck in a vulnerable position; you can exploit this vulnerability with a special attack)

Quote from Bryce: I think the combat should be more reflective of the items you create: if your items don't fit the bill, you don't win. ... I just don't want to lose sight of the puzzle-game aspect that the item creation introduces. There won't be any pre-scripted answer to any given solution, but the player still needs to invent something, without a provided recipe, for solving the problems they face.


 * The graphics realism was defined pretty well by Bryce when he came down from Logan for our team meeting. However, there are still unanswered questions about how realistic the game itself is going to be, so it's a valid point--how realistic do we want to make the combat system? Ideally there are probably lots of bells and whistles, but for the demo maybe let's focus on just the unique effects of each individually-crafted item?

As far as scoping the combat system, perhaps we should start with one action available to the player: a simple aimed strike of his weapon against the enemy (determined by the direction he is facing), with the effectiveness of the blow in slaying or disabling the enemy being proportional to some properties of the item in combination with a handful of the character's attributes.
 * SethS: We'll need to keep it simple, but as far as realism is concerned, I think that winning a given battle needs to depend on both the properties of the item and the way the player uses it. If we accomplish that, that's probably as real as it needs to be. All the other cool effects, bells/whistles and things commonly done in the industry we can safely ignore until we accomplish this first fact.

See https://docs.google.com/document/d/1vZWeXC7355snBc-hlYUzpFhUdia2JeiR7tbHP8gUGwk/edit?usp=sharing for a description of what we are going to do with the combat system.

We have two URL diagrams, one that is more of a vision and one for the demo: https://www.lucidchart.com/documents/edit/43bd-efdc-53027f4e-993c-68800a008c55