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 <[email protected]> > 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 > [email protected] > http://dvandva.org/cgi-bin/mailman/listinfo/computer-go >
_______________________________________________ Computer-go mailing list [email protected] http://dvandva.org/cgi-bin/mailman/listinfo/computer-go
