We could of course also allow captured pieces to be dropped back on the board, in future TCEC. That would strongly reduce the draw rate, and make for much more interesting games.
Or allow an Elephant and a Hawk to be gated onto the board in the opening. That would give much more exciting tactics.
Cursed win at TCEC
Moderators: hgm, Rebel, chrisw
-
- Posts: 27796
- Joined: Fri Mar 10, 2006 10:06 am
- Location: Amsterdam
- Full name: H G Muller
-
- Posts: 2929
- Joined: Sat Jan 22, 2011 12:42 am
- Location: NL
Re: fortress_draw_rule
Obviously.Lyudmil Tsvetkov wrote:optimal defence = 50-moves rule on.Evert wrote:The position is a cursed win, so not against optimal defence. Against sub-optimal defence? Maybe, but who cares?Lyudmil Tsvetkov wrote: [d]K5Q1/8/8/8/5bb1/6k1/8/8 w - - 0 1
this already should be tbs win in more than 50.
is SF able to deliver mate in blitz mode without tbs?
What 20-move rule? There is no such rule.an even more optimal defence would be 20-moves rule on, but then there will be almost no checkmates.
You want to play by a different rule set, that's fine. I like different rule sets myself. Just stop confusing the issue by pretending to talk about Orthodox Chess when you're talking about Tsvetkov's Chess instead.
-
- Posts: 937
- Joined: Fri Mar 10, 2006 4:29 pm
- Location: Germany
Re: fortress_draw_rule
Too much of a hassle.hgm wrote:Actually the rules of Chess do not stipulate this as a mandatory draw, but just allows the players to claim one. So from the GUI point of view it is an adjudication. I WinBoard/XBoard you can specify the number of moves after which such an adjudication would be made, or switch it of altogether by specifying 0.Joerg Oster wrote:Indeed!
But even that wouldn't be sufficient.
It would also be necessary to tell cutechess-cli to not obey the rules of chess and not adjudicate draws by the 50-move rule.
Of course there always is the risk that Polyglot would feel the need to claim a draw on behalf of the engine. But you could always use UCI2WB instead, which certainly would not do that.
I don't think I will waste more time on this.
Jörg Oster
-
- Posts: 565
- Joined: Thu Nov 13, 2014 12:03 pm
Re: fortress_draw_rule
1. Because engines without TBs will have the 50-moves rule plugged in and play accordingly. It's clear one either:Lyudmil Tsvetkov wrote:1. for future TCEC, why not simply allow cursed wins to be scored as wins in tbs and adjudicated so by the GUI, engines that use tbs will deservedly convert their advantageous position, engines that do not use tbs will not suffer in any conceivable way? I think this is the rigth way to go ahead. And sooner or later, this will happen.
2. As to human games and your sports analogy, quite the contrary, if there is a win, the stronger player has the rigth to play for it, that would be the prupose of the rule, and a tbs win is an achievable win, of course.
(a) Sticks to 50-moves for all forms of chess, or
(b) Segregates between 50-moves competitions and cursed wins competitions. Specialized engines and correspondence chess may be put into the cursed wins competitions.
I would go (b), personally. In this case segregation is necessary because mixing the two player groups would create an unfair advantage for some of the competitors.
2. He does have the right to play for a win. For 50-moves He will now know whether the position is a win or draw anyway, for he has no TBs brain implants (yet.. lol).
-
- Posts: 5563
- Joined: Tue Feb 28, 2012 11:56 pm
Re: fortress_draw_rule
The TBs inform the engine that the position is a loss, blessed loss, draw, cursed win or win. It is up to the engine programmer to make use of this information. If the engine is playing white and the position is a blessed loss for white, then the engine can safely score the position as a draw (but I would personally prefer scoring it as -0.01 so that engine prefers "real" draws). If the position is a cursed win for white, then the engine should score it at least slightly positively (unless it is certain that the opponent is using 50-move aware TBs too or it is known that the game will be (correctly) adjudicated).Lyudmil Tsvetkov wrote:rigth, the last move must be a capture.
essentially, what changes this though? any tbs mate longer than 50 moves will be considered as a draw, this node will return a score of 0.0, while another node, with no tbs hits and a score of, say 40cps, objectively a draw in the eg, will be considered by the engine stronger than the 0.0 cursed win node.
Objectively a cursed win is very much a draw. A simple mathematical fact.this definitely has implications on choosing the best move. why consider a node that is draw with slightly positive score better than a node with 0.0 score, objectively though a win?
In practice when playing an engine not using TBs, and certainly when playing a human, the position can likely be won because the opponent will play imperfectly. So in that case the engine should probably assign it a score that reflects its very real winning chances.
Influencing the decision on what move to play is the point of using TBs.during search, an engine might hit hundreds of thousands similar cursed win nodes, and take decisions accordingly. the impact on game play should not be small.
-
- Posts: 5563
- Joined: Tue Feb 28, 2012 11:56 pm
Re: fortress_draw_rule
Do you really not get it?Lyudmil Tsvetkov wrote:I can not go check each and every tbs position whether is a longer or shorter than 50 mate. The general rule say BB vs N 66 moves longest mate, there are shorter mates of course. the point was to demonstrate that SF is able to deliver mate on its own in such positions, so why deprive it of a well-deserved win?syzygy wrote:Yes, one side to this discussion is rather unwilling to understand the stuff he's talking about.Evert wrote:I'm not sure what point you think you're making?Lyudmil Tsvetkov wrote:[d]8/4n3/4k3/8/8/4K1B1/2B5/8 w - - 0 1
why instruct the engine above position is a draw, when SF finds mate very quickly even at bullet?
The position is apparently mate in 43 moves (starting with 1. Bb3+), so the 50 move rule is irrelevant even if the knight is not captured (which I haven't checked). Source: Nalimov tables from http://www.k4it.de/?topic=egtb&lang=en.
https://syzygy-tables.info/?fen=8/4n3/4 ... _w_-_-_0_1
DTZ=59, so white can force a mate or winning capture in under 30 moves.
If this were impossible to win within the 50-move rule, SF would be expected not to find a mate in the first place. After all, SF knows about and accepts the 50-move rule.
The position you gave is a win for white under the 50-move rule and SF using 50-move aware TBs will certainly deliver mate within the 50-move rule. In no way will SF be deprived of its well-deserved win.
Could you explain what you do not understand about this?
You obviously have internet access and you are able to paste FENs. So you don't need our help.do not have quick access as well as the time to check tbs now, I hope you will help out with this, but here is a position I presume is longer than 50 mate:
[d]2kb4/1b6/8/8/3Q4/8/8/4K3 w - - 0 1
actually, a variation of the TCEC game
I presume SF will be able to deliver mate on its own above at blitz TC, will it not?
Is somebody able to check this?
https://syzygy-tables.info/
-
- Posts: 5563
- Joined: Tue Feb 28, 2012 11:56 pm
Re: fortress_draw_rule
Everyone but you understands that in your previous position SF was able to find the mate because it was within the 50-move rule.Lyudmil Tsvetkov wrote:the point is, if SF is able to mate below:
[d]K5Q1/8/8/8/5bb1/6k1/8/8 w - - 0 1
why adjudicate draw? why on Earth?
that is the real question, and not whether I have posted a mate shorter than 50 instead of a longer one. I guess everyone understands that.
The position you give now is a cursed win. Against optimal play it needs more than 50 moves before a mate or a winning capture. Since SF accepts the 50-move rule, it will not find the win when searching without TBs (nor when searching with 50-move aware TBs, obviously).
Why adjudicate draw? Well, why adjudicate at all... why not simply play it out. If SF plays this out against H5 with TBs, then H5 will certainly keep the draw. But against H5 without TBs, SF might well win this. But that SF might be able to win against suboptimal play does not change the fact that the position is a draw. So if it adjudicated, there is only one right outcome.
-
- Posts: 6052
- Joined: Tue Jun 12, 2012 12:41 pm
Re: fortress_draw_rule
what about picking the best move controversy?syzygy wrote:Everyone but you understands that in your previous position SF was able to find the mate because it was within the 50-move rule.Lyudmil Tsvetkov wrote:the point is, if SF is able to mate below:
[d]K5Q1/8/8/8/5bb1/6k1/8/8 w - - 0 1
why adjudicate draw? why on Earth?
that is the real question, and not whether I have posted a mate shorter than 50 instead of a longer one. I guess everyone understands that.
The position you give now is a cursed win. Against optimal play it needs more than 50 moves before a mate or a winning capture. Since SF accepts the 50-move rule, it will not find the win when searching without TBs (nor when searching with 50-move aware TBs, obviously).
Why adjudicate draw? Well, why adjudicate at all... why not simply play it out. If SF plays this out against H5 with TBs, then H5 will certainly keep the draw. But against H5 without TBs, SF might well win this. But that SF might be able to win against suboptimal play does not change the fact that the position is a draw. So if it adjudicated, there is only one right outcome.
By keeping the 50-move rule/restriction, SF obviously chooses and plays suboptimal moves. Why do that? Is not the purpose of chess programming finding the best move?
Besides, I guess this also has impilications on eval and search tuning. What if some terms fails only because SF chooses subomtimal lines, while keeping the 50-move rule? Certainly this rule should be adjusted before engines start playing perfect chess.
and for engines, aspiring to play perfect chess, it is good to at least start thinking about changing it.
-
- Posts: 6052
- Joined: Tue Jun 12, 2012 12:41 pm
Re: fortress_draw_rule
but all that does not change the fact that the engine chooses a chessically not-best move. what do I care about maths, rules/restrictions, when I betray the position chessically? maths, rules can be adjusted, but the chessical content not. The rules are made for chess, and not chess content to comply with a specific set of rules.syzygy wrote:The TBs inform the engine that the position is a loss, blessed loss, draw, cursed win or win. It is up to the engine programmer to make use of this information. If the engine is playing white and the position is a blessed loss for white, then the engine can safely score the position as a draw (but I would personally prefer scoring it as -0.01 so that engine prefers "real" draws). If the position is a cursed win for white, then the engine should score it at least slightly positively (unless it is certain that the opponent is using 50-move aware TBs too or it is known that the game will be (correctly) adjudicated).Lyudmil Tsvetkov wrote:rigth, the last move must be a capture.
essentially, what changes this though? any tbs mate longer than 50 moves will be considered as a draw, this node will return a score of 0.0, while another node, with no tbs hits and a score of, say 40cps, objectively a draw in the eg, will be considered by the engine stronger than the 0.0 cursed win node.
Objectively a cursed win is very much a draw. A simple mathematical fact.this definitely has implications on choosing the best move. why consider a node that is draw with slightly positive score better than a node with 0.0 score, objectively though a win?
In practice when playing an engine not using TBs, and certainly when playing a human, the position can likely be won because the opponent will play imperfectly. So in that case the engine should probably assign it a score that reflects its very real winning chances.
Influencing the decision on what move to play is the point of using TBs.during search, an engine might hit hundreds of thousands similar cursed win nodes, and take decisions accordingly. the impact on game play should not be small.
adjusting such scores to slightly negative or slightly positive is quite probably the better solution, but still, hundreds of thousands similar nodes in the search will have influence on other nodes with scores much higher or much lower. this does not speak well for the engine trying to find the objectively best move.
-
- Posts: 6052
- Joined: Tue Jun 12, 2012 12:41 pm
Re: fortress_draw_rule
when you know there is mate in 80 not involving any pushes/captures, you should give the engine 80 moves' time to deliver that mate, otherwise you are acting unjust to the engine, and chess in general as well.Evert wrote:Obviously.Lyudmil Tsvetkov wrote:optimal defence = 50-moves rule on.Evert wrote:The position is a cursed win, so not against optimal defence. Against sub-optimal defence? Maybe, but who cares?Lyudmil Tsvetkov wrote: [d]K5Q1/8/8/8/5bb1/6k1/8/8 w - - 0 1
this already should be tbs win in more than 50.
is SF able to deliver mate in blitz mode without tbs?
What 20-move rule? There is no such rule.an even more optimal defence would be 20-moves rule on, but then there will be almost no checkmates.
You want to play by a different rule set, that's fine. I like different rule sets myself. Just stop confusing the issue by pretending to talk about Orthodox Chess when you're talking about Tsvetkov's Chess instead.