Complete.Org: Mailing Lists: Archives: freeciv-ai: February 2003:
[freeciv-ai] Re: Exploring madness

[freeciv-ai] Re: Exploring madness

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: "Per I. Mathisen" <per@xxxxxxxxxxx>
Cc: Freeciv AI development <freeciv-ai@xxxxxxxxxxx>
Subject: [freeciv-ai] Re: Exploring madness
From: Ross Wetmore <rwetmore@xxxxxxxxxxxx>
Date: Sat, 22 Feb 2003 06:48:38 -0500

Note that if you put the warcamp on a patrol pattern by continually
changing its position at something slightly faster than its fastest
units, and furthermore this pattern is cyclic, then the effect will
be to have a continually moving screen of faster units orbitting
around a denser core of slower ones.

Only because you restrict the concept of warcamp to a stack, something
I specifically did not do by choosing to associate units through an
independently moving bodyguard concept, do you get stack movement and
failures to exploit the advantages of faster units.

In short if you make a restricted or stupid implementation you will
get restricted or stupid results, but that is not a foregone conclusion
or a priori feature of the conceptual model :-).

Sometimes, you may want such restrictions. The implementation should
thus be flexible enough to deal with the full range of the conceptual
model if there are such requirements.


Per I. Mathisen wrote:
On Thu, 20 Feb 2003, Raimar Falke wrote:

I have the opposite idea. Pulling together a bunch of units and moving
them in tandem around the map is a bad idea.

You still want body guards. Since you otherwise loose your cannon to a
roaming enemy unit.

Of course. I was only objecting to the idea of moving a whole mass of
units as a group around permanently.

In addition to what I wrote previously there is also the matter of not
exploiting the faster movement of some units, who can more easily move
from one battlefield to another, thereby increasing the total firepower
available in each battle. A group of units moving in tandem will have to
move at the pace of the slowest unit.

  - Per

[Prev in Thread] Current Thread [Next in Thread]