My own experiments showed a very big increase in strength
especially with about 1000 light-playouts. I had many features
and parameters witch may make a difference. But my
main hypothesis was that it shouldn't ...
I think that i weighted real simulations (aka first move) 10 times more than
virtu
Denis,
Thanks for the feed-back.
What you describe is pretty much what I do, with a small difference
that from A I don't assign any real scoring for the first move unless
A has had the minimum number of playouts before it expands further.
So assume that that limit is 10 playouts. For the f
Thanks a lot.
It seems that there are much more resources for hex out there than
one would think looking at the results from Google.
It's just scattered everywhere in an impossibly
deep labyrinth :)
At some point, i expect to need a good player
for getting some feed back about some of the
engines
Denis fidaali wrote:
> Thanks a lot.
> It seems that there are much more resources for hex out there than
> one would think looking at the results from Google.
> It's just scattered everywhere in an impossibly
> deep labyrinth :)
>
> At some point, i expect to need a good player
> for getting some
> How about playing with your bot on Little Golem [1]?
For anyone trying to connect for the first time, the server has been
down for the past 3 days. Monitor this conversation to discover when it
comes back up:
http://groups.google.com/group/LittleGolem/browse_thread/thread/d93db541d46740f
BTW, b
> GTP you can simply use as-is, I don't see why that wouldn't work.
> GoGui is also open-source and can possibly also be easily adapted to
> Hex as well. But to be honest, I don't really need a Gui that much.
> But twogtp is really useful.
HexGui already exists. It uses GTP. Here's a link:
http://
Thanks for posting that Remi. I do remember seeing that before but
somehow I didn't notice it when looking for RAVE-related stuff recently.
Mathematics is not my strong point, so I have a hard time making
sense of those formula's. I do get the gist that it uses a UCT value
and a RAVE value
This document is confusing, but here is my interpretation of it. And
it works well for Valkyria. I would really want to see a pseudocode
version of it. I might post the code I use for Valkyria, but it is
probably not the same thing so I would probably just increase the
confusion if I did...
I would be very interested to see the RAVE code?from Valkyria. I'm sure others
would be too.
- Dave Hillis
-Original Message-
From: Magnus Persson <[EMAIL PROTECTED]>
To: computer-go@computer-go.org
Sent: Fri, 28 Nov 2008 8:58 am
Subject: Re: [computer-go] RAVE formula of David Silver (
This document is confusing, but here is my interpretation of it. And
it works well for Valkyria. I would really want to see a pseudocode
version of it. I might post the code I use for Valkyria, but it is
probably not the same thing so I would probably just increase the
confusion if I did...
The v
On Nov 28, 2008, at 6:03 PM, David Silver <[EMAIL PROTECTED]> wrote:
This document is confusing, but here is my interpretation of it. And
it works well for Valkyria. I would really want to see a pseudocode
version of it. I might post the code I use for Valkyria, but it is
probably not the same
On 28-nov-08, at 17:28, [EMAIL PROTECTED] wrote:
I would be very interested to see the RAVE code from Valkyria. I'm
sure others would be too.
I'm much more interested in a general concise description. If such a
description cannot be given easily, then I think there's little point
inclu
Hello all,
during my latest reading in the list I found,
amongst others, the following mails:
Don Dailey wrote:
> To summarize, I have found over the years that
> just plain CPU/MEMORY performance is the
> primary barrier not just to program strength,
> but development time.
>
> You must m
13 matches
Mail list logo
