Re: [Computer-go] time_left bug of KGS

2012-07-01 Thread Jean-loup Gailly
Aja,

It is possible to handle Japanese byo-yomi correctly, but only if you
support the
kgs-time_settings command. This way you can interpret correctly the
time_left
command sent by KGS. See the comment field misused by kgs in timeinfo.c
in the pachi sources.

Jean-loup


2012/6/30 Aja Huang ajahu...@gmail.com

 Hi Nick,

 I found that KGS sends wrong time_left commands for the byo-yomi time
 control. For instance, in this TCGA 13x13 computer Go tournament with time
 setting 0:00+3x0:12(byo-yomi), Fuego received the command from the server

 time_left w 12 3

 which means 12 secs are remained for 3 moves, as the specification of GTP
 (see http://www.lysator.liu.se/~gunnar/gtp/gtp2-spec-draft2/gtp2-spec.html
 ) says

 time_left
 argument *color time stones*
 *color* - Color for which the information applies.
 *time*- Number of seconds remaining.
 *stones* - Number of stones remaining.

 But it should be something like

 time_left w 12 1

 because there are 3 periods of 12 secs remained and in each period the
 engine can fully utilize that 12 secs. As a result of the wrong commands,
 Fuego abnormally played very fast (2-3 secs per move) and I had to
 hard-coded Fuego in order to ignore time_left. I know that in the current
 GTP standard there is no way to describe the byo-yomi time system, but is
 it a bug of KGS or did I misunderstand something?

 Thanks,
 Aja

 ___
 Computer-go mailing list
 Computer-go@dvandva.org
 http://dvandva.org/cgi-bin/mailman/listinfo/computer-go

___
Computer-go mailing list
Computer-go@dvandva.org
http://dvandva.org/cgi-bin/mailman/listinfo/computer-go

[Computer-go] time_left bug of KGS

2012-06-29 Thread Aja Huang
Hi Nick,

I found that KGS sends wrong time_left commands for the byo-yomi time
control. For instance, in this TCGA 13x13 computer Go tournament with time
setting 0:00+3x0:12(byo-yomi), Fuego received the command from the server

time_left w 12 3

which means 12 secs are remained for 3 moves, as the specification of GTP
(see http://www.lysator.liu.se/~gunnar/gtp/gtp2-spec-draft2/gtp2-spec.html
) says

time_left
argument *color time stones*
*color* - Color for which the information applies.
*time*- Number of seconds remaining.
*stones* - Number of stones remaining.

But it should be something like

time_left w 12 1

because there are 3 periods of 12 secs remained and in each period the
engine can fully utilize that 12 secs. As a result of the wrong commands,
Fuego abnormally played very fast (2-3 secs per move) and I had to
hard-coded Fuego in order to ignore time_left. I know that in the current
GTP standard there is no way to describe the byo-yomi time system, but is
it a bug of KGS or did I misunderstand something?

Thanks,
Aja
___
Computer-go mailing list
Computer-go@dvandva.org
http://dvandva.org/cgi-bin/mailman/listinfo/computer-go