Complete.Org: Mailing Lists: Archives: freeciv-dev: June 2003:
[Freeciv-Dev] (PR#4387) The Return of the Rand() Moves
Home

[Freeciv-Dev] (PR#4387) The Return of the Rand() Moves

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: undisclosed-recipients: ;
Subject: [Freeciv-Dev] (PR#4387) The Return of the Rand() Moves
From: "Per I. Mathisen" <per@xxxxxxxxxxx>
Date: Tue, 10 Jun 2003 09:37:32 -0700
Reply-to: rt@xxxxxxxxxxxxxx

On Tue, 10 Jun 2003, Raimar Falke wrote:
> > Unfortunately, I really don't see a way of computing the real average time
> > in PF.
>
> To clarify this: it is easy to calculate the weighted cost of a single
> step if you have a "concrete" state (turn and moves left are
> integers). However after the first step such you don't have this. You
> have something like (turn=0,moves_left=1.47). So it is hard/imopssible
> to calculate the weighted cost of the next step.

I've gone back and reread the debate about rand() movement. I think it is
time to remove rand() moves. Clearly pf does not handle it as effortlessly
as it was advertised back then and which was part of the reason why the
debate died off.

So I repeat the suggest that seemed to be the majority opinion at the
time: The rand() test is replaced by FALSE iff moves_left != move_rate. So
attempting to move into terrain with move_cost > moves_left merely causes
you to waste your remaining movement points in this case.

  - Per




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