Open tissatussa opened 10 months ago
Hi Roelof,
thanks for reaching out. I don't have CuteChess on my Mac, I tried ScidvsPC as well as the command line, and it always finds Kg2 as the best move after reaching depth 18. It never shows Qg7+.
Will try to reproduce this with a CuteChess at work or somewhere else, when I have the chance.
Regards,
-- Claudio M. Camacho Global Brand & Marketing Executive | Board Director | Advisor
www.claudiocamacho.com
twitter: twitter.com/claudiomkd linkedin: http://www.linkedin.com/in/claudiocamacho medium: https://claudiocamacho.medium.com/
On Fri, Jan 12, 2024 at 5:56 PM Roelof Berkepeis @.***> wrote:
In this position Gargantua v1.0 NNUE made a huge blunder, which is impossible to explain : 30. Qg7+ ?? I guess the NN logic made a huge mistake here.
FEN: rq2rnk1/1p1bbp1p/1Pp1p2Q/p1P1P3/P1BP4/5Np1/5P2/2BRR1K1 w - - 0 30
gargantua-blunder.png (view on web) https://github.com/mkd/gargantua/assets/1109281/c052402c-67ee-488b-8ec2-c35c12ad952c
The game was played against Mizar v3.0 in CuteChess, using 128 Mb Hash .. it was a 15 minute game .. according to the data (see PGN below) the engine took 21 seconds for this move and reached depth 18 (if i understand the CuteChess data correctly) .. but when i feed the concerning FEN into CuteChess and let Gargantua evaluate this position again, giving infinite time, the move Qg7+ isn't showed any depth, and it finds best move Kg2 .. btw. it doesn't reach depth 18 : highest reached depth is 17, even after many minutes ..
— Reply to this email directly, view it on GitHub https://github.com/mkd/gargantua/issues/2, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAEMXDGQU3SSCXYFKWLE5VTYOFMMTAVCNFSM6AAAAABBYLBANGVHI2DSMVQWIX3LMV43ASLTON2WKOZSGA3TSMJWG4YTONI . You are receiving this because you are subscribed to this thread.Message ID: @.***>
@mkd i don't think this has anything to do with CuteChess .. often it's not possible to reproduce such error (!?) .. i guess it has something to do with the hash management in combination with the NN logic -- that's just my feeling.
In this position Gargantua v1.0 NNUE made a huge blunder, which is impossible to explain : 30. Qg7+ ?? I guess the NN logic made a huge mistake here.
FEN: rq2rnk1/1p1bbp1p/1Pp1p2Q/p1P1P3/P1BP4/5Np1/5P2/2BRR1K1 w - - 0 30
[ see https://lichess.org/hdmzsNvY ] The game was played against Mizar v3.0 in CuteChess, using 128 Mb Hash .. it was a 15 minute game .. according to the data (see PGN below) the engine took 21 seconds for this move and reached depth 18 (if i understand the CuteChess data correctly) .. but when i feed the concerning FEN into CuteChess and let Gargantua evaluate this position again, giving infinite time, the move Qg7+ isn't showed at any depth, and the engine finds best move Kg2 .. btw. it doesn't reach depth 18 : highest reached depth is 17, even after many minutes ..
[Event "engine vs engine"] [Site "Holland"] [Date "2024.01.12"] [Round "?"] [White "Gargantua v1.0 NNUE"] [Black "Mizar v3.0"] [Result "0-1"] [ECO "E11"] [GameDuration "00:35:50"] [Opening "Bogo-Indian defense, Gruenfeld variation"] [PlyCount "94"] [TimeControl "900+10"]