Quoting Carter Cheng <[EMAIL PROTECTED]>:
1) How typically do UCT bots score simulations quickly? I am not too
familiar with Chinese scoring rules.
In the end of a random games. There are only Black stones and Black
Eyes, as well as White stones and eyes. If your playouts are smart
enoug
Thanks everyone for the responses. My go skills are somewhat limited (only
6-7kyu on KGS) so hopefully I am not belaboring the obvious.
I have a few followup questions-
1) What mathematically is a seki? I know this is a local draw but can it be
determined statically at some point in all cases
On Sat, 2008-05-10 at 07:01 -0700, Carter Cheng wrote:
> Thanks everyone for the responses. My go skills are somewhat limited (only
> 6-7kyu on KGS) so hopefully I am not belaboring the obvious.
>
> I have a few followup questions-
>
> 1) What mathematically is a seki? I know this is a local dr
On May 10, 2008, at 7:01 AM, Carter Cheng wrote:
Thanks everyone for the responses. My go skills are somewhat
limited (only 6-7kyu on KGS) so hopefully I am not belaboring the
obvious.
I have a few followup questions-
1) What mathematically is a seki? I know this is a local draw but
can
On Sat, May 10, 2008 at 12:29 PM, Peter Drake <[EMAIL PROTECTED]> wrote:
> On May 10, 2008, at 7:01 AM, Carter Cheng wrote:
>
> Thanks everyone for the responses. My go skills are somewhat limited (only
> 6-7kyu on KGS) so hopefully I am not belaboring the obvious.
> I have a few followup questions
Gian-Carlo Pascutto wrote:
If it is indeed a KGS flaw I may add a workaround to Leela as simple
as doing time = time / 10 as soon as winrate >95% or so. There is
still a possibility of losing on time then but it should happen less.
That is almost the identical heuristic that Lazarus uses.
It's great to see incidents like this being handled with maturity.
Also, a nod to Nick for having the humility to apologize, and Jason for
not losing it. My respect to both has increased although it was
already high.
- Don
Jason House wrote:
My personal preferences would be to see t
Well I was hoping for a static definition which could be assessed with minimal
calculation. The problem with a definition relying on a best move metric in my
mind is that "best move" is a very difficult thing to define in go since we do
not (yet) have an accurate position evaluation function.
Thanks for the responses.
1) I guess for this seki question I was wondering if it was as easy to define
as liveness without seki. The reason I am interested in this is I am curious
about absolutely correct scoring functions and whether they currently cope well
with advanced seki situations or n
On Sat, 2008-05-10 at 20:23 -0700, Carter Cheng wrote:
> 3) Also thanks for the links. I have taken a look at some of the code. I am
> not sure I will be writing in Java or D and most likely will be implementing
> the system in something like C++. I am worried about Java's speed since it's
> in
10 matches
Mail list logo
