OSDN Git Service

* [shogi-server] Ignore the last move of two sequential ones
[shogi-server/shogi-server.git] / changelog
index d331957..6129633 100644 (file)
--- a/changelog
+++ b/changelog
+2010-03-07  Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - If two sequential moves from a player are identical, the last
+           one will be ignored and a game is in play. This situation might
+           happen with human players, especially on slow network,
+           impatiently sending a move twice. 
+
+2010-02-27  Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - The server now provides more accurate time control. Previouslly,
+           a player's thinking time included a time waiting to get the giant
+           lock. This may have caused games to time up, especially, during
+           byo-yomi etc.
+
+2010-01-22  Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - Experimental feature: support handicapped games.
+           Game names that have the following prefixes are recognized as
+           handicapped games. Turn symbols "+" and "-" mean Uwate (expert)
+           and Shitate (beginner) respectively (i.e. Uwate players first).
+           "*" is not available. 
+           - hclance_
+           - hcbishop_
+           - hcrook_
+           - hcrooklance_
+           - hc2p_
+           - hc4p_
+           - hc6p_
+           - hc10p_
+
+2010-01-16  Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - shogi_server/command.rb, test/TC_command.rb
+           Proposal implementation of a new command called MONITOR2{ON,OFF}.
+           When the MONITOR2ON command is issued by a player, the server
+           immediately sends the player the entire contents of a record
+           file of the game, i.e. history of moves and so on, at that time.
+           Then, the server will forward subsequent moves like they are
+           appended to the record file.
+         - Behavior changed: A player monitoring a game with MONITORON will
+           not receive Game#show again when a gaming player resigns (:toryo).
+
+2010-01-10  Daigo Moriwaki <daigo at debian dot org>
+
+       * Converted the repository from Subversion to Git.
+
+2009-12-26 Daigo Moriwaki <daigo at debian dot org> 
+
+       * [shogi-server]
+         - The server can now provide multiple floodgate modes such as
+           floodgate-900-0 and floodgate-3600-0.
+
+2009-12-25 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - shogi-server: The command line option --floodgate-history has
+           been deprectated. The server will decide history file names such
+           as 'floodgate_history_900_0.yaml' and
+           'floodgate_history_3600_0.yaml', and then put them in the top
+           directory.
+
+2009-12-20 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - shogi_server/player.rb: Added new methods: is_human? and
+           is_computer?. 
+           A human player is recommened to use a name ending with '_human'.  
+           ex. 'hoge_human', 'hoge_human@p1'
+         - shogi_server/pairing.rb: Added a new class:
+           StartGameWithoutHumans, which tries to make pairs trying to
+           avoid a human-human match. This is now enabled instread of the
+           previous class: StartGame.
+         - shogi-server, shogi_server/league/floodgate.rb:
+           Changed the argument of Floodgate.new.
+
+2009-12-04 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - The HUP signal is not supported by Ruby on Windows.
+
+2009-11-11 Daigo Moriwaki <daigo at debian dot org>
+
+       * [mk_rate]
+         - Added a new command line option: --base-date. You can specify a
+           base date to calculate rating scores. Games in the `future' are
+           ignored for the calculation.
+
+2009-11-10 Daigo Moriwaki <daigo at debian dot org>
+
+       * [shogi-server]
+         - The server logs a result of each game to a file named '00LIST',
+           which will be used to generate players.yaml. If the file does
+           not exist, the server will create one automatically.
+           Instruction to use the game result list file:
+           1. Make a list of game results from exisiting CSA files with
+              mk_game_results
+              % ./mk_game_results dir_of_csa_files > 00LIST
+           2. Run the server. It appends a result of each game to
+              '00LIST' when the game finishes.
+           3. From the list of game results, calculate rating scores of
+              players.
+              % ./mk_rate 00LIST > players.yaml
+
 2009-11-08 Daigo Moriwaki <daigo at debian dot org>
 
        * [mk_rate]
          - Split a pre-process collecting game results from csa files into
            a new command, mk_game_results. Now, Generating players.yaml
            requires two steps as follows:
-             % ./mk_game_results dir_of_csa_files > 00list
-             % ./mk_rate 00list > players.html
+             % ./mk_game_results dir_of_csa_files > 00LIST
+             % ./mk_rate 00LIST > players.yaml
              or
              % ./mk_game_results dir_of_csa_files | ./mk_rate > players.yaml 
            (Closes: #19454)