Update explanations inf max.ini file 4.8R
authorH.G. Muller <h.g.muller@hccnet.nl>
Sat, 8 Oct 2011 17:29:29 +0000 (19:29 +0200)
committerH.G. Muller <h.g.muller@hccnet.nl>
Sat, 8 Oct 2011 17:29:29 +0000 (19:29 +0200)
data/fmax.ini

index 2fc4575..b64bd6f 100644 (file)
@@ -146,7 +146,7 @@ black will always promote to the latter. (This can be useful in variants
 with different armies for black and white).\r
 \r
 Castling can be done only with the original corner piece as specified\r
-by line 2 and 3. Any royal piece can in principle castle. (Subject to \r
+by line 2 and 3. Any piece can in principle castle. (Subject to \r
 the normal restrictions on castling, i.e. not passing through check etc.)\r
 If you don't want that, remove the castling moves from the King description. \r
 If the castling initiator does not start in a central file, the results are \r
@@ -167,7 +167,7 @@ The piece-description lines have the following syntax:
 4) for each direction it moves in, a ray descriptor consisting of:\r
    a) the initial step vector (on a 16x8 board, so 16 = straight ahead)\r
    b) a comma\r
-   c) the move-mode descriptor, most easily given in hexadecimal, as the\r
+   c) the move-mode descriptor, given in hexadecimal, as the\r
       individual bits specify the various options\r
 \r
 The piece indicator character is used to set up positions, and for the\r
@@ -199,9 +199,10 @@ Bits set in the forelast digits TOGGLE the corresponding bits in the last
 digit. For hoppers when they hop over something, for the other pieces after\r
 every step (so for normal pieces, better not set those bits!).\r
 \r
-The digit before that can only be 0 or 1; a 1 indicates the board should\r
-be treated as a cylinder, pieces crossing the right edge re-entering the\r
-board at the left, and vice versa.\r
+The digit before that can only have the 1 or 2 bit set; a 1 indicates the \r
+board should be treated as a cylinder, pieces crossing the right edge \r
+re-entering the board at the left, and vice versa. The 2 bit indicates\r
+the move is a multi-path move, only used for the Falcon in Falcon Chess.\r
 \r
 The higher-order bits toggle corresponding bits in the step vector,\r
 to allow zig-zag paths. Better not set those either, if a straight\r
@@ -253,7 +254,16 @@ step, in the normal way. (For pawn double-push and castling this would normally
 be a non-capture.) The 4 and 8 bits of this toggle digit are not used for\r
 toggling the leaper and hopper bits, though, but indicate if e.p. capture\r
 on the reply should be suppressed, and if the move should be allowed to continue\r
-even if the first step hits an occupied square.\r
+even if the first step hits an occupied square. Currently only the following\r
+values are defined (all working only for pieces that have not moved yet).\r
+\r
+  24  e.p.-capturable blockable double-step, non-capture only (on Pawns)\r
+  34  castling (on non-Pawns): will swing edge piece around you when possible\r
+  E4  e.p.-immune jump, non-capture only\r
+  F4  e.p.-immune jump\r
+\r
+Other combinations are RESERVED, and will result in undefined effects.\r
+(i.e.: they might do different things in future versions as they do in this one)!\r
 \r
 For the truly lazy, a few complete game descriptions can be found below:\r
 \r