Author: Pete R.
Date: 08:52:42 08/19/99
Go up one level in this thread
On August 19, 1999 at 03:28:57, Shep wrote: >On August 18, 1999 at 20:35:00, Pete R. wrote: > >>I have a position as follows: white has king and rook, black has king knight and >>pawn. I have the knpkr tablebase files. When it's black to move, the tablebase >>returns the value instantly. However when it's white to move the program thinks >>while doing tablebase hits, presumably on the 4 man set. Evidently I don't >>understand tablebase files, so could someone explain to me what's going on here? >>Knpkr only applies to white having knp?? > >OK, so you said you reassured you have both knpkr tablebases, right? > >You don't say which program you are using. > >Hiarcs for example has some "swindle" mode where it does not use the tablebases >for the "winning" side if the TB score is a draw. Hmmm, that does not sound very >clear, right? OK, here's a simpler example than your NP vs. R: >Suppose you have KRKP. There is no chance Black will wins this, agreed? (Except >for obvious blunders or the trivial cases where the pawn promotes immediately.) >Now suppose further that Hiarcs has the rook and the TB lookup returns a draw. >However, there is still a little chance your opponent might "screw up" and lose. >So Hiarcs will use its normal search and try to "provoke" a loss on the >opponent's side. > >Seems the same happens in your KNPKR situation: Hiarcs sees it's drawn but tries >to win it anyway because the NP side may make a stupid mistake, dropping one of >its pieces, probably into a lost KNKR or something. I was wondering about something like that, but in my situation it *is* doing tablebase hits, presumably on the knkr set. This occurs with both Hiarcs and Crafty within the Chessbase interface. I'll try it with "native" Crafty, perhaps one of my tablebase files is corrupted, or maybe it's something with the interface. I'm not clear on the tablebase designations now, are the .nbb and .nbw extentions for which side is on move, or which side has the three men? With white having k+r and black with k+n+p, when it's white's turn it's behaving as if it needed a krknp set which doesn't exist, but I had assumed knpkr covers both cases, regardless of which side has which pieces.
This page took 0 seconds to execute
Last modified: Thu, 15 Apr 21 08:11:13 -0700
Current Computer Chess Club Forums at Talkchess. This site by Sean Mintz.