11.7 Alternate Komaster Schemes
The following alternate schemes have been proposed. It is assumed
that `O' is the player about to move.
11.7.1 Essentially the 2.7.232 scheme.
- Komaster is EMPTY.
- Unconditional ko capture is allowed. Komaster remains EMPTY.
- Conditional ko capture is allowed. Komaster is set to O and
kom_pos
to the location of the ko, where a stone was
just removed.
- Komaster is O:
- Conditional ko capture is not allowed.
- Unconditional ko capture is allowed. Komaster parameters unchanged.
- Komaster is X:
- Conditional ko capture is not allowed.
- Unconditional ko capture is allowed except for a move at
kom_pos
. Komaster parameters unchanged.
11.7.2 Revised 2.7.232 version
- Komaster is EMPTY.
- Unconditional ko capture is allowed. Komaster remains EMPTY.
- Conditional ko capture is allowed. Komaster is set to `O' and
kom_pos
to the location of the ko, where a stone was
just removed.
- Komaster is `O':
- Ko capture (both kinds) is allowed only if after playing the move,
is_ko(kom_pos, X)
returns false. In that case,
kom_pos
is updated to the new ko position, i.e. the stone
captured by this move.
- Komaster is `X':
- Conditional ko capture is not allowed.
- Unconditional ko capture is allowed except for a move at
kom_pos
. Komaster parameters unchanged.