{"push_id":2789907840,"size":30,"distinct_size":30,"ref":"refs/heads/master","head":"f1088c98228ff5b992d6cdadfc678d36bf44f41b","before":"12e79be91039796299187ba1b2f1559552642ea4","commits":[{"sha":"41bc0d56608c01adf104d2bd0213342c82fa4ab5","author":{"name":"Miguel Lahoz","email":"031d7fc1d34fb18f3de96de593cc312f218d8795@protonmail.com"},"message":"Remove connectivity.\n\nThere seems to be some strange interaction between Overload and Connectivity.\nOverload encourages us to not have too many defended and attacked pieces,\nas this may expose us to various tactics. This feels somewhat like it is in\nconflict with Connectivity, where pieces are defended preemptively.\n\nHere I take the \"pick one or the other\" approach and just remove connectivity,\nwhile strengthening the effect of Overload to compensate. The reasoning is that\nif we defend our pieces preemptively, then it does get attacked, we want to do\nsomething about it so we don't get penalized by Overload. On the other\nhand, if it doesn't get attacked, then there's no need to defend it.\n\nSTC:\nLLR: 2.96 (-2.94,2.94) [-3.00,1.00]\nTotal: 27734 W: 6174 L: 6064 D: 15496\nhttp://tests.stockfishchess.org/tests/view/5b5073bd0ebc5902bdb7ba5c\n\nLTC:\nLLR: 2.95 (-2.94,2.94) [-3.00,1.00]\nTotal: 51606 W: 8897 L: 8827 D: 33882\nhttp://tests.stockfishchess.org/tests/view/5b50aa900ebc5902bdb7bf29\n\nBench: 4658006","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/41bc0d56608c01adf104d2bd0213342c82fa4ab5"},{"sha":"0365b086017da2f5b0aeae6e396a213b56673c72","author":{"name":"Alain SAVARD","email":"5bdcd3c0d4d24ae3e71b3b452a024c6324c7e4bb@multicim.com"},"message":"Simplify the \"overload\" condition\n\nThis is a follow-up of the previous pull request (#1686) by Miguel.\nWe simplify the \"Overload\" bonus condition by re-using the \"weak\"\nvariable, which captures well the essence of the overload condition.\nThis may also be a small speed optimization because the weak variable\nis in a register at this point of the code.\n\nhttp://tests.stockfishchess.org/tests/view/5b527b440ebc5902bdb7f7db\nLLR: 2.95 (-2.94,2.94) [-3.00,1.00]\nTotal: 10925 W: 2517 L: 2374 D: 6034\n\nhttp://tests.stockfishchess.org/tests/view/5b527f930ebc5902bdb7f883\nLLR: 2.95 (-2.94,2.94) [-3.00,1.00]\nTotal: 15569 W: 2697 L: 2568 D: 10304\n\nCloses https://github.com/official-stockfish/Stockfish/pull/1687\n\nBench: 5010472","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/0365b086017da2f5b0aeae6e396a213b56673c72"},{"sha":"53c07c34bb0aba765e1add91bbc932dfce9bae52","author":{"name":"Stefan Geschwentner","email":"2ec7997e4d4710ede4230bcdf82ef3349dffb893@web.de"},"message":"Non functional LMR rewrite.","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/53c07c34bb0aba765e1add91bbc932dfce9bae52"},{"sha":"4bd24da161fa7fdac4283438e86e9fd923c3493a","author":{"name":"Marco Costalba","email":"e7366a8c07bfdf2f7115ad219848d448a055b931@gmail.com"},"message":"Slight tidy up in endgame machinery\n\nNo functional change.","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/4bd24da161fa7fdac4283438e86e9fd923c3493a"},{"sha":"af1ddfd83b59a98f7f23f75419f0492fc7e2e85f","author":{"name":"protonspring","email":"a17fed27eaa842282862ff7c1b9c8395a26ac320@whiteley.org"},"message":"simplified forward ranks.\n\nThis is a non-functional simplification. We change replaces an 'OR'\nand a lookup (rank_bb(ksq)) with a bitwise ~.  This is fewer operations\nand is probably faster.\n\nSTC\nLLR: 2.95 (-2.94,2.94) [-3.00,1.00]\nTotal: 25441 W: 5689 L: 5575 D: 14177\nhttp://tests.stockfishchess.org/tests/view/5b52d05a0ebc5902bdb8010e\n\nLTC\nLLR: 2.96 (-2.94,2.94) [-3.00,1.00]\nTotal: 26904 W: 4664 L: 4553 D: 17687\nhttp://tests.stockfishchess.org/tests/view/5b543df70ebc5902bdb8212d\n\nNo functional change.","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/af1ddfd83b59a98f7f23f75419f0492fc7e2e85f"},{"sha":"0d5fe2f156666442b497656ae459f825c771826d","author":{"name":"Goodkov Vasiliy Aleksandrovich","email":"06cf4ea9559aa4371423ba20d9f9d19469082519@mail.ru"},"message":"Simplify condition for ThreatByRook\n\nRemove stronglyProtected Queen for ThreatByRook. Idea is that in the\ncurrent master the  SliderOnQueen bonus and the see_ge() function do\nsomething similar as ThreatByRook for Queen, so this patch removes\nsome redundancy, in that sense.\n\nSTC:\nLLR: 2.95 (-2.94,2.94) [-3.00,1.00]\nTotal: 21878 W: 4939 L: 4818 D: 12121\nhttp://tests.stockfishchess.org/tests/view/5b53a83b0ebc5902bdb815d1\n\nLTC:\nLLR: 2.95 (-2.94,2.94) [-3.00,1.00]\nTotal: 35307 W: 5979 L: 5882 D: 23446\nhttp://tests.stockfishchess.org/tests/view/5b53b60b0ebc5902bdb8174c\n\nClose https://github.com/official-stockfish/Stockfish/pull/1690\n\nBench: 4834554","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/0d5fe2f156666442b497656ae459f825c771826d"},{"sha":"50287a55d3b07623120d938a4159d051e32d852d","author":{"name":"Stefan Geschwentner","email":"bed9c571c6925b805d889a29ca5940d89e45f4c5@users.noreply.github.com"},"message":"Tweak reductions formula: 0.88 * depth + 0.12\n\nReplace the depth part in the reduction formula for higher depths\nwith a slower growing linear function. So for depth > 3 less reductions\nare used.\n\nWhat we can try next:\n- move the break point to even higher depths\n- tweak the slope for lower and higher depth\n- even possibly use a further higher depth threshold for a another\n  slower growing function\n\nSTC:\nLLR: 2.95 (-2.94,2.94) [0.00,5.00]\nTotal: 25317 W: 5763 L: 5505 D: 14049\nhttp://tests.stockfishchess.org/tests/view/5b54f9f70ebc5902bdb840ed\n\nLTC:\nLLR: 2.96 (-2.94,2.94) [0.00,5.00]\nTotal: 7451 W: 1320 L: 1167 D: 4964\nhttp://tests.stockfishchess.org/tests/view/5b54feeb0ebc5902bdb84244\n\nCloses https://github.com/official-stockfish/Stockfish/pull/1692\n\nBench: 4617359","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/50287a55d3b07623120d938a4159d051e32d852d"},{"sha":"38471697b7e414f4509fb7dbf41f3f679711edb4","author":{"name":"double-beep","email":"2a921af702e46cece6f1d71f90489cba881763af@no-reply.github.com"},"message":"Slight decrease of overload value\n\nSet overload value to S(13,6)\n\nSTC:\nLLR: 2.96 (-2.94,2.94) [0.00,4.00]\nTotal: 27606 W: 6371 L: 6094 D: 15141\nhttp://tests.stockfishchess.org/tests/view/5b5455840ebc5902bdb82425\n\nLTC:\nLLR: 2.95 (-2.94,2.94) [0.00,4.00]\nTotal: 112435 W: 19442 L: 18921 D: 74072\nhttp://tests.stockfishchess.org/tests/view/5b546d4a0ebc5902bdb82741\n\nCloses https://github.com/official-stockfish/Stockfish/pull/1694\n\nBench: 4937000","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/38471697b7e414f4509fb7dbf41f3f679711edb4"},{"sha":"bb56779cb6e46418783e4253e424d397921335d7","author":{"name":"Stefan Geschwentner","email":"2ec7997e4d4710ede4230bcdf82ef3349dffb893@web.de"},"message":"Revert \"Tweak reductions formula: 0.88 * depth + 0.12\"\n\nThis patch reverts the recent commit called \"Tweak reductions formula, etc.\"\nThe decisions for the revert decision were as follows:\n\n1) The original commit called \"Tweak reductions formula: 0.88 * depth + 0.12\"\nshowed bad scaling at in a Very Long Time Control (VLTC) test:\n\nVLTC (180+1.8):\nLLR: -1.59 (-2.94,2.94) [0.00,5.00]\nTotal: 14968 W: 2247 L: 2257 D: 10464\nhttp://tests.stockfishchess.org/tests/view/5b559ffa0ebc5902bdb84f36\n\n2) So there was a suspicion that the original fast passing LTC test which lead\nus to accept the patch may have been a statistical accident, so we organized\na match against the previous master at LTC to get an Elo estimate for the\npatch:\n\nLTC match:\nELO: -1.83 +-2.1 (95%) LOS: 4.3%\nTotal: 36018 W: 6018 L: 6208 D: 23792\nhttp://tests.stockfishchess.org/tests/view/5b55f8110ebc5902bdb8526f\n\n3) Based on these results, we ran a simplification test with [-3..1] bounds\nfor the revert at LTC:\n\nLTC:\nLLR: 2.95 (-2.94,2.94) [-3.00,1.00]\nTotal: 41501 W: 7107 L: 7020 D: 27374\nhttp://tests.stockfishchess.org/tests/view/5b5738670ebc5902bdb86932\n\n4) So we revert.\n\nBench: 4491691","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/bb56779cb6e46418783e4253e424d397921335d7"},{"sha":"6e36860554c735775b93f7622806cea90f078480","author":{"name":"VoyagerOne","email":"ace7f16dc79366a592c6b81c420853f4b5758c68@gmail.com"},"message":"CounterMove History Pruning Tweak\n\nSTC: (Yellow)\nLLR: -2.96 (-2.94,2.94) [0.00,5.00]\nTotal: 40124 W: 8817 L: 8751 D: 22556\nhttp://tests.stockfishchess.org/tests/view/5b5690180ebc5902bdb85c8a\n\nLTC:\nLLR: 2.95 (-2.94,2.94) [0.00,5.00]\nTotal: 21599 W: 3811 L: 3599 D: 14189\nhttp://tests.stockfishchess.org/tests/view/5b5757010ebc5902bdb86b1f\n\nCloses https://github.com/official-stockfish/Stockfish/pull/1697\n\nBench:  4794161","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/6e36860554c735775b93f7622806cea90f078480"},{"sha":"c4c2e08f0d71c8e8f0bdfcb988a42b33243fd2ca","author":{"name":"Stefan Geschwentner","email":"bed9c571c6925b805d889a29ca5940d89e45f4c5@users.noreply.github.com"},"message":"Tweak stat bonus\n\nIncrease stat bonus by 1/32 and adjust the divisor of main and capture\nhistory tables to 10692.\n\nSTC:\nLLR: 2.96 (-2.94,2.94) [0.00,4.00]\nTotal: 28437 W: 6444 L: 6166 D: 15827\nhttp://tests.stockfishchess.org/tests/view/5b579b4d0ebc5902bdb87139\n\nLTC:\nLLR: 2.96 (-2.94,2.94) [0.00,4.00]\nTotal: 111204 W: 19160 L: 18644 D: 73400\nhttp://tests.stockfishchess.org/tests/view/5b57a7c60ebc5902bdb872d3\n\nCloses https://github.com/official-stockfish/Stockfish/pull/1698\n\nBench: 4778882","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/c4c2e08f0d71c8e8f0bdfcb988a42b33243fd2ca"},{"sha":"ae9892788526a3809f490bbc20d85d458b987da3","author":{"name":"Stéphane Nicolet","email":"dc5888237d439b473359081fc99470407a7c956d@free.fr"},"message":"Code clean-up\n\nThis patch implements some idea by Alain Savard and Mike Whiteley taken from the perpertual renaming/reformatting thread.\n\nThis is a pure code cleaning patch (so no change in functionality), but I use it as a pretext to correct the bogus bench number that I introduced in the previous commit.\n\nBench: 4413383","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/ae9892788526a3809f490bbc20d85d458b987da3"},{"sha":"a4eda3056ef7f6f69ae15925255621cb32443de9","author":{"name":"Stefan Geschwentner","email":"bed9c571c6925b805d889a29ca5940d89e45f4c5@users.noreply.github.com"},"message":"Rank threats on pinned pawns\n\nAdd for pinned pawns half of the standard rank based threat bonus.\n\nSTC:\nLLR: 2.97 (-2.94,2.94) [0.00,5.00]\nTotal: 44010 W: 9987 L: 9635 D: 24388\nhttp://tests.stockfishchess.org/tests/view/5b58aa780ebc5902bdb88c7a\n\nLTC:\nLLR: 2.95 (-2.94,2.94) [0.00,5.00]\nTotal: 29475 W: 5089 L: 4847 D: 19539\nhttp://tests.stockfishchess.org/tests/view/5b58b56c0ebc5902bdb88f37\n\nCloses https://github.com/official-stockfish/Stockfish/pull/1701\n\nBench: 4503866","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/a4eda3056ef7f6f69ae15925255621cb32443de9"},{"sha":"2660a9145ef23bb51daa4aa35ff502c5f935c9aa","author":{"name":"protonspring","email":"a17fed27eaa842282862ff7c1b9c8395a26ac320@whiteley.org"},"message":"Remove condition for pawn threats\n\nIt appears as though removing squares that are already attacked\nby our pawns can be removed.\n\nSTC\nLLR: 2.96 (-2.94,2.94) [-3.00,1.00]\nTotal: 51242 W: 11503 L: 11440 D: 28299\nhttp://tests.stockfishchess.org/tests/view/5b58b5a40ebc5902bdb88f52\n\nLTC\nLLR: 2.95 (-2.94,2.94) [-3.00,1.00]\nTotal: 35246 W: 6063 L: 5966 D: 23217\nhttp://tests.stockfishchess.org/tests/view/5b58f8e20ebc5902bdb8959b\n\nHow to continue after this patch: there is now a slight semantic\noverlap between the ThreatByPawnPush and the ThreatBySafePawn bonuses,\nso hand-tuning either of these, or both at the same time, is natural.\n\nCloses https://github.com/official-stockfish/Stockfish/pull/1702\n\nBench 4734881","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/2660a9145ef23bb51daa4aa35ff502c5f935c9aa"},{"sha":"d44701be4b96164d716e5fcf1a811cb6fd5f3b5e","author":{"name":"ianfab","email":"98b602d8b9bb970eedf44dce9f1c120624312df6@users.noreply.github.com"},"message":"Fix condition for error message of signature script\n\nUse obtained bench instead of reference bench when checking for crash.\n\nNo functional change.","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/d44701be4b96164d716e5fcf1a811cb6fd5f3b5e"},{"sha":"c9f80660a6c529f6909c1beed4e9d5798979711b","author":{"name":"Jekaa","email":"a46687c8833c750f0a1bc2be57bbabdb844c496e@mail.ru"},"message":"Small reformat in evaluate threats (non functional)\n\nWhen evaluating threat by safe pawn and pawn push the same expression is used.\n\nSTC\nLLR: 2.95 (-2.94,2.94) [0.00,5.00]\nTotal: 19444 W: 4540 L: 4309 D: 10595\nhttp://tests.stockfishchess.org/tests/view/5b5a6e150ebc5902bdb8c5c0\n\nCloses https://github.com/official-stockfish/Stockfish/pull/1709\n\nNo functional change.\n\n--------------------\n\nComments by Stéphane Nicolet:\n\nI don't measure any speed-up on my system, with two parallel benches at depth 22:\n\nTotal time (ms) : 74989\nNodes searched : 144830258\nNodes/second : 1931353\nmaster\n\nTotal time (ms) : 75341\nNodes searched : 144830258\nNodes/second : 1922329\ntestedpatch\n\nAnd anyway, like Stefan Geschwentner, I don't think that a 0.3% speed-up would\nbe enough to pass a [0..5] LTC test -- as a first approximation, we have this\nrule of thumb that 1% speed-up gives about 1 Elo point.\n\nHowever, considering the facts that the reformatting by itself is interesting,\nthat this is your first green test and that you played by the rules by running\nthe SPRT[0..5] test before opening the pull request, I will commit the change.\nI will only take the liberty to change the occurrences of safe in lines 590 and\n591 to b, to make the code more similar to lines 584 and 585.\n\nSo approved, and congrats :-)","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/c9f80660a6c529f6909c1beed4e9d5798979711b"},{"sha":"313f4037339142f0c3488f511c57ca7a400ea8a5","author":{"name":"Miguel Lahoz","email":"031d7fc1d34fb18f3de96de593cc312f218d8795@protonmail.com"},"message":"Tweak KingFlank when king is on edge files\n\nThis tweak excludes files D and E from the KingFlank bitboard when our\nking is on the A or H files respectively. As far as I can tell, this\naffects two things: the calculation for CloseEnemies and PawnlessFlank.\nAside from filtering out slightly less relevant attacks in the flank,\nI suspect this helps with king prophylaxis, avoiding attacks and moving\ntowards the center when the pawns start to come off.\n\nSTC\nLLR: 2.95 (-2.94,2.94) [0.00,4.00]\nTotal: 56755 W: 12881 L: 12489 D: 31385\nhttp://tests.stockfishchess.org/tests/view/5b58a94c0ebc5902bdb88c72\n\nLTC\nLLR: 2.95 (-2.94,2.94) [0.00,4.00]\nTotal: 130205 W: 22536 L: 21957 D: 85712\nhttp://tests.stockfishchess.org/tests/view/5b58b7580ebc5902bdb89029\n\nHow to continue: Tweaking the two bonuses mentioned might give some\ngain, although as far as I can tell, CloseEnemies is very sensitive to\neven small changes.\n\nCloses https://github.com/official-stockfish/Stockfish/pull/1705\n\nBench: 5026009","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/313f4037339142f0c3488f511c57ca7a400ea8a5"},{"sha":"e12fc10b5cf4ac1518a18a54c4e368ef2dc55bfc","author":{"name":"Stéphane Nicolet","email":"dc5888237d439b473359081fc99470407a7c956d@free.fr"},"message":"Remove a popcount for HinderPassedPawn\n\nRemove a popcount for HinderPassedPawn, and compensate by doubling\n the bonus from S(4,0) to to S(8,0).\n\nMaybe it was pure luck, but we got the idea of this Elo gaining patch by\nseing the simplification attempt by Mike Whiteley in pull request #1703.\nThis suggests that whenever we have a passed evaluation simplification,\nwe should consider the possibility that the master bonus has become\nslightly out of tune with time, and we should try a few Elo gaining [0..4]\ntests by hand-tuning the master bonus.\n\nSTC:\nLLR: 2.95 (-2.94,2.94) [0.00,4.00]\nTotal: 19136 W: 4388 L: 4147 D: 10601\nhttp://tests.stockfishchess.org/tests/view/5b59be6f0ebc5902bdb8ac06\n\nLTC:\nLLR: 2.96 (-2.94,2.94) [0.00,4.00]\nTotal: 99382 W: 17324 L: 16843 D: 65215\nhttp://tests.stockfishchess.org/tests/view/5b59d2410ebc5902bdb8afa8\n\nCloses https://github.com/official-stockfish/Stockfish/pull/1710\n\nBench: 4688817","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/e12fc10b5cf4ac1518a18a54c4e368ef2dc55bfc"},{"sha":"9ca014df497de8b3fa4a1da75e8af8a567141a90","author":{"name":"Stéphane Nicolet","email":"dc5888237d439b473359081fc99470407a7c956d@free.fr"},"message":"Fix a compilation error for MSVC\n\nThe previous commit wouldn't compile on the Microsoft Virtual Studio C++ compiler. So use a more compatible style for the same idea (which we already use in numerous places of evaluate.cpp, for instance in line 563).\n\nUnder the Clang compiler, both versions generate exactly the same machine code (same md5 signatures for the two binaries).\n\nNo functional change.","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/9ca014df497de8b3fa4a1da75e8af8a567141a90"},{"sha":"6184d2b2ac25691dc171560903a81e6d38a0593a","author":{"name":"VoyagerOne","email":"ace7f16dc79366a592c6b81c420853f4b5758c68@gmail.com"},"message":"Simplify cmh pruning\n\nSimplify cmh pruning by removing PvNode exception\n\nSTC:\nLLR: 2.96 (-2.94,2.94) [-3.00,1.00]\nTotal: 9935 W: 2330 L: 2184 D: 5421\nhttp://tests.stockfishchess.org/tests/view/5b587dc00ebc5902bdb88424\n\nLTC:\nLLR: 2.95 (-2.94,2.94) [-3.00,1.00]\nTotal: 20635 W: 3585 L: 3464 D: 13586\nhttp://tests.stockfishchess.org/tests/view/5b58910a0ebc5902bdb885b9\n\nCloses https://github.com/official-stockfish/Stockfish/pull/1711\n\nBench: 4905530","distinct":true,"url":"https://api.github.com/repos/mbootsector/Stockfish/commits/6184d2b2ac25691dc171560903a81e6d38a0593a"}]}
{"actor":{"display_login":"mbootsector"}}