-
Notifications
You must be signed in to change notification settings - Fork 0
/
README
255 lines (189 loc) · 11.9 KB
/
README
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
This is a web application for managing games of Empire V.
Empire V is a really old school set of wargaming rules for running Napoleonic era
wargames with miniatures.
Its a product of the 70s / 80s ... so there are stacks of charts, lots of maths,
and huge number of very strict ifs, buts and procedures in playing the game.
There is even a 2 page flowchart in the rules for working out what happens after 2
groups of infantry come close to each other, after the defender has fired at the
attacking troops, after casualties and morale checks, but before the attacking
troops close for the final contact. 2 pages of flowcharts just for that !
Thats just to give an idea of the depth and complexity of the rules.
Now, in the modern tabletop gaming era, there are some excellent new rules out
that are a lot easier to play, and provide fun games at levels from battalion to
Corps. The market is quite healthy.
So why bother with a 30+ year old rule set ?
Well, because at the end of the day, Empire remains very popular with the so called
hard core gamers, because it actually provides a highly realistic experience of
fighting battles in this period, and produces highly plausible results.
So much so, that the community of wargamers who enjoy this period remain quite
loyal to this venerable masterpeice of a ruleset.
So here we have a modernization of this excellent system, in the form of an
extremely easy to use computer moderated control system.
Hopefully this will serve the hard core gamers well, and also provide an
exciting and innovative path to allow the new generation of gamers to enjoy
the benefits of gaming Napoleonics in the beautiful old school way.
Art meets Science.
----oOo----
To run this, you need to set the system up on a web server, and then setup the data,
and then create user accounts for accessing the game for various players.
The best way to do this is setup a linux machine with Apache/PHP/MySQL support
(all standard utilities that are part of a general linux install), and then simply
install this application.
That machine then runs the whole virtual world that the battle is fought in. Each
player then communicates with their troops in that battle via a web server.
Remember that ANYTHING with a web browser can access the system, so you could use a
bunch of laptops on a wireless LAN, ipads, smartphones, etc.
Its all standard HTML and javascript - NO Flash, NO activeX .. so that allows for
the use of ipads !!
----oOo----
What this system does (or will do) :
General Game Setup and Management :
- Provides a web based application for running a set of games.
- The system will load and store a large database of detailed orders of battle
for various armies.
- Create a large database of scenarios, that use subsets of the orders of battle.
- Spawn any number of games based on these scenarios. The system manages which games
are in progress, and stores all state information related to each game move permanently.
Player Control :
- Manage multiple user accounts for access to the system with various different roles.
- Administrator can assign players to games in progress, allowing complicated
setups of sub-commands.
- Manage access to information on the system .. each player is locked down to
operating within only those units under their command, in the context of a given
game that is running.
- Each game has at least 1 user setup as the umpire for that game. The umpire
controls the flow of the game from one phase to the next, one turn to the next.
Running the Game (Player)
- Each player gets a limited view of the battle, and the degrading effects on their
troops.
- The player uses the system to issue orders, review troop status, and receive
computer generated dispatches with news from the battlefield.
- As each turn progresses under umpire control, the player is shown information
on the screen about which actions each unit should perform on the tabletop this
phase. The player then does what they need to do on the tabletop, using the
instructions as a guide. (or law, depending on how you want to run the game)
Remember - its still first and foremost a tabletop game !
- With each engagement, the players interact with the computer in a couple of
ways to perform combat results calculations. Players can tell the computer which
units are in which engagement. Umpire can override this prior to tactical movement
round.
- All fiddly morale tests / ME determination / elan test / etc etc .. is handled
automatically by the computer, with results sent to the player as dispatch
messages.
- Information presented to the players on the actual state of each unit are
deliberately vague. They are informed of situations where a whole base of troops
needs to be removed, but detailed figure level or troop casualties are always
unknown to them.
Running the Game (Umpire)
- The umpire can see all details for all units in the current game. This includes
actual troop losses, actual fatigue levels, etc, etc.
- The umpire steps the game through the phases in the turn, opening up orders,
locking down orders, etc.
- The umpire can intercept orders from players to units, deliberately delay them,
modify them, or delete them if need be.
- The umpire defines which engagements are in progress, and which MEs are involved
in each case.
The players submit this data (to make the game quicker for the umpire) but the
umpire can override the fine details.
Combat Options
- Combat calculations in the system are fully automated. The computer will require
some basic information (type of combat, ranges, tactical factors), and will then
do all the die rolling and other fun things to determine the full outcome. Results
are then sent to each player as a dispatch message via courier, which may arrive
immediately, or in a turn or 2 depending on conditions.
- The default is that only the umpire interacts with the computer for each combat,
with the players calling out the details across the tabble.
- An option can be configured in a given game to allow the players to interact with
the computer to run the combats ie - player enters the details on who is attacking
what. This should speed up a big game with lots of players and too few umpires.
- An option can be configured in a given game to allow for full computer calculation,
or go into OldSkool mode. In OldSkool mode, the computer will display the various
percentages needed for various things on the screen, and the players then have to
do the die rolls, and enter the die results into the computer instead.
Variable Scaling Support :
- Each game can be run at any scaling factor. By default it uses 1:60 figure scale
and 1"=40y ground scale. However the game scale can be set to any arbitary values
in order to accomodate whatever fits the size of each battle. You can go play at
1:47 scale, with 1" = 13 yards if you so choose. The game mechanics remain the
same. This only works because of the brilliant way that Empire calculates combat
outcomes with deterministic maths.
- Information inside the system is calculated and stored in terms of actual troops.
However, information presented back to the umpire in terms of figures, and
information presented to the players is in terms of bases of troops. Details on
distances are presented in terms of inches. These calculations are all done on the
fly based on the current scaling policies for each game.
- Scaling can be changed in mid-game if needed. ie - If a battle starts as a skirmish
action at 1:15 scale between a couple of battalions ... and then escalates into a
larger general battle ... the admin can decide to rescale the game in mid point to
accomodate larger forces getting involved. Shuffle the scenery, and rescale the
formations ... so you have battalion groups on the field now instead of company
groups. Even up to 1:120 scale you still have 2 base battalions
(of 3 figs per base), so that works too.
Requirements :
- A standard web server with PHP support and mySQL support.
- Too easy ... just grab any old linux box and get it running.
- A couple of GIG of RAM and a few 100MB of disk space will be way more than enough
to run the system.
- An old P-III from the hard rubbish collection will have sufficient grunt to run a
game with multiple players, no worries.
This allows games to be run in a number of different ways, really depending on how
many computers you can dig up.
Some examples :
- 2 players - 1 controlling each side, plus an umpire to control the game.
- 2 players at a table. One is running as the umpire/player for one side, the other
is running as a player only for the other side.
- 2 players at a table. Both are up to scratch with the system, so they are both
running as umpire / player.
- 1 player running a solo game, so he is logged in as administrator with access to
both sides.
- A really big game with over 10 players a side. Commands allocated to various Corps,
Divisions, or even Brigades to individual players. The system will ensure that each
player can only access and control those units under their command structure.
- Monstrous convention, with a dozen games in progress on a number of tables, each
table having a dozen players on each side. Huge ! The system will happily manage
running multiple games at the same time. A pig to admin maybe, but technically the
system can handle it from a single machine running a single web server.
----oOo----
Future Path :
I know there are a number of decent computer moderated wargaming tools out
there, but this one is aimed at being 100% faithful to the EmpireV rules -
warts and all.
There are many areas of the game that might be able to be improved and
extended, but the intention with this project is to simply capture the
essennce of playing Empire, and nothing more or less than that.
No shortcuts, no optimisations on the gaming - just a faithful capture of
the rules in the all of their glorius details, with a computer interface on it.
Get as close to the original as is possible .. and thats it.
However, it doesnt end there !!
Will be adding a campaign framework around this as a separate project
later on. More on that later.
Once this one is fully complete and polished up to perfection, it also
happens to provide an excellent framework for hacking together other
systems around other rulesets.
I will probably look at forking this as a number of completely separate
projects that are customised to a number of other gaming rulesets.
Some ideal candidates are :
- Piquet ... having a computerised interface on the whole initiative and card system.
- IABSM, and all the other lardies products which use card activation.
- Big scale operational wargaming in 3mm/6mm scale for huge WW2 or modern battles.
Should be a fun ride.
----oOo----
Remote Wargaming
This will be cool to do, but I have not quite worked out the best way to handle it yet.
The idea is to have a game in progress at a table somewhere in the world, with a
webcam or 2 setup on the table, and then delegate some commander positions to users
who happen to be on the other side of the world.
The interaction with their units is all through the web interface anyway, so that
will work fine without any modification. Maybe having the webcams on the table with
live views of the tabletop will be good enough to allow those remote players to
experience 'being there' at the battle with their online mates.
I havent designed that aspect into the system yet, but its something I really want to
add at some point down the track. I dont see any technical obstacle to being able to
do this.
Its more a question of whether the remote player will really 'feel' part of the game,
and that comes downs to having really good fast communication, and possibly live
streamed audio as well. Its not just the pretty pictures, bad die rolls, and
detailed AARs that make a game ... its the chit chat, jokes and laughter that all
need to happen in real time to make it work.
If I could stream the audio from both ends of the connection as well as the webcam
feed, then it would work brilliantly I think.