If my program has to wait to long before it gets a game, the console don't
send commands to my program.
I tried all I could think about: I used the tclkit from Equi4 and
tried ActiveTcl.
I tried to create a .bat file and run it in the normal console and
PowerShell.
Can someone help with this
Congratulations to Mogo team!
Twenty years from now, in ``a computer go history''
August 7th 2008: First victory of computer against pro with 9 handicap.
By the way, the surge in strength with the 800 processors with respect
to the quadcore (old) MogoBot, seemed relatively low, when comparing to
There really is a gap between a strong dan-level amateur and a pro player; pros
routinely give large handicaps to amateurs to allow them a fair chance to win.
Those of us who watched the game can say that there was a marked improvement in
quality as Mogo was given more tine to work with. The
From: David Doshay [EMAIL PROTECTED]
One point not discussed much in this thread is the consistency issue.
I think that if Kim were able to play a dozen games against mogo with
this same handicap he would win the last 6 ... people manage to adapt
and the computers do not.
But that much
That's a good way of putting it. AFAIK, Mogo has nothing comparable to the
long-term memory of human players; each time it approaches a given joseki, it
must recompute the right play from scratch.
Aeons ago, I read a few papers by cognitive scientists at CMU - Newell and
Simon, if memory
- Original Message
I still have this theory that when the level of the program is in the
high-dan reaches, it can take proper advantage of an opening book. Alas, it
may be a few years before enough processoring power is routinely available to
test this hypothesis. I know that we
Don Dailey wrote:
Much the same as in GO, where 10 -15 years ago the idea of Dan level
play was so far off it was considered completely unattainable by
pessimists, and even optimists viewed it as a century away.
Where did you get that impression?
I've recently spent some time reading the
- Original Message
From: Don Dailey [EMAIL PROTECTED]
I don't care what people say about handicap systems, if you are the
stronger player you must start from a dead lost position. Even though
I'm not a strong GO player, common sense tells me that you will have to
play unsound moves on
Don,
Regarding usage of time and computers and blitz games: human players in blitz
games tend to pick opening plays with good chances of success very rapidly from
their repertoire. Mogo seems to recreate opening theory from scratch for every
game; this makes it harder to win blitz games
Peter, many thanks to you and all the other participants in the Computer Go
Tournament! It was fun watching and participating! Here's hoping we have a nice
strong cluster or two mowing down the opposition next year!
- Original Message
From: Peter Drake [EMAIL PROTECTED]
To: Computer
A Mac Pro with 8 cores is already feasible for any moderately well-heeled
enthusiast; there are a few other lesser-known competitors.
Which reminds me: the Cotsen tournament is coming up in late September. I'm not
sure whether computers are allowed to play or not. If so, I'm fairly certain
Congrats to the MoGo team for getting system time at SARA for a match.
The architecture of the power5/power6 system (2007 july a power5
system was installed and that has been updated to power6 now),
is based upon having sufficient RAM and high bandwidth to i/o (for
each Gflop a specific
On Sat, 2008-08-09 at 03:49 -0700, terry mcintyre wrote:
From: David Doshay [EMAIL PROTECTED]
One point not discussed much in this thread is the consistency issue.
I think that if Kim were able to play a dozen games against mogo with
this same handicap he would win the last 6 ... people
Ben,
I am having the same exact problem, so I don't think it's anything you
are doing wrong. It seems to have something to do with idling a long
time and it only seems to affect certain networks.On my own machine
and internet connection it never happens.
But I have access to a machine
I also had a similar experience a couple of days ago. On one game, my bot
generated the first move, but the opponent did not respond. So my bot was
awarded with a win on time. Then my bot did not receive any new message from
the server and it was assigned with a loss on time on the next game.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Don Dailey wrote:
| Ben,
|
| I am having the same exact problem, so I don't think it's anything you
| are doing wrong. It seems to have something to do with idling a long
| time and it only seems to affect certain networks.On my own machine
|
I hit this problem long ago when CGOS was young. The fix at that time
was to send the estimated time until the next round. Eventually, that
cluttered the logs and was removed from the server code.
Sent from my iPhone
On Aug 9, 2008, at 9:19 AM, Don Dailey [EMAIL PROTECTED] wrote:
Ben,
I
On Sat, 2008-08-09 at 12:21 +0100, Matthew Woodcraft wrote:
Don Dailey wrote:
Much the same as in GO, where 10 -15 years ago the idea of Dan level
play was so far off it was considered completely unattainable by
pessimists, and even optimists viewed it as a century away.
Where did you
Unfortunately the Cotsen conflicts with the Taizhou tournament this year.
David
-Original Message-
From: [EMAIL PROTECTED] [mailto:computer-go-
[EMAIL PROTECTED] On Behalf Of terry mcintyre
Sent: Saturday, August 09, 2008 4:47 AM
To: computer go
Subject: Re: [computer-go] Re: mogo
On Sat, 2008-08-09 at 10:42 -0400, Jason House wrote:
I hit this problem long ago when CGOS was young. The fix at that time
was to send the estimated time until the next round. Eventually, that
cluttered the logs and was removed from the server code.
So sending an occasional informational
On Sat, 2008-08-09 at 10:42 -0400, Jason House wrote:
I hit this problem long ago when CGOS was young. The fix at that time
was to send the estimated time until the next round. Eventually, that
cluttered the logs and was removed from the server code.
Wait a minute ...Did you start
On Aug 9, 2008, at 8:30 AM, David Fotland wrote:
Unfortunately the Cotsen conflicts with the Taizhou tournament this
year.
David
Could you share some more details about this tournament?
Ian
___
computer-go mailing list
2008 TaiZhou Computer Go Championship
1. The number of participating countries and regions: 20 countries and
regions, including China and the China Taipei. In accordance with the
relevant provisions of BOCOG, The participating teams and all staff from
China Taiwan use Chinese Taipei title.
2. The
On Sat, 2008-08-09 at 08:58 -0700, David Fotland wrote:
What's the server timeout for logon? A bot crashed yesterday, and I still
can't log on. The server says I'm already logged on. mfgo12-level-0 on the
19x19 server.
There is no time-out. The server logs show that mfgo12-level-0 just
On Aug 9, 2008, at 4:16 AM, terry mcintyre wrote:
- Original Message
I still have this theory that when the level of the program is in
the high-dan reaches, it can take proper advantage of an opening
book. Alas, it may be a few years before enough processoring power
is
I am looking at this page:
http://cryp.to/publications/masquerading-idle-connections/
and wondering if it's relevant. It seems to describe the problem
pretty well, talks about a 15 minute timeout which would do it and the
timeout is built into the linux kernel but can be changed.
Don,
This problem can only be relevant to the routers built on Linux. If
the server site uses Linux router(s) then this may be relevant.
Servers and clients themselves are not relevant anyway.
-Hideki
Don Dailey: [EMAIL PROTECTED]:
I am looking at this page:
Don Dailey wrote:
I am looking at this page:
http://cryp.to/publications/masquerading-idle-connections/
and wondering if it's relevant. It seems to describe the problem
pretty well, talks about a 15 minute timeout which would do it and the
timeout is built into the linux kernel but can
I am putting the informational messages back into the server as a test
to see if it stops this problem. If it does, this is at least a strong
indication that log periods of inactivity triggers the problem.
- Don
On Sun, 2008-08-10 at 01:40 +0900, Hideki Kato wrote:
Don,
This problem can
On Sat, 2008-08-09 at 17:43 +0100, Matthew Woodcraft wrote:
Don Dailey wrote:
I am looking at this page:
http://cryp.to/publications/masquerading-idle-connections/
and wondering if it's relevant. It seems to describe the problem
pretty well, talks about a 15 minute timeout which
Oh, perhaps my brain is damaged :(.
Just FYI,
A few months ago, the same problem occured on 9x9 cgos. Only GNU Go
clients eventualy hangged-up and others, including MoGo and FatMan-1,
were working well. After observing while, I though long idle time
after finishing games caused this (GNU Go
Don Dailey wrote:
Matthew Woodcraft wrote:
Don Dailey wrote:
Much the same as in GO, where 10 -15 years ago the idea of Dan level
play was so far off it was considered completely unattainable by
pessimists, and even optimists viewed it as a century away.
Where did you get that impression?
Sent from my iPhone
On Aug 9, 2008, at 11:46 AM, Don Dailey [EMAIL PROTECTED] wrote:
On Sat, 2008-08-09 at 10:42 -0400, Jason House wrote:
I hit this problem long ago when CGOS was young. The fix at that time
was to send the estimated time until the next round. Eventually, that
cluttered
On Aug 9, 2008, at 11:46 AM, Don Dailey [EMAIL PROTECTED] wrote:
On Sat, 2008-08-09 at 10:42 -0400, Jason House wrote:
I hit this problem long ago when CGOS was young. The fix at that time
was to send the estimated time until the next round. Eventually, that
cluttered the logs and was removed
This seems to solve my problem.
Many thanks, Ben
On Sat, Aug 9, 2008 at 6:53 PM, Don Dailey [EMAIL PROTECTED] wrote:
On Sat, 2008-08-09 at 17:43 +0100, Matthew Woodcraft wrote:
Don Dailey wrote:
I am looking at this page:
http://cryp.to/publications/masquerading-idle-connections/
I'm curious what you guys think about the scalability of monte carlo
with UCT.
The MCTS technique appears to be extremely scalable. The theoretical
papers about it claim that it scales up to perfect play in theory.
My feeling is that as you scale up in power, certain things will
improve
Don Dailey wrote:
Hi Markus,
Run gnugo 3.7.10 using these exact options:
./gnugo --mode gtp --score aftermath --capture-all-dead --chinese-rules
--min-level 10 --max-level 10 --positional-superko
This should work fine but you might as well remove --score aftermath.
It has no effect at all
Well, there you have it. The programs appear not to hang any longer
since adding the informational messages back.
So if you don't see any activity on the channel for about 2 minutes, you
can be pretty sure the connection is broken.That may be used to
externally monitor the process for
Hi all,
there doesn't seem to be any news from the European Go Congress.
Nevertheless, I see that partial results were posted:
19 x 19
Results
1st Crazy Stone 6/6
2nd Leela 5/6
3rd Many Faces of Go4/6
9 x 9
Results
1st Leela
On Aug 9, 2008, at 9:45 PM, Don Dailey wrote:
I'm curious what you guys think about the scalability of monte carlo
with UCT.
The MCTS technique appears to be extremely scalable. The theoretical
papers about it claim that it scales up to perfect play in theory.
We agree here that this is
On Sun, 2008-08-10 at 01:59 +0200, Vincent Diepeveen wrote:
On Aug 9, 2008, at 9:45 PM, Don Dailey wrote:
I'm curious what you guys think about the scalability of monte carlo
with UCT.
The MCTS technique appears to be extremely scalable. The theoretical
papers about it claim that it
On Aug 9, 2008, at 6:01 PM, Don Dailey wrote:
On Sun, 2008-08-10 at 01:59 +0200, Vincent Diepeveen wrote:
On Aug 9, 2008, at 9:45 PM, Don Dailey wrote:
I'm curious what you guys think about the scalability of monte
carlo
with UCT.
The MCTS technique appears to be extremely scalable. The
I'm really very weak on networking so I'm not sure what I'm actually
reading or whether this fix needs to be applied on the server end or the
client end. Any ideas is this is relevant?
You also have the same problem, but with much less real information,
if the client end end of the connection
I'm really very weak on networking so I'm not sure what I'm actually
reading or whether this fix needs to be applied on the server end or the
client end. Any ideas is this is relevant?
You also have the same problem, but with much less real information,
if the client end end of the connection
I was present; David Doshay said that in ten years, it would be reasonable to
expect computers to play even games with pros.
Reporters tend to be a bit sloppy at times. In the Oregonian, David is reported
as the author of Gnugo -- I've heard his spiel dozens of times, and he has
never said
45 matches
Mail list logo
