gnugo-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [gnugo-devel] endgame tuning


From: Gunnar Farnebäck
Subject: Re: [gnugo-devel] endgame tuning
Date: Wed, 08 Sep 2004 04:34:28 +0200
User-agent: EMH/1.14.1 SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.3 Emacs/21.3 (sparc-sun-solaris2.9) MULE/5.0 (SAKAKI)

Evan wrote:
> I also targeted Gifu03:202 a bit; GNU Go's answer had changed relative to
> the game move (and improved) but the relative value of the correct move
> and the game move was still wrong; now it's not.  Perhaps the test needs
> revision.

I still think that H7 is the globally correct move and important to
find, but I'm open for a second opinion from a stronger player.

> +Pattern CB343
> +# evand New pattern. (3.7.1)
> +# is there a better way to do this than r_followup, followup, and terri?
> +# see gifu03:202
> +
> +xX..
> +..*.
> +....
> +..Oo
> +....
> +
> +:8,OXe,reverse_followup(2),followup(1),terri(3)
> +
> +xXde
> +..*.
> +....
> +..Oo
> +.abc
> +
> +;omoyo(a) && omoyo(b) && omoyo(c) && xmoyo(d) && xmoyo(e)

Reverse followup may be difficult to obtain in a better way but
territory and followup is almost always possible, and better, to do
with influence tuning. Unfortunately this is a much more difficult
art, but with the help of view.pike it has become considerably more
attractive than before.

As it happens I targeted this testcase some time around 3.5.4 with
influence tuning. Unfortunately the connection constraints were too
expensive for my liking (+5% reading nodes, +16% connection nodes) so
I dropped the patch before submitting it. If you want you can try if
it's possible to do something more specific and less expensive with
that approach. See my old patch below.

/Gunnar

Index: patterns/barriers.db
===================================================================
RCS file: /cvsroot/gnugo/gnugo/patterns/barriers.db,v
retrieving revision 1.62
diff -u -r1.62 barriers.db
--- patterns/barriers.db        24 Jan 2004 04:04:56 -0000      1.62
+++ patterns/barriers.db        24 Jan 2004 09:03:55 -0000
@@ -3389,4 +3389,90 @@
 >non_xterritory(b);
 
 
+Pattern Nonterritory56a
+# gf New pattern. (3.5.4)
+# See gifu03:202.
+
+oOo
+...
+...
+..X
+
+:8,t
+
+oco
+.b.
+eaf
+.dX
+
+;oplay_connect(a,b,a,c)
+
+>non_xterritory(d);
+>non_xterritory(e);
+>non_xterritory(f);
+
+
+Pattern Nonterritory56b
+# gf New pattern. (3.5.4)
+# See gifu03:202.
+
+oOo
+...
+...
+..X
+
+:8,t
+
+oco
+.b.
+ea.
+fdX
+
+;oplay_connect(a,e,d,b,a,c) && oplay_connect(a,d,e,b,a,c)
+
+>non_xterritory(f);
+
+
+Pattern Nonterritory57
+# gf New pattern. (3.5.4)
+# See gifu03:202.
+
+Ooo
+...
+...
+..X
+
+:8,t
+
+boo
+...
+dae
+.cX
+
+;!oplay_disconnect(a,a,b)
+
+>non_xterritory(c);
+>non_xterritory(d);
+>non_xterritory(e);
+
+
+Pattern Nonterritory58
+# gf New pattern. (3.5.4)
+# See gifu03:205.
+
+O??
+.XO
+..?
+
+:8,t
+
+O??
+aXb
+?c?
+
+;!oplay_disconnect(a,a,b)
+
+>non_xterritory(c);
+
+
 # END OF FILE




reply via email to

[Prev in Thread] Current Thread [Next in Thread]