-
Notifications
You must be signed in to change notification settings - Fork 2.7k
Comparing changes
Open a pull request
base repository: official-stockfish/Stockfish
base: 4d120ee02e
head repository: official-stockfish/Stockfish
compare: 849b089a63
- 18 commits
- 15 files changed
- 6 contributors
Commits on Aug 21, 2013
-
Configuration menu - View commit details
-
Copy full SHA for c6baefb - Browse repository at this point
Copy the full SHA c6baefbView commit details
Commits on Aug 22, 2013
-
Use null move when depth >= 2 plies
Passed both short TC: LLR: 2.96 (-2.94,2.94) Total: 23725 W: 5031 L: 4855 D: 13839 And long TC: LLR: 2.96 (-2.94,2.94) Total: 15730 W: 2939 L: 2754 D: 10037 bench: 4729333
Configuration menu - View commit details
-
Copy full SHA for f39cf1b - Browse repository at this point
Copy the full SHA f39cf1bView commit details -
The case of two lone kings on the board is already considered by the "No pawns" scaling factor rules in material.cpp as is KBK and KNK. Moreover we had a small leak in endgames map because for KK endgame it happens white and black material keys are the same (both equal to zero), so when adding the black endgame in Endgames::add() we were overwriting the already exsisting white one, leading to a memory leak found by Valgrind. So remove the endgames althogheter and rely on scaling to correctly set the endgames value to a draw. No functional change.
Configuration menu - View commit details
-
Copy full SHA for c4533e0 - Browse repository at this point
Copy the full SHA c4533e0View commit details -
Simplify condition for backward pawn
No functional changes.
Configuration menu - View commit details
-
Copy full SHA for b9f5d1c - Browse repository at this point
Copy the full SHA b9f5d1cView commit details
Commits on Aug 24, 2013
-
With position fen 7k/8/8/8/8/7P/6K1/7B w - - 0 1 go depth 25 The evaluation at depth 22 is not draw as it should be. The reason is that when search reaches the position 8/6kP/8/8/8/3B4/6K1/8 w - - 0 1 if white plays h8R or h8N then we get a position that is a "KNOWN_WIN" and is _not_ a check, so futility pruning in qsearch kicks in and black may think that it is "futile" to reply Kxh8 since, according to the logic of the code, it cannot raise the score back towards a draw. bench: 4728533
Configuration menu - View commit details
-
Copy full SHA for 5e331f9 - Browse repository at this point
Copy the full SHA 5e331f9View commit details
Commits on Aug 25, 2013
-
Simplify kf definition in shelter_storm()
No functional change.
Configuration menu - View commit details
-
Copy full SHA for 04fd7ef - Browse repository at this point
Copy the full SHA 04fd7efView commit details -
No functional change.
Configuration menu - View commit details
-
Copy full SHA for 6e6c5b6 - Browse repository at this point
Copy the full SHA 6e6c5b6View commit details
Commits on Aug 26, 2013
-
Time management: move faster if PV is stable
Move faster but compensate by allocating more time when the best move changes. Passed short TC at 15+0.05 LLR: 2.93 (-2.94,2.94) Total: 13895 W: 3030 L: 2882 D: 798 Long TC at 60+0.05 LLR: 2.96 (-2.94,2.94) Total: 9266 W: 1777 L: 1624 D: 5865 At time increment 30+0.5 LLR: 2.96 (-2.94,2.94) Total: 6703 W: 1238 L: 1134 D: 4331 And at fixed game number, longer TC 120+0.05 ELO: 5.17 +-2.8 (95%) LOS: 100.0% Total: 19306 W: 3378 L: 3091 D: 12837 bench: 4728533
Configuration menu - View commit details
-
Copy full SHA for e6482b7 - Browse repository at this point
Copy the full SHA e6482b7View commit details
Commits on Aug 28, 2013
-
Helper to find least significant bit relative to the given color. No functional change. Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Configuration menu - View commit details
-
Copy full SHA for aecdbfc - Browse repository at this point
Copy the full SHA aecdbfcView commit details
Commits on Aug 29, 2013
-
Replace hardcoded 128 by constant
No functional change.
Configuration menu - View commit details
-
Copy full SHA for a0cf424 - Browse repository at this point
Copy the full SHA a0cf424View commit details -
Bonus for rook behind a passed
If our rook is behind a passed pawn, all squares are defended. One of the longest tests to pass ! Passed both short TC LLR: 2.97 (-2.94,2.94) Total: 44560 W: 9518 L: 9281 D: 25761 And long TC LLR: 2.96 (-2.94,2.94) Total: 61348 W: 11618 L: 11192 D: 38538 bench: 3787694
Configuration menu - View commit details
-
Copy full SHA for 4b9e338 - Browse repository at this point
Copy the full SHA 4b9e338View commit details -
Enable LMR for dangerous moves
Passed both short TC LLR: 2.96 (-2.94,2.94) Total: 5598 W: 1250 L: 1125 D: 3223 And long TC LLR: 2.97 (-2.94,2.94) Total: 16441 W: 3102 L: 2912 D: 10427 bench: 4620975
Configuration menu - View commit details
-
Copy full SHA for 5d90c14 - Browse repository at this point
Copy the full SHA 5d90c14View commit details
Commits on Aug 30, 2013
-
Use frontmost_sq() and backmost_sq helpers
Should easier to read than the lsb() / msb() low level functions. No functional change.
Configuration menu - View commit details
-
Copy full SHA for 14f47c8 - Browse repository at this point
Copy the full SHA 14f47c8View commit details -
Fix a bogus assert in allows()
Becuase castle is coded as "king captures the rook" the to_sq(move), A1/8 or H1/8 is empty after the move, leading to assert assert(p != NO_PIECE) in color_of(). Teach allows() asserts about castle and fix the crash. Bug reported by Ryan Takker and tracked down by Tom Vijlbrief. No functional change.
Configuration menu - View commit details
-
Copy full SHA for 3e4dcaa - Browse repository at this point
Copy the full SHA 3e4dcaaView commit details
Commits on Sep 1, 2013
-
Configuration menu - View commit details
-
Copy full SHA for 5e8bc6a - Browse repository at this point
Copy the full SHA 5e8bc6aView commit details -
Union of 2 changes that failed with good score
This is a union of 2 changes: A tweak of recaptures limit from Joona Kiiski http://tests.stockfishchess.org/tests/view/52166d7c0ebc59319a242400 and a tweak of move count pruning from Leonid Pechenik http://tests.stockfishchess.org/tests/view/5217c7e60ebc59319a242456 The set passed both short TC at 30+0.05 LLR: 2.96 (-2.94,2.94) Total: 18936 W: 3723 L: 3566 D: 11647 And the usual long TC at 60+0.05 LLR: 2.95 (-2.94,2.94) Total: 48962 W: 8837 L: 8487 D: 31638 bench: 3453945
Configuration menu - View commit details
-
Copy full SHA for 0915f85 - Browse repository at this point
Copy the full SHA 0915f85View commit details -
STANDALONE-TOOLCHAIN.html in Android NDK says: It is recommended to use the -mthumb compiler flag to force the generation of 16-bit Thumb-1 instructions (the default being 32-bit ARM ones). If you want to target the 'armeabi-v7a' ABI, you will need ensure that the following two flags are being used: CFLAGS='-march=armv7-a -mfloat-abi=softfp' Note: The first flag enables Thumb-2 instructions, and the second one enables H/W FPU instructions while ensuring that floating-point parameters are passed in core registers, which is critical for ABI compatibility. Do *not* use these flags separately! Thanks to Peter Osterlund for pointout this doc and for showing me an example Makefile to follow. No functional change.Configuration menu - View commit details
-
Copy full SHA for aee404f - Browse repository at this point
Copy the full SHA aee404fView commit details -
Don't use lpthread for Android
Thanks to Peter Osterlund for the feedback. No functional change.
Configuration menu - View commit details
-
Copy full SHA for 849b089 - Browse repository at this point
Copy the full SHA 849b089View commit details
This comparison is taking too long to generate.
Unfortunately it looks like we can’t render this comparison for you right now. It might be too big, or there might be something weird with your repository.
You can try running this command locally to see the comparison on your machine:
git diff 4d120ee02e...849b089a63