Wartbed:WARTBED
From Dark Omen Wiki
(→Structure) |
|||
| Line 5: | Line 5: | ||
Code name for a regimental tactical real-time war game engine, in which [[Bright Portents]] will be implemented. WARTBED's second stage includes the possible or actual support of more games, which will entail a name change to OMG-WARTBED (Open Multi-Game Wargame And Regimental Tactics Battle Engine Deluxe). | Code name for a regimental tactical real-time war game engine, in which [[Bright Portents]] will be implemented. WARTBED's second stage includes the possible or actual support of more games, which will entail a name change to OMG-WARTBED (Open Multi-Game Wargame And Regimental Tactics Battle Engine Deluxe). | ||
| - | :See also '''[[ | + | :See also '''[[Wartbed:Power goals|Power goals]]''' |
| - | :Suggest and discuss features in '''[[ | + | :Suggest and discuss features in '''[[Wartbed:Brainstorming|Brainstorming]]''' |
==Intention== | ==Intention== | ||
| - | (OMG-)WARTBED is intended as a framework of enough flexibility to implement and capture varying and distinctive [[real-time tactics|real-time tactical]] (RTT) games. There are three explicit goals of WARTBED: Firstly to reimplement certain older and seminal RTT titles that are problematic to run on modern operating systems. Secondly to allow easy creation of new and/or novel RTT modules. Thirdly, to allow "what-if" scenarios where units of different modules can confront each other. | + | (OMG-)WARTBED is intended as a framework of enough flexibility to implement and capture varying and distinctive [[ref:real-time tactics|real-time tactical]] (RTT) games. There are three explicit goals of WARTBED: Firstly to reimplement certain older and seminal RTT titles that are problematic to run on modern operating systems. Secondly to allow easy creation of new and/or novel RTT modules. Thirdly, to allow "what-if" scenarios where units of different modules can confront each other. |
==Structure== | ==Structure== | ||
WARTBED is designed according to a strict set of principles. It is structured to the Model-View-Controller layout, employs third-party middleware for major game engine features, but otherwise dissuades third-party dependencies. | WARTBED is designed according to a strict set of principles. It is structured to the Model-View-Controller layout, employs third-party middleware for major game engine features, but otherwise dissuades third-party dependencies. | ||
| - | {{see| | + | {{see|Wartbed:Design|Wartbed:Code style}} |
WARTBED defines a number of standard data formats. These are open and intended to be easy to modify. WARTBED also defines a game implementation structure where the highest level is a "module", which is an implementation of a particular game, which means a self-sufficient collection of maps, units, etc. Any module should contain one or several campaigns, consisting of a number of missions. | WARTBED defines a number of standard data formats. These are open and intended to be easy to modify. WARTBED also defines a game implementation structure where the highest level is a "module", which is an implementation of a particular game, which means a self-sufficient collection of maps, units, etc. Any module should contain one or several campaigns, consisting of a number of missions. | ||
| - | {{see| | + | {{see|Wartbed:File formats|Wartbed:Data structures}} |
==Interchangeability of data== | ==Interchangeability of data== | ||
WARTBED is aware of all installed modules, and missions and campaigns can require other modules to be installed when running. Thus missions and campaigns can use data of other modules. The most interesting aspect of this is allowing multi-player confrontations of units from different modules on various maps. Any such cross-over setting requires all involved parties to have the required data installed. | WARTBED is aware of all installed modules, and missions and campaigns can require other modules to be installed when running. Thus missions and campaigns can use data of other modules. The most interesting aspect of this is allowing multi-player confrontations of units from different modules on various maps. Any such cross-over setting requires all involved parties to have the required data installed. | ||
Revision as of 22:44, 22 February 2009
Wargame And Regimental Tactics Battle Engine Deluxe
Code name for a regimental tactical real-time war game engine, in which Bright Portents will be implemented. WARTBED's second stage includes the possible or actual support of more games, which will entail a name change to OMG-WARTBED (Open Multi-Game Wargame And Regimental Tactics Battle Engine Deluxe).
- See also Power goals
- Suggest and discuss features in Brainstorming
Intention
(OMG-)WARTBED is intended as a framework of enough flexibility to implement and capture varying and distinctive real-time tactical (RTT) games. There are three explicit goals of WARTBED: Firstly to reimplement certain older and seminal RTT titles that are problematic to run on modern operating systems. Secondly to allow easy creation of new and/or novel RTT modules. Thirdly, to allow "what-if" scenarios where units of different modules can confront each other.
Structure
WARTBED is designed according to a strict set of principles. It is structured to the Model-View-Controller layout, employs third-party middleware for major game engine features, but otherwise dissuades third-party dependencies.
- Further information: Wartbed:Design and Wartbed:Code style
WARTBED defines a number of standard data formats. These are open and intended to be easy to modify. WARTBED also defines a game implementation structure where the highest level is a "module", which is an implementation of a particular game, which means a self-sufficient collection of maps, units, etc. Any module should contain one or several campaigns, consisting of a number of missions.
- Further information: Wartbed:File formats and Wartbed:Data structures
Interchangeability of data
WARTBED is aware of all installed modules, and missions and campaigns can require other modules to be installed when running. Thus missions and campaigns can use data of other modules. The most interesting aspect of this is allowing multi-player confrontations of units from different modules on various maps. Any such cross-over setting requires all involved parties to have the required data installed.
