public inbox for xconq7@sourceware.org
 help / color / mirror / Atom feed
From: Hans Ronne <hronne@comhem.se>
To: Eric McDonald <mcdonald@phy.cmich.edu>
Cc: xconq7@sources.redhat.com
Subject: Re: occupant combat in standard game
Date: Tue, 03 Feb 2004 00:05:00 -0000	[thread overview]
Message-ID: <l03130300bc446aca6e39@[212.181.162.155]> (raw)
In-Reply-To: <Pine.LNX.4.44.0402021421250.14123-100000@leon.phy.cmich.edu>

>But, wrt what Jim is seeing, I believe that this is a
>strategic/planning level issue and not a tactical issue. If a unit
>has an offensive plan, it will generally continue to run the
>victim seeker (and so not the larger picture). What probably needs
>to happen is that plan_offense and plan_defense need to have some
>heuristic which will summarily examine the balances in the
>different theaters, and then force a replan (and new goal) for
>some (higher mobility?) units. I have been thinking about this
>some, but have not yet determined a good way to go about it.

An easy way to improve the ability of fighters to intercept should be to
increase the default setting for u_ai_tactical_range. The current value of
4 is really too low. I picked it in order to be on the safe side with
respect to ai performance, but it could probably be boosted to 12 or so
without too much of a slowdown.

The theater reassignment code you ask for does exist (review_theaters and
mplayer_review_units). It is run at the start of each turn, which should be
sufficient. The code cares more about area control than about attacking
specific units, though. This is the way the mplayer works, however, for
better or for worse.

Hans


  reply	other threads:[~2004-02-03  0:05 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-27 13:28 Peter Garrone
2004-01-28  5:57 ` Jim Kingdon
2004-01-28  7:54   ` Peter Garrone
2004-01-28  9:42     ` Skeezics Boondoggle
2004-01-28 16:45       ` Jim Kingdon
2004-01-28 17:26         ` Eric McDonald
2004-01-28 16:58   ` Eric McDonald
2004-01-28 17:11     ` Jim Kingdon
2004-02-02 11:00       ` Peter Garrone
2004-02-02 19:33         ` Eric McDonald
2004-02-03  0:05           ` Hans Ronne [this message]
2004-02-03  3:58             ` Eric McDonald
2004-02-03  4:43               ` Hans Ronne

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='l03130300bc446aca6e39@[212.181.162.155]' \
    --to=hronne@comhem.se \
    --cc=mcdonald@phy.cmich.edu \
    --cc=xconq7@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).