Nick Wedd wrote:
Another fix which would have worked in this case: "if after consecutive
passes your opponents proposes a set of dead groups which would cause
you to win, then accept".
I don't think kgsGTP tells you what dead stones are being proposed. You
just have to give your own opinion,
In message
<[EMAIL PROTECTED]>, Jason
House <[EMAIL PROTECTED]> writes
On Feb 4, 2008 10:40 AM, Nick Wedd <[EMAIL PROTECTED]> wrote:
>Also, how does kicking work? A manual kill of a bot+kgsGtp and
>restarting by the user seems like it'd fix stuck bots. I'm
guessing a
>kick is for when bo
On Feb 4, 2008 10:40 AM, Nick Wedd <[EMAIL PROTECTED]> wrote:
> >Also, how does kicking work? A manual kill of a bot+kgsGtp and
> >restarting by the user seems like it'd fix stuck bots. I'm guessing a
> >kick is for when bots (like HB06) are unattended? Does that make
> >kgsGtp exit? That'd re
On Feb 4, 2008 2:18 PM, Nick Wedd <[EMAIL PROTECTED]> wrote:
> In message <[EMAIL PROTECTED]>, Gunnar Farnebäck
> <[EMAIL PROTECTED]> writes
> >terry mcintyre wrote:
> >> Does the KGS protocol permit one to propose a set of dead groups,
> >> then upon discovery of a conflict, to say "Ok, your prop
In message <[EMAIL PROTECTED]>, Gunnar Farnebäck
<[EMAIL PROTECTED]> writes
terry mcintyre wrote:
Does the KGS protocol permit one to propose a set of dead groups,
then upon discovery of a conflict, to say "Ok, your proposal still
leads to my win, I'm perfectly happy to accept that result?"
No
On Feb 4, 2008 1:59 PM, terry mcintyre <[EMAIL PROTECTED]> wrote:
> Does the KGS protocol permit one to propose a set of dead groups, then
> upon discovery of a conflict, to say "Ok, your proposal still leads to my
> win, I'm perfectly happy to accept that result?"
No. Any conflict immediately
terry mcintyre wrote:
> Does the KGS protocol permit one to propose a set of dead groups,
> then upon discovery of a conflict, to say "Ok, your proposal still
> leads to my win, I'm perfectly happy to accept that result?"
No, at least not in any way that the engine can influence.
/Gunnar
___
Does the KGS protocol permit one to propose a set of dead groups, then upon
discovery of a conflict, to say "Ok, your proposal still leads to my win, I'm
perfectly happy to accept that result?"
- Original Message
From: Nick Wedd <[EMAIL PROTECTED]>
Another
fix
which
would
have
w
In message <[EMAIL PROTECTED]>,
Joel Veness <[EMAIL PROTECTED]> writes
Hi Nick,
Goanna (agog) timed out annoyingly in that game against GNU.
I have since implemented a rule: "if after some number of samples you
have a winning probability that is very close to 1.0, just make the
best move right
Joel Veness wrote:
> Hi Don,
>
> That is an interesting idea, and I don't see anything wrong with it in
> principle.
>
> However, given how slow Goanna is these days, I think I would probably
> gain more by spending 1/10 of the time needed for that idea on simple
> optimization! :)
>
Yes, I d
In message <[EMAIL PROTECTED]>, Nick Wedd
<[EMAIL PROTECTED]> writes
When I have kicked a bot, it has always come back exactly five minutes
later. I assume that this is a default inside kgsGtp. I shall test
this.
I have tested this, using an off-the shelf build of GNU Go and a
configurati
Hi Don,
That is an interesting idea, and I don't see anything wrong with it in
principle.
However, given how slow Goanna is these days, I think I would probably
gain more by spending 1/10 of the time needed for that idea on simple
optimization! :)
Joel
On Tue, Feb 5, 2008 at 2:44 AM, Don Dailey
Hi Jason,
Internally, I have a constant that is a lag threshold. It is meant to
represent an upper bound on how much lag exists. It worked fine I
feel, the problem was more caused by Goanna's useless play towards the
end and reluctance to pass. I think the solution I have in place now
should be ad
Joel Veness wrote:
> Hi Nick,
>
> Goanna (agog) timed out annoyingly in that game against GNU.
>
> I have since implemented a rule: "if after some number of samples you
> have a winning probability that is very close to 1.0, just make the
> best move right away". There is no need to spend so long
In message
<[EMAIL PROTECTED]>, Jason
House <[EMAIL PROTECTED]> writes
Open division round numbers appear out of sync. The quote from me uses
round numbers that are one off from what's in the official report.
Something should probably get fixed.
Right, the round numbers in my report were 1 o
I don't know if this is helpful, but it is fairly easy to do some adaptive
timing to ensure not running out on time.
Total external lag = (game time - time used internally) - time left
Mean external lag = Total external lag / moves made by bot
This lag can be used for creating a time buffer for fu
Hi Nick,
Goanna (agog) timed out annoyingly in that game against GNU.
I have since implemented a rule: "if after some number of samples you
have a winning probability that is very close to 1.0, just make the
best move right away". There is no need to spend so long thinking in
these ridiculous end
Open division round numbers appear out of sync. The quote from me uses
round numbers that are one off from what's in the official report.
Something should probably get fixed.
Also, how does kicking work? A manual kill of a bot+kgsGtp and restarting
by the user seems like it'd fix stuck bots. I'
Congratulations to the three winners of yesterday's KGS bot tournament
(there was a tie in the Formal division, so three winners). My report
is at http://www.weddslist.com/kgs/past/35/index.html
Nick
--
Nick Wedd[EMAIL PROTECTED]
___
computer-go
19 matches
Mail list logo
