On Mon, Dec 8, 2014 at 2:04 PM, Aja Huang ajahu...@gmail.com wrote:
I hope this list is not dying. :)
:)
It's still broken.
The majority of the messages I see in the archive never arrive in my gmail
account. Google seems to make some exceptions for emails from other gmail
users, which
On Thu, Dec 4, 2014 at 12:49 AM, Petr Baudis pa...@ucw.cz wrote:
Hi!
On Thu, Dec 04, 2014 at 12:12:52AM +0100, Erik van der Werf wrote:
I just noticed in the archives that none of the last 3 messages sent to
this list reached my gmail account. One of them was by a well known
conference
I just noticed in the archives that none of the last 3 messages sent to
this list reached my gmail account. One of them was by a well known
conference spammer, but the other two (by Remi and Ingo) definitely should
have made it through. Like Ingo, I recently also tried to register another
address
Hi Hiroshi,
Why do you call it a static bonus?
If n increases with the number of simulations, the effect of the bonus term
still fades away.
Perhaps the interesting part is in fading out more slowly than with
ordinary priors (i.e., by 1/sqrt(n) instead of 1/n)?
BR,
Erik
BTW Nicks original
I have the exact same issue, and it is not just with the Computer Go
mailing list. Gmail is becoming more and more unreliable when it comes to
mailing lists (including one I host myself). The most annoying aspect is
that some messages don't arrive at all (not even in a spam box).
Maybe it's time
Well, not a laptop, but a '6-core desktop' can still be quite fast... E.g.,
the 48-core amd machine I often use is typically only around 2.5 times
faster than a stock i7 3930k (and then I haven't even considered the i7's
overclocking potential). IIRC Remi usually uses a 24-core amd machine, so I
...@physik.de wrote:
Sorry 5930x
Am Sonntag, den 05.10.2014, 19:48 +0200 schrieb Erik van der Werf:
Well, not a laptop, but a '6-core desktop' can still be quite fast...
E.g., the 48-core amd machine I often use is typically only around 2.5
times faster than a stock i7 3930k (and then I
Here's an intuitive argument for why I believe 7.5 komi is too high on
any of the larger boards.
On very small (square odd-surface) boards there is no room for White
to live (Black takes all points). Past a certain point (5x5), Black
can no longer control the full board, so White also starts to
On Tue, Aug 5, 2014 at 2:20 PM, Nick Wedd n...@maproom.co.uk wrote:
On 05/08/2014 12:25, Erik van der Werf wrote:
Here's an intuitive argument for why I believe 7.5 komi is too high on
any of the larger boards.
On very small (square odd-surface) boards there is no room for White
to live
On Fri, Jul 25, 2014 at 7:44 PM, Nick Wedd n...@maproom.co.uk wrote:
...
If there are less than seven entrants, the usual Swiss tournament
will be replaced by a double-round-robin tournament (each player
will play each other players twice), starting five minutes later,
at 08:05. This
I think in cases like this it would be better to reduce to (double) round-robin.
Erik
On Mon, Jul 7, 2014 at 6:26 PM, Nick Wedd n...@maproom.co.uk wrote:
Congratulations to Zen19S, winner of the July KGS computer
Go tournament, with seven wins from seven games!
My very short report is at
2k/s doesn't sound too bad (if it's a rather heavy playout policy),
but I would expect a lot more than 200 moves for 19x19. On my phone I
only get a few hundred 19x19 playouts per thread per second...
Erik
On Thu, Jun 19, 2014 at 12:15 PM, Chun Sun sunchu...@gmail.com wrote:
Thanks David,
I
Hi Cameron,
This is not new; I've been using algorithms like this in my Go
programs for well over a decade. Anyone with some practical experience
in binary image processing should know basic operations for dilation,
erosion, growing objects under a mask, etc.
Migos and Magog used a bitboard
the
first to use a fast bitboard representation for Go.
Erik
On Sat, May 24, 2014 at 3:03 PM, Cameron Browne
cameron.bro...@btinternet.com wrote:
From: Erik van der Werf erikvanderw...@gmail.com
This is not new; I've been using algorithms like this in my Go
programs for well over a decade. Anyone
This is not accurate. In my experience you should expect a substantial
performance increase from hyperthreading. (For my program on an
i7-3930 it was something like a 40%, Zen got a similar number, others
on this list have claimed even higher numbers, e.g., see:
Regardless, I don't think anyone on this list is interested, so
labeling it spam seems entirely appropriate.
Liezelle, do you even know what this list is about? Perhaps you are
confused by a programming language that is called Go?
Erik
On Wed, Apr 30, 2014 at 6:59 PM, Liezelle Ann Canadilla
(1) We have pretty good indications that 7.0 is optimal for 9x9. (2)
There is no reason to assume perfect komi to increase with boardsize,
and (3) for 19x19 (with area scoring) quite likely it should be 5.0 or
7.0 (so the slope from 9x9 to 19x19 is probably quite flat).
Computers are still fairly
Hi Hiroshi,
You should grow the tree beyond consecutive passes. Two consecutive
passes don't really end the game with Japanese rules; your engine
needs to be able to figure out how to defend the large territories,
e.g., in case of a resumption.
Best,
Erik
On Sun, Mar 16, 2014 at 2:25 AM,
Myriam,
I don't understand; for me the sgf format works fine for storing and
retrieving timing information (using the properties Remi already
pointed you at).
I know some sgf editors fail to use the available sgf properties
correctly, but that's not a fundamental problem with sgf. Perhaps you
IIRC KGS does not provide useful timing information for some byoyomi
settings. If you use my android app (GridMaster) to record game
records you should be able to extract correct timing information for
all supported settings (Absolute, Canadian, Japanese, Stopwatch) even
when in overtime.
Best
On Tue, Dec 31, 2013 at 9:43 PM, terry mcintyre terrymcint...@yahoo.com wrote:
Is this available on iPad, by any chance?
No, GridMaster runs on Android, so you'd need an Android tablet (not an iPad).
I use Linux, so Android was the natural choice for me. I don't have
plans for iOS or Windows.
Thanks John, I'm glad you like it!
BTW It's of course very nice to get positive feedback like this, but if
anyone has more critical comments, questions, feedback or suggestions for
improvement, feel free to contact me as well.
Best,
Erik
Op 26 dec. 2013 23:14 schreef John Tromp
Does it matter? You just remove ko threaths. The problem is with
unremovable ko threaths.
Op 10 dec. 2013 09:33 schreef Stefan Kaitschick
stefan.kaitsch...@hamburg.de:
What happens with 2 bent fours?
You should be able to save one of them.
On Mon, Dec 9, 2013 at 10:01 PM, Hiroshi Yamashita
)?!
What is the problem? Can such plots guide us to where to improve the
program (tree vs. playout)?
Something like this:)
Thanks Detlef
Am Sonntag, den 17.11.2013, 13:18 +0100 schrieb Erik van der Werf:
On Sun, Nov 17, 2013 at 8:21 AM, Detlef Schmicker d...@physik.de wrote:
What
On Fri, Nov 15, 2013 at 12:59 AM, Darren Cook dar...@dcook.org wrote:
... I'm going by the Measuring program strength thread (Aug
3013) where people are getting 50% against GnuGo with 1K to 10K playouts.)
Actually, in that thread Hiroshi was saying he only needs 350
playouts, and Detlef was
On Fri, Nov 15, 2013 at 10:13 AM, Stefan Kaitschick
stefan.kaitsch...@hamburg.de wrote:
Closed sources are indeed regretable at this point.
Before, it sparked a kind of bot war, and the greatest technical
advances are always made at war time.
No, in the last decade the greatest advances came
On Fri, Nov 15, 2013 at 11:48 AM, Ben Ellis ben.el...@softweyr.co.uk wrote:
How do you know a move is truly bad?
Strong players know :-)
There are almost always exceptions.
Or is it a case you can mostly afford to ignore low ranked moves at the cost
of the occasional lost game?
In some
On Wed, Nov 13, 2013 at 3:26 AM, Darren Cook dar...@dcook.org wrote:
... I'm going by the Measuring program strength thread (Aug
3013) where people are getting 50% against GnuGo with 1K to 10K playouts.)
Actually, in that thread Hiroshi was saying he only needs 350
playouts, and Detlef was at
What type of positions are you interested in? There is certainly no
simple solution for non-final positions (which is why Go is an
interesting game), and even in final positions it can be tricky. For
final positions Monte-Carlo playouts (with sufficient knowledge) can
get very close to perfect,
On Wed, Oct 9, 2013 at 8:54 PM, Ingo Althöfer 3-hirn-ver...@gmx.de wrote:
Ps. Sorry for writing this as a new message. But for months
already I do not receive the mails from the list, and
an attempt to register from another mailing address failed.
You're not the only one with email problems.
Accidentally by looking at the archives I noticed that Don's last message:
http://dvandva.org/pipermail/computer-go/2013-September/006252.html
somehow never arrived at my gmail inbox or even its spam folder! So
far this is the only message I'm aware of that failed to reach me on
gmail (though an
Fuego, Pachi and Oakfoam come to mind.
Have a look here: http://senseis.xmp.net/?GoPlayingPrograms
Erik
On Sun, Sep 29, 2013 at 9:33 AM, Joshua Shriver jshri...@gmail.com wrote:
I'm doing some testing, and would like to get and run as many Go
engines as possible. Willing to dedicated 1 core
of the game.
Best,
-Chaz
On Sun, Jul 28, 2013 at 8:42 AM, Erik van der Werf
erikvanderw...@gmail.com wrote:
Hi All,
I was just looking at how Japanese byoyomi time information is stored in
sgf files. The spec at http://www.red-bean.com/sgf/properties.html tells
us:
Property: BL (WL
Hi All,
I was just looking at how Japanese byoyomi time information is stored in
sgf files. The spec at http://www.red-bean.com/sgf/properties.html tells us:
Property: BL (WL)
Function: Time left for black (white), after the move was made.
Value is given in seconds.
Property: OB (OW)
Function:
Are you looking at the initial state or the state after W j8 (after which B
J7 is self-atari, and W lives)?
Perhaps just show the position here to make sure we talk about the same one.
On Tue, Jun 25, 2013 at 4:01 PM, ds d...@physik.de wrote:
Hi, I really put all my reading skills into
I am considering it as well, but I fear there are too many competing events
in that period...
Erik
On Thu, May 2, 2013 at 6:58 PM, Petr Baudis pa...@ucw.cz wrote:
Hi!
On Thu, May 02, 2013 at 11:53:57AM +0100, Nick Wedd wrote:
I would like to hear from the owners of strong programs
On Fri, Feb 22, 2013 at 5:18 AM, Martin Mueller mmuel...@ualberta.ca wrote:
...
Do people consider this a solved problem?
I do.
BTW I think it would be nice to have some kgs tournaments with
Japanese rules; good for testing, and it might even make 9x9 a bit
more interesting...
Erik
Personally I'd go for the 6344, or perhaps the 6238, but in general I
agree; comparable Intel systems are ridiculously over-priced.
Erik
On Fri, Jan 11, 2013 at 9:07 PM, Rémi Coulom remi.cou...@free.fr wrote:
Hi,
We are considering investing into some high-end tournament hardware for Crazy
Well, I still think mirroring is a bit easier on even size boards (you
can't just play tengen to break it). But sure, even size boards are
playable.
Perhaps it's simplicity? In terms of complexity per intersection
odd-size square boards are simplest, followed by even size square
boards, and then
It doesn't look that easy to me. Have you tried playing it against Erica?
Erik
On Sun, Dec 2, 2012 at 3:02 PM, Aja Huang ajahu...@gmail.com wrote:
In game 3 (Zen as W vs. So 8p), I don't understand why Zen didn't simply
extend at G8 (move 24). That would be an easy win if Zen lived a group at
Hi Nick,
In round 2 Steenvreter's kgsGtp failed to connect to the server due to
a problem with dns lookup. When I saw what had happened I managed to
start another instance on an old machine which I hadn't used in a long
time (running some rather old versions of Steenvreter and kgsGtp). I
was
On Sun, Oct 21, 2012 at 11:38 AM, Hiroshi Yamashita y...@bd.mbn.or.jp wrote:
Hi,
I saw an interesting game.
http://files.gokgs.com/games/2012/10/21/globax-AyaMC2.sgf
In 337th move, W passed, but B took ko in double ko seki.
And in 339th move, W had two forbidden ko points by super-ko rule.
On Tue, Oct 2, 2012 at 11:40 AM, Rémi Coulom remi.cou...@free.fr wrote:
On 2 oct. 2012, at 11:30, Aja Huang wrote:
5. Score: The winning bot gets 1 points and each bot gets 0.5 point if
the result is draw.
Can the result be a draw?
Rémi
On September 5, two top Go players
I tend to agree.
Nick, in my opinion, unless there are urgent reasons like delaying a fixed
schedule, the choice to resign should be made by the program. Any kibitzer
concluding that the position is hopeless is free to move on to watch
another game, and the program that is certain of its win does
The simple answer is Robert's recommendation to capture before ending the
game. Once you get to the scoring phase every stone in the seki should be
assumed alive (even if, e.g., it has only one liberty). It is up to the
players to decide which pieces are dead (and therefore can be captured)
before
On Sun, Sep 9, 2012 at 5:16 PM, Robert Jasiek jas...@snafu.de wrote:
On 09.09.2012 16:56, Erik van der Werf wrote:
Once you get to the scoring phase every stone in the seki should be
assumed alive (even if, e.g., it has only one liberty). It is up to the
players to decide which pieces
On Sun, Sep 9, 2012 at 6:30 PM, Robert Jasiek jas...@snafu.de wrote:
On 09.09.2012 17:29, Erik van der Werf wrote:
Once you get to the scoring phase every stone in the seki should be
assumed alive (even if, e.g., it has only one liberty). It is up to the
players to decide which pieces
On Sun, Sep 9, 2012 at 6:30 PM, Robert Jasiek jas...@snafu.de wrote:
J1989, double ko seki, the ko stones are dead.
Looking into this a bit more, it seems that although the stones are
officially termed 'dead', for counting points they are not removed from the
board because they are not in
On Thu, Aug 16, 2012 at 1:06 AM, Hiroshi Yamashita y...@bd.mbn.or.jp wrote:
I understood why I and bots were banned for a while.
Oh, interesting, did this lead to a kgs ban? Why exactly was that?
Erik
___
Computer-go mailing list
simultaneously tried to log in again.
On Sun, Aug 19, 2012 at 8:45 AM, Erik van der Werf
erikvanderw...@gmail.com wrote:
On Thu, Aug 16, 2012 at 1:06 AM, Hiroshi Yamashita y...@bd.mbn.or.jp
wrote:
I understood why I and bots were banned for a while.
Oh, interesting, did this lead
Indeed Steenvreter wasn't running on Pachi's hardware. As in other recent
tournaments I used an Opteron system with 46 threads at 2.2 Ghz. It's not
as powerful as Zen's minicluster, but at least it gets a bit closer than
using that (single cpu) i7 machine.
Regarding the komi; to me it has been
On Thu, Aug 9, 2012 at 11:14 AM, Petr Baudis pa...@ucw.cz wrote:
On Wed, Aug 08, 2012 at 09:08:47PM +0200, ds wrote:
Hyperthreading does the trick, I have the experience it increases the
performance by about 10%. I think this is due to waiting for RAM I/O or
things like that
Yes.
/francoisvn/oakfoam/wiki/Home
on your i7-3930. If so, I would be very much interested in the number
you get in the beginning of a 19x19 game without book:)
Detlef
Am Donnerstag, den 09.08.2012, 12:16 +0200 schrieb Erik van der Werf:
On Thu, Aug 9, 2012 at 11:14 AM, Petr Baudis pa...@ucw.cz wrote
On Tue, Aug 7, 2012 at 10:34 PM, Michael Williams
michaelwilliam...@gmail.com wrote:
Could anyone describe the basic implementation for detecting some seki
in a fast enough way to be used in playouts? I understand that it's
not practical to detect them all.
Just prevent self-atari unless
van der Werf
*Sent:* Thursday, July 26, 2012 2:09 PM
*To:* computer-go@dvandva.org
*Subject:* Re: [Computer-go] Kas Cup
** **
On Wed, Jul 11, 2012 at 6:43 PM, Łukasz Lew lukasz@gmail.com wrote:*
***
I'm assuming that hyperthreading is OK, so a core i7 would count as 4
cores
Ok, so what if the closest I can get is a 6-core i7. How many threads may I
start on that one?
Erik
On Fri, Jul 27, 2012 at 6:48 PM, Łukasz Lew lukasz@gmail.com wrote:
On Fri, Jul 27, 2012 at 2:15 AM, Erik van der Werf
erikvanderw...@gmail.com wrote:
Lukasz' current rule gives a big
On Wed, Jul 11, 2012 at 6:43 PM, Łukasz Lew lukasz@gmail.com wrote:
I'm assuming that hyperthreading is OK, so a core i7 would count as 4
cores, but use 8 threads.
Yes.
So what about AMD cores? What about overclocking?
I think limiting on nr_of_threads X clock_rate would be more fair.
On Wed, Jul 11, 2012 at 5:03 PM, terry mcintyre terrymcint...@yahoo.com wrote:
Am I misreading this?
yes, neither side can approach. Capturing in the big eyes give too
many liberties.
___
Computer-go mailing list
Computer-go@dvandva.org
On Wed, Jul 11, 2012 at 9:52 PM, terry mcintyre terrymcint...@yahoo.com wrote:
From: Erik van der Werf erikvanderw...@gmail.com
On Wed, Jul 11, 2012 at 5:03 PM, terry mcintyre terrymcint...@yahoo.com
wrote:
Am I misreading this?
yes, neither side can approach. Capturing in the big eyes give
small correction
On Wed, Jul 11, 2012 at 10:59 PM, Erik van der Werf
erikvanderw...@gmail.com wrote:
...
Nor can b play the other 3 liberties.
wrong, White just has to make an approach move for each remaining
shared liberty (i.e. capture a nakade)
should of course be:
Black just has
Hi Jirong,
Wow the 19x19 results now look really bad for Steenvreter. I know it
had a poor start, but I thought it could easily recover because there
were many rounds left. How did so many of those timed out and
forfeited games end up counting against my program?
I don't mind if you just cancel
Why guess? Yamato, don't you or Hideki keep log files with the output
of kgsgtp?
There should be some lines like:
INFO: Disagreement over tournament scoring. Switching to cleanup mode.
...
FINEST: Command sent to engine: undo
...
FINEST: Command queued for sending to engine: kgs-genmove_cleanup
The cleanup variation doesn't show a (extra) black pass, so that's
indeed suspicious. But maybe kgs just failed to record the third
consecutive pass, or for some reason did not create a new node when
black accidentally passed again (after undoing twice).
It is not clear to me how many consecutive
Yes, Steenvreter used a bigger machine (from the Maastricht games group).
I used the exact same setup as in the december tournament (which it
also won) and in the computer olympiad.
Sunday I also tested another machine. The machine in Maastricht
(Opteron system, running 46 threads @ 2.2 GHz) is
On Tue, Feb 7, 2012 at 5:50 PM, David Fotland fotl...@smart-games.com wrote:
Thanks Nick. Interesting that ManyFaces beat Zen 2-1, beat Pachi 2-1, but
lost all four games to Aya. ManyFaces still doesn't understand ties in the
playouts, so it gave up one Jigo.
Also interesting that Zen beat
No, not Steenvreter.
Erik
On Mon, Jan 16, 2012 at 12:46 PM, Hiroshi Yamashita y...@bd.mbn.or.jp wrote:
I thought it is Steenvreter.
Hiroshi Yamashita
- Original Message - From: Ingo Althöfer 3-hirn-ver...@gmx.de
To: computer-go@dvandva.org
Sent: Monday, January 16, 2012 6:12 PM
On Tue, Jan 3, 2012 at 2:27 PM, Robert Jasiek jas...@snafu.de wrote:
On 03.01.2012 13:58, Ingo Althöfer wrote:
10 games against strong bots within 30 days would be one possible
condition;
How? The clicking fastest to accept a game match is still the problem.
So the problem is that too
Let me guess: 1000 simulations per move ~= 1 Dan ?
Erik
On Sat, Dec 10, 2011 at 2:19 PM, Olivier Teytaud teyt...@lri.fr wrote:
Hi Brian;
thanks for sharing these results.
I'll try to post here results in Kyu / Dan.
For the first results I've seen it's a bit surprising to me; in 9x9 very
I don't like it! So not only did they raise the price from 25 to 40
euro *, but now they even want to charge triple for 3 inferior
mini-tournaments!
In my opinion a one day 13x13 tournament really shouldn't be priced
the same as a full-scale 5-day event (e.g., such as in chess). I don't
mind
Hi Martin,
Good question, I don't know. If Hideki doesn't know either (he
compiled the last version based on my original) then it probably means
this has not been decided yet. I suppose the default would be to use
last year's rules.
There is usually a players meeting just before the tournament
make it clear that go has its own set
of rules (in which case this discussion needs to find an appropriate home)
or we no longer allow remote play.
-Richard
On 9/17/2011 5:59 AM, Erik van der Werf wrote:
Hi Martin,
Good question, I don't know. If Hideki doesn't know either (he
compiled
at
same location before B's move.
I use this in 9x9, but I ignore all W moves in 19x19. I got a little
better result from this.
Regards,
Hiroshi Yamashita
- Original Message - From: Erik van der Werf
erikvanderw...@gmail.com
To: computer-go@dvandva.org
Sent: Thursday, August 11, 2011
On Thu, Aug 11, 2011 at 3:43 AM, Hiroshi Yamashita y...@bd.mbn.or.jp wrote:
Hi,
I have a question about RAVE.
For example, there are 5 moves a,b,c,d,e. Black to play.
In playout, Black plays a, White plays b, Black plays c,
W plays d and B plays e.
Then game is over, result is B win.
B:a
On Thu, Aug 4, 2011 at 6:57 PM, Vlad Dumitrescu vladd...@gmail.com wrote:
The scores towards gnugo are almost
identical, but the two fuegos score 449-415, which is 52% and the 95%
confidence is ~3%, i.e. ~10 ELO.
That 3% is not a 95% confidence interval, more like 1 standard
deviation... (so
On Mon, Aug 1, 2011 at 7:17 PM, John Tromp john.tr...@gmail.com wrote:
On Mon, Aug 1, 2011 at 12:35 PM, steve uurtamo uurt...@gmail.com wrote:
but they might be most fair.
Only when there is ample evidence that the integer komi is in fact the
perfect-play true komi.
By definition of the
2011/8/1 Andrés Domínguez andres...@gmail.com:
2011/8/1 Erik van der Werf erikvanderw...@gmail.com:
I'd really love to see a return to 6.5 komi combined with territory
scoring (Steenvreter has supported that for years but I never had the
chance to try it in a real tournament). However, given
yes
On Fri, Jul 29, 2011 at 4:15 PM, Richard Lorentz lore...@csun.edu wrote:
Does anyone else only see a screen of random characters when clicking on
the list of hotels link?
On 07/28/2011 11:31 AM, Rémi Coulom wrote:
Hi,
I updated the web site with new information:
On Mon, Jul 11, 2011 at 9:59 AM, Ingo Althöfer 3-hirn-ver...@gmx.de wrote:
However, in go bots were also not trained especially for
playing random positions. So, there is a difference.
Monte Carlo bots play random positions all the time :-)
Erik
___
Hi Aja,
On Mon, Jul 11, 2011 at 4:47 PM, Aja ajahu...@gmail.com wrote:
Hi Erik,
Without a book Steenvreter usually still plays decent opening moves
because it is pretty good at predicting pro moves (predictions are
used to set priors in the tree). However, with longer thinking times
there
Using a hashing scheme works perfectly if you can encode all relevant
situational properties. Whether that's practical depends on the rules.
I found that for the traditional rules it is generally feasible to
encode all relevant situational properties.
In my experience iterative deepening
On Thu, Jul 7, 2011 at 9:01 PM, Ingo Althöfer 3-hirn-ver...@gmx.de wrote:
Aja ajahu...@gmail.com
ManyFaces (White) still wins even if it loses the semeai but captures
the J4 group of 3 stones. And it's not possible for Black to save the
J4 group and win the semeai at the same time.
Yes, that
-
From: computer-go-boun...@dvandva.org [mailto:computer-go-
boun...@dvandva.org] On Behalf Of Erik van der Werf
Sent: Thursday, July 07, 2011 12:24 PM
To: computer-go@dvandva.org
Subject: Re: [Computer-go] Congratulations to Zen!
On Thu, Jul 7, 2011 at 9:01 PM, Ingo Althöfer 3-hirn-ver
On Wed, Jun 29, 2011 at 10:26 PM, Peter Drake dr...@lclark.edu wrote:
On Jun 29, 2011, at 12:14 PM, Erik van der Werf wrote:
I hope you are aware that some strong MCTS programs use (at least) a
factor hundred less playouts to break even with gnugo. In fact, to get
to 50% they don't even need
On Wed, Jun 29, 2011 at 7:17 PM, Brian Sheppard sheppar...@aol.com wrote:
Why is a classifier better than having a lookup table indexed by
OurLastMove, OppLastMove, ProposedNextMove that returns the Wins / Trials
experienced when ProposedNextMove is played after the sequence OurLastMove,
On Wed, Jun 1, 2011 at 3:29 PM, Petr Baudis pa...@ucw.cz wrote:
Hi!
On Wed, Jun 01, 2011 at 11:52:07AM +0800, Aja wrote:
Zen19D, running on a small cluster with 26 cores, is rated 5d in KGS now. I
played several games with it and felt Zen is getting close to my level. I am
happy to see
On Mon, Apr 18, 2011 at 5:49 PM, Jean-loup Gailly jl...@gailly.net wrote:
The actual value of one handicap stone is twice the normal komi so about
15 points(*)
Perhaps 15 (per additional handicap stone) would be ok if you had
pro-level playouts. The komi points for White are 100% safe, while
On Sun, Apr 17, 2011 at 2:58 PM, Fuming Wang fuming...@gmail.com wrote:
(Also, we have finally set up a real (though simple) homepage for
Pachi at http://pachi.or.cz/.)
Happy go research,
According to information on Pachi's homepage, Pachi won a 7h game against
Zhou Junxun 9p, who is an
On Wed, Apr 6, 2011 at 4:11 PM, fastgo fas...@gmail.com wrote:
In StoneGrid, it has built in the Benson algorithm in the playout. It does
not seem to help much on overall strength. But I think it should solve the
case here.
I think you can implement the Benson Algorithm in the late stage of
On Wed, Apr 6, 2011 at 6:05 PM, Brian Sheppard sheppar...@aol.com wrote:
How does the Benson algorithm result in shorter playouts?
The playout can terminate early when you have a proof that more than
half of the points belong to one side (my program not only determines
life but also territory).
On Mon, Apr 4, 2011 at 10:50 AM, Aja ajahu...@gmail.com wrote:
Maybe it is because the programs are not so close in playing strength.
Anyway, it is the first KGS tournament of komi 7.0 so maybe most of the
participants didn't prepare well. As far as I know, ManyFaces even didn't
handle Jigo
Even without exploration. With N going to infinity and, I suppose, the
implicitly assumed infinite memory to store results with infinite
precision, thus eventually representing the complete tree, all you
have to do is not expand solved branches. I don't see how that would
be different for 3-valued
I think a human challenging the program can set this manually.
It would be nice though if we could define the preferred setting with
something like rules.komi=x.
Erik
On Wed, Mar 30, 2011 at 3:27 PM, valky...@phmp.se wrote:
Is there a way of testing with komi 7 on KGS? As far as I know the
It sounds like you're using a classical (deterministic) evaluation function.
Try combining UCT with Monte Carlo evaluation.
Erik
On Sat, Mar 26, 2011 at 12:43 PM, Daniel Shawul dsha...@gmail.com wrote:
Hello,
I am very new to UCT, just implemented basic UCT for go yesterday.
But with no
at 8:52 AM, Erik van der Werf
erikvanderw...@gmail.com wrote:
Ah ok, I misunderstood.
Still something seems to be wrong. On the empty 9x9 board I think most
programs with random/light playouts play in the order of 110 moves.
~81 moves seems quite low; in my experience you can only get such low
AFAICS this (japanese-test-7.sgf) is simply not a final position. If
white plays first at least there's a ko and he will probably capture a
lot of black stones. Moreover, I think officially the group would be
in seki if the dame are not filled (so then none of the intersections
around S6 are
I once played in a tournament like that. What happened was that the
stronger player would typically double very early in the game (e.g. on
the first dubious non-joseki move). In one game my opponent was 6d
(~500 Elo stronger than me) so when he increased the stakes I
immediately resigned; I
On Sat, Jan 22, 2011 at 2:53 PM, Nick Wedd n...@maproom.co.uk wrote:
If I insist on running events with integer komi, I know what will happen.
Some bots, including GNU Go, already support it; some will implement it
correctly; some will implement it wrong, so that strange things happen;
end game-ending passes.
Best,
Erik
On Mon, Jan 3, 2011 at 7:57 AM, Robert Jasiek jas...@snafu.de wrote:
On 02.01.2011 22:04, Erik van der Werf wrote:
to 'not return a result' you don't need the history.
How? A cycle is a presupposition for the result No Result (or long cycle
tie
On Mon, Jan 3, 2011 at 2:13 PM, Robert Jasiek jas...@snafu.de wrote:
On 03.01.2011 13:44, Erik van der Werf wrote:
This is handled trivially by observing that one sided passes/captures
more in each cycle.
How do you distinguish that from the opposing program passing as a tactical
mistake
On Sun, Jan 2, 2011 at 1:20 AM, Aja ajahu...@gmail.com wrote:
Do you mean the whole MCTS scheme combined with UCB formula
proposed by Mogo is completely inspried by Levente's work?
I cannot speak for the Mogo team, but it is clear to me that the idea
was simply 'out there' when Mogo started and
1 - 100 of 118 matches
Mail list logo
