Moderators: hgm, Rebel, chrisw
Thanks to point this out, but I even have published it here:ThatsIt wrote: Ingo Bauer has made a great tournament (6'3").
Link http://forum.computerschach.de/cgi-bin/ ... l?tid=1279.
All engines 64-bit and 1 thread, ponder=off.
You can try CompBase Beta3 yourself if you want. It is free. I have tested a lot of books and at this moment I don't know one single book better than this. Amateur or Pro.Uri Blass wrote:I do not know if Compbase Beta3 is a fantastic book.Tomcass wrote:Game in 10 minutes each.
Hardware Intel i7 975 quad hyperthread
GUI: Fritz11
Book for Stockfish1.4 : CompBase Beta3
Book for Rybka3 and Naum4: Perfect 15
2009-07Stockfish1.4(2)-4 2009
Stockfish 1.4 JA 64bit(x8) - Rybka 3 9.0 - 11.0 +5/-7/=8 45.00%
Stockfish 1.4 JA 64bit(x8) - Naum 4(x8) 8.5 - 11.5 +4/-7/=9 42.50%
I know that CompBase Beta3 is a fantastic book, but you will agree with me that Stockfish 1.4 is really impressive. Congratulations again, Marco.
Regards,
Tom.
The fact is that stockfish lost the match against rybka3 inspite of having 8:1 cores advantage(I also do not know if rybka was 64 bit version or 32 bit version from your post).
Uri
Tomcass wrote:
I know that CompBase Beta3 is a fantastic book, but you will agree with me that Stockfish 1.4 is really impressive. Congratulations again, Marco.
Regards,
Tom.
Try this:Uri Blass wrote:Tomcass wrote:
I know that CompBase Beta3 is a fantastic book, but you will agree with me that Stockfish 1.4 is really impressive. Congratulations again, Marco.
Regards,
Tom.
I cannot try Compbase Beta3 when I do not know where to download this book.
If you mean to
CompMaster Beta 3.0 ctg by M.Servet Kultur then the link appears to be broken
http://www.sedatchess.com/download.html
Uri
Marco or Joona,mcostalba wrote:It starts to be scaringEelco de Groot wrote: Werner Schüle has just posted a good result for the single CPU version against Rybka 2.2n2 32-bit on the CEGT 40/20 Coordination forum
Posted: 09 Jul 2009 19:18 Post subject:
--------------------------------------------------------------------------------
My next result:
Code:
1 Stockfish 1.4 x64 1CPU +12/-11/=27 51.00% 25.5/50 2940
2 Rybka 2.2n2 w32 1CPU +11/-12/=27 49.00% 24.5/50
next: Shredder WM Edition 1CPU
Werner
None of us was expecting something like this....perhaps the hype in the announcement bring good luck
And I did not check until today. There is no comment in the code about disabling the computation of space, but because Code: Select all
ei.mi->space_weight()
Code: Select all
class MaterialInfo {
friend class MaterialInfoTable;
public:
Value mg_value() const;
Value eg_value() const;
ScaleFactor scale_factor(const Position& pos, Color c) const;
int space_weight() const;
bool specialized_eval_exists() const;
Value evaluate(const Position& pos) const;
Code: Select all
// Evaluate space for both sides
if (ei.mi->space_weight() > 0)
{
evaluate_space(pos, WHITE, ei);
evaluate_space(pos, BLACK, ei);
}
}
It is. You will find these lines in MaterialInfoTable::get_material_info:Eelco de Groot wrote:A question about the code. Because I just discovered that "Space" is not really used by both Stockfish 1.3 or Stockfish 1.4, although I have not looked at the older Stockfish versions, but that it is not working is easily verified when you make a version with Space set at 200 instead of the normal 100. It gives the same output, well I only did the check with an Ancalagon version, output is posted below, but it should be similar in Stockfish?
My question is did you have bad testresults with Space, I remember that Tord thought it really helped playing the opening phase in Glaurung with the new computations of safe squares behind own pawns. So I did not really expect this part of the code to be disabled in Stockfish
is initialized in material.h byCode: Select all
ei.mi->space_weight()
Code: Select all
class MaterialInfo { friend class MaterialInfoTable; public: Value mg_value() const; Value eg_value() const; ScaleFactor scale_factor(const Position& pos, Color c) const; int space_weight() const; bool specialized_eval_exists() const; Value evaluate(const Position& pos) const;
but not given any value in material.cpp as far as I can see,
Code: Select all
// Compute the space weight
if (pos.non_pawn_material(WHITE) + pos.non_pawn_material(BLACK) >=
2*QueenValueMidgame + 4*RookValueMidgame + 2*KnightValueMidgame)
{
int minorPieceCount = pos.piece_count(WHITE, KNIGHT)
+ pos.piece_count(BLACK, KNIGHT)
+ pos.piece_count(WHITE, BISHOP)
+ pos.piece_count(BLACK, BISHOP);
mi->spaceWeight = minorPieceCount * minorPieceCount;
}If it is not working, it is a bug, but I cannot reproduce it. Changing the value of the "Space" UCI parameter does have an effect on the evaluations and node counts here...then in evaluate.cpp in the following lines the function evaluate_space()
will not be executed because ei.mi->space_weight() is I think indeterminate, the value is to be decided by the compiler because undefined so it is maybe not even certain that it is zero?Code: Select all
// Evaluate space for both sides if (ei.mi->space_weight() > 0) { evaluate_space(pos, WHITE, ei); evaluate_space(pos, BLACK, ei); } }
Was this intentional? Is the code then left as it is because for further experimentation you might want to use 'space' again, or is it maybe a bug that it is not working now? Because I would have at least expected some comments in the code...