Author: Uri Blass
Date: 23:34:08 03/20/03
Go up one level in this thread
On March 21, 2003 at 02:07:18, Albert Bertilsson wrote: >Hi everybody! > >I've added MAXPLY (50) since to avoid rushing of to far in iterative deepening. >If not used it sometimes causes the search depth to rush of to riduculusly high >values. I don't think having a limit of 50 plies affects the performance when >you can search 50 plies your position is won or lost. If any of you think it is >a problem I'll set it to 100. > >There are no features or array using MAXPLY as limit, it is there because future >features might need indexing by ply (killers) but none of these features are in >the program now. The current ply is only used for returning Defeat + Ply. > >What bothers me most actually is not the bug, but that I can not come up with a >way to do efficient debugging. > >/Regards Albert I agree that at the level of your program more than 50 plies are not needed but I am surprised that you get more than 50 plies with only check extension and bad move ordering. Maybe you should ask your program to print for you the line of 50 plies that it gets. If you search 50 plies than at depth 10 you should have 30 checks out of the first 40 moves even if you have 10 captures in the qsearch and it always almost does not happen because usually the opponent does not reply to check by a check and having 10 captures in the qsearch is also rare. Uri
This page took 0 seconds to execute
Last modified: Thu, 15 Apr 21 08:11:13 -0700
Current Computer Chess Club Forums at Talkchess. This site by Sean Mintz.