14386 Players currently online!
Man vs. Machine - good luck!
Turn-based games at any time!
Vote for the best move to win!
Do you have what it takes?
Sharpen your tactical vision!
Get advice and game insights!
Learn from top players & pros!
View millions of master games!
Your virtual chess coach!
Perfect your opening moves!
Test your skills vs. computer!
Find the right private coach!
Can you solve it each day?
Bring it all together!
Beginners, start here!
Make friends & play team games!
News from the world of chess!
Search all Chess.com members!
Find local clubs & events!
Who's the best of your friends?
Read what members are saying!
Could it be, that the engine has somehow hardcoded into it, that a K+B vs K+N situation is already drawn (this would explain why all moves from the given positions are evaluated as 0.00, and no attempts to consult a tablebase are made either)?
i am somewhat sure (not too sure) that this is the case.
Probably this. Houdini sees that White has only a minor piece "and hence cannot win", and Black has only one minor piece "and hence cannot win", deduces the game is drawn, and plays the first move he finds.
This has already been largely cleared up upon - in post #16, TBentley pointed out a thread on another forum where this oddity had also been discovered and brought to the attention of Robert Houdart, who confirmed that Houdini 1.5a indeed had these assumptions hardcoded. Here's the link again:
Obviously a bug (I confirmed this too). Not such a "serious" one, still a bug.
Luckily enough Stockfish 4 (on par or very slightly stronger than Houdini 1.5) does not suffer from that.
what chess GUI are you using?
The GUI shouldn't really matter, but it's all the same for me in both Arena 3.0 (with Gaviota tablebases enabled) and Tarrasch (no tablebases functionality here yet).
Just an FYI, you can configure Tarrasch to use Gaviota tablebases with Houdini 1.5 by creating a custom parameter. The extra parameter is "Gaviotatbpath" (without the quotes) and the value is the path, e.g., c:\gaviota.
Oddly, Houdini can't solve this position with or without tablebases!
Thanks, I wasn't aware of that. I used that parameter and a Houdini kibitzer immediately saw a mate in 127 in the following position.
You could also use chessx as GUI, since it connects to the online Nalimov tablebases- no need to waste many gigabytes of local harddisk.
That's insane! Looks like it runs into the 50 move rule, though.
no, pawn moves.
As a matter of fact, this particular case just barely (by one[!] move, but still) does run into the 50-move rule. There are neither pawn moves nor any captures made in moves 6 through 55, which means that right after move 55 the 50-move rule would normally have kicked in.
Here the whole sequence (notice moves 5, 55, and 56):
Forced wins provided by Nalimov or Gaviota tablebases are not constrained by limits such as the 50-move rule (although one could create tablebases by means of a modified algorithm that would conform to that, or similar, rule).
Thanks to 6-man tablebases, the following position has been made known to be a win for White in no less (with optimal defense on the part of Black) and no more (with optimal play on White's part) than 262 moves:
I don't have 6-man tablebases available locally and haven't looked through the winning sequence, thus I can't tell at the moment whether the 50-move rule might prevent an actual win from happening in this particular case.
However, firstly, the 50-move rule does not adjudicate (at least it should not - the implementation on various chess servers may vary though) a game by itself - a draw, similarly to occurences of threefold repetition, needs to be claimed by one of the participants if it is observed that the conditions for an application of the rule have been met.
Secondly, such ridiculously long winning sequences are more of a theoretical significance, and most likely would never have been found/proven without the assistance of tablebases in the first place, thus constraints geared towards practical play, such as a move limit rule, may be as well be abstracted from when contemplating such winning lines.
I know that resource (the backend is probably the same as for this page), but it can be a bit more tedious for such extremely long lines having to click through, and you don't get to see the complete list of moves either. In Arena, you can just click the "Demo" button, and the engine "plays" against itself, in such cases essentially just following the winning path provided by the tablebase; more importantly, you end up having the complete move list which may be scrolled through or saved for other purposes.
Anyway, for the above position I clicked throught the first 51 moves and no piece was captured, thus this winning line abstracts from the 50-move rule as well.
7/28/2014 - Mate in 4
by milray101 a few minutes ago
This guy thinks I am cheating
by BlackLeopard-1 a few minutes ago
andriod app update pushed out yesterday
by alien_roger 6 minutes ago
Ebony-Going Going Gone
by 9kick9 6 minutes ago
Cambridge Springs Transpositions...
by Ranx0r0x 7 minutes ago
Disgrace to grandmasters
by SilentKnighte5 8 minutes ago
why people run out of time...??
by TheGreatOogieBoogie 9 minutes ago
How to simply stop all ads without paying!
by Snookslayer 15 minutes ago
Is stonewall really viable?
by Makuro_Ryzen 19 minutes ago
Arena 3.5 question
by EscherehcsE 27 minutes ago
Why Join | Chess Topics |
Help & Support |
© 2014 Chess.com
• Chess - English
We are working hard to make Chess.com available in over 70 languages. Check back over the year as we develop the technology to add more, and we will try our best to notify you when your language is ready for translating!