Author: Dann Corbit
Date: 13:49:33 08/03/99
Go up one level in this thread
On August 03, 1999 at 16:36:40, Ricardo Gibert wrote: [snip] >Example: I prefer to have the information that I can win by capturing a rook in >3 moves to mate in 10. It handles the 50 move rule problem just fine, since it >seeks to play winning pawn moves or captures as soon as possible. The real >problem case is 3-fold repetition, which is always a problem whichever way (1 or >2) you use. As you said, "it should be the calling program's responsibility to >make any such resolutions." The EGTB should be used by the computer as a tool to >that end. "Part" of eval. Yes? That seems reasonable. Just like opening book advice. Ignore it if you don't like it for some reason. Your example of rook capture should be fairly easy to implement: 0. Perform a normal search after getting the EGTB data. 1. If you see a capture that you would prefer to make, create the position that occurs at the point of capture and do a new EGTB search in the new EGTB file for this position. If it is still a win and you prefer it, then take the piece. [snip]
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.