Hello all, two questions.
(i) Do there exist strong 9x9-go programs on Monte-Carlo base
for Japanese rules?
(ii) Having available only programs for Chinese rules, but playing
in a tournament with Japanese rules, which special tricks and
settings should be used to maximise winning chances? (This
Ingo Althöfer wrote:
Hello all, two questions.
(i) Do there exist strong 9x9-go programs on Monte-Carlo base
for Japanese rules?
(ii) Having available only programs for Chinese rules, but playing
in a tournament with Japanese rules, which special tricks and
settings should be used to maximise
The list is updated :
32 engines (26 with source) and 10 toolkits
Thank's for all programmers
eric
Eric Marchand a écrit :
Hi all,
Here is a list of 24 free go engines (18 with source):
http://ricoh51.free.fr/go/engineeng.htm
Please let me know if there are errors or omissions.
eric
Registration is now open for the next bot tournament on KGS, which will
be on Sunday November 16th. Each division will be a 5-round Swiss,
19x19 boards, 43 minutes each plus very fast Canadian overtime of 25
moves in 20 seconds. They will start at 16:00 UTC (=GMT) and 16:05
respectively, and
Hello Ingo,
You (we) have to adjust one point if a game ends by black in usual
(no seko etc) cases. As Japanese doesn't count dame while Chinese
does, if a game ends by black, black gets one more point under Chinese
rules than Japanese.
Hideki
Ingo Althöfer: [EMAIL PROTECTED]:
Hello all, two
On Thu, 2008-11-06 at 09:19 +0100, Ingo Althöfer wrote:
Hello all, two questions.
(i) Do there exist strong 9x9-go programs on Monte-Carlo base
for Japanese rules?
(ii) Having available only programs for Chinese rules, but playing
in a tournament with Japanese rules, which special tricks
I think simplistic handling of Japanese rules should play dame points
that connect chains. This avoids some problems that can arise where
ownership probability drops after the opponent plays the dame, and a
point of territory must get filled.
Even if not technically required, I can imagine
On Thu, 2008-11-06 at 10:44 -0500, Jason House wrote:
I think simplistic handling of Japanese rules should play dame
points
that connect chains. This avoids some problems that can arise where
ownership probability drops after the opponent plays the dame, and a
point of territory must
IIRC under official Japanese rules at the end of the game all groups
with liberties shared between opposing colours are by definition in
seki. Therefore eventually (before counting) all dame have to be
filled.
Further, playing dame points is almost equally bad under Chinese rules
as it is under
Although what Don writes is all correct, I understood the question to
be rather different. It's not a matter of being able to determine the
right score at the end or the right way to play, it's a matter of
determining the right score after each playout. For performance
reasons MC programs
On Thu, 2008-11-06 at 17:10 +0100, Erik van der Werf wrote:
IIRC under official Japanese rules at the end of the game all groups
with liberties shared between opposing colours are by definition in
seki. Therefore eventually (before counting) all dame have to be
filled.
Further, playing dame
On Nov 6, 2008, at 11:09 AM, Don Dailey [EMAIL PROTECTED] wrote:
On Thu, 2008-11-06 at 10:44 -0500, Jason House wrote:
I think simplistic handling of Japanese rules should play dame
points
that connect chains. This avoids some problems that can arise where
ownership probability drops after the
Many Faces of Go's Monte Carlo engine plays strongly using Japanese rules.
It's required for sales in American and japan (as AI Igo). I don't use
Remi's trick, since there are sometimes points remaining when your opponent
passes when playing against weaker players.
David
-Original
What if the playout uses the AGA rule of paying 1 point for a pass and
requiring white to pass last (so the game does not end by two passes if black
plays the second pass).
Wouldn't the score then be equivalent to the japanese score?
Dave
Van: [EMAIL
As part of the open-source project I posted about yesterday, I have
also made a Java client to connect a GTP engine to CGOS. This is
nothing specific to the project, it should work with any GTP
compliant program just as Don's original client does. It does have a
small advantage, and that
I'm downloading Eclipse now to check it out. Will you be adding a reference
implementation (Don's AMAF spec) and/or a basic UCT implementation?
Mark Boon wrote:
As part of the open-source project I posted about yesterday, I have also
made a Java client to connect a GTP engine to CGOS. This
And of course black should pay 1 point for each extra handicap stone.
http://www.britgo.org/rules/compare.html#coun
Dave
Van: [EMAIL PROTECTED] namens [EMAIL PROTECTED]
Verzonden: do 6-11-2008 19:28
Aan: computer-go
Onderwerp: RE: [computer-go] Monte-Carlo and
Hi Michael,
I was in fact thinking about that. I just didn't decide yet what would
be the best way. Most likely I will add at least the reference-bot
implementation and a straightforward UCT search. And possibly more, I
have a lot of stuff lying around. But I didn't get around to it yet.
I can take a crack at integrating Don's existing Java reference bot into your
framework, if you want.
Mark Boon wrote:
Hi Michael,
I was in fact thinking about that. I just didn't decide yet what would
be the best way. Most likely I will add at least the reference-bot
implementation and
Hi Michael,
Sure, should be pretty easy. What we have to think about is what would
be the best way to organize some kind of 'engine repository' of
engines based on the framework, without things becoming a jungle. If
you have any ideas I'd like to hear them.
And, if you want developer access
I get these arrors in Eclipse. I have never used Eclipse before. Sorry, I know
this is a bit off topic.
The project was not built since its build path is incomplete. Cannot find the class file for java.lang.Object. Fix the build path then try building this
project GoEngineTemplate Unknown
On Thu, 2008-11-06 at 09:43 -0800, David Fotland wrote:
Many Faces of Go's Monte Carlo engine plays strongly using Japanese rules.
So what do you do in the playouts? Do you score with area or territory?
Does your program play optimally where different rules would result in
different winner?
Those kind of errors usually mean an incompatibility with your Java
version and the one I used. Most likely because your default Java
installation is 1.4 instead of 1.5 or higher.
Go to the menu 'Project - Properties' and choose 'Java build path'.
In the Libraries tab check if there are
I tried the Tesuji Software CGOS Client. There does seem to be issues
on my setup. I'm using IBM jdk 1.6.0 and linux.
It connects to the program and to CGOS. It sends the boardsize command
with no apparent glitches. Then it sends the clear_board command, which
is received by the ending
I'm sure he meant, Does your program play optimally in trivial situations where
different rules would result in a different winner?
I'm not sure if your last answer also applies to that, more specific question.
David Fotland wrote:
I score with area, and adjust for Japanese rules. It
(ii) Having available only programs for Chinese rules, but playing
in a tournament with Japanese rules, which special tricks and
settings should be used to maximise winning chances? (This is meant
especially in the light of MC's tendency to win games by 0.5
points according to the rules
26 matches
Mail list logo