The question was why the position is not DTZ 1 since b7 is a zeroing move. (but the Syzygy table claims the fastest available winning zeroing move is in 13 plies.
But it seems Ronald found the problem (an overflow it seems; not that I actually understand what the code is doing )
Regeneration has started for those with pawns using updated generator.
Better to discover problems now than later, when those files are regenerated, rsync can compare and update file time on FTP if something has changed, including the stats file.
koedem wrote:The question was why the position is not DTZ 1 since b7 is a zeroing move. (but the Syzygy table claims the fastest available winning zeroing move is in 13 plies.
But it seems Ronald found the problem (an overflow it seems; not that I actually understand what the code is doing )
Basically the generator was seeing the second pawn in the wrong position some of the time (on b2 instead of b7, for example).
On an unrelated note, I was checking some other TB position and stumbled upon this position https://syzygy-tables.info/?fen=6Q1/5NR ... _b_-_-_0_1
Why does the DTZ value of the position vs the one of the top move, down the top line look so weird? Am I missing something?
koedem wrote:On an unrelated note, I was checking some other TB position and stumbled upon this position https://syzygy-tables.info/?fen=6Q1/5NR ... _b_-_-_0_1
Why does the DTZ value of the position vs the one of the top move, down the top line look so weird? Am I missing something?
The value I see is 2, which is off by one. That is normal. The DTZ value is stored in moves unless having it in plies is critical for the 50-move rule. Converting it to plies cannot be done fully accurately.
I found another problem (very similar to the first one) and I hope it is fixed now. Again, only TB files with two or more pawns should be affected (including PvP if any such files have been generated).
koedem wrote:On an unrelated note, I was checking some other TB position and stumbled upon this position https://syzygy-tables.info/?fen=6Q1/5NR ... _b_-_-_0_1
Why does the DTZ value of the position vs the one of the top move, down the top line look so weird? Am I missing something?
The value I see is 2, which is off by one. That is normal. The DTZ value is stored in moves unless having it in plies is critical for the 50-move rule. Converting it to plies cannot be done fully accurately.
I mean, Qb2+ is DTZ1 but when making it Whites Kd1 is DTZ2. I would think DTZ shouldn't go up when you aren't zeroing.
)