TalkChess.com

so the real problem for you is that LC0 and NN behave so poorly?

I think it mainly means "consistency"

Although most engines supporting MultiPV option will show a similar thing in say MultiPV=4 mode...... The way you describe multiPV or the one proposed my h.g.m. are ok to produce multiPV. That said I don't know how much engines are optimized for playing in multiPV mode, just think at time managemen...

I don't think any castling is allowed since king after castling will be in check or the final square is already occupied

thank you for your EPD file,

I'm about to release a version of Vajolet with FRC and I thought that my movegen code was correct, but I was wrong
now a small castle bug has been solved

if your engine search at fixed depth and doesn't answer until it hs finished you can try a combination of those options with cutechess: depth=plies Set the search depth limit. st=n Set the time limit for each move to n seconds. This option cannot be used in combination with the tc option. e.g. %cute...

I haven't understood what you have implemented and how you use cutechess :) cutechess reports "connection stalls" when the engine doesn't reply wuth the expected messages to stop, or uci (I suppose). if you use cutechess with tournament time control and your engine search at depth 5 and after a minu...

The total size of the table only comes in when the the table only gets partly filled. Yeah I have to agree. In that case, my objection was wrong. (you tacitly assume that by taking it for granted that a key length of 64 bits is enough to have no key collisions) That's an unrelated issue for the pro...

in my impleentation I store, key, depth of the subtree, nodes of the subtree

one year later I'm still here reading and studying syzygy. I have just seen that when first reading the files, the code read the PairsData, each pairsData contains an array of pieces with defines the order of pieces. I have just read KNNvKB files and and in all the pairsData struct contained the ord...