This is planned for the next beta cycle. We expect to launch a new beta version within a month or so.

This would be great, I'm also looking forward for this feature

Maybe this question is more related to PT4 but I'd like to ask anyway:
If I copy a HandHistory (PKO BountyBuilder from Stars) in PT4 to clipboard and paste it into an advanced Hand in HRC, the Bounty is shown with the double value than is really was. I guess the Bounty value itself comes from the HandHistory from PT4 but does HRC automatically calculate 50% of it if I configure a PKO with Instant[%] 50?
Or to ask another way. If I Configure a Player with a 10$ bounty does HRC calculate my "bounty added equity" for this 10$ or for the configured Instant value (In Basic Hand Data Screen, if i Select Bounty Mode PKO) of this 10%?

The value you enter next to the player stacks is the full bounty value on the player, not just the part that is paid out on elimination.

If you enter a 10$ bounty for a PKO with 50% instant payout, then the eliminating player receives a 5$ direct payout and the other 5$ are added to the eliminating player's bounty.

thanks plexiq for quick answer. But compared to the shown values ingame at the table... Is the 10$ the value which is shown at the table at the players head? Or maybe it is a stars (or propably every poker site) related question. If a player is shown with 10$ at the table the eleminating player receives the 5$ and 5$ is added to his head. BUT does the .txt HandHistory later show 10$ or 5$?

This is really pokersite dependent. I believe most sites display the $-amount you get paid out directly upon elimination (i.e, 5$ shown -> 5$ paid out and 5$ added), but you should be able to find a definite answer in the rules / documentation of your poker room.

The hand histories on PokerStars show the full amount (10$ -> 5$ + 5$), unless something changed in that regard.

Yes I'm mostly interested in stars PKO.

And this confirms my assumption. In my concret example from yesterday I made a screenshot which shows a bounty of ~4,40$ but in HH it is schon ~8,8$.

So calculations with HRC automatically correct when I just load the HH, cause as you mentioned above, the enterd bounty is the FULL bounty on the player.
Thanks

Will there be party poker hand history support?
This format is currently not supported.
I'm talking about the hand histories from my game.

Party should work fine. Please make sure that your version number at Help: About: Installation Details starts with 2.0. If your hands don't work with that version then please send a few HH examples to support@holdemresources.net and we'll get them supported.

Does anyone know why in the following 2 screenshots that have identical stacks\ranges when open limping and get 3 bet jammed on, why the 3 bet jam hands circled like "ATo" suddenly change in value merely bc in pic 1 there was flatting allowed (for bb)...but was not in pic 2 ( bb only could fold or 3 bet all in).... This makes no sense why this would change the quity at all for that exact same action (3 bet shoving all in) .Furthermore I was under the understanding the lighter green meant it was still a +ev play just that it wasn't included bc it was a hand that took a different previous action (flatting), that was higher expected value.
Not true?

I emailed holdemresources support about this but have yet to hear back, hopefully someone here can explain why. Thx in advance

https://ibb.co/nPPHQB1 Pic 1

https://ibb.co/4mQc1ns Pic 2

Please understand that we're a small team based in Europe, emails coming in at 10pm at night are unlikely to get answered same-day unless it's some sort of emergency. You can generally expect to get an answer within 24h though

Anyway, I'll just answer here instead.

When you allow both flat calls and raises, you will split the range in two parts. Hands will either be played as flats or as raise (or a mix), whatever is more profitable for the hand. Since you are moving some hands from raising to flatting, the opponent's optimal response to your raise will also change. So even the hands that remain in the raising range will have a different EV, because the opponent will respond with a different range.

You can try manually locking the SB call-off range in the Advanced calculation to the same strategy as in the Basic calculation, then you should see the same EVs again.

Regarding green hands not being played: EVs / colors show the expected value of an action compared to folding. When you allow flat calls then there may be some hands that are +EV to raise compared to folding, but are even more +EV when flat calling. These hands will end up in the flat calling range, despite being shown in green in the raising range.

As always: Be careful with the flat calling lines, the calculation assumes a full check-down Postflop if the pot is not all-in pre.

" When you allow flat calls then there may be some hands that are +EV to raise compared to folding, but are even more +EV when flat calling. "

So say for example 34s in pic 1 which is the least "+ev" hand to 3 bet shove all in with vs fold.....

