Author: milix
Date: 10:32:56 08/05/04
Go up one level in this thread
On August 04, 2004 at 15:28:54, Cesar Contreras wrote: >> >> This is the idea. The implementation is more fun if you figure out ;) >> >> José C. > >I have implemented something that works like that, maybe it's a bad >implementation, but it got's worse than without SEE. > >I see some problem calculating echanges on a unique square, because exchanges >can affect many squares. Let's say white take a bishop en e3, but black can take >a queen on d5. Something like this. And if i use it for prunnig i think i can >miss some good captures. I'm missing something? SEE is done per square. Rxe3 or Qxe3 (otherwize is an equal or good capture anyway, you can do a litle trick here) must be followed by possible black capturs on e3 and only e3. Captures on d5 are a different story. Quiescent search handles those captures anyway, SEE tries to order the captures in a expected material gain manner.
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.