Re: [Bug-gnubg] Analysis changing the game record and producing garbage

From:

Michael Petch

Subject:

Re: [Bug-gnubg] Analysis changing the game record and producing garbage

Date:

Tue, 06 Oct 2009 03:21:20 -0600

User-agent:

Microsoft-Entourage/12.20.0.090605

This may seem like an odd question. But even hthough you did 4-ply did you
happen to do any rollouts of individual moves? I ask this because I reported
almost an identical bug doing rollouts with cmark. It sounds like the same
issue but maybe it occurs more commonly than we realize.
My original report with cmark/rollouts was as below (I bring it up because
it seems it may be related):
Howdy Christian,
I received this problem report below from a friend I recently got to try the
CMARK feature out. I decided to try reproducing it, and I can find something
similar. Take a match that is analyzed. Find a very bad error. Go to that
error and select the first 2 moves in the analysis pane PLUS the move that
the player made (the one in red) and click on CMARK. Rollout the moves with
Analyze/Rollout/Match (Use a small rollout trial size to make it quicker).
When finished go back to the move in the move pane. In most cases the
Rollouts move to the top of the list but the move marked as red (The users
actual move) is now on the wrong move! It seems like this is a small bug. It
appears after the move list has the rollouts added the red mark remains in
its original position and Gnubg now considers that the players actual move.
The red highlight should have moved to the rollout entry. It is suggested
this may affect the computed error rate as well.
Mike
On 06/10/09 2:40 AM, "Neil Robins" <address@hidden> wrote:
> I have analysed several matches at 4-ply using the 20091002 Windows build. I
> am finding the move made in the game record often being changed from that
> actually played in the match to what GNU thought best - which obviosly then
> renders the rest of the game meaningless garbage full of illegal moves.
>
> Example:
>
> GNU Backgammon Position ID: sHPkASjg6+ABJA
> Match ID : MAH6ACAACAAA
> +12-11-10--9--8--7-------6--5--4--3--2--1-+ O: Opp
> | X O O | | O X X | 2 points
> | X O | | O | Rolled 46
> | X O | | O |
> | X | | O |
> | | | O |
> ^| |BAR| | 7 point match (Cube: 1)
> | | | |
> | O | | |
> | O X | | X |
> | O X | | X X |
> | O X X | | X X O O | 1 point
> +13-14-15-16-17-18------19-20-21-22-23-24-+ X: You
>
> 1. Cubeful 4-ply 24/18 22/18 Eq.: -0.209
> 0.467 0.094 0.002 - 0.533 0.127 0.004
> 4-ply cubeful prune
> 2. Cubeful 4-ply 8/2* 6/2 Eq.: -0.327 ( -0.118)
> 0.433 0.146 0.007 - 0.567 0.165 0.008
> 4-ply cubeful prune
> My opponent moved 8/2* 6/2 which is correctly highlighted in red. The problem
> is that GNU puts its preferred 24/18 22/18 into the game record in place of
> 8/2* 6/2 - thus rendering all further analysis of that game meaningless.
> This nonsense seems to have affected almost all the games I have analysed.
>
>
> _______________________________________________
> Bug-gnubg mailing list
> address@hidden
>http://lists.gnu.org/mailman/listinfo/bug-gnubg