[Top][All Lists]

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

Re: [Bug-gnubg] Positive error rate in statistics

From: Jon Kinsey
Subject: Re: [Bug-gnubg] Positive error rate in statistics
Date: Tue, 15 Feb 2005 12:35:00 +0000
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041206 Thunderbird/1.0 Mnenhy/0.7

Holger wrote:
Hi Øystein,

At 12:44 15.02.05 +0100, you wrote:

I'm able to recreate this bug with the files you atteched. However I can't
recreate this with matches I play against GNU Backgammon. I can't explain

This only happened very rarely and only with a few matches played on TMG.
Never occurred here with other types of matches.

My usual procedure is this: I batch-analyse my matches with a Perl script
fed gnubg-nogui that imports (in this case) the .tmg file and saves the
analysed match as .sgf. Later I look at the match with the GUI version.

Btw, on searching the mailing list I've found something related:

I looked at a similar problem this is what I said at the time:


Christian Anthon wrote:

> when a tmg match is resigned after the dice have been rolled the
> non-move is reported by tmg as 0/0. The import filter mis-interprets
> this and the result is that the assigned match-equity is 50%, messing up
> the statistics rather badly.

I've had a quick look and this may be a more general problem of
analysing invalid moves.  The 0/0 is treats as a fan in tmg files, but a
fan isn't possible on move 21.

Does anyone know how invalid moves are analysed?

More technically: in AnalyzeMove() move 83 is copied to position 19
(there are only 82 possible moves).


Attachment: signature.asc
Description: OpenPGP digital signature

reply via email to

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