This is the mail archive of the xconq7@sources.redhat.com mailing list for the Xconq project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

xConq alternate combat engine project


             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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]