Please send me a few new HHs to helmuth@holdemresources.net, i should have a new version ready within 1-2 days then.
Notifications
Clear all
I would like i you add a feature where you can apply EV edge before it makes the calculations. For example for some hand there could be many +0.01 EV hands which I don't want to shove so I don't wanna see them in the shovable range. Let's say I want the program to show the hands that have minimum EV of +0.20%.
hi,
i recently purchased your product and im trying to learn how to use it, so i have a question
1) i know my opponents opening range and his call-off range, how can i find my best repsonse through HRC? i tried it somehow but couldn't get it (pic.)
Looks like you restricted the action too far, don't specify any ranges that you need the EVs of. So on the 3rd dialog page, only specify the original raise and folds up to (but excluding) Hero, then calculate the hand. Then manually set the remaining ranges after calculation.
For details, check the help file on the advanced setup in "Help: Help Contents".
is there somewhere manual to read how to use all calculator?
For example in picture:
What means EQdiff% warning
EQDiff% Mistake
Why should i change max effective BB:
What is restrictive all in filter
What is multi threading
Atm playing some 180man sng turbos on stars and for final table i use 1-9 payouts+ malmuth calculation instead of chipEV, for non final table ChipEV calculations Because there are no payjumps (i dont consider 10-18 and 19-27 paid places as payjumps because they are just refund of buy in).
Manual to read all meanings would be spot on! 
BB Limit:
This will exclude hands from the calculation with effective stacks above the limit. You'll want to exclude them because push/fold calculations are no longer suitable for deeper stacks.
Warning/Mistake:
This just selects at what point a warning/mistake icon is displayed for the analyzed hands. e.g. In your screenshot hands will be marked as "Mistake" if the EQDiff for your action was worse than -0.04%.
Most of the settings provide tooltips btw, you can simply hover over the box to get a short description. There is some additional information available in the "Import Results" section of the help at "Help: Help Contents". Most basic functionality is covered there.
I also did a introduction video a few months back:
http://www.pokerstrategy.com/video/33261/
Hi, ¿does it works fine with pacific network? It doesn't recognize the hands played in the spanish version (888.es).
Error: "no valid hand histories found".
Thanks
If the HHs are stored in English it should work. But there may be slight differences in the 888.es format, please simply send me a few examples to helmuth@holdemresources.net and i'll take a look at it.
@plexiq
Hi, I want to know if can I have another trial of the HRC, last time I downloaded this software I registerede for the trial and because I dont understend how to work with him I delete him, now I try to work in the trial version and want to know if I will buy this or no. My question is can u give me another trial version atleast for 2-3 day for me check all the functions and to know if I will buy it or not. Thank you and waiting for your answer
Hello does this run on ubuntu? Cause I saw the video and seems so. Have you manage to run pokerstars pt4 or hm2 on linux alos? Cause I have tried but dint make it.
@MDAlex: Sorry, I totally missed that one. For future reference, please contact me directly via mail (support@holdemresources.net) for anything related to payment/licensing and include your (trial-)key and/or order-id if possible.
@tzoun: I am developing/testing mainly in Ubuntu, so HRC will definitely work fine there. The last time I tried, PokerStars ran perfectly fine in wine. PT4 is hit/miss, some versions work reasonably but there are plenty of small annoying quirks that don't work quite right. The HUD is generally very slow and unresponsive, if it works at all. Unless you want to give FPDB a try, I'd recommend to run the poker-client and tracker in VirtualBox and connect the tracker to a native postgresql server running on the host. (Aside from better performance, this will also allow HRC to connect to the database when VirtualBox is not running.)
I will try to make this setup with the virtual box. I have tried FPDB and its good, but now I have HM2 so I prefer to use this. Linux are awesome so I will be satisfied if I can run everything else with virtual box cause I switch to windows only for the poker.
Thanks man!
In my experience the HM2 performance in VirtualBox is pretty terrible. Most of the data is stored in the "parent folder" instead of the SQL database, so the updates would need to be written within the VM. PT4 works much better, as you can actually have the database run outside the VM.
I am very confused with the tool. How can I input a new paystructure for example 180 man ? Or big field tournament?
Hi plexiq
Is there a way to define %edge when calculating ranges?
example:
Let's say I'm UTG with 10bbs and the blinds are going up next hand - I should set my %edge as a negative figure, so the soft should tell me to push a bit wider range then usual.
Hi,
You can apply an edge by double clicking the range and selecting the "Select by Edge" option from the dropdown.
The more accurate approach is to use FGS, that way the calculations will recognize that you are in UTG and your range will automatically loosen up a bit as a result.
riight, thanks
about the FGS - should it be used to analyze final table spots or any stage spots?
Does the programme take into account -$EV principle? For example, I have K5s on UTG position with 5BB in my stack. Next hand I'll pay BB. Does it make any difference to programme while calculating my range?
Thanks
@ adasko99:
You can use it before the final table, just keep in mind that you need to use an artificial payout structure in that case. (Either 100% for first or something like 90/10 or 80/20 if you would like to introduce a small bubble factor.)
@ Zemafan:
This is taken into account when using the FGS equity model, yes. You will typically see looser UTG ranges when using FGS compared to a normal ICM calculation.