Author: Tony Werten
Date: 03:07:16 06/09/01
Go up one level in this thread
On June 08, 2001 at 15:19:09, Robert Hyatt wrote: >Here is a cute position that occurred between a commercial program and Crafty >last week: > >[D] 8/p4pp1/3rk2p/4p3/2P5/2K4P/P2R1PP1/8 w - - 0 1 > >Crafty was black and moved the rook to d6, offering a trade. The opponent >took it and was happy to do so. Unfortunately, white is lost. White saw >the passed pawn and apparently was quite happy. Crafty's static evaluation >for this position is -1.0 roughly. > >For those that "don't do endgames" black's king-side majority is the problem >here. White's passer gets blockaded, white has to desert it to stop black's >kingside passer he makes after a few pawn moves, and then black eats white's >a pawn and promotes. > >Instructional, at least. These are the kinds of positions you want to >see your program get right. I saw a very similar one against a GM today, >playing Crafty. He calculated for a long time after crafty offered to trade >the last piece on the board. He traded, and 10 moves later realized he was >dead lost. :) I'm not amused. Alltough I have disabled a lot of endgame code (bug hunting) XiniX needs a lot of time to even realise it's not winning. It sees someting is happening because it normally doesn't have this lousy branching factor. (almost 4) ( ply, score, time, speed, pv) 11/21 0,285 34s 71Kn/s 1.Rxd6 Kxd6 2.Kb4 g5 3.Kb5 Kc7 4.Kc5 f6 5.f3 Kd7 6.Kd5 a5 12/26 0,166 123s 73Kn/s 1.Rxd6 Kxd6 2.Kb4 Kc6 3.Ka5 Kc5 4.Ka6 Kxc4 5.Kxa7 Kb4 6.Kb6 Ka3 7.f4 Kxa2 13/33 0,045 424s 71Kn/s 1.Rxd6 Kxd6 2.Kb4 Kc6 3.h4 f5 4.h5 e4 5.g3 Kd6 6.Ka5 Kd7
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.