[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Bug-gnubg] Predefined move filters

From: Albert Silver
Subject: RE: [Bug-gnubg] Predefined move filters
Date: Mon, 30 Dec 2002 19:11:30 -0200

I'll do some testing of this, but it's not always easy to see the
difference. One detail: It's true that the 1-ply is the worst (IMHO) ply
depth, however, in my experience, the 3-ply is definitely stronger than
the 2-ply. This has been confirmed by numerous rollouts, as well as
errors pointed out by Snowie. As a rule its evaluation is more precise,
and it is able to find the correct moves many times that it might miss
at 2 plies. This includes its chronic problems with bearoff against more
than 1 checker on the bar. 


-----Original Message-----
From: address@hidden
[mailto:address@hidden On Behalf Of
Joern Thyssen
Sent: Monday, December 30, 2002 5:50 PM
To: address@hidden
Cc: address@hidden
Subject: Re: [Bug-gnubg] Predefined move filters

On Mon, Dec 30, 2002 at 03:40:35PM -0500, address@hidden wrote
> Build 28NOV
> If you select 2ply 3ply or 4ply tabs, the odd ply filters have no data
> them for any of the predefined move filters?

Correct. Using 1-ply may often remove the correct move, so that's why we
generally skip pruning at odd plies.

The old setup has a setting "Skip pruning at 1-ply" or something similar
for the same reason.

Also, note that the default move filters are not "tested". I've just
committed some values that seemed reasonable. I would very much like
some feedback regarding them. Is the "small" move filter really small
etc etc?!"


Bug-gnubg mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]