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

Re: [computer-go] Wishlist for playing programs on KGS

My first thought was to have kgsGTP read commands from the console but I see that this my not be possible for all the various ways of using kgsGTP.
A better approach may be to accept commands from a user on the server.  You could specify the 'master user' in the configuration file, and any chat text coming from that user could be parsed to see if they are valid commands and executed accordingly.  Does that sound reasonable?
I'd prefer something like this over the various hacks that others have described such as not supporting clear_board.
Btw, a similar method is used on the chess servers.  I think the way it's done there is that you specific a password in some configuration file and then any user can send a command to the engine/interface as long as their chat text begins with the password.

On 10/8/05, William M. Shubert <wms@xxxxxxxxxxxxxxxxx> wrote:
#1 will be fixed in the next major realease of the server (all non-
private games will be viewable).

#2 is indeed something that needs to be added to kgsGtp, but the problem
is, how to get that message in? kgsGtp currently talks to KGS via its
protocol, and to the engine via GTP streams, then it also writes its
logs to stderr. There is no other input. Where should the command to
exit after the end of the next game come from? Suggestions are welcome.
Chris' suggestion of refusing to support clear_board works, sure, but it
seems like a bit of a hack to me and if somebody has a better suggestion
I'd like to hear it.

On Thu, 2005-10-06 at 00:54 -0400, Chris Fant wrote:
> #2 has a fairly easiy solution which I'm pretty sure I have mentioned
> on this list before.  Here it is again:
> Don't support the clear_board command.  Your program will terminate
> when the game is over.  You then have full control over whether it
> restarts or not.
> In my setup, I can click on start.bat to start the engine and stop.bat
> to neglect to restart the engine after the game is over.
> On 10/5/05, Peter McKenzie < peter.mckenzie@xxxxxxxxxxxxxxxxx> wrote:
> > In general I've found KGS a good place to run my computer program.  There is
> > a good range of opponents available and it is very easy to get up and
> > running with kgtGTP.  And of course Nick's monthly tournaments are an added
> > bonus.
> >
> > There are a few things that are less than ideal though, so here is my
> > wishlist of things that I'd like changed/fixed (in rough order of priority).
> >  Interested to see what others think.
> >
> > 1. Unable to examine unfinished games.
> >
> >  This is a basic restriction of KGS that I find quite annoying.  Say I leave
> > my program running on KGS overnight and go to check up on it in the morning.
> >  I will usually see that it has one or more unfinished games in its history.
> >  I have no way of viewing the unfinished games and therefore no way of
> > knowing why the games were unfinished.  I suspect that the opponent has
> > usually escaped in a losing position but that is just speculation.  It could
> > have been a scoring dispute for example.
> >
> > I realise that this 'feature' is designed to stop cheating but to me the
> > disadvantages seem to outweigh this factor.  A determined person could still
> > cheat anyway.  If it really is undesirable to let the escaper load and view
> > an unfinished game, then how about at least letting their opponent load the
> > game?
> >
> > 2. No easy way to tell kgsGTP to exit once the current game is finished.
> >
> > I tend to find myself sitting around waiting for my program to finish a game
> > before I disconnect it.  The problem can be worse if my program is playing a
> > match vs another program, as they start another game practically
> > immediately.
> >
> > I'd like to be able to enter a command into kgsGTP (a simple text command)
> > that would tell kgsGTP to disconnect from KGS once the current game is
> > finished.

computer-go mailing list

computer-go mailing list