So it restores, but not to the latest state?
That's really weird.
Whenever you make a change the latest state will be stored to tmpfile.txt.
Even if the program were to crash, it still wouldn't affect the latest save.

Anyhow, there will be a fix in a few days. I haven't experienced any crashes with it myself, so in all likelihood it should resolve the issue.

Making sense of the ranges is indeed one of the upcoming challenges. I have some ideas on how to do this and we'll just have to wait and see if they work out in practice.

For now though the solver is already really handy for filling in remaining play in your trees (which is one of the main reasons why I really wanted a solver algorithm for CardRunnersEV).

If you want to enter a certain spot, but don't want to spend too much time filling in the play for all of the remaining actions then you can just lock whichever play you want to apply and let the solver fill in the rest of the tree.

For example, in the screenshot below where SB bets >=tp or a flushdraw and villain raises with >=2pair and 50% of his gutshots you can just lock those actions and let the solver finish the tree for you.



It should make postflop analysis quite a bit easier.

Another thing you can already do is check how much of a leak a certain action is by checking how much the EV will change if you unlock the action and let the solver figure out equilibrium play for that action instead.

Tip
Should you want to do this then it's important to always look at the EV for the first decision in the equilibrium tree and see how that EV is affected. So in the screenshot above you would always need to look at the effect on SB's first decision, even if it's BB's decision that you've (un)locked.

BB's decision isn't what you should be looking at here, given that if BB's EV goes up, SB will simply check more often. The EV for BB's decision may be much higher, but the decision will be reached less often due to SB checking more. For this reason, it's the overall EV that you need to look at, and this is easiest to obtain from the very first decision.

Flop play
Although the speed for 2bet trees is already starting to get there, 3bet trees may still be a bit too slow for some people's tastes. However, if all that you're interested in is the EV for the first decision then it appears that once the dEV goes below a few % of the pot the EV doesn't really change that much anymore.

For example, in the example file flop_2bet.stx solving down to 5% will result in an EV of 13.83, while solving down to 0.3% will result in an EV of 13.98. It's a 1% difference.

The frequencies may still change, but the EV of the first decision seems to converge pretty quickly. It's definitely not ideal, but this compromise should already allow you to get pretty decent results within a few minutes for 3bet trees.

this wont work well, cause for equilibrium we often must some FDs, TPs etc bet and check. Much better in this situation perform max exploit tool for one of position. In this case hands will be filtered to 0 or 100% but problem is every time you'll perform max exploit after equilibrium solver at one saved situation, hands often switchs, for example: 1st time it suggests to bet TPMK(AQ AJ) and nut FDs (A2s-A9s), and if you will reopen saved equilibrium and rerun max exploit 2nd time it will be suggested bet some TPMKs (AQ) and NUT FD(A2s-A5s) and others TPMK (AJ) and NUT FD(A6s-A9s) check. Also problem is that dEV in this case gets much bigger till 2bb on flop while it was max 0.15 at first

Hey,
quick question:

I just start very simple tree. I do not run any calculations, press F7 or something. just add conditions. Now after I will open SB popup I see that some values are precalculated. and only just for some range. Why is so?
(green and red values)

I wasn't suggesting that those approaches would help you make sense of the ranges. I stated that making sense of the ranges was one of the upcoming challenges and that at this point the solver is mostly handy for filling in remaining play in trees and for exploring how good/bad a certain action is.

Unfortunately applying Max Exploit to the solution will not create some simplified version of the range. And even after that it will be hard to make sense of a range of hundreds of different hands. Some other solution is required.

This is probably EV data from a previous calc, although I can't seem to reproduce this. I'll check the code to see if I can find some sort of explanation of how this could happen. Basically, if there's no EV data in the tree then it should not be possible for EV data to be loaded.

For what it's worth, if you don't want to see this data, press TAB.

I just ignore that data and run recalculate anyway. I was just curious why that happens. And that happens even if I just start program without any prior calculations:

https://drive.google.com/file/d/0B8e...NYUVBzZU0/view

actually it is Example:



as we see after applying max Exploit to the equilibrium creates much simplified version of the range for practical use. Unfortunately if we no run max exploit to other player our ev falls from 7.6 to 6.6. Maybe it is not so big difference and to use it other player must exploit us perfectly, often in means he must minrase flop 95% of time, which is anyway not real

There's cases where this may work reasonably well, although in others, especially if the ranges are heavily weighed it may lead to results that are off by way too much. The problem is that when hands are weighed they have the same EV in two (or more actions). Which action the max exploit tool would assign them to would be pretty much based on chance. I would prefer to look into alternative approaches for this, but thank you for your suggestion.

Hey, for some reasons special condition Not (E) Doesn't work. it doesnt matter if it is checked or not it doesnt change anything. I talk about E:

Ah, ok.
I seem to have missed that option when writing the new math engine (it works for the old one).
Thank you for pointing that out.

Is there any plan to add backdoor straight draws to the ranges? I know I can put them in manually but can't do that if I'm solving for any flop.

I'm a bit busy with other features at the moment, but I'll take a look in a few months.

Hi,
CREV says that there is new beta available, but there is no new beta to download...

Could you try refreshing the page with Ctrl+F5?
Most likely you're looking at a page in cache.

ok, thanks

Thanks.

I've just seen the latest beta and it seems you have put in the update requested above. I need to have a play with it, but it seems to be exactly what I was asking for !! thank you

Hi Scylla!

When I (and im sure many others) analyse hands, i like to think of action frequencies in terms of % of all hands , preflop example player opens 50% , gets 3bet and 4bets 20% , which is 10% of all hands.
At the moment i have to divide the answer in the combos menu.

Would it be possible to add this option under relative/absolute mode?

Thank You

Hello,

How do I remove the box at the bottom left of my screen that says tournament mode is on?



It blocks important info on the screen.

Thanks

can you download this for mac?

There used to be an option in the menu to disable that information box, however, it was removed in order to simplify the menu a bit. I will add a minimize button in the upper right for the next release. For now please just switch to "Cash game" mode in the (hopefully rare) event that the box is in the way. Or, if possible, enlarge your window a bit vertically. Thank you for the feedback.

CardRunnersEV is software for Windows, so it won't work on a Mac.
You can use software like CrossOver to get it to run on a Mac though.

Ok, I'll see what I can do.

+10