Author: Ingo Bauer
Date: 08:14:29 02/04/05
Go up one level in this thread
Of course Shredder 8/9 UCI is showing the TBs access!!! Here you have what S8 UCI is giving: Shredder got command stop ### from Shredder 8 (1): info nps 39657 cpuload 74 nodes 91093 hashfull 4 tbhits 1328 ### from Shredder 8 (1): bestmove g1f2 ponder g4f3 best move: Kg1-f2 time: 0:02.313 min n/s: 39.657 CPU 7.4% n/s(1CPU): 535.905 nodes: 91.093 TB: 1.328 As you can see there is a "tbshits 1328" info string. This is what S9 UCI is giving: Shredder got command stop ### from Deep Shredder 9 UCI (1): info refutation g3f1 g4f3 f1e3 c4c7 e3d5 e6d5 ### from Deep Shredder 9 UCI (1): info nps 129465 cpuload 214 nodes 273173 hashfull 12 tbhits 3809 ### from Deep Shredder 9 UCI (1): bestmove g3e4 ponder c4c7 best move: Ng3-e4 time: 0:02.141 min n/s: 129.465 CPU 21.4% n/s(1CPU): 604.976 nodes: 273.173 TB: 3.809 There is the "tbbhits" again. Here is the the definition for tablebasehits from the UCI specification: ' * info * tbhits <x> x positions where found in the endgame table bases' So Shredder (doesnt matter wich version) is behaving according to the specification. To be precise you question should be "When will the UCI implementation bug in the Chessbase GUI be fixed?" Bye Ingo
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.