Another minor note: I am not fully convinced of your engine being ready for release Looking at the PVs tells me that your search has bugs. For instance in depth 4 it prints "b8c6 e4e5 c6e5". Assuming that the game started with 1.e4 prior to this search, the engine accepts to lose a pawn for nothing, so there must be something completely wrong with your search. Subsequent PVs are even worse, showing sacrifices like Qd8xd2 or Bb5xd7 in the early opening.
Sven Schüle wrote:Another minor note: I am not fully convinced of your engine being ready for release Looking at the PVs tells me that your search has bugs. For instance in depth 4 it prints "b8c6 e4e5 c6e5". Assuming that the game started with 1.e4 prior to this search, the engine accepts to lose a pawn for nothing, so there must be something completely wrong with your search. Subsequent PVs are even worse, showing sacrifices like Qd8xd2 or Bb5xd7 in the early opening.
Sven
I haven't looked to carefully, but it may work fine and just have no quiescent search.
Sven Schüle wrote:Another minor note: I am not fully convinced of your engine being ready for release Looking at the PVs tells me that your search has bugs. For instance in depth 4 it prints "b8c6 e4e5 c6e5". Assuming that the game started with 1.e4 prior to this search, the engine accepts to lose a pawn for nothing, so there must be something completely wrong with your search. Subsequent PVs are even worse, showing sacrifices like Qd8xd2 or Bb5xd7 in the early opening.
Sven
I haven't looked to carefully, but it may work fine and just have no quiescent search.
Here black does not recapture the Ba6, and White sacrifices the bishop on d7 and the pawn on e5. Does not make sense, even for an engine without qsearch.
BubbaTough wrote:errrr...yes that does look bad, particularly the illegal move.
It might be a PV display resp. PV calculation problem in this case (maybe a problem of not "null-terminating" the PV and therefore keeping old garbage from different subtrees).
But the wrong sacrifices remain. An engine without qsearch would favor lines ending with a capture even when that capture is losing. But Bx(knight)a6 - any - Bb5, or Bx(pawn)d7 followed by Nxd7, both in the middle of the PV, are results of a wrong search. And that should be fixed.