Author: Vincent Diepeveen
Date: 08:20:13 04/07/04
Go up one level in this thread
On April 07, 2004 at 10:57:29, Renze Steenhuisen wrote: >On April 07, 2004 at 10:48:23, Renze Steenhuisen wrote: > >> >>>>>>>I'm sure it was some implementation bug with Renze. >> >>Anyone, >> >>I only store result from the main search, so no NULL-move and no Qsearch >>results. >>I get a TT-hit ratio of 11.73%, of which a part will generate cut-offs. >> (I call something a tt-hit when an entry is found with the same hashkey, >> draft does not need to be sufficient) >> >>the tt_retrieve code retrieves a move, which I call the TT_MOVE_SUGGESTION. >> >>could someone provide me with a % of TT_MOVE_SUGGESTIONs in a search? >> >>Cheers... > >Hmmm, that's weird... when I disable the IID code, I get an even higher number >of errors... > >How important is it to hash in the castling rights and en-passant fields? Very important; it will go wrong at a tournament otherwise. >it can't be THAT important can it? because I am just testing everything with the >startig position only (yes, I know it isn't wise but I have no choice due to >time constraints) >... > >BuG BuG BuG
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.