creating combos on each street by ccpf...

[skolnieks]

Combos on Flop by CCPF-

(cnt_p_ccall / cnt_p_ccall_opp) * 132600

Combos on Turn by CCPF -

((cnt_p_ccall / cnt_p_ccall_opp) * 132600) -
((cnt_p_ccall / cnt_p_ccall_opp) * 132600) *
((cnt_f_fold / cnt_f_saw) * 100)
/ 100

Combos on River by CCPF -

(((cnt_p_ccall / cnt_p_ccall_opp) * 132600) -
((cnt_p_ccall / cnt_p_ccall_opp) * 132600) *
((cnt_f_fold / cnt_f_saw) * 100)
/ 100) -
(((cnt_p_ccall / cnt_p_ccall_opp) * 132600) -
((cnt_p_ccall / cnt_p_ccall_opp) * 132600) *
((cnt_f_fold / cnt_f_saw) * 100)
/ 100) *
((cnt_t_fold / cnt_t_saw) * 100) /
100


theese expressions are valid but result seems wrong and ends with .xxxx
i used /%.2f format... ???

[kraada]

I suspect the problem is that these numbers are getting too large for us to handle - I don't believe these starts are configured to handle numbers in the trillions.

[skolnieks]

i made changes... so...

Combos on Flop by CCPF -
(cnt_p_ccall * 1326 / cnt_p_ccall_opp) (results shows correct)

Combos on Turn by CCPF -
(cnt_p_ccall * 1326 / cnt_p_ccall_opp) -
(cnt_p_ccall * 1326 / cnt_p_ccall_opp) * (cnt_f_fold / cnt_f_saw) (correct )


Combos on River by CCPF -
((cnt_p_ccall * 1326 / cnt_p_ccall_opp) -
(cnt_p_ccall * 1326 / cnt_p_ccall_opp) * (cnt_f_fold / cnt_f_saw)) -
(cnt_t_fold / cnt_t_saw)


for river result are the same like turn... but sholdnt be...

[WhiteRider]

(cnt_t_fold / cnt_t_saw) is always going to be less than 1, so may not make much difference to the value. Unless the player you're looking at folded every turn they saw then it much change the value a little, but if you're not displaying decimal places it may not be noticeable.

[skolnieks]

then combos on river

((cnt_p_ccall * 1326 / cnt_p_ccall_opp) -
(cnt_p_ccall * 1326 / cnt_p_ccall_opp) * (cnt_f_fold / cnt_f_saw)) -

((cnt_p_ccall * 1326 / cnt_p_ccall_opp) -
(cnt_p_ccall * 1326 / cnt_p_ccall_opp) * (cnt_f_fold / cnt_f_saw)) *

(cnt_t_fold / cnt_t_saw)