> > My write-up of yesterday's KGS online computer Go tournament is now
> > available, at http://www.weddslist.com/kgs/past/22/index.html
> >
> > Congratulations to MoGoBot, undefeated winner of both divisions!
> >
> > Nick
>
> "HouseBot obtained a won position against IdiotBot. However
> it d
>My plan was to simply use the same scheduling algorithm I currently
>use. I would take the weaker "base" player and see if handicap
>versions of himself more closely matches the ELO rating needed to
>give an even game.
I assume the same method of an updated engine connecting with a new
login
>However, I will probably maintain the current scheduling
>algorithm which
>will make the larger mismatches fairly rare though not impossible.
>This
>will be good because it means we will still prefer non-handicap games,
>and
>I'm guessing that the vast majority of games will not be be large
>h
>From what I know about rulesets, I actually prefer AGA. I believe it
was designed to have the same result for both area and territory
scoring. It has the pass costs one point rule. There's something
special about if white passes first because then the number of stones
places on the board are no
>There are 3 gtp commands for handling this:
>
> fixed_handicap
> place_free_handicap
> set_free_handicap
>
>You are arguing that fixed_handicap, even though it's quite
>explicit, is the wrong one to use in this situation?
>
>set_free_handicap would also work - the server just specifies
>the
> And your programs must be set up to "just understand this" if it
> matters.
> ...
> it will know where to put the
> stones initially,
I disagree with this portion. One of the handicap options has the
server explicitly tell the client where to put the handicap stones.
For the sanity of everyone,
>And to be more precise, here is how it might work:
>
> Handicap
>
> 0- komi is 7.5 and either player plays black.
> 1- komi is 0.5 and weaker player plays black.
> 2- komi is 0.5, weaker player gets black, white gets
>2 points.
> 3- komi is 0.5,
>> One question I have - is compensation normally given in the 1 stone
>> case?
>
>I believe, no.
>
>> Also, in the case of NO handicap, what komi is normally
>given in 19x19
>> Chinese? 6.5, 7.5 ???
>
>It's 7.5
As best I understand it, a "one stone" game is actually normal play
without k
>The question that I was asking is how do we inform the computer of the
>handicap system? Is there a gtp command to inform the program of the
>type of compensation since there is more than 1 possibility?
There are two handicap commands in GTP. One says, give me n handicap
stones. The other s
>Yes, in Chinese rules you need to compensate white for the extra area
>you gain from the actual stones. The handicap is only meant to be the
>extra strength/stability.
To be slightly more specific, the extra compensation is specific to
area scoring rule systems. In a game with only two passe
>I personally think small handicaps in 19x19 might be reasonable
because
>I think playing good moves is still a dominant factor - at least at
the
>levels our programs can handle. I would be reluctant to go beyond a
>few stones. I don't know what a good number is, but I'll take a
>somewhat
>e
>this might be a counterproductive idea,
>but does anyone who mc's also ponder?
I think I've heard that valkyra ponders.
___
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/
you think about it. A single
array does
> > > > triple duty as a:
> > > >
> > > >1. Go board.
> > > >2. Hash table.
> > > >3. lookup table - to get the "hash key" (table index) of the
data
> > > > for
>
I'd really like to see a way to work out the issue of handicap stones
so that they can enter into computer go competitions. In the past,
there's been strong complaints about stronger bots playing against
weaker bots. Would giving handicap make such match ups at least seem
more interesting?
I thi
It certainly pre-dates me then! My post was within the last 2 years.
Our of curiosity, did it have the name pseudo-liberties back then too?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Antoine de
Maricourt
Sent: Monday, December 11, 2006 3:20 PM
To: co
On 12/11/06, House, Jason J. <[EMAIL PROTECTED]> wrote:
Wow. Did some of my early posts on liberties/chains actually
get used
by someone? Or did the idea of pseudo-liberties and union sets
exist
before my post(s) on the topic? I remember a lot of negative
fe
Wow. Did some of my early posts on liberties/chains actually get used
by someone? Or did the idea of pseudo-liberties and union sets exist
before my post(s) on the topic? I remember a lot of negative feedback
on pseudo-liberties at the time of my post.
-Original Message-
From: [EMAIL PR
DAG's have a problem with graph history, especially with super ko
considerations. Do you need the parent play for more than ko
considerations?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Peter Drake
Sent: Thursday, December 07, 2006 5:47 PM
To: Compu
What are peoples perspectives on the KGSWishlist maintained at senseis?
It seems like someone long ago decided to overhaul the page(s) and then
stopped. For kgsGtp, I've seen more than one page dedicated to issues
(but only one has a response from wms). With cgoban3 out, is it a good
time to star
> > I'd be a bit more careful about the comparison with alpha-beta in
> > section 2.3. I believe that iterative deepening of alpha-beta is
very
> > common. It can be argued that when iterative deepening is used, an
> > early termination isn't very detrimental. [...]
> > Alpha-Beta is for practic
Sorry to be such a pest about the web site status, but the "finished"
link for December is wrong (see
http://www.weddslist.com/kgs/future.html). A lesser cosmetic thing is
that next year is listed as 2006 again. While my participation in
January's tournament probably affects the timing very littl
I'd be a bit more careful about the comparison with alpha-beta in
section 2.3. I believe that iterative deepening of alpha-beta is very
common. It can be argued that when iterative deepening is used, an
early termination isn't very detrimental. I've seen people get
completely turned off to a pap
I've debating trying to switch over to D with my project, but have not
yet done it. I use http://www.boost.org for a number of missing
features of C++ and worry about simply not having such things available
if I did switch over. I also worry that using D would scare away
developers.
-Origin
Your question really boils down to a move ordering which is considered
to be one of the biggest drivers in alpha-beta performance. With
iterative deepening, you can use the results from the last alpha-beta
search to help the next. AKA: search the previously best move first
and go down the line.
> On Tue, 2006-11-07 at 10:20 -0500, House, Jason J. wrote:
> > I believe there's an alternate to option #3. Force the bot to play
> > only one game at a time and respawn. If leaving by timeout doesn't
> > cause an exit from kgsGtp, it does at least cause a call
I believe there's an alternate to option #3. Force the bot to play
only one game at a time and respawn. If leaving by timeout doesn't
cause an exit from kgsGtp, it does at least cause a call to
kgs-game_over which can cause the bot to exit.
-Original Message-
It seems that GoComputer wa
By the way, http://www.weddslist.com/kgs/future.html does not have a
link to http://www.weddslist.com/kgs/past/19/index.html
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Nick Wedd
Sent: Wednesday, October 11, 2006 8:03 AM
To: computer-go
Subject: [compu
While searching
online I cam across an old e-mail on the computer go mailing list (below). Was
there every any follow up to it? Has anyone made progress in that
regard?
Mark Boon wrote:
> I'd rather call it the distinction between global search versus
> goal-oriented search.
>
Goal dire
I think Crazy Stone did very well on 7x7 with an opening book. If you
go down that road, I recommend that you consider using the attached
file to populate the database.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Tuesday, Octob
29 matches
Mail list logo
