TalkChess.com

Out of curiosity, was the search single or multi threaded?

If multi threaded, could you run again with single thread and check if behavior is the same?

Perhaps I am missing something, but AFAICS (with single thread crystal) the position appears to be winning? White shuffles a bit to get the queen to e5 threatening the g5 pawn with the black king already at g6, black moves rg8 to hold the pawn, white Qa1 and gg? [Event ""] [Site ""] [Date "????.??.?...

There are 8m TBs now?

Dann's question was about kibitzing, not just watching....

You have to have a twitch account and follow TCEC on twitch (following is free).

Yes, Crystal will often have the most unstable eval out of all the engines, by design. At least when the position is not a draw :wink: . The other AB engines do not have progress detection (or at least not to the level of Crystal) either. There are also many situations where Crystal has had both the...

No...

Crystal does not touch eval except to reduce it for shuffling. What you are perceiving is the result of mcts eval being very stable and Crystal exploring suboptimal paths, correcting the score, and switching off of them.

Crystal evaluates the position after 74.Rdxa6 with 97+ correctly at once having it on board, why can't it "see" this one on disk stored 6men just 1 ply befor It does see it; it is just allowed to search beyond the TB hit. In most TB win situations, the engine will also score them favorably, and mat...

Ok, here is what is going on... Crystal is allowed to search normally on non-draw tb hits, and thus display the engine eval (typically mates) over the TB score much sooner. However, in very difficult to resolve situations, such as the fen posted you still get the engine eval, but it displays drawish...

Ok, I created 3 versions to test labeled a, b, & c.

Please try on original fen: 8/8/p4k2/R7/3R2K1/1r1n4/8/8 w - - 0 73

https://www.dropbox.com/s/rrtz6m69s8smn ... al.7z?dl=1