Re: [Bug-gnubg] Use of Two-Sided DB in matchesSurely, therefore, at least 1-ply or higher should see the recube and the then dead cube situation and go to the DB for an exact valid value. ----- Original Message ----- From: Michael Petch To: Neil Robins ; [email protected] Sent: Saturday, September 05, 2009 6:51 AM Subject: Re: [Bug-gnubg] Use of Two-Sided DB in matches
I should have said "The problem is that the 2 sided bearoff database is only guaranteed to be valid for money games". There are match play situations where it is valid (dead cubes etc) On 04/09/09 11:45 PM, "Michael Petch" <[email protected]> wrote: The problem is that the 2 sided bearoff database is only valid for money games (its exact for that). In those situations it will go right to the DB. If you take your same position and turn it into a money session position you will see that it uses the values directly from the DB. The bearoff database is not guaranteed to be accurate for score based decisions. Yours is an interesting case because the 0 ply analysis that is double pass is the static eval from the database + janowski. One other thing. If you are posting match play analysis it can also be helpful to output as MWC. On 04/09/09 11:30 PM, "Neil Robins" <[email protected]> wrote: It seems to me, that where exact figures
_______________________________________________ Bug-gnubg mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-gnubg
