Author: blass uri
Date: 07:30:40 10/04/99
Go up one level in this thread
On October 04, 1999 at 09:41:30, Robert Hyatt wrote: >On October 04, 1999 at 04:26:17, blass uri wrote: > >>On October 03, 1999 at 23:44:31, Robert Hyatt wrote: >> >>>On October 03, 1999 at 23:17:29, Ricardo Gibert wrote: >>> >>>>[snip] >>>>> >>>>>my webster's defines 'sacrifice' as 'voluntarily giving up something of >>>>>value'. I have a hard time saying 'I will sacrifice a ten-dollar bill if >>>>>you will give me a 20 dollar bill in return...' >>>>> >>>>>:) >>>> >>>>Ok, you got me. I neglected to explicitly state I was refering to the _chess_ >>>>version of the term. >>>> >>> >>> >>>then here is a 3-move sequence. Sacrifice or combination? >>> >>>RxB, NxR, RxN. >>> >>>RxB obviously dumps a rook for a knight. or if you look to the end of the >>>combination it wins two pieces for a rook which is a significant advantage. >>> >>>Sacrifice or combination? >>> >>>How is that different from QxP+, RxQ, RxR#?? >>> >>>Dumping a queen for a pawn? Or winning the king? >>> >>> >>>>> >>>>>But I don't object to the term being used.. I just think that for a computer, >>>>>the concept 'sacrifice' is wrong. It is just a perfectly computable >>>>>combinational tree search... >>>> >>>>You can give up a bishop to obtain a draw by perpetual check and because you >>>>never get the material back, it is a called a sacrifice. I know it seems trivial >>>>and is not what people generally have in mind when they use the term >>>>"sacrifice", but I do believe it's use in such cases is fairly universal. >>> >>> >>>in the case of a computer, it isn't 'sacrificing'. It _sees_ that it can >>>draw or that it can win. IE it isn't giving up _anything_. A human might >>>toss a bishop 'thinking' (but not sure) than he can force a perpetual. But >>>a computer either 'proves' that it can force it, or it won't ever go for the >>>move in the first place. >> >>Not truth. >> >>Some programs use also selective search. >>I believe that Fritz evaluates positions based on some average between >>The evaluation based on selective search and the evaluation based on brute force >>search. >> >>If the selective search show perpetual check and the brute force does not see it >>then Fritz (in a bad position) might 'think' that he have chances to do a >>perpetual check without proving it and play for it. >> > > >However, that is a _bug_ and not a _sacrifice_ because the program searched and >found the perpetual. Even though it was wrong. But the _search_ said draw, and >the tree it searched 'proved' to the program that it was a draw. Unfortunately, >if this is the way Fritz searches (I don't believe it does this personally, >because it would be so horribly inefficient to do both kinds of search, that >Fritz would not be nearly as tactically strong as it is today) then the sac is >the result of a bug, not because of a computer 'speculating'... I know that Fritz is speculating and it is not a bug. In a case the selective search show draw by perpetual check and the brute force search does not see it the evaluation is probably going not to be 0.00 but something between 0.00 and the evaluation of the brute force search. I do not remember cases of speculating perpetual but I remember cases of speculating when it saw a win for itself in some selective lines and decided to do a sacrifice(sometimes it may be right sacrifice and it also may be a wrong sacrifice). I guess that it does an everage between selective search and brute force because I saw some evaluations that I can explain only by this theory. I remember a case when the evaluation started to go down slowly from a big advantage for white 7-8 pawns towards no advantage and The sequence of evaluations was arithmetic sequence. I could explain it by the theory that the brute force search could not see advantage because of the fact that Fritz is a null mover but the selective search could see mate for fritz because it did not use the null move in this position for some reason or because it used a different evaluation. Fritz trusted more the brute force depth when the brute force depth became bigger and this is the reason that the evaluation came down slowly. The move of Fritz was leading to forced mate in some moves but null movers have problem to see it. Uri
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.