[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnubg] Handling ambiguous checker moves

From: Michael Petch
Subject: Re: [Bug-gnubg] Handling ambiguous checker moves
Date: Thu, 09 Apr 2009 14:56:22 -0600
User-agent: Microsoft-Entourage/

On 09/04/09 2:34 PM, "Zulli, Louis P" <address@hidden> wrote:

Last from me.

Your example is essentially saying that gnubg should pick the interpretation that maximizes the user's chance of winning, as if that is surely what he intended. This is certainly one possible algorithm.

However, another algorithm is to never interpret a continuous slide as pick and pass.

I prefer the latter, but the important thing is that there be some method that program consistently follows.

I don’t disagree with the concept of consistency. For example it may be intuitive for some that the bot always assume the higher die is moved first (Assuming using the higher roll is legal of course) This is how I personally would expect it to be treated (And that’s simple personal bias). From my viewpoint the hit or no hit is not the intuitive criteria.

My criteria would also make other situations simple. For example if you drag from the 24 to the 13 on  a 6-5 roll and lets say the opponent has a blot on the 18 and 19pt which - course should the bot take? If you use a consistent method of always using the high roll first then you’d know ahead of time what the bot will do in this case too.

reply via email to

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