spears wrote:
I've just thought of a productive way you guys could work together that has quite good long term potential. There is some java code for a MCTS bot somewhere. It almost certainly needs some poker value judgements to make it work well so you could do that. IIRC it doesn't know how to bluff or slow play so you could introduce that. Get a crack of PokerAcademy to test it and to spew out diagnostics to help you tune it.
Hey Spears, thank you for your kind help in this.
What you are suggesting is more or less what we are already doing. So I guess I was terrible at explaining it, I'm so sorry, it must be my terrible english plus my approximate usage of the "bot language", so to speak.
When I asked about putting a rule based core in a Montecarlo AI was talking more or less about this, my bad, I'm totally new to the bot's world.
Will get better, I promise, I'm a fast learner

spears wrote:
The tension between those advocating rules based approaches and pure mathematical approach is quite deep and quite common. I'm surprised fisherking can get physics guy to play along.
Well, I see what you are saying here as we had a lot of interesting conversations about this, but eventually we both got convinced that given that our goal is *not* to totally solve the game in GT, we could use some shortcuts, or rules, to get the AI past all the things we already know as reasonably "correct" (e.g.: rule says to open 2.5x with a determined range from UTG instead of trying all the combinations of amount to open + any two cards and see in the tree what is profitable and what is not - which is what MCTS does at the moment). Plus, the poker player checks on frequencies, bluffs, slowplay et cetera, exactly as you suggest.
I have to say that the physicist totally agrees with me that the advantage we have, should we have one, on the normal approach to a poker AI is that we have a good insight on both the two worlds, science of probabilities and poker, so we do believe we should use each others' knowledge to get an AI which takes the best of the two approaches.
By the way I already got MCTS and simplebot playing each other on testbed, but I noticed that Holdem Manager won't read the hand history generated, not even if I reformat the HH in xml or whatever format I know. I can see the two guys playing via a universal replayer, which is fast and so I can easily understand what they are doing, but I can't access that with the tracking software.
Is the poker academy crack HH readable by holdem manager? or should I pass to pokertracker, of which I heard is more elastic with HHs?
spears wrote:
OK, I've thought of another way poker and physics guy could work together. Physics guy calculates equity and variance (see above). Poker guy provides the rules for actions based on equity, variance, position, pot, stack size etc, but without any consideration of actual cards. This is much simpler for physics guy and gives poker guy more to do than in my MCTS suggestion.
As for this, I can't wait to see what my friend says. In general, for all the interesting technical stuff pointed out in this thread, I already told the physicist to come here and interact. As I said he's currently traveling for work, hope he gets back here soon.
Thank you everybody.
To Shalako, who seems very experienced in the field so probably doesn't need any suggestions by me, I would like to suggest not to be overvaluing the importance of polarization. Polarizing is a very very important concept but it can also be tricky, for example you can't be always polarized on rivers as it makes pretty easy for attentive players to bluff catch if you don't bet also your mid range of value, as you end up with too few value combos to bet with. Another example can be the 3bet preflop, where you don't want to be polarized OOP vs a high caller (>35%) who's not too prone to folding to cbets in 3bet pots (fcb3b<40%).