[Computer-go] oakfoam/Zen9 game
michaelwilliams75 at gmail.com
Sun Feb 12 07:57:58 PST 2012
Or recreate the position for Zen and see what it does.
On Sun, Feb 12, 2012 at 10:44 AM, Erik van der Werf <
erikvanderwerf at gmail.com> wrote:
> 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:
> > 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
> > the stones on the board counted as alive. The game was therefore counted
> > a win for oakfoam.
> > It seems to me that Black was never given a chance to show that it
> > 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
> > mechanism.
> > 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
> > wrong? Or is it the server itself that got it wrong? If it's the
> server, I
> > must report it to wms.
> > Nick
> > --
> > Nick Wedd
> > nick at maproom.co.uk
> > _______________________________________________
> > Computer-go mailing list
> > Computer-go at dvandva.org
> > http://dvandva.org/cgi-bin/mailman/listinfo/computer-go
> Computer-go mailing list
> Computer-go at dvandva.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Computer-go