Re: [computer-go] How to design the stronger playout policy?

2008-01-05 Thread Gian-Carlo Pascutto
Yamato wrote: I guess the current top programs have much better playout policy than the classical MoGo-style one. The original policy of MoGo was, (1) If the last move is an Atari, plays one saving move randomly. (2) If there are interesting moves in the 8 positions around the last move,

[computer-go] update on networking from phils with new CGOS configuration

2008-01-05 Thread Peter Christopher
Strangely enough, today the network from the phils to boardspace.net is so bad that even don's new configuration doesn't make up for the additional network lag (though I think it alleviates the bot's pain). With .2 seconds of thinking time, the net time detracted from time_remaining is still

RE: [computer-go] update on networking from phils with new CGOSconfiguration

2008-01-05 Thread dave.devos
It might be possible to automatically compensate for lag by looking up the geographic location of a bot's ISP. For instance via http://www.hostip.info/use.html https://webmail.planet.nl/exchweb/bin/redir.asp?URL=http://www.hostip.info/use.html . Dave Van:

Re: [computer-go] How to design the stronger playout policy?

2008-01-05 Thread Yamato
Gian-Carlo Pascutto wrote: What improvements did you try? The obvious one I know are prioritizing saving and capturing moves by the size of the string. Zen appears quite strong on CGOS. Leela using the above system was certainly weaker. I use the static ladder search in playouts. For example,

Re: [computer-go] How to design the stronger playout policy?

2008-01-05 Thread Don Dailey
Lazarus uses a system very simlar to the original MoGo policy as documented in the paper. However I did find one significant improvement.I used Rémi's ELO system to rate patterns and I simply throw out moves which match the weakest patterns in the play-outs.In the tree, I also throw out

Re: [computer-go] How to design the stronger playout policy?

2008-01-05 Thread Gian-Carlo Pascutto
Yamato wrote: I finally improved my playouts by using Remi's ELO system to learn a set of interesting patterns, and just randomly fiddling with the probabilities (compressing/expanding) until something improved my program in self-play with about +25%. Not a very satisfying method or an

[computer-go] Re: update on networking from phils with new CGOS configuration

2008-01-05 Thread Dave Dyer
It's interesting to look at a graphic plot of a traceroute to see there the actual delays are. I use a program called pingplotter for this, but there are many such programs. Be warned though, that seeing a potential problem only leaves you feeling helpless, since there is typically nothing you

Re: [computer-go] How to design the stronger playout policy?

2008-01-05 Thread Yamato
Don Dailey wrote: Lazarus uses a system very simlar to the original MoGo policy as documented in the paper. However I did find one significant improvement.I used Rémi's ELO system to rate patterns and I simply throw out moves which match the weakest patterns in the play-outs.In the tree,