Re: Double Move Chess
Hey Kenneth (or do you prefer Ken?), thanks for commenting.
There were 2 reasons I thought a player in check should not be able to make a double move:
(1) if the first move gets him / her out of check, but also puts the opponent in check, then this has violated the idea that a first move of a double move cannot give check. The whole idea behind that is that too many checkmates and / or double checks could happen if both moves of a double move could give check.
(2) I like the idea that if player A sees that player B has a very dangerous double-move threat, player A still has the potential resource of putting player B's King in check, perhaps even a sequence of checks, that prevent player B from making the double move, maybe even to the extent of neutralizing somehow the threat behind the double move.
On your other point, that a double move by the same piece may not capture material or give check, I am very much leaning towards that change. As Louis Morin pointed out, the play would otherwise tend to be overly cautious and defensive. So I think I'd put that change in.
What do you think this variant would mean for engine authors who wanted to create an engine that could play this variant? Would you agree that writing some artificial intelligence that could effectively and with human-like intuition decide when and when not to conserve double moves would take years to accomplish?
I looked at Tandem Chess... wow, potentially 16 pawns per side, is that correct? That looks also to be very difficult for engine authors to handle -- deciding if and when to untandem pawns.
Originally posted by Kenneth Regan
View Post
Hey Kenneth (or do you prefer Ken?), thanks for commenting.
There were 2 reasons I thought a player in check should not be able to make a double move:
(1) if the first move gets him / her out of check, but also puts the opponent in check, then this has violated the idea that a first move of a double move cannot give check. The whole idea behind that is that too many checkmates and / or double checks could happen if both moves of a double move could give check.
(2) I like the idea that if player A sees that player B has a very dangerous double-move threat, player A still has the potential resource of putting player B's King in check, perhaps even a sequence of checks, that prevent player B from making the double move, maybe even to the extent of neutralizing somehow the threat behind the double move.
On your other point, that a double move by the same piece may not capture material or give check, I am very much leaning towards that change. As Louis Morin pointed out, the play would otherwise tend to be overly cautious and defensive. So I think I'd put that change in.
What do you think this variant would mean for engine authors who wanted to create an engine that could play this variant? Would you agree that writing some artificial intelligence that could effectively and with human-like intuition decide when and when not to conserve double moves would take years to accomplish?
I looked at Tandem Chess... wow, potentially 16 pawns per side, is that correct? That looks also to be very difficult for engine authors to handle -- deciding if and when to untandem pawns.
Comment