I'd like to hear from everyone who is trying to interface their own
-chess engine to xboard/WinBoard. Please email me,
-tim@tim-mann.org. Also, please join
-the mailing list for authors of xboard/WinBoard compatible chess
-engines. The list is now hosted by Yahoo Groups; you can join at http://www.egroups.com/group/chess-engines, or you can read the
+chess engine to xboard/WinBoard. Please join the mailing list for
+authors of xboard/WinBoard compatible chess engines and post a message
+about what you're doing. The list is now hosted by Yahoo Groups; you
+can join at http://groups.yahoo.com/group/chess-engines, or you can read the
list there without joining. The list is filtered to prevent spam.
| unknown | Unknown variant (not supported)
@@ -618,7 +617,20 @@ below.
sd DEPTH
The engine should limit its thinking to DEPTH ply.
The commands "level" or "st" and "sd" can be used together in an orthogonal way.
-If both are issued, the engine should observe both limitations.
+If both are issued, the engine should observe both limitations:
+In the protocol, the "sd" command isn't a time control. It doesn't
+say that your engine has unlimited time but must search to exactly the
+given depth. It says that you should pay attention to the time
+control as normal, but cut off the search at the specified depth even
+if you have time to search deeper. If you don't have time to search
+to the specified depth, given your normal time management algorithm,
+then you will want to stop sooner than the given depth.
+
+The "new" command should set the search depth back to unlimited. This
+is already stated in the spec. The "level" command should not affect
+the search depth. As it happens, xboard/WinBoard currently always
+sends sd (if needed) right after level, but that isn't part of the
+spec.
nps NODE_RATE
@@ -821,9 +833,16 @@ The setboard command is the new way to set up positions, beginning
in protocol version 2. It is not used unless it has been selected
with the feature command. Here FEN is a position in Forsythe-Edwards
Notation, as defined in the PGN standard.
-In FRC or CRC, WinBoard will use Shredder-FEN or X-FEN standard,
-i.e. it can use the rook-file indicator letter to represent a castling right (like HAha)
-whenever it wants, but if it uses KQkq, this will always refer to the outermost rook on the given side
+Note that this PGN standard referred to here
+only applies to normal Chess;
+Obviously in variants that cannot be described by a FEN for normal Chess,
+e.g. because the board is not 8x8, other pieces then PNBRQK participate,
+there are holdings that need to be specified, etc.,
+xboard will use a FEN format that is standard or suitable for that varant.
+In particular, in FRC or CRC, WinBoard will use Shredder-FEN or X-FEN standard,
+i.e. it can use the rook-file indicator letter to represent a castling right
+(like HAha) whenever it wants, but if it uses KQkq, this will always refer
+to the outermost rook on the given side.
Illegal positions: Note that either setboard or edit can
@@ -1056,6 +1075,26 @@ This command will only be sent to engines that have told the GUI they support EG
through the egt feature.
It will be sent at the start of each game, before the "new" command.
+
+
+ option NAME[=VALUE]
+
+This command changes the setting of the option NAME defined by the engine
+(through an earlier feature command)
+to the given VALUE.
+XBoard will in general have no idea what the option means,
+and will send the command only when a user changes the value of this option through a menu,
+or at startup of the engine
+(before the first 'cores' command or, if that is not sent, the first 'new' command)
+in reaction to command-line options.
+The NAME echoes back to the engine the string that was identified as an option NAME
+in the feature command defining the option.
+The VALUE is of the type (numeric or text or absent) that was implied by the option type
+specified in this feature command,
+i.e. with 'spin' and 'check' options VALUE will be a decimal integer (in the latter case 0 or 1),
+with 'combo' and 'string' options VALUE will be a text string,
+and with 'button' and 'save' options no VALUE will be sent at all.
+
Bughouse commands:
@@ -1173,6 +1212,10 @@ protocol version by rejecting some features that are defined in that
version; however, you should realize that engine authors are likely to
code for xboard and may not be prepared to have a feature that they
depend on be rejected.
+If the GUI rejects an option feature because of the
+syntax of the value, it should print the value string with the
+"rejected" command, e.g. "rejected option nonsense" in response
+to receiving feature option="nonsense".
@@ -1409,6 +1452,62 @@ If you do not set this feature, xboard will assume the engine does not support e
and will not send any "egtpath" commands to inform the engine about their whereabouts.
+
+option (string, see text below)
+
+
+This feature is used by the engine to define an option command to appear in a GUI menu,
+so that the user can change the corresponding setting of the engine through the GUI interactively.
+The string describes the option by defining a name, type, current value and (sometimes) the acceptable value range.
+Unlike other features, option features are accumulated by the GUI,
+and the GUI must be able to add a new option to the list at any time,
+even after having received feature done=1.
+There are ten different options types, each requiring a slighly different syntax of the defining string:
+
+feature option="NAME -button"
+
+feature option="NAME -save"
+
+feature option="NAME -reset"
+
+feature option="NAME -check VALUE"
+
+feature option="NAME -string VALUE"
+
+feature option="NAME -spin VALUE MIN MAX"
+
+feature option="NAME -combo CHOICE1 /// CHOICE2 ..."
+
+feature option="NAME -slider VALUE MIN MAX"
+
+feature option="NAME -file VALUE"
+
+feature option="NAME -path VALUE"
+
+NAME is an arbitrary alphanumeric string which can contain spaces;
+the other words in capitals would be replaced by the current (default) setting of the option,
+(a character string for -string options, a decimal number for -spin and -check options,
+were the latter uses 1=checked, 0=unchecked),
+the minimum or maximum value of numeric (-spin) options,
+or arbitrary text labels (for -combo option).
+In the latter case, the current value will be preceded by an asterisk.
+The -file and -path options are similar to -string, but can be used to inform the GUI that
+the text represents a file name or folder name respectively,
+so the GUI dialog could add the appropriate browse button to the text-edit field.
+Similarly, a -slider option is like a -spin, but the GUI might make a different
+graphical representation for it.
+A -save option is like a -button, and defines an immediate command to be sent by the engine.
+With -save the GUI will make sure all current option settings are flushed to the engine
+before it sends this command.
+A -reset option is like a -button, but use of it purges the list of options before sending
+the corresponding option command to the engine.
+This enables the engine to completely redefine its options or their current settings,
+by sending a new set of option feature commands to the GUI,
+terminated by feature done=1.
+(The effect of sending an option feature for an option with the same name as was defined before,
+without first receiving a -reset option command, is undefined.)
+
+
done (integer, no default)
@@ -1510,9 +1609,26 @@ Machines mode, and the PGN save file as required.
will be taken by WinBoard as an unconditional refusal of the engine to play on,
which might cause you to forfeit if the game was in fact not over.
This command should thus not be used to offer draws, accept draws,
-or make draw-by-rule claims that might not be valid
-(because it is not your move, and the opponent already moved without you knowing it yet).
-For offering and claiming draws, "offer draw" should be used.
+or make draw-by-rule claims that are not yet valid in the current position
+(but will be after you move).
+For offering and claiming such draws, "offer draw" should be used.
+
+
+Note that (in accordance with FIDE rules) only KK, KNK, KBK and KBKB with all bishops on the
+same color can be claimed as draws on the basis of insufficient mating material.
+The end-games KNNK, KBKN, KNKN and KBKB with unlike bishops do have mate positions,
+and cannot be claimed.
+Complex draws based on locked Pawn chains will not be recognized as draws by most interfaces,
+so do not claim in such positions, but just offer a draw or play on.
+
+
+
+Note to GUI programmers: RESULT commands that the engine sends immediately after its move
+might be detected by the GUI only after the opponent has moved, because of communication
+and scheduling delays, no matter how fast the engine sent it.
+Any judgement of the validity of RESULT claims based on te "current" board position
+will have to account for this uncertainty.
+
resign
@@ -1521,6 +1637,8 @@ Alternatively, it can use the "RESULT {comment}" command if the string
"resign" is included in the comment; for example "0-1 {White
resigns}". xboard relays the resignation to the user, the ICS, the
other engine in Two Machines mode, and the PGN save file as required.
+Note that many interfaces work more smoothly if you resign before
+you move.
offer draw
@@ -1532,7 +1650,7 @@ Machine Black, or Two Machines mode, the offer is considered valid
until your engine has made two more moves.
This command must also be used to accept a draw offer.
Do not use the 1/2-1/2 command for that, as the offer might be no longer valid,
-in which case a refusal to play on implied by the RESULT command would make you forfeit the game.
+in which case a refusal to play on implied by the RESULT command might make you forfeit the game.
"offer draw" should also be used to claim 50-move and 3-fold-repetition draws
that will occur after your move, by sending it before making the move.
WinBoard will grant draw offers without the opponent having any say in
|
|---|