Does this mean when you say "+ev" that it actually makes money (profit) from shoving vs folding... Or that its just minimizes loss vs folding. (In other words both folding and shoving lose money and neither are actually profitable but shoving loses less in the end.

Im pretty sure you mean the former but also...
how can this be the case bc as you just said if you start adding hands in the lighter green to 3bet shove with which are "+ev vs folding", the other players calling range changes and essentially you end up back at pic 2 shoving ranges where there was no flatting .


Lol hope that makes sense😬

By +EV i mean that the EV of playing the hand is higher than the EV of folding the hand. Whether you are making money in the overall hand (after posting blinds etc) isn't relevant for your decision here, if the hand has higher EV when pushed compared to folding then you shouldn't fold.

I'm not following here. The 3-bet ranges in your screenshots are not the same (bold part of the range grid), because some hands will have higher EV flat calling than pushing and they won't be played in the push range even though they are green. Therefore the SB's call-off range will be different in these scenarios unless you did a manual override. If the call-off range is different then the EVs for the push will be different. Simply check the SB's call-off range, unfortunately you didn't expand that part in screenshot B.

Maybe this helps:
Compare the EVs of hands between the flat calling range and the pushing range, both in the calculation of pic B. A hand should be played (ie in bold) in the range where has the higher EV. (If that's not the case then run additional Nash iterations using the green button in the toolbar.)

Another way to put it is ATo for example has better equity 33.15% against 66+,ATs+,AJo+,KQs, in pic 2
Vs
31.32% against 88+,Ajs+,AQo,KQs, in pic 1.


YET in pic 2 its -ev while in pic 1 its +ev (when 3betting vs folding) ...
Makes no sense, unless maybe the light green shade " +ev " just means its still -ev overall, but +ev (minimizing loss) when shoving vs folding...


NOTE: I included another screenshot to further show that calling range in pic 1 since I didnt include it last time

https://ibb.co/2shSQ4S


EDIT: Thinking further I guess the difference for going from -ev to +ev could be due to the extra 2.3% time the caller folds in pic 1 but this seems very doubtful when also losing 2% equity

The call-off ranges are not the same, it's 8.3% in one screenshot and 6.0% in the other.

This may look insignificant, but it isn't. Ignoring card removal the shove is being called 6/27.6 = 21.7% of the time for the Advanced calc and for the other scenarios it's 8.3/27.6 = 30%. This changes the fold equity considerably. Yes, ATo has slightly better equity in the Basic scenario when called, but it's taking the pot uncontested considerably less frequently.

The scenario is quite simple anyway, if you have doubts about the accuracy then simply do a manual calculation for ATo and compare the EVs. You just need to make sure to count the unblocked raising/calling combos in SBs ranges correctly, everything else should be fairly trivial.

" This may look insignificant, but it isn't. Ignoring card removal the shove is being called 6/27.6 = 21.7% of the time for the Advanced calc and for the other scenarios it's 8.3/21.7 = 30%. "

Ahh yea I wasnt considering the % within a %.
So 2% really becomes 8.3%, and can really start to outweigh all in equity.

My bad for being so pesky over this, I just really wanted to see it to make sure I was reading the calculator correctly. Thank you for your time and patience 🙏

In the hand setup you need to enter the total bounty amount for each player, not just the part that is paid out immediately. Depending on the display of your poker site you may need to double the displayed amount. The hand histories typically already show the total amount (e.g. PokerStars).

In any case, you need to keep Instant% at 50% for PKO so it will add the correct portion of the total bounty to the eliminating player's bounty.

+1

Save/load please!! This will be great for studying.

I have a few requests:
-Pretty sure I saw this somewhere in the thread but in case I'm mistaking, it'd be great to be able to add preflop ranges instead of using a separate excel chart or 3rd party software.

-After a solve, have the capability of changing stack sizes immediately and resolving by clicking the Run Nash Calc button. It's a real pain to go back and click the advanced setup, change the stack size, and then input preflop actions and ranges again.

-Copy and paste a hand history and the preflop action is already input for you before the point of your decision when doing an advanced hand (of course, I'd still have to put the preflop ranges in).

I tried ICMizer since it has all of these features but I just can't get used to the interface and it's kind of pain to navigate through different trees. Maybe I'm just used to HRC but I love the ease of use and how it looks. Thanks and keep up the good work!

We are preparing a new beta cycle right now and hope to start public testing within a month or so. The plan is to launch some rather big calculation features early on because these need the most testing / feedback. This includes advanced Postflop modeling, local save/load and a graphical replayer.

Once these are out we'll focus on smaller quality of life changes for the remaining cycle, like most of the stuff you mentioned, plus a bunch of other long-requested stuff (Quick Analyze overhaul, bubble factor display, etc).

Any Black Friday sale?

We rarely do any public discounts in general. Nothing planned for the foreseeable future, including black friday.

Hello,
is it possible to export the payment structures that i entered in the old hrc version in the latest version?

Yes, you can find instructions here:
https://www.holdemresources.net/blog...e-instructions

The problem is that I have already installed the new version and cannot find the old folder