On Mon, 2007-07-16 at 10:17 -0400, Jason House wrote:
>
>
> On 7/16/07, Don Dailey <[EMAIL PROTECTED]> wrote:
> I made some slight changes to the server as well as
> incorporating Remi's
> suggestion:
>
> 1. Server will not send "play b resign" or "play w resign"
>
>
> Is there any way that the server will tell the engine that the game is
> over? Since my engine ponders, it'll continue cooking my computer
> while it waits to hear the next move or game outcome. The
> kgs-game_over command may be a convenient hack for this... If the
> engine supports it, send it. I'd be ok with a cgos alternative
The client itself knows the game is over, it's just not transmitted to
the engine.
One way to deal with this is to make the client send a quit command. I
think some program would like to quit and be restarted before and after
each game.
As a quick hack, it's trivial to add one line to the cgos3.tcl script
to
send gameover by itself - or even gameover with a a reason e.g.
gameover W+resign
Is that the format of the KGS command? I really hate to mix and match
GTP extensions - but it's probably ok. I think what I would do is make
a cgos-game_over command, mimick the KGS behavior and use the kgs
version if the cgos version doesn't exist.
Would anyone find it useful to have an option to kill and restart the
engine between games?
On top of this, I have been intending to add one more GTP extension -
one to send the name and rating of the players. This can be done on
the client side without any changes to the server. Here is what I had
in mind:
cgos_gameinfo FatMan(1800) ggmc-x86-1.3Q(2008)
It would be up to your program to parse this. extract the ratings if you
wanted this separate and determine which is the opponent. This would
be sent on setup,
either at the beginning of a game or after a disconnect and restart.
- Don
>
_______________________________________________
computer-go mailing list
[email protected]
http://www.computer-go.org/mailman/listinfo/computer-go/
