Le vendredi 12 octobre 2007 06:10, Dave Dyer a écrit :
Considering how monte carlo actually works, I think it's plausible
to argue that it works best where the distance to endgame is small.
And for a player against Mogo this is very un-human feature on 19x19.
- Fuseki is done agaisnt a 10k
Le jeudi 11 octobre 2007 13:38, Tomas Höök a écrit :
Synaptic has very diligently installed Gnugo 3.7.10-1 on my Ubuntu 7.04.
The executable gnugo on usr/games does not execute, however.
Tried reinstall. No go.
Grateful for advice.
Tomas Höök
it is a ubuntu bug. Fillig a bug report to
Le mardi 2 octobre 2007 16:46, Ian Osgood a écrit :
Greetings,
I noticed that the following link was recently added to the Computer
Go Wikipedia article.
http://www.spectrum.ieee.org/oct07/5552 Cracking Go, by Feng-hsiung
Hsu, IEEE Spectrum magazine, October 2007.
He claims it should be
Le vendredi 21 septembre 2007 21:35, [EMAIL PROTECTED] a écrit :
If the 19x19 CGOS is going to be retired due to lack of interest,
I wonder if there would be interest in trying out an ultra-blitz
version for a while: games as fast as the com. links would permit.?
(Game storage would be an
On Monday 10 September 2007 10:37:17 Sylvain Gelly wrote:
Is there a option like gnugo's --capture-all-dead?
In my test(./mogo --9 --time 1), seems mogo passed when not capture
alldead stones.
As this release is mainly for humans to play, it is set to play
against humans, so passing as
Le lundi 9 juillet 2007 18:46, Joshua Shriver a écrit :
Ok found some KGS games, and they make a lot more sense. With the
specification I can see what all of the OT, AP, TM, FF, etc commads
are. However I don't understand the way it sets the location, so far
nothing I've seen describes it.
Le dimanche 8 juillet 2007 11:51, chrilly a écrit :
If it would be really a big challenge, there would be some money.
There was a computer challenge with 1 million dollar prize during
many years, for a program abble to beat one professional choosen by the
sponsor. I don't know if it is still
Hi everybody
Guojuan (5p) has played some games agaisnt mogobot on kgs.
Worth to look at, and mogobot 3.0 won some on 9x9
Congrats to mogobot team, and thanks to Guo Juan for the games :)
Alain
___
computer-go mailing list
Le mardi 22 mai 2007 01:52, Dave Dyer a écrit :
I figured that a credible anchor player for 19x19 might
need a lot of cycles, and need to play a lot of games
at first, so spreading the load would be a good idea.
Maybe GNU Go 3.7.10 is _the_ good anchor player for 19x19:
- everybody use it at
Le lundi 23 avril 2007 16:52, Josef Spillner a écrit :
Hello,
How about we add Game-related tools or something like that to the Debian
menu policy? There are a lot of such tools which do not fit into the usual
game categories, but spreading them over the apps categories also seems like
a
Le dimanche 22 avril 2007 22:26, Sylvain Gelly a écrit :
Hello Daniel,
Le dimanche 22 avril 2007 21:26, [EMAIL PROTECTED] a écrit :
For human players a difference of 2 kyu means that the winning ratio of the
stronger player is almost 100%.
Is it? Do you have some statistics? If so, that
Hi
This sounds very interesting.
I can answer the easy questions, and let the hard ones for the gurus ;-)
Le dimanche 15 avril 2007 10:32, Bjørn Magnus Mathisen a écrit :
hi
I'm writing a program that interfaces against gnugo, it does this by
including gnugo.h.
this is a neuroevolution
oops, i was not awake, i posted to the wrong list.
Alain.
___
gnugo-devel mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/gnugo-devel
Le lundi 9 avril 2007 14:06, Don Dailey a écrit :
But the point is that
as long as you can provide time and memory you will get improvement
until perfect play is reached.
Is there any proof that heavy player converge toward the same solution as
the pure random playout ?
With infinite
Le dimanche 8 avril 2007 03:05, Don Dailey a écrit :
A few weeks ago I announced that I was doing a long term
scalability study with computer go on 9x9 boards.
I have constructed a graph of the results so far:
http://greencheeks.homelinux.org:8015/~drd/public/study.jpg
Thanks for this
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39083
$ client/civclient
civclient: city.c:2002: city_unit_upkeep: l'assertion « punit != ((void *)0)
pcity != ((void *)0) ut != ((void *)0) free_upkeep != ((void *)0)
outputs != ((void *)0) » a échoué.
Abandon
Next turn, trying to
Le vendredi 23 mars 2007 01:13, Lothar Guthmann a écrit :
Package: lincity-ng
Version: 1.0.3-2
Severity: normal
When I tried to build a tip, I got a popup window with
the message 0x810de0c135228317 '0' in it. Now what
does that mean? :-) . BTW: I already have 4 tips.
Greetings, Lothar
URL: http://bugs.freeciv.org/Ticket/Display.html?id=38208
A game saved in 2.0.8 is open in 2.1_beta3
= all the frontier are lost, land control is limited to city.
= settlers can go nearly everywhere and mess up things ;).
At each turn the land control increases around cities, so it needs
some
Le mardi 13 mars 2007 14:58, Lothar Guthmann a écrit :
Package: lincity-ng
Version: 1.0.3-2
Severity: normal
In theory I should be able to build a solar PS
(tech level 54.1). I can select the icon and get
a blue building square on an appropiate place on the
landscape, but when I click the
Hi
Le mardi 13 mars 2007 14:58, Lothar Guthmann a écrit :
Package: lincity-ng
Version: 1.0.3-2
Severity: normal
In theory I should be able to build a solar PS
(tech level 54.1). I can select the icon and get
a blue building square on an appropiate place on the
landscape, but when I click
Hi
Le mardi 13 mars 2007 14:58, Lothar Guthmann a écrit :
Package: lincity-ng
Version: 1.0.3-2
Severity: normal
In theory I should be able to build a solar PS
(tech level 54.1). I can select the icon and get
a blue building square on an appropiate place on the
landscape, but when I click
Le vendredi 2 mars 2007 12:55, Jacques Basaldúa a écrit :
In CGT the temperature is the difference between the value if you play
and the value if you pass.
Thanks for your lights :)
Ok i better understand my confusion. In Go CGT-temperature applied to yose
strongly looks like ordinary points
Physics temperature is a macroscopic description (global) of the underlying
(un)-stability, so it comes to mind very quickly :)
Unfortunately the term temperature used in Computer Game theory is misleading
for physicists. CGT-temperature = value of the best move in go, this has
very little
Le jeudi 1 mars 2007 11:51, Jason House a écrit :
alain Baeckeroot wrote:
(I propose to ban the term temperature from CGT, and replace it by
value,
unless someone can explain the link with temperature in physics, and shows
some identical properties ;-)
While I bet most of us
Le jeudi 1 mars 2007 12:36, Nick Wedd a écrit :
[EMAIL PROTECTED] writes
(I propose to ban the term temperature from CGT, and replace it by value,
unless someone can explain the link with temperature in physics, and shows
some identical properties ;-)
This would be confusing. A position in
Le mercredi 28 février 2007 16:49, Oliver Lewis a écrit :
On 2/23/07, David Doshay [EMAIL PROTECTED] wrote:
On 22, Feb 2007, at 9:03 PM, alain Baeckeroot wrote:
... I made very slow progress to formalize this ...
But the whole stuff is rather coherent in my mind.
Then I envy you
Le jeudi 22 février 2007 17:00, Don Dailey a écrit :
It appears that at 9x9 Lazarus needs more play-outs to equalize with
gnugo. However, it also appears that at higher levels the superiority
is even greater than in the 7x7 games. This is non-intuitive and
probably not really the case - I
Le vendredi 23 février 2007 01:19, Matt Gokey a écrit :
Here is a thought experiment to test: define the board only logically
using a graph (nodes and neighbor nodes). No topological shape and no
mesh layout over any shape is needed. If all nodes have exactly four
neighbors, there is no
Le jeudi 22 février 2007 01:16, David Doshay a écrit :
It is pretty clear to me that, if the analogy to MC simulations in
magnets
is of any value, the temperature of the Go game you show is hotter than
optimal.
If the temperature were at the transition temperature, then each of the
Le mercredi 21 février 2007 02:10, Antonin Lucas a écrit :
No need for those difficulties, you can play along this board :
http://www.youdzone.com/go.html
I think this is not a torus, even if each vertice has 4 neighbours.
I can easily mentally transform this into a cylinder, with an
Le mardi 20 février 2007 13:10, Heikki Levanto a écrit :
P.S. Was there a good description of what a bot should do to finish a
game earlier - my current ones play to the bitter end, with only 1-point
eyes left. Might as well quit earlier if I can.
Don't play moves which would be self-atari
Thanks both for (short and long) explanations, it works now :)
Alain
___
gnugo-devel mailing list
gnugo-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gnugo-devel
Hello
I fail to run view.pike on my new debian etch (=testing) :
gnugo/regression$ ./view.pike break_in:10
view.pike:454:Failed to index module 'GTK' with 'setup_gtk' (module doesn't
exist?)
view.pike:528:Failed to index module 'GTK' with 'Widget' (module doesn't exist?)
view.pike:1230:Failed
Le jeudi 8 février 2007 22:09, Sylvain Gelly a écrit :
It seems i was ambiguous: I was speaking of the simulation player too.
What i meant is a random simulation player is not biased, whereas a better
simulation player is biased by its knowledge, and thus can give wrong
evaluation of a
Le samedi 27 janvier 2007 14:07, Don Dailey a écrit :
On Fri, 2007-01-26 at 20:18 -0800, David Doshay wrote:
I would highly recommend that you do your testing against
a different Go engine. Self-play is a weak indicator.
Cheers,
David
I agree that there is a pretty good amount of
Le samedi 27 janvier 2007 14:58, alain Baeckeroot a écrit :
Le samedi 27 janvier 2007 14:07, Don Dailey a écrit :
I agree that there is a pretty good amount of in-transitivity
with self-play.
You can use the furiously fast and weak following programs:
gnugo-1.2 (604 ELO on cgos 9X9
Le mercredi 24 janvier 2007 19:56, Stuart A. Yeates a écrit :
Since no one has mentioned bounding memory, a complete lookup table (a
complete table of correct moves, perfect-hashed by board state) should do
the trick.
With 10^170 legal position for 19x19 what would be the size of this table ?
Le mercredi 24 janvier 2007 23:06, Jim O'Flaherty, Jr. a écrit :
You can if you use some sort of compression scheme...involving
multiple values per quanta. I bet there's more than enough
room...in the universe...probably just in your eyelash.
True i forgot about fantastic
Le jeudi 25 janvier 2007 02:16, Lars Nilsson a écrit :
On 1/24/07, alain Baeckeroot [EMAIL PROTECTED] wrote:
True i forgot about fantastic quantum-computer, which so far solved only
very specific and tiny problems or quantum mechanics.
In the spirit of this, lets bring the quantum computer
Le jeudi 25 janvier 2007 02:16, Lars Nilsson a écrit :
In the spirit of this, lets bring the quantum computer built at U of
Illinois that computers its answer without actually running..
By placing our photon in a quantum superposition of running and not
running the search algorithm, we
Hi
I m looking at 19x19 games from Olympiad 2006, played by 3.7.10 at level 15.
There are lots of really awfull blunders that don't happen at level 10.
I cannot run the regression suite on my (slow) laptop because it will
probably burn during the ~10 hours needed.
Can someone run it with
Le dimanche 21 janvier 2007 19:02, Don Dailey a écrit :
On Sun, 2007-01-21 at 13:34 -0200, Mark Boon wrote:
To move
up 200 ELO points in Go is usually not achieved by looking at more
positions but by acquiring new concepts. To acquire a new concept in
just a few hours is a rare
Le dimanche 21 janvier 2007 01:23, Don Dailey a écrit :
On Sat, 2007-01-20 at 15:34 -0700, Arend Bayer wrote:
Hi Don,
To put another perspective on it: If I had an hour for every move in a
tournament game, I might play good EGF 5d level instead of average EGF
4d. That's a big difference
Le vendredi 12 janvier 2007 23:45, Chrilly a écrit :
It would be interesting if the empirical Komi depends on the playing
strength.
It seems that for nearly random players, the komi is close to 0 (or maybe 1
under chinese rules to compensate for 1 more stone)
Gunnar reported komi = 0.05 for
Le mercredi 10 janvier 2007 10:32, Sylvain Gelly a écrit :
Hello,
Also on 19x19 mogos plays also some very slow moves in the beginning of
7 handicap game.
[...]
In 19x19, MoGo only considers local moves, near the move you
just played or the last move it played. It even doesn't look at
Le samedi 13 janvier 2007 16:46, Hideki Kato a écrit :
CM-1's processing element is not a transputer but a custom (CMOS) 1-bit
ALU with 4Ki bit of RAM. I know this is not essential but believe this
kind of correction is old men's role :-).
oops, true, my memory mixed up some old stuff :)
Le mardi 9 janvier 2007 19:12, Grzegorz Leszczyński a écrit :
still GnuGo is beeping after longer work on regressions
Hi
Isn't it a temperature problem? Motherboards often communicate with
beeps when trouble arise.
Alain
___
gnugo-devel mailing
Le jeudi 4 janvier 2007 22:37, Don Dailey a écrit :
I have a question. With perfect play, obviously a 9 stone handicap
game is dead lost. If 2 perfect players played a game where one
was given the 9 stones, and they played for maximum territory (obviously
it doesn't make sense to play for a
Le jeudi 28 décembre 2006 03:34, Don Dailey a écrit :
I'm having an interesting problem - my hope is to set
a random legal move making player (who doesn't fill
1 point eyes) at ELO zero.
Hmm maybe i misunderstand. It seems to me that a random player
cannot have a fixed rating (except
Le lundi 25 décembre 2006 00:46, Don Dailey a écrit :
On Sun, 2006-12-24 at 13:54 -0800, David Fotland wrote:
There is no fixed relationship between ELO and handicap stones. Stronger
players have less variation in their play, so a handicap stone is worth more
ELO points for a stronger
Le lundi 25 décembre 2006 15:35, Jacques Basaldúa a écrit :
I have seen (many times) GnuGo not being able to
win a H7 game to an opponent more than 10 kyu
weaker. That happens because it had to invade
unclear positions.
This is a feature of GNU Go :-)
GNU Go has very small invasion capacity,
Le vendredi 22 décembre 2006 21:44, Don Dailey a écrit :
[...]
I still have a hard time believing that the system scales very well
across a 9 kyu range.
Handicap system works incredibly well, from very weak kyu to strong dan.
Moreover, the problem of the black players are the same whatever his
Le jeudi 14 décembre 2006 10:36, Stuart A. Yeates a écrit :
If I understand correctly, the point was that:
(a) parsing English is hard
(b) most English language comments on Go games are made by those for whom
English is a second language, who don't use correct English
:. (c) (b) is likely to
Le mercredi 13 décembre 2006 05:53, Don Dailey a écrit :
Does a 1 kyu difference mean I can give you 1 stone if I am better and
expect to come out about even?
yes, 1 handi is 0.5 komi.
Does this all work out in a transitive way? If a 6 kyu can give a 7
kyu 1 stone, and the 7 kyu can give
Hi
I did some clean up in http://senseis.xmp.net/?KGSBugs
most visible one is moving old KGS2/Cgoban2 bugs to
a separate page
btw, it would nice to have reading access to Bugs Tacking System
to add a link, and possibly add comment on senseis page.
Alain.
Le mercredi 6 décembre 2006 23:01, Robert Jasiek a écrit :
House, Jason J. wrote:
Can anyone honestly say that they're still working on the restrucring?
When trying to read parts of it a few days ago, I have found it useful
to restructure the related contents (topics: rules, ratings). IMO,
Hi
I am still wondering about combination.
Currently it only looks for both ATTACK_THREAT (worms)
But the engine also knows DEFEND_THREAT (worms)
and SEMEAI_THREAT OWL_ATTACK_THREAT OWL_DEFEND_THREAT (dragons).
A quick hack shows that many pos with 2 threat_reason exist (probably
only few of
Le mercredi 6 décembre 2006 00:04, [EMAIL PROTECTED] a écrit :
So that I can follow this discussion, how would be the kgs level of
this player (it is the only level I have access to when looking at the
results of game)?
Wouldn't it be 1 dan on KGS?
I don't know because some seem to
Hi
in patterns2.db i found DD3
--
Pattern DD3
OXX
X*.
X..
:8,O
OEE
D*c
Dba
;oplay_attack(*,D) oplay_attack_either(*,a,D,E)
; !oplay_defend_both(*,b,c,D,E)
test_attack_either_move(D,E)
---
Le mercredi 22 novembre 2006 20:44, Rémi Coulom a écrit :
Hi,
I am in search of Go positions that are easy to understand for humans,
and difficult for computers.
Hi
Maybe too late ... Nethertheless, i remember a funny thing.
Some time ago i implemented opponent good move is good for me in
Hi
It seems that GNU Go very often miss classical invasions
below 4 th line too streched B stones (like in H9 game)
A quick test seems to show that there is no pattern for such invasion
...
.X...X.
...a...
...
...
---
.XX.
...a
And i
Hi
Example from the comment of attack_either (now in ticket 147)
3 |XOOOX|
2 |XOXXOXXOX|
1 |XX..a..XX|
+-+
ABCDEFGHJ
attack_either D2 F2
= 0
but, in combinations(), find_double_threats(color) gives:
Double threat at E1, either C2 or F2
hi again
I reformulate my second question :)
how could i know where/when is use a specific db ?
[patterns]$ grep -c attack_either *.db | grep -v :0
aa_attackpats.db:1
barriers.db:32
conn.db:1
endgame.db:4
owl_attackpats.db:15
owl_defendpats.db:22
patterns2.db:50
patterns.db:55
[patterns]$ grep
hi
Activity seems very low currently, so good timing for some wonderings :)
The question of using Subversion instead of CVS appeared sometimes
on the list. Trac fits better with subversion. Is there any plan to
migrate to subversion ?
Is the multi-board branch dead ?
Le mercredi 29 novembre 2006 14:21, Don Dailey a écrit :
I have heard this many times - but it doesn't always apply. In fact I
have heard that IMPROVEMENTS always look better against your
twin-brother but if that were true, I would always want to test against
my twin since it makes
Le mardi 28 novembre 2006 20:49, Gunnar Farneb�ck a écrit :
Alain wrote:
In regression test nngs:308 , gg3.7.10 wants M9 which is 1 point
gote. There are other much better moves (nearly 6 pts gote, 2 gote,
1 sente)
Actually M9 is reverse sente but indeed there are better moves.
[...]
Le mardi 28 novembre 2006 21:49, Gunnar Farneb�ck a écrit :
nando wrote:
saves a few nodes without any other effects. (Changing symmetry to +
is probably not safe since test_attack_either_move() doesn't look
symmetrical.)
Ah ? How come ? I just reviewed the code of the helper and
Le lundi 27 novembre 2006 16:36, Steven Clark a écrit :
Computer stupidity? How about how GNUGo has no problem invading under my 4,4
stone, but refuses to invade under my 5,5 stones? I assume this is because
there is a joseki entry for 4,4, but none for 5,5 openings. Attached is a
rather silly
Le samedi 25 novembre 2006 00:38, alain Baeckeroot a écrit :
Le mercredi 22 novembre 2006 20:44, Rémi Coulom a écrit :
Hi,
Hi Rémi
I am in search of Go positions that are easy to understand for humans,
and difficult for computers.
One incredibly simple example for human, where GNU
Le mercredi 22 novembre 2006 20:44, Rémi Coulom a écrit :
Hi,
Hi Rémi
I am in search of Go positions that are easy to understand for humans,
and difficult for computers.
One incredibly simple example for human, where GNU Go horribly fails.
The only move is tengen (center of the board).
I
Hi
I wanted to see the first testcase at:
http://trac.gnugo.org/gnugo/wiki/Testcases
and i got a Oops. It worked some times ago.
Cheers.
Alain
___
gnugo-devel mailing list
gnugo-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/gnugo-devel
Le lundi 23 octobre 2006 16:06, Don Dailey a écrit :
I don't want to beat this one to death - but a side effect I noticed of
positional superko is that having a move available can make the
difference between the life or death of a group on the other side of the
board - not connected in any
Le Jeudi 1 Juin 2006 20:00, kautz a écrit :
I made a quick-and-diry timing test generating a black move at this
position with levels 10 to 16 - see attachment.
I will try on with level 15 and different random seeds to see if there
are significant timing changes.
Some dumb questions to the
Le Dimanche 28 Mai 2006 22:22, Gunnar Farneb�ck a écrit :
Alain wrote:
I was not able to know which cache size is appropriate with an increased
level, and used a paranoid -M 128 for 9x9 tournament (at level 16).
I don't think there's much reason to change the cache size with the
level.
Hi
The 9X9 games are now at
http://trac.gnugo.org/gnugo/ticket/137
i added the missing information where needed (score, player's name)
and took care of correct naming of files: black-white.sgf
Sorry for the mess in the names compared to what i posted on the list.
/Alain
Hi
I was not able to know which cache size is appropriate with an increased
level, and used a paranoid -M 128 for 9x9 tournament (at level 16).
I told John that -M 256 is safe (because i tested it some times ago, and
even -M512 gaves only a few % slowdown at default level), but maybe this
can be
Hi
I have some math questions about MC and would appreciate some link
to stat course (i should have been more attentive at university ;)
- the original MC used mean_score/standard_deviation as criterion
I understand why it is a good thing.
I found that std/mean is internal coherency factor
Is
Le Jeudi 13 Avril 2006 10:45, Gunnar Farneb�ck a écrit :
This year's Computer Olympiad takes place in Torino at the end of May.
See http://www.cs.unimaas.nl/olympiad2006/ for details.
Naturally we want GNU Go to participate and we have funds to pay the
registration fee but someone needs to
Le Dimanche 9 Avril 2006 04:21, Hiroshi Yamashita a écrit :
Hi,
GnuGo played suicide move as below in 9x9.
I found this gnugo 3.7.4, but 3.7.9 also played same move.
I tested VC++6.0 and gcc on linux.
Regards,
Hiroshi Yamashita
Thank you for reporting this bug, and by the way
this
Hi
Luckyly i find this terrible game played by gnugo-3.7.9 + 2 patches fixing
some valgrind complaints (gunnar_7_10.4.diff gunnar_7_10.5.diff).
A bamboo joint is cut = the game is lost against a very weak opponent.
I cannot connect to trac.gnugo.org (is it my isp again?), so everything is
in
Le Dimanche 2 Avril 2006 02:29, alain Baeckeroot a écrit :
Hi
Luckyly i find this terrible game played by gnugo-3.7.9 + 2 patches fixing
some valgrind complaints (gunnar_7_10.4.diff gunnar_7_10.5.diff).
A bamboo joint is cut = the game is lost against a very weak opponent.
I cannot
Le Dimanche 26 Mars 2006 21:54, Daniela Horvath a écrit :
Hello!
Hello
Can I download Gnu-Go free?
Like all GNU softwares (http://www.gnu.org/), free download is
one of the 4 basic freedoms you have.
How many people download Gnu-Go on the average?
godzillions. It is also included in
Le Lundi 27 Mars 2006 14:25, Gunnar Farneb�ck a écrit :
Alain wrote:
I have some unexpected results in regressions tests in 3.7.9.
I run it with a standard gnugo 3.7.9 compiled with ggc4.0
Is it normal (some results have not been updated) or is it
my compiler/computer fault ?
How do
Le Lundi 27 Mars 2006 14:25, Gunnar Farneb�ck a écrit :
Alain wrote:
I have some unexpected results in regressions tests in 3.7.9.
I run it with a standard gnugo 3.7.9 compiled with ggc4.0
Is it normal (some results have not been updated) or is it
my compiler/computer fault ?
How do
I added ticket 124 assertion to twinbot and it stepped on the bug
very quickly
Alain
***assertion failure:
owl.c:2140 - ON_BOARD1(origin) near PASS***
W:C16 B:D17 W:E16 B:B16 W:E17 B:E18 W:C18 B:B18 W:D18 B:B14 W:B17
A B C D E F G H J K L M N O P Q R S T
19 . . . . . . . . . . . . . . . . .
Le Lundi 27 Mars 2006 19:30, alain Baeckeroot a écrit :
I added ticket 124 assertion to twinbot and it stepped on the bug
very quickly
Alain
at level 12, only 3 stones on board
***assertion failure:
owl.c:2140 - ON_BOARD1(origin) near PASS***
B:C3 W:C5 B:C7 W:F5 B:D3 W:F7 B:E4 W:F8 B:B4
Le Vendredi 24 Mars 2006 00:06, Tim Hunt a écrit :
If you want to do complicated version control stuff like that, I
recommend you look at GIT. http://git.or.cz/
That's funny. I never used a version control system (because i was
the only developper) and thought i want to do basic things :)
I
Le Samedi 11 Mars 2006 09:47, Hans-Georg Michna a écrit :
***assertion failure: owl.c:480 - board[apos] ==
OTHER_COLOR(board[bpos]) near C2***
Thank you for reporting this bug.
It has been fixed since. You can try the GNU Go 3.7.9 available at:
http://www.gnu.org/software/gnugo/devel.html
Le Mercredi 8 Mars 2006 08:21, Arend Bayer a écrit :
[...]
This needs more discussion.
Arend
So here is one point of vue.
- Alain
---
There are different scales and granularity in gnugo, which
give different possible interfaces:
Hi
I m trying another idea: if we are ahead freeze the game. The first
idea is to take more care of opponents attacks, and try to prevent them.
I wanted to know if checking the move reason ATTACK_MOVE is enough,
or if all type of attacks must be checked.
Alain
Le Samedi 4 Mars 2006 01:02, David G Doshay a écrit :
Is there a problem with the email server? Some of my posts are
getting reflected to me and some are not. Another user (Alain?)
recently said the same, and Gunnar told me in a KGS chat that he had
answered one of my emails, and either
Hi
Following Arend advice, gg378 and twin-378 had a 85 games endgame-match:
- twin 26 win (1 1 1 1 1 1 1 1 1 1 1 1 1 1 2 2 2 3 5 7 10 14 15 21 25 28)
- GNU Go 14 win(-9 -3 -3 -3 -2 -2 -2 -1 -1 -1 -1 -1 -1 -1)
- 45 unchanged
The sum is +135, the average on 85 games +1.6
_but_ when one looks at
at 00:57 +0100, alain Baeckeroot wrote:
Hi Don
I have forgotten to CC you.
I have seen your name in GNU Go authors :) but i don't know if you are
still
on the list.
Best regards
alain
-- Message transmis --
Subject: gtp time report ?
Date: Vendredi
Hi
I read http://trac.gnugo.org/gnugo/ticket/24 and the corresponding mail
thread. It seems a very important step for GNU Go, (for sizing on
SMP/cluster with more or less deep look-ahead, i guess you know this ;)
and if i understand well, it could be very usefull for other things.
For example,
Le Samedi 25 Février 2006 05:57, Terry McIntyre a écrit :
I have been studying a complicated little situation, and when I ran
gnugo --decide-semeai game.sgf
I got:
finished examine_position
Analyzing semeai between D2 and E3, white moves first
Semeai defense of D2: result WIN E2
Hello
in attachement a terrible game and a test file.
When i do:
gnugo-3.7.8-ref --replay white -l very-bad-twinbot-tony26kyu.sgf -o
very-bad-twinbot-tony26kyu-replay-378.sgf
it seems that gg378 is bad and play terrible tenuki corresponding to the
tests.
When i just ask for one move, i have
Hello
Another bunch of failures of my patch where i m not sure that the proposed
move should be considered wrong. (there are many other where no doubt is
possible)
The proposed moves are always quite big (this is the patch effect).
The aim is not to trick the tests, but just to have a better
Le Lundi 13 Février 2006 19:53, Gunnar Farneb�ck a écrit :
Alain wrote:
yesterday Paul mail answer one message (twogtp.pike) on the list, and cc
me.
His cc message needed few seconds to arrive, but 20 hours later, i have
not
the message by the list !
This is most likely a
Hi
yesterday Paul mail answer one message (twogtp.pike) on the list, and cc me.
His cc message needed few seconds to arrive, but 20 hours later, i have not
the message by the list !
i also posted a reply (fix to my fix), and it is not here 20 hours later.
Are they lost ?
But the message from
Le Lundi 13 Février 2006 11:26, alain Baeckeroot a écrit :
Hi
yesterday Paul mail answer one message (twogtp.pike) on the list, and cc me.
His cc message needed few seconds to arrive, but 20 hours later, i have not
the message by the list !
i also posted a reply (fix to my fix
601 - 700 of 715 matches
Mail list logo
