Interesting diagram. I suppose the hc_0 and hc_1 prefixes mean the inputs are for the player on roll and for the other respectively ?
The sum of the values seems to be about 0.5. Should the sum be 1 and the basic inputs amount for the complement ? If this is the case, do you have the actual sum for the listed inputs ? PIPLOSS for one of the players is indeed at the top of the list, but aggregated for both players MOBILITY seems to be about equal. The second one, ENTER is interesting, it is 0 when the player doesn't have a man on the bar so, when it matters, it may well be the most important input. The first random ideas that come to mind : - could it worthwile to add a few of the complex features like MOBILITY and ENTER to the pruning nets ? - the paper by Berliner mentionned by Ian in another follow-up describes his efforts to improve PIPLOSS from a simple but not that good algorithm to more or less what we have. Since, according to your analysis, the value of this input is very asymetrical between the players, maybe a simpler version could be used for at least one of them. That's assuming one can come up with something approximate that is much faster but not too less accurate. _______________________________________________ Bug-gnubg mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-gnubg
