Newsgroup: it.hobby.scacchi
Titolo: Hiarcs 7.32 - Un problema con le Tablebases

In analisi il "mio" Hiarcs 7.32 in alcune occasioni "pensa" invece di
trovare istantaneamente la valutazione corretta nelle sue Tablebases (e ciň
accade sia con le Tablebases fornite sul CD - directory TBS - sia con le
Tablebases generate con il programma TBGen.exe).
Esempio:
Dopo aver impostato una posizione con Re e Torre per il Bianco e Re e
Alfiere per il Nero, clicco sul pulsante "Watch".
Se la mossa tocca al Bianco Hiarcs comincia a "pensare"!
Se la mossa tocca al Nero, invece, Hiarcs fornisce istantaneamente la
valutazione della posizione!!!
Il bello č che, a colori invertiti (Re e Alfiere per il Bianco e Re e Torre
per il Nero), la valutazione istantanea della posizione viene fornita se
tocca al Bianco muovere, mentre se la mossa č al Nero Hiarcs comincia a
"pensare"!!!
E' un bug mio o del programma?
Aiuto!

 ha scritto:

Credo sia proprio un bug del programma, perche'
lo stesso succede sotto ChessBase 7 sia con
il motore Hiarcs che con Crafty.
Ho gia' segnalato la cosa alla ChessBase...
Appena ho risposta ti faro' sapere!
Ciao
Ivo

 [SNIP]
Incuriosito dal tuo post, ho voluto provare TUTTI i finali presenti
sul CD di Hiarcs e ho rilevato che lo stesso problema (mancato
accesso alle tablebase!) si verifica nei seguenti casi (simbologia
inglese!):
KB vs KP
KBP vs KB
KN vs KP
KRB vs KR
KR vs KB
KR vs KN
KRN vs KR
KRP vs KR
TUTTI i casi sono con la mossa al BIANCO, mentre per la mossa al nero le cose
vanno benissimo!
Da notare che se inverto i pezzi, ad esempio se imposto KP vs KB, il problema si
verifica per la mossa al NERO!
A questo punto suppongo sia proprio un problema della tablebase e non
dei motori (anche Crafty 16.13 sotto CB si comporta nello stesso modo!).
Vediamo cosa rispondono i programmatori di CB!!!
Saluti
Ivo

valutazione della posizione!!!
Ne avevano parlato tempo fa su CCC (vedi dizionario di Ivo).
Pare che Hiarcs e Crafty, in situazioni di questo tipo, usino le TB solo se sono
dalla parte in svantaggio; in pratica:
Re e Alfiere anche con le piu' orride cappelle del B. non possono comunque
vincere mentre Re e Torre si; avendo quindi la patta garantita il programma
pensa ugualmente speculando su un eventuale errore dell'avversario che lo faccia
eventualmente entrare in una sotto-tabella vincente (KRK ad esempio se il N.
perde l'alfiere).
Lo chiamano "swindle mode" e, a quanto ho capito, e' implementato da Hiarcs e da
Crafty (comando "swindle on|off"), forse anche da altri motori...
Se siete registrati su CCC provate a cercare il thread "Probably stupid
tablebase question"
Ciao
--
   o   o
o / \ / \ o  Luca Dormio
  \ - - /    
ldo...@tin.it
 (real email address)
   =====
Chess.net ID: Luca_b3
FICS ID: LarsenB
IECG ID: 17105


Ho appena ricevuto una mail di Mathias Feist (uno dei programmatori
della ChessBase) che mi ha confermato quanto sopra.
Quindi non si tratta di un bug ma di una caratteristica voluta
espressamente dai programmatori.
Ecco la replice di Mathias:
"It's a feature, not a bug! They do access the tablebases. But if one side is
ahead on material, they try to win the position. So, if the weaker side
finds a draw in the tablebases, it goes for it. If the stronger side finds a
draw in the tablebases, it ignores the value and uses it's own instead. This
makes sense against an opponent who doesn't access the tablebases".
In pratica dive esattamente quanto ha scritto Luca nel suo post!
Saluti
Ivo

 Aiuto!
Beh!  è abbastanza logico che a colori invertiti il problema si presenti
capovolto in quanto Hiarcs per il finale R+T contro R+A possiede 2 soli file
krkb.nbw e krkb.nbb (per risparmiare spazio non esistono i file kbkr.nbw e
kbkr.nbb e se tenti di crearli vedrai che genera i 2 prima citati). Sembrerebbe
quindi che il programma trovi problemi nell'usare il file krkb.nbw, che viene
usato anche nel secondo caso dopo aver effettuato un semplice scambio di pezzi
tra Bianco e Nero, mentre non ha problemi nell'usare krkb.nbb.
Vorrei sapere quanto tempo pensa e se, dopo aver pensato, trova o no la soluzione
corretta.
Se mi fornisci la posizione ti do il responso del mio programma.
Ho anch'io utilizzato tbgen.zip e devo dire che sotto Linux è fantasticamente
veloce la generazione delle tabelle anche se non tutto mi quadra analizzando i
corrispondenti file .tbs che contengono dati statistici su ciascun finale.
Un piccolo suggerimento per aumentare le prestazioni (circa il 10%) di  tbgen è
quello di compilare con:
gcc -O2 -fomit-frame-pointer  tbgen.cpp -o  tbgen
Poiché non sono esperto di programmi altrui può qualcuno darmi le istruzioni per
utilizzare praticamente le tabelle (con programmi freeware)?
Ciao
Guido
--
Posted from 
mta4.iol.it
 [195.210.91.154]
via Mailgate.ORG Server - 
http://www.mailgate.org

 wrote in message
mIkw3.885$M%1.1...@typhoon.libero.it...
