Author: Derek Paquette
Date: 06:30:31 02/05/05
Go up one level in this thread
On February 04, 2005 at 11:14:29, Ingo Bauer wrote: >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 I am sorry! I did not realize it was a problem on chessbases side, my sincere apologies -Derek Paquette
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.