OpenChess

Uly wrote:Well, yes, the improvement is self-evident, here's an example of a common scenario.

One is analyzing with a margin of 1 centipawn, which means, new mainlines are considered when they beat the old mainline by 0.01, but mainlines with the same score have to be tie-broken (this is trivial, one goes to the tail and forces moves until the score gets +0.01 or -0.01).

Now, assume some deep move of 1.e4 e5 2.Nf3 Nc6 3.Bb5 is scored as 0.16 and falls over the margin, which means one would like to examine early white alternatives that are >0.16. But there's 1.e4 e5 2.Nf3 Nc6 3.Bc4 with a score of 0.16, so one has to examine it deeper until it goes higher (becomes new mainline) or lower (gets refuted so one searches for another alternative, or goes earlier in the mainline to search for better moves, or goes back to extending Bb5).

With granularity=8 one has to examine 3.Bc4 until it goes to either 0.24 or 0.08, which will take a while longer than with granularity=1 where it's very likely that Bb5 and Bc4 don't tie at all, so Bc4 becomes new mainline automatically or the margin can be higher.

This is just an example of an analysis method, but low granularity is conceptually better, for complex positions that don't transpose where one doesn't want to have to refute futile variations, one would even wish to have millipawns granularity available, or something.

Your implementation is working great, since it was granularity=2 I had expected to see only odd or even evaluations but I'm seeing jumps of one centipawn (such as from -0.96 to -0.95) without problems.

Engine                         Score                                      St                                    St                                    St                                    St    S-B
Stockfish_201_PA_GTB_Gran2_x64 61,0/109 ····································· 0010=001=1=0100111101101101001001110  1010011=1010111=01=11111000000=111101 100001100101=1=111001001010011111=11   3177,2
Stockfish_201_64_PA_La         58,5/109 1101=110=0=1011000010010010110110001  ····································· 1001010111111000=0111001=10011111100  1110110011011101001010101100101010010  3088,0
Stockfish_201_PAMC_GTBg_x64    50,5/109 0101100=0101000=10=00000111111=000010 0110101000000111=1000110=01100000011  ····································· 111010001100111=11011101110000111000   2776,5
Stockfish-201-64-ja            48,0/109 011110011010=0=000110110101100000=00  0001001100100010110101010011010101101 000101110011000=00100010001111000111  ·····································  2722,7

218 of 600 games played
Level: Blitz 0:05/0,1
Hardware: Intel(R) Xeon(R) CPU  W3520 @ 2.67GHz 2659 MHz with 1,0 GB Memory
Operating system: Windows 7 Professional Professional (Build 7600) 64 bit

mcostalba wrote:error bar comes from: 40 / sqrt($wins + $losses + $draws) * 7

Engine                         Score                                                                                                      St                                                                                                   St                                                                                                   St                                                                                                   St    S-B
Stockfish_201_PAMC_GTBg_x64    165,5/300 ···································································································· 0101100=0101000=10=00000111111=000010110001101111101011011110101111010001=110101101011=0010110101111 0110101000000111=1000110=01100000011110110011111110111010111111001000001111011101=0=1011110011101101 111010001100111=110111011100001110000100001000111000101111001111111011101111100100100011001000001011  23978,
Stockfish_201_PA_GTB_Gran2_x64 157,0/300 1010011=1010111=01=11111000000=111101001110010000010100100001010000101110=001010010100=1101001010000 ···································································································· 0010=001=1=01001111011011010010011100111111=01110110000111011001001001010100110011110111001000010100 100001100101=1=111001001010011111=1110101010111111101110111011000=000=0110011111111110010100011=1101  22961,
Stockfish_201_64_PA_La         142,0/300 1001010111111000=0111001=10011111100001001100000001000101000000110111110000100010=1=0100001100010010 1101=110=0=10110000100100101101100011000000=10001001111000100110110110101011001100001000110111101011 ···································································································· 1110110011011101001010101100101010010011100101000100001001100111011001101110110101011110001000000111  21563,
Stockfish-201-64-ja            135,5/300 000101110011000=001000100011110001111011110111000111010000110000000100010000011011011100110111110100 011110011010=0=000110110101100000=0001010101000000010001000100111=111=1001100000000001101011100=0010 0001001100100010110101010011010101101100011010111011110110011000100110010001001010100001110111111000 ····································································································  20933,

600 games played / Tournament is finished
Level: Blitz 0:05/0,1
Hardware: Intel(R) Xeon(R) CPU  W3520 @ 2.67GHz 2659 MHz with 1,0 GB Memory
Operating system: Windows 7 Professional Professional (Build 7600) 64 bit

snino64 wrote:I have a problem with the use of end tables Gaviota
Why if you put the value multipv 3, 5, 7 or an odd number the engine does not return the main line?
If multipv = 3, returns the second and third line (two lines)
If you do not use the end tables work correctly
I'm using scid.

Jeremy Bernstein wrote:

snino64 wrote:I have a problem with the use of end tables Gaviota
Why if you put the value multipv 3, 5, 7 or an odd number the engine does not return the main line?
If multipv = 3, returns the second and third line (two lines)
If you do not use the end tables work correctly
I'm using scid.

Thanks. I'll check it out.

jb