[Top][All Lists]

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

Re: [gnugo-devel] scoring bug?

From: Gunnar Farnebäck
Subject: Re: [gnugo-devel] scoring bug?
Date: Wed, 16 Nov 2005 21:37:52 +0100
User-agent: EMH/1.14.1 SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.3 Emacs/21.3 (sparc-sun-solaris2.9) MULE/5.0 (SAKAKI)

Todd Sprang wrote:
> if you examine this game, by the typical rules i've seen everywhere
> else, the score would be black 23:white 21 (one black stone captured
> during play). the 4 black stones in the white territory are considered
> dead as they stand and are added to white's territory score of 16.

Yes, black wins by 2.

> instead, gnugo scores the game 23:2 since only one white territory is
> entirely surrounded by white. it really should figure that white's
> effectively captured the black stones on its side.

GNU Go has no difficulty scoring this correctly, e.g.:

Sulitelma 411% gnugo -l scoring.sgf --score finish
49 white (O) move PASS
50 black (X) move PASS
Black wins by 2.0 points

In fact I'm rather curious under what circumstances it could fail.

> (;GM[1]FF[4]AP[glGo:1.3.1]ST[1]SZ[9]KM[0.0]
> PW[Human]PB[Igo for windows]

Uh, isn't "Igo for windows" the 9x9 free download version of Many
Faces? Assuming that this is just a mistake, could it be that glGo is
scoring the game without consulting GNU Go (and maybe is expecting the
user to mark dead stones)?


reply via email to

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