Wartbed:Game Engine Structures

From Dark Omen Wiki

(Difference between revisions)
Jump to: navigation, search
 
(6 intermediate revisions not shown)
Line 1: Line 1:
 +
{{parent|WARTBED/Data structures}}
Data structures etc belonging to WARTBED's "logic" (as opposed to the [[Rendering Engine Structures|presentation]]).
Data structures etc belonging to WARTBED's "logic" (as opposed to the [[Rendering Engine Structures|presentation]]).
-
===Sub-header to force a ToC===
+
__TOC__
-
 
+
==Generic structures==
==Generic structures==
Generic structures and definitions directly under the <tt>wartbed</tt> namespace.
Generic structures and definitions directly under the <tt>wartbed</tt> namespace.
-
  enum FLOCKING_BEHAVIOUR
+
{|class="codetable"
-
  {
+
|-
-
    FLOCK_none    = 0,
+
  | enum FLOCKING_BEHAVIOUR
-
    FLOCK_mill    = 1,
+
  |-
-
    FLOCK_formate  = 2,
+
| {
-
  };
+
|-
 +
|    FLOCK_none    = 0,
 +
|-
 +
|    FLOCK_mill    = 1,
 +
|-
 +
|    FLOCK_formate  = 2,
 +
  |-
 +
| };
 +
|-
 +
|}
This enum will determine which algorithm that controls the immediate movement behaviour of an unit.
This enum will determine which algorithm that controls the immediate movement behaviour of an unit.
Line 73: Line 82:
Might seem as a complex class for its purpose, but it will be very convenient for a uniform interface when issuing orders.  
Might seem as a complex class for its purpose, but it will be very convenient for a uniform interface when issuing orders.  
-
class Unit
+
<pre>class Unit
-
{
+
{
-
    FLOCKING_BEHAVIOUR flocking_mode;
+
    Attributes stats;
-
    UNIT_STATE state;
+
    vector<Item> items;
 +
};</pre>
 +
 
 +
Very preliminary stub.
 +
 
 +
<pre>class Role
 +
{
 +
    enum WHAT { leader, champion, standard_bearer, musician };
 +
    UNIT_PTR pUnit;
 +
};</pre>
 +
 
 +
Conceptual stub for regimental book keeping.
 +
 
 +
<pre>class Group // or Regiment or something
 +
{
 +
    FLOCKING_BEHAVIOUR flocking_mode;
 +
    UNIT_STATE         state;
   
   
-
    Target target;
+
    Target             target;
-
};
+
 
 +
    vector<Role>      roles;
 +
    vector<UNIT_PTR>  units;
 +
};</pre>
Very preliminary stub.
Very preliminary stub.

Current revision as of 23:21, 18 July 2009

The parent for this article is WARTBED/Data structures

Data structures etc belonging to WARTBED's "logic" (as opposed to the presentation).

Contents

Generic structures

Generic structures and definitions directly under the wartbed namespace.

enum FLOCKING_BEHAVIOUR
{
FLOCK_none = 0,
FLOCK_mill = 1,
FLOCK_formate = 2,
};

This enum will determine which algorithm that controls the immediate movement behaviour of an unit.

enum UNIT_STATE
{
    STATE_normal    = 0,
    STATE_routing   = 1,
    STATE_fleeing   = 2,
    STATE_inactive  = 3,
    STATE_destroyed = 4, 
    STATE_gone      = 4,
};

Both "destroyed" and "gone" (left battle field) are the same for in-battle purposes.

enum TARGET_MODE
{
    TARGET_position,
    TARGET_unit,
};

Control enum for all targeting, which is relevant for orders.

struct Position;
struct Unit;

class Target
{
    TARGET_MODE target_type;
    union
    {
        mutable Position *pPos;
        Unit const *pUnit;
    }

public:

    Target( Position const &rPos ) : target_type(TARGET_position)
    {
        pPos = new Position( rPos );
    }

    Target( Unit const &rUnit ) : target_type(TARGET_unit)
    {
        pUnit = &rUnit;
    }

    ~Target()
    {
        if (TARGET_position == target_type)
            delete pPos;
    }

    Vector3 operator* () const 
    {
        return (TARGET_position == target_type) ? **pPos : pUnit->getPosition();
    }
};

Might seem as a complex class for its purpose, but it will be very convenient for a uniform interface when issuing orders.

class Unit
{
    Attributes stats;
    vector<Item> items;
};

Very preliminary stub.

class Role
{
    enum WHAT { leader, champion, standard_bearer, musician };
    UNIT_PTR pUnit;
};

Conceptual stub for regimental book keeping.

class Group // or Regiment or something
{
    FLOCKING_BEHAVIOUR flocking_mode;
    UNIT_STATE         state;
 
    Target             target;

    vector<Role>       roles;
    vector<UNIT_PTR>   units;
};

Very preliminary stub.

The situation, and fair AI play

class Player;

To be defined later. A Player can be human or AI.

struct Regiment //perhaps bad name
{
    UnitType type;
    unsigned num_units;
    Position position;
    bool     in_sight;
    double   last_observed_ago;
};

struct Partisan
{
    Player const *pPlayer;
    std::vector<Regiment> observation;
};

struct Situation
{
    Partisan friends;
    Partisan enemies;
    partisan neutrals; //?
};

This set-up allows (in theory) cool things like unknown battle situations, dynamic creation, discovery and switching of allegiances of players, and that others' units not in LoS does not have to disappear immediately but can rather fade or something.

The second benefit of this is that all players always only have access to the contents of the Situation structure, including the AI. This means that there will be an enforced fairness between all players.

Structures related to issuing of orders

All regiment control options ("orders" issuable to regiments) are under the orders namespace, which is a direct sub-namespace to wartbed. Contains control structures and values for all orders that can be issued to units.

enum MOVE_ORDER
{
    MOVE_no_order      = 0,
    MOVE_to            = 1,
    MOVE_approach      = 2,
    MOVE_avoid         = 3,
    MOVE_keep_distance = 4,
    MOVE_face          = 5,
    MOVE_continuous    = 0xF0000000,
};
enum HOLD_ORDER
{
    HOLD_no      = 0,
    HOLD_grounds = 1,
    HOLD_pursue  = 2,
};
enum ATTACK_ORDER
{
    ATTACK_no_order     = 0,
    ATTACK_await_charge = 1, 
    ATTACK_at_will      = 2,
    ATTACK_charge       = 3,
    ATTACK_fire_missile = 4,
    ATTACK_continuous   = 0xF0000000,
};
enum FIRE_ORDER
{
    FIRE_no_order = 0,
    FIRE_hold     = 1,
    FIRE_at_will  = 2,
    FIRE_normal   = 3,
    FIRE_force    = 4,
};
Personal tools
communication