On Fri, Jan 15, 2016 at 5:14 PM, Petr Baudis <[email protected]> wrote: > Two ideas re Pachi: > > (i) In uct/uct.c maximize_score section, try changing the > max_losing_komi from 30 to, say, 300. > > (ii) Try to work out that if Pachi decides it's losing, the gameplay > is switched over to GNUGo to finish the game. >
Interesting. I hadn't thought of (ii). Either GNUGo or a CNN would probably work well to finish off the games after Pachi thinks the probability of winning is outside of [0.1,0.9] or something like that. Thanks! Álvaro. On Fri, Jan 15, 2016 at 5:14 PM, Petr Baudis <[email protected]> wrote: > Hi! > > On Fri, Jan 15, 2016 at 04:54:18PM -0500, Álvaro Begué wrote: > > In their standard configuration, MCTS engines will sometimes let lots of > > groups die after they know the game is hopeless, or if they have a large > > advantage and they still see a guaranteed victory after the group dies. > > That's why I tried to configure Pachi to maximize score for this > particular > > purpose. However, as I said, I couldn't get Pachi to really maximize > score > > and play the games to the bitter end; in a good fraction of the games > there > > were dead stones left on the board, and in some games the penultimate eye > > of a group was plugged for no good reason (probably because of some bug > in > > determining if it's OK to pass). > > Two ideas re Pachi: > > (i) In uct/uct.c maximize_score section, try changing the > max_losing_komi from 30 to, say, 300. > > (ii) Try to work out that if Pachi decides it's losing, the gameplay > is switched over to GNUGo to finish the game. > > Petr Baudis > _______________________________________________ > Computer-go mailing list > [email protected] > http://computer-go.org/mailman/listinfo/computer-go >
_______________________________________________ Computer-go mailing list [email protected] http://computer-go.org/mailman/listinfo/computer-go
