{"push_id":3162270878,"size":28,"distinct_size":28,"ref":"refs/heads/master","head":"14c4a40dc7c4d6ddec6fb2447c2dac82aa590de2","before":"9dc6d270fc207d6715578b57a1cdf655527ec5fe","commits":[{"sha":"33d95482182e459eb033de47a31f142880aa9afb","author":{"name":"protonspring","email":"a17fed27eaa842282862ff7c1b9c8395a26ac320@whiteley.org"},"message":"pseudo_legal() and MOVE_NONE\n\nMOVE_NONE is represented as SQ_A1 to SQ_A1 which is never pseudo_legal.\n\nSTC\nLLR: 2.95 (-2.94,2.94) [-3.00,1.00]\nTotal: 38807 W: 8363 L: 8275 D: 22169\nhttp://tests.stockfishchess.org/tests/view/5c05f11d0ebc5902bcee4c86\n\nNo functional change","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/33d95482182e459eb033de47a31f142880aa9afb"},{"sha":"b19ad4977c0ee427eeff9c11bd7c4da9210cd090","author":{"name":"xoto10","email":"796d9724b06bc2cf46637856d8505710f7409d87@gmail.com"},"message":"Simplify time manager in search()\n\nRemove the F[] array which I find unhelpful and rename `improvingFactor` to\n`fallingEval` since larger values indicate a falling eval and more time use.\n\nI realise a test was not strictly necessary, but I ran STC [-3,1] just to\ncheck there are no foolish errors before creating the pull request:\n\nSTC:\nLLR: 2.96 (-2.94,2.94) [-3.00,1.00]\nTotal: 35804 W: 7753 L: 7659 D: 20392\nhttp://tests.stockfishchess.org/tests/view/5bef3a0c0ebc595e0ae39c19\n\nIt was then suggested to clean the constants around `fallingEval`\nto make it more clear this is a factor around ~1 that adjusts time\nup or downwards depending on some conditions. We then ran a double\ntest with this simplification suggestion:\n\nSTC:\nLLR: 2.96 (-2.94,2.94) [-3.00,1.00]\nTotal: 68435 W: 14936 L: 14906 D: 38593\nhttp://tests.stockfishchess.org/tests/view/5c02c56b0ebc5902bcee0184\n\nLTC:\nLLR: 2.95 (-2.94,2.94) [-3.00,1.00]\nTotal: 37258 W: 6324 L: 6230 D: 24704\nhttp://tests.stockfishchess.org/tests/view/5c030a520ebc5902bcee0a32\n\nNo functional change","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/b19ad4977c0ee427eeff9c11bd7c4da9210cd090"},{"sha":"7b4f9c37cb859ba6258ba90d11358879c0b2c57d","author":{"name":"VoyagerOne","email":"ace7f16dc79366a592c6b81c420853f4b5758c68@gmail.com"},"message":"Simplify Killer Move Penalty\n\nSTC:\nLLR: 2.96 (-2.94,2.94) [-3.00,1.00]\nTotal: 20816 W: 4525 L: 4402 D: 11889\nhttp://tests.stockfishchess.org/tests/view/5c017cb90ebc5902bcede5b4\n\nLTC:\nLLR: 2.96 (-2.94,2.94) [-3.00,1.00]\nTotal: 39287 W: 6401 L: 6309 D: 26577\nhttp://tests.stockfishchess.org/tests/view/5c01825e0ebc5902bcede686\n\nBench: 3773021","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/7b4f9c37cb859ba6258ba90d11358879c0b2c57d"},{"sha":"5c2fbcd09b43bd6867780a3ace303ffb1e09d763","author":{"name":"Stéphane Nicolet","email":"dc5888237d439b473359081fc99470407a7c956d@free.fr"},"message":"Revert \"pseudo_legal() and MOVE_NONE\"\n\nThis reverts commit 33d95482182e459eb033de47a31f142880aa9afb ,\nwhich crashed in DEBUG mode because of the following assert in position.h\n\n````\nAssertion failed: (is_ok(m)), function capture, file ./position.h, line 369.\n````\n\nNo functional change","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/5c2fbcd09b43bd6867780a3ace303ffb1e09d763"},{"sha":"fefc0c67898ecf5101a4632846564874b78345c4","author":{"name":"protonspring","email":"a17fed27eaa842282862ff7c1b9c8395a26ac320@whiteley.org"},"message":"simplify opposite_colors","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/fefc0c67898ecf5101a4632846564874b78345c4"},{"sha":"090e49547ecaba8c9ec696d75f2fca3020bb058a","author":{"name":"protonspring","email":"a17fed27eaa842282862ff7c1b9c8395a26ac320@whiteley.org"},"message":"add paren.","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/090e49547ecaba8c9ec696d75f2fca3020bb058a"},{"sha":"a8e903c33a676decfcf5c721b6b4bfdb4102e5c0","author":{"name":"protonspring","email":"a17fed27eaa842282862ff7c1b9c8395a26ac320@whiteley.org"},"message":"remove parenthesis.","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/a8e903c33a676decfcf5c721b6b4bfdb4102e5c0"},{"sha":"4e2e4759a146467b730b256567485706c0e00ab7","author":{"name":"protonspring","email":"a17fed27eaa842282862ff7c1b9c8395a26ac320@whiteley.org"},"message":"remove extra line.","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/4e2e4759a146467b730b256567485706c0e00ab7"},{"sha":"e8ffca3eb49f607d361688c41c9ae9b3b3de4b80","author":{"name":"VoyagerOne","email":"ace7f16dc79366a592c6b81c420853f4b5758c68@gmail.com"},"message":"Tweak CMH pruning\n\nSTC: (yellow)\nLLR: -2.94 (-2.94,2.94) [0.00,5.00]\nTotal: 48919 W: 10625 L: 10517 D: 27777\nhttp://tests.stockfishchess.org/tests/view/5c07e6a20ebc5902bcee7395\n\nLTC:\nLLR: 2.96 (-2.94,2.94) [0.00,5.00]\nTotal: 50360 W: 8424 L: 8102 D: 33834\nhttp://tests.stockfishchess.org/tests/view/5c0812450ebc5902bcee76f4\n\nBench: 3775064","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/e8ffca3eb49f607d361688c41c9ae9b3b3de4b80"},{"sha":"e917bd59b1e317c6b48dc676473359fdfb86d9d4","author":{"name":"protonspring","email":"a17fed27eaa842282862ff7c1b9c8395a26ac320@whiteley.org"},"message":"Changes identified in RENAME/REFORMATTING thread (#1861)\n\nI've gone through the RENAME/REFORMATTING thread and changed everything I could find, plus a few more. With this, let's close the previous issue and open another.\r\n\r\nNo functional change.","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/e917bd59b1e317c6b48dc676473359fdfb86d9d4"},{"sha":"883367d21749eb91a5a3737338b5a7f507751a5a","author":{"name":"Kurt","email":"8efa5090304bceb8b4b15888ac82d86d418e0f42@gmail.com"},"message":"Asymmetrical 8x8 Pawn PSQT\n\nSTC:\nLLR: 2.96 (-2.94,2.94) [0.00,5.00]\nTotal: 13323 W: 3015 L: 2818 D: 7490\nhttp://tests.stockfishchess.org/tests/view/5c00a2520ebc5902bcedd41b\n\nLTC:\nLLR: 2.96 (-2.94,2.94) [0.00,5.00]\nTotal: 52294 W: 9093 L: 8756 D:34445\nhttp://tests.stockfishchess.org/tests/view/5c00b2c40ebc5902bcedd596\n\nSome obvious followups to this are to further tune this PSQT, or\ntry 8x8 for other pieces. As of now I don't plan on trying this\nfor other pieces as I think the majority of the ELO it brings is\nfor pawns and kings.\n\nLooking at the new values, the differences between kingside and\nqueenside are quite significant. I am very hopeful that this a\nllows SF to understand and plan pawn structures even better than\nit already does. Cheers!\n\nCloses https://github.com/official-stockfish/Stockfish/pull/1839\n\nBench: 3569243","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/883367d21749eb91a5a3737338b5a7f507751a5a"},{"sha":"31ac538f96a54b294e79213d33aacf5d8a182c87","author":{"name":"SFisGOD","email":"840b5e5d455ef001fdba20642e0f64ffc3ba8474@gmail.com"},"message":"A combo of parameter tweaks\n\nJoint work by SFisGOD, xoroshiro and Chess13234.\n\nThis combo consists of the following tweaks:\nAssorted bonuses and penalties by SFisGOD\nBishop and Rook PSQT by SFisGOD\nTempo Value by xoroshiro\nFutility pruning by Chess13234\n\nSTC:\nLLR: 2.95 (-2.94,2.94) [0.00,4.00]\nTotal: 9005 W: 2082 L: 1882 D: 5041\nhttp://tests.stockfishchess.org/tests/view/5c11628c0ebc5902ba119e90\n\nLTC:\nLLR: 2.95 (-2.94,2.94) [0.00,4.00]\nTotal: 44207 W: 7451 L: 7157 D: 29599\nhttp://tests.stockfishchess.org/tests/view/5c1172a40ebc5902ba119fa3\n\nBench: 3332460","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/31ac538f96a54b294e79213d33aacf5d8a182c87"},{"sha":"4f3804f3f39e573a24ece662cbf79fe30368ff1e","author":{"name":"31m059","email":"5a46a3f19c2aebffb0cdb50e0853db2cc7190558@users.noreply.github.com"},"message":"Remove Null Move Pruning material threshold\n\nOn November 30th, @xoto10 experimented with removing this threshold,\nbut the simplification barely failed LTC. I was inspired to try various\n[0, 4] tweaks to increase its value, which would narrow the effects of\nthis threshold without removing it entirely. Various values repeatedly\nled to Elo gains at both STC and LTC, most of which were insufficient\nto pass.\n\nAfter a couple of weeks, I tried again to find an Elo-gaining tweak\nbut noticed that I could raise the threshold higher and higher without\nregression. I decided to try removing it entirely--forgetting that\n@xoto10 had already attempted this. However, this now performs much\nbetter at both STC and LTC, producing a STC Elo gain and also potentially\na smaller LTC one.\n\nThe reason appears to be a recent change in master (e8ffca3) near\nthis code, which interacts with this patch. This simplification\ngoverns the conditions under which that patch's effects are applied.\nSomething non-obvious about that change has significantly improved\nthe performance of this simplification.\n\nI recognize and thank @xoto10, who originally had this idea. Since\nI ran several LTCs recently (to determine whether to open this PR,\nor one for a related [0, 4]), I would also like to acknowledge the\nother developers and CPU donors for their patience. Thank you all!\n\nSTC:\nLLR: 2.96 (-2.94,2.94) [-3.00,1.00]\nTotal: 13445 W: 3000 L: 2862 D: 7583\nhttp://tests.stockfishchess.org/tests/view/5c11f01b0ebc5902ba11a6b8\n\nLTC:\nLLR: 2.96 (-2.94,2.94) [-3.00,1.00]\nTotal: 33868 W: 5663 L: 5563 D: 22642\nhttp://tests.stockfishchess.org/tests/view/5c11ffe90ebc5902ba11a8a9\n\nCloses https://github.com/official-stockfish/Stockfish/pull/1870\n\nBench: 3343286","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/4f3804f3f39e573a24ece662cbf79fe30368ff1e"},{"sha":"fda0161e3a5295a759f04a0e302567a773f82595","author":{"name":"Joost VandeVondele","email":"1c1b8da5a027803e22e22963dd66b0476661b37a@gmail.com"},"message":"Start a TT resize only after search finished.\n\nAs noticed in the forum, a crash in extract_ponder_from_tt could result\nif hash size is set before the ponder move is printed. While it is arguably\na GUI issue (but it got me on the cli), it is easy to avoid this issue.\n\nCloses https://github.com/official-stockfish/Stockfish/pull/1856\n\nNo functional change.","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/fda0161e3a5295a759f04a0e302567a773f82595"},{"sha":"4e2bb8fa44fe03a2fdb2d3448ac93986354bf9ae","author":{"name":"Joost VandeVondele","email":"1c1b8da5a027803e22e22963dd66b0476661b37a@gmail.com"},"message":"Fix a segfault.\n\nthis patch fixes a rare but reproducible segfault observed playing a\nmulti-threaded match, it is discussed somewhat in fishcooking.\n\nFrom the core file, it could be observed that the issue was in qsearch, namely:\n\n````\n   ss->pv[0] = MOVE_NONE;\n````\n\nand the backtrace shows the it arrives there via razoring, called from the rootNode:\n\n````\n    (gdb) bt\n    alpha=-19, beta=682, depth=DEPTH_ZERO) at search.cpp:1247\n````\n\nIndeed, ss->pv can indeed by a nullptr at the rootNode. However, why is the\nsegfault so rare ?\n\nThe reason is that the condition that guards razoring:\n\n````\n   (depth < 2 * ONE_PLY &&  eval <= alpha - RazorMargin)\n````\n\nis almost never true, since at the root alpha for depth < 5 is -VALUE_INFINITE.\n\nNevertheless with the new failHigh scheme, this is not guaranteed, and rootDepth > 5,\ncan still result in a depth < 2 search at the rootNode. If now another thread,\nvia the hash, writes a new low eval to the rootPos qsearch can be entered.\nRare but not unseen... I assume that some of the crashes in fishtest recently\nmight be due to this.\n\nCloses https://github.com/official-stockfish/Stockfish/pull/1860\n\nNo functional change","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/4e2bb8fa44fe03a2fdb2d3448ac93986354bf9ae"},{"sha":"64a6138d3736babad0f0d9758e3d0e5475f477dd","author":{"name":"Alain SAVARD","email":"5bdcd3c0d4d24ae3e71b3b452a024c6324c7e4bb@multicim.com"},"message":"Refactor king ring calculation\n\nCompute the \"double protection by pawns\" expression only once\nin initialize(), instead of once for each piece in the piece loop.\n\nPassed STC\nhttp://tests.stockfishchess.org/tests/view/5c1506380ebc5902ba11f3b4\nLLR: 2.95 (-2.94,2.94) [-3.00,1.00]\nTotal: 9494 W: 2191 L: 2045 D: 5258\n\nInspired by Nick Pelling's test\n   http://tests.stockfishchess.org/tests/view/5c144d110ebc5902ba11e4af\nand an older test of mine\n   http://tests.stockfishchess.org/tests/view/5c0402810ebc5902bcee1fc8\n\nNon functional change.","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/64a6138d3736babad0f0d9758e3d0e5475f477dd"},{"sha":"7240a90bf9be3f39f3ca4f34921dd644c5cebb3a","author":{"name":"31m059","email":"5a46a3f19c2aebffb0cdb50e0853db2cc7190558@users.noreply.github.com"},"message":"Use stronglyProtected\n\n~stronglyProtected is quite similar to ~attackedBy[Them][PAWN] & ~attackedBy2[Them],\nthe only difference appears to be that the former includes squares attacked twice\nby both sides. The resulting logic is simpler, and the change appears to be at least\nElo-neutral at both STC and LTC.\n\nSTC:\nLLR: 2.95 (-2.94,2.94) [-3.00,1.00]\nTotal: 35924 W: 7978 L: 7885 D: 20061\nhttp://tests.stockfishchess.org/tests/view/5c14a5c00ebc5902ba11ed72\n\nLTC:\nLLR: 2.96 (-2.94,2.94) [-3.00,1.00]\nTotal: 37078 W: 6125 L: 6030 D: 24923\nhttp://tests.stockfishchess.org/tests/view/5c14ae880ebc5902ba11eed8\n\nBench: 3646542","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/7240a90bf9be3f39f3ca4f34921dd644c5cebb3a"},{"sha":"67ae53b020cbc604a817d249933973fbc9de866b","author":{"name":"mstembera","email":"8ce396f43608b3b27b67158abb0b1885ca05027f@email"},"message":"New voting formula for threads\n\nWe now use a quadratic formula during the vote for threads\nwhen deciding on which thread to pick a move from.\n\ntime control 5+0.05, with 8 threads:\nLLR: 2.95 (-2.94,2.94) [0.00,5.00]\nTotal: 20202 W: 4031 L: 3813 D: 12358\nhttp://tests.stockfishchess.org/tests/view/5c16c8e60ebc5902ba1223e2\n\ntime control 20+0.2, with 8 threads:\nLLR: 2.96 (-2.94,2.94) [0.00,5.00]\nTotal: 14330 W: 2290 L: 2115 D: 9925\nhttp://tests.stockfishchess.org/tests/view/5c16efca0ebc5902ba122993\n\n20000 games match at time control 5+0.05, with 31 threads:\nELO: 5.63 +-2.8 (95%) LOS: 100.0%\nTotal: 20000 W: 3539 L: 3215 D: 13246\nhttp://tests.stockfishchess.org/tests/view/5c16f07a0ebc5902ba122a20\n\nCloses https://github.com/official-stockfish/Stockfish/pull/1876\n\nNo functional change (in simple thread mode)","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/67ae53b020cbc604a817d249933973fbc9de866b"},{"sha":"0f2df4e4afa37946e02a2b647ff21146e0588af7","author":{"name":"Guenther Demetz","email":"b0cd829153b63f387d516d753090e92e29a60ce6@wuerth-phoenix.com"},"message":"Tweak main killer penalty\n\nApply refuted main killer penalty also on early TT cut-offs. This\nmakes penalty logic more consistent with the logic at normal search.\n\nFailed STC:\nhttp://tests.stockfishchess.org/tests/view/5c121e730ebc5902ba11aad8\nLLR: -2.95 (-2.94,2.94) [0.00,5.00]\nTotal: 72193 W: 15848 L: 15625 D: 40720 Elo +1.07\n\nPassed LTC:\nhttp://tests.stockfishchess.org/tests/view/5c17b1b10ebc5902ba123c24\nLLR: 2.95 (-2.94,2.94) [0.00,5.00]\nTotal: 35073 W: 5886 L: 5625 D: 23562 Elo +2.59\n\nCloses https://github.com/official-stockfish/Stockfish/pull/1878\n\nbench: 3393939","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/0f2df4e4afa37946e02a2b647ff21146e0588af7"},{"sha":"b54bcfddaa2a5f6c5d4d5b54243a682a098f49a3","author":{"name":"protonspring","email":"a17fed27eaa842282862ff7c1b9c8395a26ac320@whiteley.org"},"message":"Simplify KBNK endgame implementation\n\nWe do not need to change the winnerKSq variable, so we can simplify\na little bit the logic of the code by changing only the loserKSq\nvariable when it is necessary. Also consolidate and clarify comments.\n\nSee the pull request thread for a proof that the code is correct:\nhttps://github.com/official-stockfish/Stockfish/pull/1854\n\nNo functional change","distinct":true,"url":"https://api.github.com/repos/lantonov/Stockfish/commits/b54bcfddaa2a5f6c5d4d5b54243a682a098f49a3"}]}
{"actor":{"display_login":"lantonov"}}