Hi everyone!

I'm currently developing a piece of software to help me study poker. I'm about to start a function that calculates hand vs hand equity, but I have a major design concern, as I don't really know how to approach this. I'll give you an example:

I want to check for instance KTo vs A9o. Theoretically all I have to do is to run all possible flops with these two pairs and count the number of wins, losses and splits. However, things are not that simple: This test:

K10
vs
A9

Will not yield the same numbers as:

K10
vs
A9

And there are many different suits choices that yield different numbers. As this function will be the basis for other functions (like range vs range for instance), I really don't know how to proceed.

And the problem arises too when doing suited vs offsuit hand. Or suited vs suited.

How should I proceed? How do other software applications deal with it?

why reinvent the wheel?

http://www.propokertools.com/simulations

does this exact thing for you. They have downloadable programs that can be accessed via command line so you can use them in your software.

And to answer your question, your code should see the first as Ac and 9s and the second as Ad 9h. When your code loops through all the combinations and/or runs a shitload of simulations in either case it should be checking strait flush, 4 of a kind, boat, flush, etc. Obviously on boats/pairs you can ignore suit but need to be looking at suit for strait flushes and flushes

Thanks. I'll use these simulators to check the results from my program.

Anyway, I think I have the problem solved. As I've been instructed in these forums, KTo vs A9o is actually range vs range, so I'm considering all combos.

Look into "isomorphism"

http://www.cs.cmu.edu/~./kwaugh/publ...morphism13.pdf

^^ text from someone at a school w notable Poker AI group