On Tue, Jul 5, 2011 at 12:15 PM, Leon Matoh <[email protected]>wrote:
> > Why it is important to have engine without blind spots. > The holy grail of computer go is to play without blind spots. But if you are familiar with game tree search at all you probably know about alpha/beta pruning. A move is pruned even though we take no effort whatsoever to evaluate it. That is because we know that it cannot matter regardless of how good it might be. Is that a blind spot? Similarly, if we know a move loses outright in go, are you suggesting that the program takes the time to properly evaluate this losing move? There is a serious tradeoff here. If you want to know MORE about exactly how much each move wins or loses, then you MUST do more work. There is no way around that. You have to pick and choose what you want to accomplish and make the trade-offs and engineering decisions that accomplish what you want to accomplish. But don't cast this as a poor engineering decision that does nothing but introduce "blind spots" into the program. What you are suggesting we do is to trade-off decisions that matter most for decisions that matter less so that in positions which matter less the program plays "better" by some definition. Of course by doing so you make the program weaker. I think we are beating this subject to death now. As I said before, this is an issue that has been solved. You make a modification to fuego that makes you happy, so use it. Don't expect the authors of very strong programs to accept changes that weaken their programs however. There is a reason their programs are so strong .... Don > > > Now that we know how to translate winrate to Value > it is obvious why bad engine doent work. > > Engine with blind spot will calculate Value of move > but it will be of some constant, because no way > how it plays some string will stay alive or similar. > And only with extremly big tree or few moves > close to resolve situation it can "see" it. > > If engine cannot count correctly ( no seki knowledge ) > than it is even worse, because in no way it can > correct Value. > > > Leon. > > ______________________________**_________________ > Computer-go mailing list > [email protected] > http://dvandva.org/cgi-bin/**mailman/listinfo/computer-go<http://dvandva.org/cgi-bin/mailman/listinfo/computer-go> >
_______________________________________________ Computer-go mailing list [email protected] http://dvandva.org/cgi-bin/mailman/listinfo/computer-go
