Complete.Org: Mailing Lists: Archives: freeciv-dev: May 2004:
[Freeciv-Dev] Re: (PR#7282) connect as orders
Home

[Freeciv-Dev] Re: (PR#7282) connect as orders

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: jdorje@xxxxxxxxxxxxxxxxxxxxx
Subject: [Freeciv-Dev] Re: (PR#7282) connect as orders
From: "Gregory Berkolaiko" <Gregory.Berkolaiko@xxxxxxxxxxxxx>
Date: Mon, 17 May 2004 13:02:40 -0700
Reply-to: rt@xxxxxxxxxxx

<URL: http://rt.freeciv.org/Ticket/Display.html?id=7282 >

On Mon, 17 May 2004, Jason Short wrote:

> 
> <URL: http://rt.freeciv.org/Ticket/Display.html?id=7282 >
> 
> Gregory Berkolaiko wrote:
> 
> > Another solution is to add a large number to each move cost which will 
> > force the rest to act as a tie-breaker.  This might not be a bad idea.  
> > The only worry is how large this number can be not to cause an overflow in
> > total_CC = PF_TURN_FACTOR * total_MC + move_rate * total_EC
> > where PF_TURN_FACTOR is 65536
> 
> Impossible.  We only have 16 bits to work with and we need (I figure) at 
> least 21.  We need 8 bits for the number of steps since this value may 
> be as high as 200.

Can reduce PF_TURN_FACTOR to 2^10

But adding a get_moveEC to PF is easier and more benefitial.  Can you 
make a patch?  Raimar, do you object?

G.




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