[Top][All Lists]

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

Re: [gnugo-devel] reading connections

From: Trevor Morris
Subject: Re: [gnugo-devel] reading connections
Date: Thu, 11 Oct 2001 09:08:40 -0400

At 08:32 AM 10/11/2001 +0200, you wrote:
>Trevor wrote:
>> 1) Is there any way to get these SGF traces through GTP?
>Currently it's not.
>> If not, could there be? This would make them easily available
>> through the regression view w/ little overhead.
>The problem with this is that you must be very selective with what you
>generate sgf traces for. If you tried to do something like that for an
>entire genmove (for technical reasons you can't, but let's ignore
>that) of average complexity you would be completely drowned in
>variations and get a huge sgf file which would probably crash your sgf
>viewer or at least render it useless.
I would not want the tree generated for a genmove command, but
rather, say, for an owl_attack or owl_defend.  Perhaps an optional
parameter with those commands requesting the SGF output?

>> 2) Relatedly, how about enhancing loadsgf to accept the SGF file 
>> directly on the GTP command line, like:
>>   loadsgf (;FF[4]GM[1]SZ[19]AP[Jago]AB[pd][dp][nq]AW[pp][dd])
>This has been discussed before and I'm strongly against it. One reason
>is that we want to have external sgf files for the regressions because
>it allows them to be examined by other tools (sgf viewers) and other
>GNU Go modes. But most importantly I want to keep the GTP protocol
>simple and easy to inspect. Inline sgf would not be a development in
>the right direction.
>> This would avoid necessity for temp files, and would make a network
>> based GTP easier to use.
>The answer is to use native GTP commands to set up the position.
Right, I agree w/ you now.  For example, use boardsize, white, and
black GTP commands to set up a position.

>gnugo-devel mailing list

reply via email to

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