This "extra bonus for black" is commonly known by Japanese Go players
who know Chinese rules. That is, the result of a game is the same if
either rules is used (Japanese or Chinese) in simple games (i.e. no
Seki etc.) except this extra bonus for black when the number of moves
of the game is od
I got this from the AGA rules which I (falsly?) assumed to use
chinese counting (http://www.cs.cmu.edu/~wjh/go/rules/AGA.html)
>
> "At one time, the Chinese rules compensated White with an extra point
> when Black got the last move. If Black's last move was to fill a ko he
> or she had
On Fri, 13 Jul 2007, Christoph Birk wrote:
On Sat, 14 Jul 2007, Darren Cook wrote:
I got this from the AGA rules which I (falsly?) assumed to use
chinese counting (http://www.cs.cmu.edu/~wjh/go/rules/AGA.html)
"At one time, the Chinese rules compensated White with an extra point
when Black g
On Sat, 14 Jul 2007, Darren Cook wrote:
I got this from the AGA rules which I (falsly?) assumed to use
chinese counting (http://www.cs.cmu.edu/~wjh/go/rules/AGA.html)
I only saw this in section 4, on handicap games:
"If the players have agreed to use area counting to score the game (Rule
12), W
>>> I actually think that under Chinese rules White wins too because
>>> Black owes 1 point for playing the last (and first) move.
> ...
> I got this from the AGA rules which I (falsly?) assumed to use
> chinese counting (http://www.cs.cmu.edu/~wjh/go/rules/AGA.html)
I only saw this in section 4,
On Fri, 13 Jul 2007, Darren Cook wrote:
I actually think that under Chinese rules White wins too because
Black owes 1 point for playing the last (and first) move.
I'd not heard that 1pt adjustment before; is it only when black plays
the last move? Do you have a reference, as this page does not
On Thu, 2007-07-12 at 16:23 -0700, Christoph Birk wrote:
> On Thu, 12 Jul 2007, chrilly wrote:
> > I have written a C# Prototype-GUI. But I have no time and also not much
> > interest to develop this further. I have good jobs in industry. Working 2
> > weeks on an GUI costs me indirectly 5.000 E
On Thu, 12 Jul 2007, chrilly wrote:
I have written a C# Prototype-GUI. But I have no time and also not much
interest to develop this further. I have good jobs in industry. Working 2
weeks on an GUI costs me indirectly 5.000 Euro. CGOS is not worth this money.
Adding direct CGOS protocoll to my
>> Or did you mean it is too much bother to connect with gogui while
>> also running your code in a debugger?
>
> That would be great! How do you do that (without going through a
> million zillion steps each time)? I use Visual Studio.
Can Visual Studio connect to a running process?
On linux you
>> New lesson learned. It depends on the rule set if something is correct
>> or a blunder.
>> So far the Go-masters told me, it does not matter, its practically the
>> same. Obviously its not. This is not some weired, constructed
>> position, it really happened and it does not look strange at all.
On Thu, 12 Jul 2007, chrilly wrote:
New lesson learned. It depends on the rule set if something is correct or a
blunder.
So far the Go-masters told me, it does not matter, its practically the same.
Obviously its not. This is not some weired, constructed position, it really
happened and it does
On 7/12/07, Phil G <[EMAIL PROTECTED]> wrote:
Jason wrote:
> I'd also be willing to support slight variants to SGF that use positions
> such as C4 instead of wacky things that don't match the notation
> everyone else uses and vary depending on the board size.
Anders Kierulf's SmartGo program
Jason wrote:
> I'd also be willing to support slight variants to SGF that use positions
> such as C4 instead of wacky things that don't match the notation
> everyone else uses and vary depending on the board size.
Anders Kierulf's SmartGo program has the option to use standard Go coordinates
On 7/12/07, Phil G <[EMAIL PROTECTED]> wrote:
But there are only two drawbacks with this approach. One, it only works as
a result of a customized GTP command. Sometimes I want it to display
debugging information data while the GTP command is still executing (or
maybe as an addition to an existin
Darren Cook wrote:
> You know you can output internal data to stderr and gogui will pick it
> up and show it in the shell window?
Yes; I use the stderr output feature extensively. In fact, GoGui can be
extended via customizable analyze commands via GTP, which among other things,
can display grap
Hi Chrilly,
There is no CGOS protocol, you only need to support GTP and any serious
GO program supports that.
GTP is a simple text based protocol that can implemented faster than it
takes you to read the spec and make sure you understand it!
I would expect you to need 2 hours to implement t
I forgot to mention, it's C#.
On 7/12/07, Chris Fant <[EMAIL PROTECTED]> wrote:
I haven't been working on Go at all recently so here's my UI code.
It's not great. I only used it for testing and feedback. It's not
meant to look nice. Perhaps someone else can also use it.
www.fantius.com/Go.U
I haven't been working on Go at all recently so here's my UI code.
It's not great. I only used it for testing and feedback. It's not
meant to look nice. Perhaps someone else can also use it.
www.fantius.com/Go.UI.rar
___
computer-go mailing list
comp
Phil wrote:
> anymore? I could use it. Right now I use GoGui for the GUI, which is
> great, but sometimes I'd like to display internal data during debug
> for which GoGui would be too difficult to use.
You know you can output internal data to stderr and gogui will pick it
up and show it in the she
-go"
> Sent: Thursday, July 12, 2007 12:32 AM
> Subject: Re: [computer-go] Interesting Test Position
> (for UCT)
>
>
> > On 7/11/07, chrilly <[EMAIL PROTECTED]>
> wrote:
> >> Attached is an interesting testposition which
> occured in UCT-Suzie
> &
Hi Chrilly,
GoTraxx has a C# class that interfaces directly with CGOS. Should be fairly
trivial to incorporate especially if it already knows GTP. The source code is
up at CodePlex.
Regarding your prototype GUI, would you consider donating it the open source
community, especially if you don't
> We have at the moment 3 GUIs and each of them does not support the
> protocoll.
>
> I have written a C# Prototype-GUI. But I have no time and also not much
> interest to develop this further.
> ..
> Chrilly
Hi Chrilly,
GoTraxx has a C# class that interfaces directly with CGOS. Should be f
- Original Message -
From: "Erik van der Werf" <[EMAIL PROTECTED]>
To: "computer-go"
Sent: Thursday, July 12, 2007 12:32 AM
Subject: Re: [computer-go] Interesting Test Position (for UCT)
On 7/11/07, chrilly <[EMAIL PROTECTED]> wrote:
Attached is a
Why not put both version on CGOS and find out?
- Don
We have at the moment 3 GUIs and each of them does not support the
protocoll.
The main GUI is from GoAhead. Its written in old Atari-Basic and according
to Peter Woitke its difficult to integrate it. ChessBase has promised a
better GUI, bu
On 7/11/07, chrilly <[EMAIL PROTECTED]> wrote:
Attached is an interesting testposition which occured in UCT-Suzie against
Peter-Woitke. If black plays 37 c4 the game is lost by 0.5 points. If Black
passes, white gets a lot of threats. Black can choose between a safe loss,
or some risk and a win.
Chrilly wrote:
> Attached is an interesting testposition which occured in UCT-Suzie
> against Peter-Woitke. If black plays 37 c4 the game is lost by 0.5
> points. If Black passes, white gets a lot of threats. Black can choose
> between a safe loss, or some risk and a win.
> UCT-Suzie and the public
Why not put both version on CGOS and find out?
- Don
On Wed, 2007-07-11 at 23:17 +0200, chrilly wrote:
> Attached is an interesting testposition which occured in UCT-Suzie against
> Peter-Woitke. If black plays 37 c4 the game is lost by 0.5 points. If Black
> passes, white gets a lot of threat
Attached is an interesting testposition which occured in UCT-Suzie against
Peter-Woitke. If black plays 37 c4 the game is lost by 0.5 points. If Black
passes, white gets a lot of threats. Black can choose between a safe loss,
or some risk and a win.
UCT-Suzie and the public domain version of Cra
28 matches
Mail list logo
