well im not stuck anymore so thats good news
now i want to make it resign next time!
Er, that's weird if that's true. Unless you mean for hybrid monte-carlo where it can't use an opening move dictionary?Li Kao wrote:Does ManyFaces have some kind of dynamic komi? Because from what I heard handicap doesn't work well with monte carlo AIs.
Yes, it is said to be "linear" Komi.Li Kao wrote:Does ManyFaces have some kind of dynamic komi? Because from what I heard handicap doesn't work well with monte carlo AIs.
Is there something wrong with just using different amounts of time for the different levels?Mike Novack wrote: 3) I was discussing another issue, how to have a Monte Carlo tree search based program that had more than one playing strength level. That's nowhere near as simple an issue as it might at first seem
Yes -- unless all you want is a very small adjustment. The performance of the algorithms used is very non-linear with respsect to time. Take the newest release 12.021. That will max out at about 2 dan but Fotland says that's on a 12 core xeon. It is supposed to play at about 1 dan on a "standard machine" (2 core, 2+ GHz). In other words, giving it (in effect) 6-8 times less time). But 12.021 is supposed to be offering a 3 kyu (as well as 1 dan) level.daniel_the_smith wrote:Is there something wrong with just using different amounts of time for the different levels?Mike Novack wrote: 3) I was discussing another issue, how to have a Monte Carlo tree search based program that had more than one playing strength level. That's nowhere near as simple an issue as it might at first seem
I think if you continue to decrease the time (or, more precisely, the # of playouts) the performance will degrade quite a bit, eventually to the point where it's not much better than random (one playout per available move). Non-linearity doesn't matter if you're trying to make it play *worse*... (this may not apply completely to MFoG as I don't think it is pure monte carlo.)Mike Novack wrote:Yes -- unless all you want is a very small adjustment. The performance of the algorithms used is very non-linear with respsect to time. Take the newest release 12.021. That will max out at about 2 dan but Fotland says that's on a 12 core xeon. It is supposed to play at about 1 dan on a "standard machine" (2 core, 2+ GHz). In other words, giving it (in effect) 6-8 times less time). But 12.021 is supposed to be offering a 3 kyu (as well as 1 dan) level.daniel_the_smith wrote:Is there something wrong with just using different amounts of time for the different levels?Mike Novack wrote: 3) I was discussing another issue, how to have a Monte Carlo tree search based program that had more than one playing strength level. That's nowhere near as simple an issue as it might at first seem