public inbox for xconq7@sourceware.org
 help / color / mirror / Atom feed
* xConq alternate combat engine project
@ 2004-07-04  0:05 Ramsey
  2004-07-04  0:24 ` Eric McDonald
                   ` (2 more replies)
  0 siblings, 3 replies; 17+ messages in thread
From: Ramsey @ 2004-07-04  0:05 UTC (permalink / raw)
  To: xconq7


             Hello everyone. I'm part of a small team (two people) of undergraduate students at Portland State University. We are looking into the possibility of building a pathway for alternate combat engines into xConq. 

              We have looked at xConq's code and played the scenarios that came with the latest distribution. We were impressed by the game's ability to model game systems like those used in Empire, Panzer General and Civilisation. Combat seems to be resolved as a situation where a single unit fires onto or attacts an enemy stack. The combat algorithm calculates the results based on the strengths and attributes of the opposing units and the results are applied. 

              What we would like to explore is the ability to substitute in other functions or other programs for the built-in combat resolution system. They would be functionally equivalent, taking in the same arguments and returning compatible return values. 

              Many war games have a two-tiered system; the most popular are perhaps the Total War series, where the armies on the strategic map battle it out on a 3D field. Others are the tactical card system used by Avalon Hill's boardgame "We The People" and the simple "battle plan" system used by the Advanced Risk game in the Hasboro's CDRom version of "Risk". Another system would make the user the combat resolution function, having them simply type the results back into the program (for officiated games or play-by-mail). 

              In the case of xConq, a separate interactive combat engine would be best for modeling conflicts where relatively small forces (closely clustered in a small number of armies) manoeuver around a large area and engage in a small number of decisive battles (i.e. the ancien regime conflicts of the 17th-18th century). Because these battles were so important, it would be good to have a system to model them without bringing the strategic map down to the scale in which it would allow tactical manoeuver (making it huge and unplayable). 

              What we would like to ask is:
1. Is there any logical way to do this without changing xConq's code?

2. If not, where might be a good fissure point in xConq's action/combat system to interface a "black-box" combat resolution system? Hopefully as early as possible after combat being joined.

3. We are having trouble compiling the program on Redhat Fedora. We are users on the system (don't have root) and our compilation errors match exactly those encountered by Lincoln Peters when he tried to compile it on Debian:
http://sources.redhat.com/ml/xconq7/2003/msg00966.html
Would the solution be functionally different?

               Thank you for your time. 
               
               Our idea, if this functionality is not already built into the system, is to add a GDL tag that would turn on this extension and give the system the name and/or location of the combat resolution system to be used.

 
Sincerely,
-Damian Ramsey, Chris Wood

^ permalink raw reply	[flat|nested] 17+ messages in thread
end of thread, other threads:[~2004-07-05 21:25 UTC | newest]

Thread overview: 17+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-07-04  0:05 xConq alternate combat engine project Ramsey
2004-07-04  0:24 ` Eric McDonald
2004-07-05 19:17   ` Christopher Wood
2004-07-05 20:18     ` Christopher Wood
2004-07-05 20:27     ` Eric McDonald
2004-07-05 20:44     ` Question on combat procedures Christopher Wood
2004-07-05 20:54       ` Eric McDonald
2004-07-05 21:25       ` Jim Kingdon
2004-07-05 22:12       ` Hans Ronne
2004-07-04  0:30 ` xConq alternate combat engine project Eric McDonald
2004-07-04  0:38   ` Eric McDonald
2004-07-04  0:45     ` Hans Ronne
2004-07-04  3:39   ` Christopher Wood
2004-07-04  5:22     ` Christopher Wood
2004-07-05  4:58     ` Elijah Meeks
2004-07-05 20:11       ` Christopher Wood
2004-07-04  0:43 ` Hans Ronne

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).