[Computer-go] oakfoam/Zen9 game
Erik van der Werf
erikvanderwerf at gmail.com
Sun Feb 12 07:44:13 PST 2012
The cleanup variation doesn't show a (extra) black pass, so that's
indeed suspicious. But maybe kgs just failed to record the third
consecutive pass, or for some reason did not create a new node when
black accidentally passed again (after undoing twice).
It is not clear to me how many consecutive passes are supposed to be
undone when the game goes into cleanup mode. Looking at a few sgf
files where my program got into cleanup mode (btw always against mgf)
I can actually see some different behaviors... Maybe kgs tries to be
smart in determining who has to do the capture? (and then perhaps
something gets confused on the game-end criterion)
I think to be sure one would have to look at Zen's log file containing
the communications by kgsgtp.
On Sun, Feb 12, 2012 at 2:23 PM, Nick Wedd <nick at maproom.co.uk> wrote:
> In my report http://www.weddslist.com/kgs/past/80/index.html on the last KGS
> bot tournament, I wrote
> In round 13, Zen9 (as Black) and then oakfoam passed ... . Zen has won: the
> 14-stone white group ... is dead ... . However they disagreed about the
> status of the 14-stone group, and the game entered the clean-up phase.
> Oakfoam again passed, and the game was immediately declared over, with all
> the stones on the board counted as alive. The game was therefore counted as
> a win for oakfoam.
> It seems to me that Black was never given a chance to show that it could
> capture the dead group. I shall check, and if my understanding is correct, I
> shall report this to KGS programmer 'wms' as a defect in the clean-up
> I would be grateful if someone could check my interpretation of what
> happened. Is this just an example of one of the bots handling the clean-up
> wrong? Or is it the server itself that got it wrong? If it's the server, I
> must report it to wms.
> Nick Wedd
> nick at maproom.co.uk
> Computer-go mailing list
> Computer-go at dvandva.org
More information about the Computer-go