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

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

Won't people who are watching the game and the commands being sent ot
the engine quickly learn the syntax and start toying with the engine
on thier own?  One way around this is to specify a command user in the
config file.  Only commands from that particular user will be send to
the engine.

On 10/12/05, Michał Bażyński <bazik@xxxxxxxxxxxxxxxxx> wrote:
>  >-----Original Message-----
>  >From: computer-go-bounces@xxxxxxxxxxxxxxxxx
>  >[mailto:computer-go-bounces@xxxxxxxxxxxxxxxxx] On Behalf Of
>  >William M. Shubert
>  >
>  >My solution:
>  >     3. When a game ends, the engine will get a clear board request.
>  >        Since clear boards never appear in-game (as long as
>  >you support
>  >        the undo command that is!), an engine can treat this
>  >command as
>  >        a "the game is over" signal. When the engine exits,
>  >kgsGtp logs
>  >        out, so if an engine decides though chat or any other
>  >mechanism
>  >        that it should log out when the game ends, it can simply exit
>  >        when it gets the next clear board request (or exit
>  >right now if
>  >        the last request that it received was a clear board).
>  >      * Adding an extra GTP command to query the engine "should we do
>  >        another game?" also lacks flexibility, and doesn't seem to
>  >        simplify engine programming any over the chatting proposal.
>  >        Really instead of this, the engine could simply exit when it
>  >        gets a request to clear the board, that would do
>  >about the same
>  >        thing.
> i love being able to hear user text, and being able to answer, but as far as
> logging off problem is concerned this has a feeling of a dirty hack added
> last minute under time pressure then a real fix. instead of adding a new
> command for this purpose we try to use the fact that there's a command, used
> for something else, that for some users can be used for telling the game has
> ended.  i do not allow undo's so for me it is not a fix at all.
> additionally, the mechanism assumes i have a java computer with
> windows/xwindows ready, and that i want to stop playing now, and not some
> time in the future. all in all i do not see how can this be claimed to be
> more flexible then a specialized command. (in fact the chatting mechanism
> has nothing to do with game-end problem - i can tell my program i want to
> stop playing in any number of ways, without the chatting thing. the proposed
> fix to end playing problem is 'stop disallowing undos, log-off when you get
> clear_board [or simply wait for time_settings, or board_size, or
> game_rules]).
> so in one word chatting mechnism is cool and would be great to have, but my
> feeling is that the problem of logging off is not proposed to be solved at
> all.
> regards
>   mike bazynski
> _______________________________________________
> computer-go mailing list
> computer-go@xxxxxxxxxxxxxxxxx
> http://www.computer-go.org/mailman/listinfo/computer-go/
computer-go mailing list