This is a fairly big content update, some of the features have been available for beta testing for almost two years.
Here is a quick overview of the main changes included in this update:
As these features move into the stable release, we're about to start a new cycle of beta features later this month. Please check back for announcements in our News, the upcoming beta version will require a separate installation and won't be rolled out via the automatic update system.
We changed the default equity display for $EV models to better suit bounty calculations and calculations for large MTT fields. This change does not affect calculated ranges, just the absolute size of the +/- EQDiff% values.
Equities are now displayed as percentage of the total $EV on the calculated table. For single table calculations this is equal to the sum of all remaining regular prizes and bounties. For multi-table calculations the equities are normalized so the sum of all EQPre% values on the active table equals 100%.
For hands where the new equity display is different than the traditional one, e.g. calculations with bounties and/or MTT, the conversion factor to the old mode can be displayed by hovering the mouse over the header of the hand tab.
If you prefer to keep the old equity display, as % of total regular prizes, you can revert back to this mode at Window: Preferences: Equity Display.
The main addition in the new version is support for the popular knockout / bounty formats. Bounty support is available for all $EV models (ICM/FGS/MTT).
The setup for bounty calculation differs by type:
Regular KO calculations use the Bounty setting below the regular prize setup, this setting defines the bounty amount per player. It is important that the bounty setting is in the correct relation to the regular prizes. The simplest solution is to enter both regular prizes and bounties in $.
On the following bounty configuration page, select "Keep bounty configuration", this additional dialog page is only relevant for PKO calculations where bounties vary by player.
Progressive KO calculations do not use the bounty setting mentioned before, instead the bounty amount for each player is defined individually on a separate dialog page. As with regular KO calculations, it is important that bounties are entered in correct relation to the regular prizes, preferably enter everything in $. The individual bounties are imported automatically from the hand history for PokerStars PKOs.
For MTT PKO calculations only bounties on the active table are entered. For other tables the calculation assumes that the average bounty per player is the same as the average on the active table. This should be reasonably accurate in most situations, but we may add an additional setting at a later time to allow overriding of this assumption.
Typical PKO tournaments distribute 50% of a player's bounty immediately on elimination and add the remaining 50% to the eliminating player's bounty. There is an alternative setting that allows individual bounties but distributes the full amount on elimination. This is useful for the calculation of special game modes, such as Party Poker's Sit & Go HERO.
Knockout support is composed of two parts:
This second part of the calculation is naturally only a projection. There were initially several other bounty models included for beta testing (flat, moderate, proportional), but after extensive evaluation the stable version will only include the proportional model. The proportional model is by far the easiest to understand and based on our testing it also offers the most accurate estimates, so we decided to keep things simple. A summary about our evaluation of bounty models will be publicly available on this site at a later time.
We are aware that some players use ChipEV approximations to calculate bounties, by converting the $ amount of bounties into additional chips that are added as overlay into the pot. Bounties can only be used with the $EV models in HRC and we have no plans to integrate bounties into ChipEV calculations. ChipEV deals strictly with chips and supporting $ bounties in ChipEV calculations would introduce an inconsistent mix.
These ChipEV bounty approximations are mostly used for the beginning stages of tournaments, where ICM considerations are often negligible and setting up the prize structure for large field tournaments can be tedious. However, it is easy to run bounty calculations without ICM considerations in a more consistent manner, within the normal $EV framework.
To quickly setup bounty calculations for the early stages of MTTs, without ICM considerations, simply set the structure for regular prizes to be winner-takes-all and generate the the correct number of players and chip totals.
As an example, let's set up the first hand of the following tournament:
That's it, this calculation closely resembles the popular ChipEV approximations.