[ View Thread ] [ Post Response ] [ Return to Index ] [ Read Prev Msg ] [ Read Next Msg ]

BGonline.org Forums

Maybe there's a better way to measure takes?

Posted By: Timothy Chow
Date: Sunday, 18 October 2009, at 2:22 p.m.

In Response To: Maybe there's a better way to measure takes? (Fabrice Liardet)

Fabrice Liardet wrote:

As a side note, the cube vig is even more important for double / no double decisions than the recube vig is for take / pass decisions, since the doubler's future cube vig is the exact reason for not doubling although one is in the doubling window. For that reason, while I have a reasonable confidence in what the bots say about take/pass decisions, I don't have such a confidence about double / no double decisions.

I don't understand this argument, at least as far as live cube rollouts are concerned. If you ask GNU for a cube action opinion, it rolls out the position two ways, one for each cube position, and estimates the equity that way. It's true that the cube decisions during the rollout will be subject to the defects under discussion, but these will contaminate both the "no double" and the "double/take" rollout paths, so I don't see why one would be more reliable than the other. But perhaps you just meant that for evals you trust the take/pass decision more than you trust the double/no double decisions.

Thinking a bit more about Phil's question, I think that there might be some value in reporting recube frequency and efficiency as a rollout stat. Stick might call it superfluous, but I think it might improve our understanding of certain subtle positions. In certain positions, our intuition tells us (for example) that a recube is very likely to occur very quickly, or (for another example) that the recube efficiency will be very high or very low. If the bot reports its opinion on this question and it disagrees with us, then that would be very interesting: If the bot is right then we have learned something about the position, and if the bot is wrong then we have learned something about the kinds of positions where the bot can't be trusted.

This does raise the question of just which kinds of recube statistics one would want the bot to report. Obviously one would want the total number of recubes and takes/passes, but perhaps one would also want more detailed information about when the recube occurred, and down which dice-roll path, etc.

Messages In This Thread

 

Post Response

Your Name:
Your E-Mail Address:
Subject:
Message:

If necessary, enter your password below:

Password:

 

 

[ View Thread ] [ Post Response ] [ Return to Index ] [ Read Prev Msg ] [ Read Next Msg ]

BGonline.org Forums is maintained by Stick with WebBBS 5.12.