TalkChess.com

niklasf wrote: ↑

Mon Oct 07, 2019 9:16 am

it would require dedicated code to break this functionality and make the software PGN non-compliant.

All it takes is choosing Node := OrderedMap<Move, Node> as the datastructure for the game tree, which would otherwise be a natural choice.

Hiding such a PV in a normal comment (within braces) hides these from the normal display mechanisms, and thusshould be considered a very bad practice. Unfortunately the PV often coincides with the following moves of the game, and many GUIs don't support having distinct variations for the same moves...

This was introduced to return the correct DTZ for mate-in-1 positions. Context:

http://talkchess.com/forum/viewtopic.ph ... 506#757506

https://github.com/syzygy1/Cfish/commit ... d91bec9088

https://github.com/syzygy1/Cfish/commit ... cbddb82be6

If that's the only commit, then no, this is definitely not enough. It's a start, though.

Sorry, I moved the file in the repository. It still exists under v1 in https://github.com/niklasf/magics. Yes, that's a nice observation. Initially I did not think it is important, because due to the "-c" in the exponent the excluded range is quite small (at least compared to the period). However it...

So, I think Python Chess now accepts both: rnbqkbnr/pppppppp/8/8/8/8/PPPPPPPP/RNBQKBNR w KQkq rnbqkbnr/pppppppp/8/8/8/8/PPPPPPPP/RNBQKBNR w KQkq x, y Yeah, on the master branch it now even defaults to w - - 0 1 respectively. Not sure if that's a bit too relaxed ... in any case a user could parse, r...

https://github.com/niklasf/lila-tablebase: This is a Syzygy tablebase server that I created as a backend for https://syzygy-tables.info and https://lichess.org/analysis#explorer. It is intended for remote access to tablebases. (Obviously not for low latency access in engines). For the last 3 months ...

Congrats for finishing all tables with <= 1 pawns! Getting close to completion now. Based on the tablebase.lichess.ovh mirror: pawns generated/total - 396/396 P 330/330 PP 166/180 PPP 55/72 PPPP 14/20 PPPPP 2/3 eg generated/total 6v1 126/126 5v2 350/350 4v3 487/525 Small plug: I've been updating syz...

The current probing code seems to try and read past the end of the table file when probing the DTZ for 2B5/1R6/k7/8/8/P7/6B1/q6K w - - 0 1 (KRBBPvKQ). Can reproduce in python-chess as well. Here's a gdb session with Cfish: Starting program: /root/Cfish/src/cfish [Thread debugging using libthread_db ...

Congrats on the pawnless milestone! All currently available tables pass some basic sanity checks, i.e. the max-DTZ positions match the stats file and their mainlines are consistent. Such a basic check is of course unlikely to catch random hardware errors, but it would have caught all previous bugs. ...