02-04-2023, 04:42 PM
(This post was last modified: 02-05-2023, 06:56 PM by Tester001.
Edit Reason: UTC -> UCT
)
Interesting! Thanks for the explanation.
I saw in my tests that the extra seconds brought nothing even if they were minutes and was wondering why a move with 'better evaluation' (in some sense) than the best of the last complete depth is not chosen in the end.
Because when the next depth is not finished and although there might be an even better move, the best move from 'extra time' could still be better than everything else found for the last finished depth, I thought. ok.
Yes, the random possibility for equal eval I understand. (as in UserGuide Appendix B7)
So when I have two different .lud encodings (with different runtime leading to different depths) of one game they should still give the same best move when I increase the time for the slower one to match the 'completed depth' of both, is this right?
(in cases when equally evaluated moves can be ruled out* with very high probability)
If the rate of different best move at same depth would be high this would be a hint to an error in one of the two lud files, I guess.
Regards, Franz
*It would be nice to have the output of such an evaluation parameter for AlphaBeta like in UCT, if possible.
I saw in my tests that the extra seconds brought nothing even if they were minutes and was wondering why a move with 'better evaluation' (in some sense) than the best of the last complete depth is not chosen in the end.
Because when the next depth is not finished and although there might be an even better move, the best move from 'extra time' could still be better than everything else found for the last finished depth, I thought. ok.
Yes, the random possibility for equal eval I understand. (as in UserGuide Appendix B7)
So when I have two different .lud encodings (with different runtime leading to different depths) of one game they should still give the same best move when I increase the time for the slower one to match the 'completed depth' of both, is this right?
(in cases when equally evaluated moves can be ruled out* with very high probability)
If the rate of different best move at same depth would be high this would be a hint to an error in one of the two lud files, I guess.
Regards, Franz
*It would be nice to have the output of such an evaluation parameter for AlphaBeta like in UCT, if possible.