About a month ago I was doing a post-game analysis with Crafty. When it got to the position where I executed a winning combination I was surprised that Crafty could not find the winning move. Crafty kept insisting on a move that drew instead.
Later, I saw in one of Alexandra Kostiniuk's podcasts in Chess Killer Tips where a simple mate in 2 was presented that Fritz-10 could not solve.
It would be interesting to make a list of problems that chess engines could not solve.
Fritz-10 Teaser: Mate in 2 by Almira Skripchenko
"Fritz-10 cannot see the winning move."
www.chessqueen.com
Originally posted by KorchThat's interesting. In our study group Maxwell Smart discovered how to triangulate with his king in a way that put the weaker side in zugzwang in a queen vs bishop + knight fortress. The queen was in the corner, but the black king was only one square away from completing the fortress. I really enjoyed this discovery. I had not read about it before. Several of us have deconstructed the fortress, but it was mostly trial and error. Now, I have a pattern!
I know that engine has problems to understand positions with reversed colored bishops. Also engines cant understand positions in which weaker side can make "fortress".
Which fortress positions are you referring to that certain engines can not evaluate?
Originally posted by petrovitchSome of my engines could find this, some couldn't. Also, if your engine allows a brute force search option, then choosing that option would also find it. And mate solver engines could also find it.
About a month ago I was doing a post-game analysis with Crafty. When it got to the position where I executed a winning combination I was surprised that Crafty could not find the winning move. Crafty kept insisting on a move that drew instead.
Later, I saw in one of Alexandra Kostiniuk's podcasts in Chess Killer Tips where a simple mate in 2 was prese ...[text shortened]... Mate in 2 by Almira Skripchenko
"Fritz-10 cannot see the winning move."
www.chessqueen.com
Originally posted by petrovitchThat's got to be a programming bug if Fritz 10 can't see it.
About a month ago I was doing a post-game analysis with Crafty. When it got to the position where I executed a winning combination I was surprised that Crafty could not find the winning move. Crafty kept insisting on a move that drew instead.
Later, I saw in one of Alexandra Kostiniuk's podcasts in Chess Killer Tips where a simple mate in 2 was prese ...[text shortened]... Mate in 2 by Almira Skripchenko
"Fritz-10 cannot see the winning move."
www.chessqueen.com
1.Re1! [zugzwang]
1...Bg2 2.Qh4#A simple brute-force search should easily find this.
1...B~ 2.Qg1#
1...Kxe1 2.Qd2#
Edit: I just saw MadRook's post, and I think he has the answer. Fritz on "infinite analysis" does not always find the fastest mate. He is often content just to show that there is a forced mate and leave it at that. I have Fritz 9 and it does this too.
Originally posted by SwissGambitengines don't normally look at every move. instead they 'prune' off the unlikely branches from the search tree by some heuristic (which is a fancy expression for a hardcoded rule of thumb). it's not a bug, it's a fundamental concept by which all modern engines try to make the search more efficient.
That's got to be a programming bug if Fritz 10 can't see it.
in a nut shell: engines skip moves.
Originally posted by petrovitchWhich fortress positions are you referring to that certain engines can not evaluate?
That's interesting. In our study group [b]Maxwell Smart discovered how to triangulate with his king in a way that put the weaker side in zugzwang in a queen vs bishop + knight fortress. The queen was in the corner, but the black king was only one square away from completing the fortress. I really enjoyed this discovery. I had not read about it bef ...[text shortened]... attern!
Which fortress positions are you referring to that certain engines can not evaluate?[/b]
For example final position of Game 3325196 - according to engines black has won, but in fact its pure fortress.
Originally posted by wormwoodWell, the confusion started with the word 'can't' in "Fritz can't solve this mate in 2". If that was really true, then I would be right in calling it a bug. It is obviously false if Fritz can find the mate in 2 with brute-force search enabled.
engines don't normally look at every move. instead they 'prune' off the unlikely branches from the search tree by some heuristic (which is a fancy expression for a hardcoded rule of thumb). it's not a bug, it's a fundamental concept by which all modern engines try to make the search more efficient.
in a nut shell: engines skip moves.
Originally posted by SwissGambitif you run it with bruteforce it'll search even less deep, evaluating positions positionally even worse than in the normal mode. the pruning is used because it improves the strength of the engine.
Well, the confusion started with the word 'can't' in "Fritz can't solve this mate in 2". If that was really true, then I would be right in calling it a bug. It is obviously false if Fritz can find the mate in 2 with brute-force search enabled.
Originally posted by Mad RookPlease, elaborate. What was the engine that could? I think I can; I think I can. And which engines could not solve this problem or others?
Some of my engines could find this, some couldn't. Also, if your engine allows a brute force search option, then choosing that option would also find it. And mate solver engines could also find it.
Originally posted by petrovitch"Fritz-10 cannot see the winning move."
About a month ago I was doing a post-game analysis with Crafty. When it got to the position where I executed a winning combination I was surprised that Crafty could not find the winning move. Crafty kept insisting on a move that drew instead.
Later, I saw in one of Alexandra Kostiniuk's podcasts in Chess Killer Tips where a simple mate in 2 was prese ...[text shortened]... Mate in 2 by Almira Skripchenko
"Fritz-10 cannot see the winning move."
www.chessqueen.com
Clearly wrong; almost any move by White is a "winning" move.
Originally posted by wormwoodAnd why does Fritz need a deep positional analysis to solve a mate in 2, again?! 🙄
if you run it with bruteforce it'll search even less deep, evaluating positions positionally even worse than in the normal mode. the pruning is used because it improves the strength of the engine.