Complete.Org: Mailing Lists: Archives: freeciv-dev: April 2002:
[Freeciv-Dev] Re: [RFC] Move cost map interface
Home

[Freeciv-Dev] Re: [RFC] Move cost map interface

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: rf13@xxxxxxxxxxxxxxxxxxxxxx
Cc: freeciv development list <freeciv-dev@xxxxxxxxxxx>
Subject: [Freeciv-Dev] Re: [RFC] Move cost map interface
From: Gregory Berkolaiko <Gregory.Berkolaiko@xxxxxxxxxxxx>
Date: Wed, 10 Apr 2002 16:39:20 +0100 (BST)

On Wed, 10 Apr 2002, Raimar Falke wrote:

> On Wed, Apr 10, 2002 at 12:03:57PM +0100, Gregory Berkolaiko wrote:
> > On Wed, 10 Apr 2002, Raimar Falke wrote:
> > > 
> > > But enum unit_move_type should be used for this.
> > 
> > Disagree.  unit_move_type doesn't know such things as city_map and 
> > igter_move.
> 
> city_map returns a lot of hits and igter_move none.

city_map is reason enough althout I believe igter_move will be introduced 
too

> > don't see much difference.  all unit_move_turns does is determining the 
> > move_rate and then the abovementioned division.
> 
> That is the problem. These solution is too easy and only an
> estimation. I want the exact upper limit. I would also be happy if the
> user also gets the bottom limit.

limits not a problem.  just put
moves_expended = (move_cost > moves_left ? moves_left + move_cost
                                         : move_cost)
for the upper and
moves_expended = (move_cost > moves_left ? moves_left
                                         : move_cost)
for the lower.

> > BTW how about getting rid of the randomness in the move.  That would make 
> > calculation of the _exact_ move_time possible!
> 
> This may be possible. 

it really screws up most of AI calculation and if we put FACTOR to be 1/2 
nobody would notice anyway.

G.




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