Open maosatgithub opened 2 years ago
Yes, I still haven't got the time to fix this bug, for now I suggest uncheck the isomorphism box, it will take a little bit more time, but it will give you the correct answer
From what I can tell, here the trigger is that the turn card is a diamond, and the river is a club. Depending on the exact card, only part of the range gets evaluated this way.
I looked a little been further into this, and I think I can more closely describe the conditions where this occurs in this form. I hope that gives a little help in finding the solution for the bug.
So here his an example where the club-T on the river pairs only with the private cards that hold a diamond-T, thus the issue shows up for exactly the xT combinations with the ten of diamonds:
My guess on this is, that the river card (here club) needs to be internally substituted for the corresponding isomorphic color (here diamonds) at some place, but isn't. This results in invalid, because not existing results being used, because the range excludes the card (T-clubs) as you can see above in the detailed section: no T-clubs shows up, as its the dealt card, but the T-diamonds results are wrong, zero-EV so likely non-existing. So maybe the diamond-Ts were correctly excluded from being calculated, but the club-Ts were excluded from the range, at least for the display purposes. Or in other words: if the (displayed) range would include the calculated club-Ts, but being substituted (displayed) as diamond-Ts, the result would likely be correct.
2. The river card is of the corresponding exchange color. As on Qs,Jh,2h clubs and diamonds are isomorphic exchangeable, this is clubs in this example.
I need to add: It can also happen if the river card is the same as the exchanged color, e.g. diamonds in this example, if it still forms a pair:
Hi, I read that there is a known bug #72 with three cards of same suit on board, but here is an example where that is not true, thus I wanted to report it in addition. With the standard parameters, Qs,Jh,2h flop, and 3d turn and 3c river cards, the entire OOP range evaluates to 0ev, and suggests splitting equally among check, bet ,bet:
From what I can tell, here the trigger is that the turn card is a diamond, and the river is a club. Depending on the exact card, only part of the range gets evaluated this way.