Computer Chess Club Archives

Search

Messages

Subject: Re: Draw due to lack of blockade detection...

Author: Omid David

Date: 08:42:09 10/04/02

Go up one level in this thread

On October 04, 2002 at 11:38:01, Vincent Diepeveen wrote:

>On October 04, 2002 at 11:36:16, Omid David wrote:
>
>>On October 04, 2002 at 11:33:00, Vincent Diepeveen wrote:
>>
>>>On October 04, 2002 at 11:25:12, Daniel Clausen wrote:
>>>
>>>>On October 04, 2002 at 11:22:05, Vincent Diepeveen wrote:
>>>>
>>>>>On October 04, 2002 at 10:34:43, Omid David wrote:
>>>>>
>>>>>had fritz implemented such a scheme it would play 300 points weaker
>>>>>anyway.
>>>>
>>>>"Obviously" it's "impossible" to implement such a scheme, because you've tried
>>>>that already for 5 minutes and it didn't work? SCNR :)
>>>>
>>>>Sargon
>>>
>>>I played with it with DIEP a few years ago and it performed horrible.
>>
>>If you apply such method to each and every node in the search tree, it's natural
>>that the whole search is slowed down in a horrible manner.
>
>no you really are an idiotic programmer if you slow down that
>much by just a few heuristics.

"just a few heuristic" isn't the case here. It's a complicated (pretty
time-consuming) algorithm, and this, to make sure its results are 100% correct.

>I already do a lot of scans on the
>board of diep. a full eval is like 100k clocks. so a scan over
>the board is not so expensive. i already scan the pawn structure
>extensively in fact. it's just a few functions i need to turn on
>to find otu things.
>
>>>
>>>when you have code that 'overrules' other code then you take away hundreds
>>>of patterns which normally compensate knowledge. it means that if that
>>>single pattern is incorrect, that you lose directly a game.
>>
>>Of course. And that's why your heuristic should be 100% correct and reliable.
>
>the problem of the whole chess game is that you have never 100% correct
>and reliable evaluation except if your opponent is mated.

Wrong. I've conducted hundreds of tests, and in no single case has my heuristic
returned an inaccurate result. There exist blockades that it fails to detect,
but it never declares a false draw.

Omid.

>
>>Omid.

• Re: Draw due to lack of blockade detection... Vincent Diepeveen 11:27:32 10/04/02
  • Re: Draw due to lack of blockade detection... Uri Blass 11:57:53 10/04/02
  • Re: Draw due to lack of blockade detection... Omid David 11:57:12 10/04/02
    • liar Vincent Diepeveen 13:52:11 10/04/02
      • Re: liar Omid David 14:15:38 10/04/02
  • Re: Draw due to lack of blockade detection... Joachim Rang 11:40:07 10/04/02
• Re: Draw due to lack of blockade detection... Sune Fischer 08:56:44 10/04/02
  • Re: Draw due to lack of blockade detection... Omid David 09:14:18 10/04/02
    • Re: Draw due to lack of blockade detection... Sune Fischer 09:28:54 10/04/02
      • Re: Draw due to lack of blockade detection... Vincent Diepeveen 11:31:16 10/04/02
        • Re: Draw due to lack of blockade detection... Sune Fischer 11:53:09 10/04/02
          • Re: Draw due to lack of blockade detection... Vincent Diepeveen 13:46:22 10/04/02
            • Re: Draw due to lack of blockade detection... Sune Fischer 14:24:05 10/04/02
              • Re: Draw due to lack of blockade detection... Vincent Diepeveen 16:24:33 10/06/02

This page took 0.01 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.