Author: Uri Blass
Date: 14:46:29 12/08/02
Go up one level in this thread
On December 08, 2002 at 16:04:43, Mike S. wrote: >On December 08, 2002 at 15:32:14, Uri Blass wrote: > >>(...) >>>[D]rnbqkbnr/pppppppp/8/PPPPPPPP/8/8/8/RNBQKBNR w KQkq - 0 1 >>> >>>Analysis by Fritz 7: >>> >>>1.h6 gxh6 2.Nf3 hxg5 3.Nxg5 Nh6 4.Bd3 >>> +- (1.53) Depth: 5/32 00:00:00 93kN >>> ± (1.31) Depth: 6/25 00:00:00 124kN >>>(...) >>>1.h6 g6 2.e6 dxe6 3.Bb2 e5 4.fxg6 hxg6 5.h7 Nd7 6.c6 bxc6 7.hxg8Q >>> +- (1.44) Depth: 10/39 00:00:18 5080kN >>> +- (2.34) Depth: 11/43 00:00:48 14730kN >>> >>>Analysis by Chess Tiger 14.0: >>> >>>1.h6 gxh6 2.Qh5 e6 3.fxe6 dxe6 4.d6 hxg5 5.Bxg5 Qd7 6.c6 >>> +- (2.18) Depth: 8 00:00:00 55kN >>> +- (1.66) Depth: 9 00:00:02 308kN >>>(...) >>>1.h6 g6 2.fxg6 fxg6 3.e6 dxe6 4.Bb2 Nf6 5.d6 cxd6 6.cxd6 exd6 7.Bxf6 >>> +- (2.62) Depth: 11 00:00:26 3734kN >>> +- (3.06) Depth: 12 00:00:52 8330kN >>> >>>Interesting, that both start with 1.h6 and later come back to it, consindering >>>some other moves in between (I snipped them to save place). The engines >>>immediatly choose a move which weakens Black's king position. >> >>This is a bad example because simple square table programs can see white >>advantage because it is better to push pawn forward. >> >>h6 simply wins material > >Simply? Your variants do not convince me. What about 1.h6 g6, etc.? after h6 g6 movei says fxg6 fxg6 e6 dxe6 Bb2 I see that h6 g6 fxg6 hxg6 h7 is also bad for black > >>(...) > >>>This was the starting position in a large experiment, published in the CSS >>>magazine 4/2002: >>> >>>[D]rnbqkbnr/pppppppp/8/8/3PP3/2NB1N2/PPPBQPPP/R3K2R b KQkq - 0 7 >>> >>>In a tournament (double round robin) Black (!) managed to achieve a 20% score. - >>>So, not even such a large developement advantage is a guarantee to win in >>>computer chess. >> >>Again bad example because it is solved by piece square table. > >I don't care *how* it's solved. If it's evaluated correctly, than it is ok, if >it's done by piece square tables or whatever else. And I guess that there are >many factors which lead to a better white evaluation here (not only piece square >table evaluations). > >I think this position is really beyond discussion btw., because it doesn't >contain anything else than "classical" developement moves by White. > >Or do you think a test position for developement must consider "internals" of >engines, and try to avoid to be solved by standard evaluation methods? Why? > >(It would be impossible anyway, because to test developement evaluation, I see >no other chance than to use positions where a significant difference >developement exists.) > >So far, I didn't see better examples yet... > >Regards, >M.Scheidl I understand I also see no case when developement cannot be immediate result of piece square table. The point is that the program see advantage that is not defined as developement and the original question was about cases that other things are equal. I think the answer is simply that it is impossible to do other things equal. Uri
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.