The SlugGo team is working towards a Fuego/GG hybrid.
But just as our cluster distributed GG added a few new evaluation
functions, we are working on an additional evaluation module for
Fuego. Work had been slow, but we intend complete the addition to
Fuego prior to integrating that into the existing GG based SlugGo code.
I agree that Fuego has a steep learning curve, but I also think it is
well worth the effort.
The basic architecture of SlugGo was designed to be a "multi-brain"
approach, but when we started GG was the only open source engine
available, and we always thought it best to build from an existing Go
engine rather than develop our own from scratch.
Cheers,
David
On 17, Jan 2010, at 11:14 PM, petri.t.pitka...@gmail.com wrote:
Has anyone tried doing pachi/Fuego + GnuGo hybrid slightly in way
Many FAces is done?
If I understood correctly Manyfaces is mostly a plausible move
generator. And serac is widened via the RAVE.
So simplest hybrid could rather simple words that often used before
huge effort taking for ever. When a new node is initialized:
Contact GnuGo using GTP and load situation,
send genmove,
send topmoves and you have a starting point for simulations.
Obviously this is not what GG was designed for and will do loads of
overhead but could be interesting. I would have tried I but I could
not get Pachi to compile under Cygwin and currently I do not a linux
machine. Also Fuego had some problems building under cygwin -and has
steeper learning curve. Also it would slow under cygwin. At least
Pachi multicore due to threading.
Petri_______________________________________________
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/
_______________________________________________
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/
