google translator
working with the program for a long time, but not on a regular basis, and this window is also not often watch. so I just do not remember, but it seems there before and FD displayed

in the figure below gutshot is. FD no

No, this is indeed a bug.
Flushdraws were no longer displayed in that list.
Thank you for pointing this out.
I'll post a fix on Monday.

Cheers,

Scylla

Speaking of which, can this be made into a PDF, Scylla? It would be nice to have the manual available offline.

My appologies for the guy then

Hi all, i'm tryin' to study an Mtt spot with Crev but i've some doubt about it.

Could I find if a decision is +Cev or -Cev?

For example we are in a middle stage of a tournament and we're playing against a 30bbs deep, we have 25bbs behind with KQo.

I know that If i jam it i've +2.09bbs in Cev (with 3betting 13% and 5.5% call to jam), now I want to see how much positive I could do flatting pre and play oop this hands against different 3betting ranges, different stack size and more.


How I can do it?

It's probably easiest if you mail a savefile of this spot to support for this.
I'd like to make sure I understand you correctly.

Could you change your text import conditions to accept ranges from GTORB and PioSolver ? They are becoming very popular software and many users have expressed the desire to be able to use their ranges and use them in CREV. That would make your software even more powerful and very useful for people like me. They both have free versions in which can you see the range format.

+100

Highly needed and should hopefully not be too hard to implement.

Could you please specify which sort of ranges you want to import and where (in the interface) you want to import them?

the first problem occurs when inputting a range with weights (in text format) pre-flop; here CREV doesn't accept a range in a format like this: AA, AKs: 0.5. it would be helpful if it automatically reads and translates it into AA, [50]AKs[/50]. this is ofc only a minor problem given pre-flop ranges are easy to reconstruct.

more importantly, when inputting a range at a post-flop "condition" via text, CREV - afaik - doesn't read weights; instead you have to type in every hand/individual combo and input the desired weight by hand. this is problematic because it is very time-consuming to reconstruct a post-flop range with weights for individual combos rather than hands/hand classes.

3.0.3
2 card fd ok


1 card fd error

... [3.83]9h8h[/3.83], [4.25]AsQs[/4.25], [6.85]8h7h[/6.85], [7.07]AhQs[/7.07], [8.37]8d7d, 8c7c[/8.37], ...

Being able to import ranges of this nature into the text inputs for preflop and postflop nodes would be very useful.

Ok, I'll take a look at it.

Thank you for the feedback!

Scylla

These tools you are trying to validate don't seem to be in their final form yet. Your request seems simple enough, but there will be more requests (maybe by someone other than you, but there will be more). And there will be lots of these request. Meanwhile, in a few months in all likelihood all of the work I've put in will be useless, because these tools will somehow have evolved. I would really feel more comfortable waiting for the next few months to see what develops.

Surely it should be pretty straight forward for someone to put together a converter? Doesn't even need to be standalone, pretty basic website should be able to do it.

sorry, but i find it really hard to follow your reasoning. the first request (making CREV able to read ranges of a different, but much simpler format than what you have implemented) isn't something that will change. maybe new products will use other formats for assigning weights, but the extra effort of making it read other formats as well seems really small on your part.

the second, and more important request isnt't something that will change as well. the reason for that is simple: the output of these aforementioned products will stay the same -- it will always be a strategy, described by ranges for different decision nodes. all you have to implement is that CREV is able to read an entire range (with weights) at a post-flop decision node. i see how that is a lot of work but there's jsut no reason to believe that future developments will render your effort useless.

waiting a few months to implement these changes -- in light of the current developments in (your) industry -- seems like a strategy that will lead to ppl not using your product in combination with these new products. this would be a pity for us users, and it doesn't seem to make much sense from a business perspective as well. please reconsider.

please read my post, a converter is indeed simple to program but it's not going to do the job.

Thank you in advance for your time addressing my question. I love the software, it is phenomenally architected. I am ashamed that I am becoming familiar with it this late in the game. I was wondering if you could assist me in providing information on filtering FH conditions OTR on an undefined board, particularly an under FH. The value of TT on an AAAKJ board vs AAA97 vary greatly however with my inexperience I am not sure how subdivide an under FH vs over FH and therefore restrict my actions based on these board condition. Another example would be action taken with 78 on an 8873 should be different from a 8879T.

Thoughts?

Thanks again in advance for your time.

Hi,

I'm sorry, but I'm going to have to answer these posts in a few days. My throat hurts like hell and I can barely string two thoughts together. Judging from past experience this is probably going to take a week.

Scylla

Hi,

I guess my question is uber simple, but I can't find the solution.
I want to compare the EV of 2 different lines on this river spot :
I was the preflop 3bettor (in a BB vs BTN spot) and on the river, I hold a pair on a board with a tonn of busted draws, and I want to compare the bet line and the C/C line.

The final part of my tree looks like this :


and I can't find the answer to my question : what's the EV of the bet line and what's the EV of the C/C line?

also, if there's a specific video about this kind of question, I'd like to know where I can find it.

ty

Give the check a weight of 50%, the program will now calculate both actions. Mouse over each action to see its EV.

Explained in this video:

@samooth
Ok, I'm (somewhat) back.
If your request still applies then PM me.

Well, you could specify that:
- In the "holecards" section specify that you hold TT
- In the "Made hands" section specify "Full house"
- In the "Board texture" section specify AAA[2,9][2,9] (under "Board")

The AAA[2,9][2,9] will mean that the turn and river will be below a T.


You mean because 8879T is a 4-straight?
You can specify that in the "Board texture" section with "OESD" under "Straight value".

That being said, specifying play on both an unknown turn and an unknown river is pretty tricky. There's just so many ways that the board can come off. I generally recommend avoiding this and just checking down the river.

Basically it's what FeralCreature said.
An alternative is to create two separate trees and open CardRunnersEV twice.
Then open each tree in a different window.
It should make it easy enough to compare the two trees.

I am looking at a hand in a training video and want to clear up board section of postflop editor as its confusing me a little with what cards are assumed to be on the river. Would you mind just clarifying real quick ...

Exact board: Th-Ts-8h-Qd - (-No River Inputted-)

1.) + board [rnbw, 2fl, 2x2fl] + [uncoordinated, straight possible]
rainbow, 2flush, 2flushdraws possible (....so non heart rivers) + any straight combo possible (which combos does this add?), uncoordinated means?


2.) + Board [3fl,4fl,fl]
for boards with 3 same suit on it, 4 same suit, or all same suit. (...means Any heart river)

3.) +Board [straight danger]
Assuming this means only J rivers?

Thanks a lot for ur assistance.

hi guys! Awesome tool!

Is there a collection of scripts? I find it very difficult to build my own, would be nice if someone could help me out, especially in regards to equilibriums.

thanks!