Yamato wrote:
Thanks for the nice paper.
I will run cleaner tests for the final version of the paper. I will also
try to test what each feature brings.
I hope that you do 70k simulations like MoGo, since "90s/game 1CPU"
depends on the simulation speed and the time distribution.
And I
In the play-outs, I'm pretty sure infinite play-outs due to not using
superko are possible - even with the randomness.But I have a limit
on the length of the play-out games because when you use heavy play-outs
the games can occasionally last for hundreds of moves.
How do you evaluate a game
On Sat, 2007-05-19 at 12:32 +0200, chrilly wrote:
> >
> > In the play-outs, I'm pretty sure infinite play-outs due to not using
> > superko are possible - even with the randomness.But I have a limit
> > on the length of the play-out games because when you use heavy play-outs
> > the games can o
Here is another Amsterdam paper on Go, although about life & death
and not full game playing.
http://lie.math.brocku.ca/twolf/papers/bugsintro.ps
Thomas
___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo
The first option is what we do, too.
Peter Drake
http://www.lclark.edu/~drake/
On May 19, 2007, at 5:30 AM, Don Dailey wrote:
On Sat, 2007-05-19 at 12:32 +0200, chrilly wrote:
In the play-outs, I'm pretty sure infinite play-outs due to not
using
superko are possible - even with the rando
Dear everybody,
The deadline for registering your Go program in the Amsterdam Olympiad is on
Monday. The programs currently registered (9x9 and/or 19x19) are:
Crazy Stone,
GoIntellect,
GGMC Go,
GoKing,
FirstGo,
Mogo,
Mango,
TsGo
More will follow if their workshop paper is accepted.
Guo Juan (5p
Why does this pose a problem? Presumably the monte carlo evaluator
will give the same position a similar score assuming it has enough
time. This would just cause a duplicate training pattern, or two
training patterns with identical input and slightly different output.
I guess I don't quite under