Probably fine for regular cash games but borderline for Zoom games. Happy to set up a trial so you can test it. Just email AJA@NoteCaddy.com. I'll need your HM2 license and you'll need to own NoteCaddy to test.

The NoteCaddy developer is much more knowledgeable than I regarding hardware, would you mind posting this question in the NC thread?

Videos on my Youtube channel.

I want to remove all badges. What definition can be removed safely?

Now removed: all color definition , except REG. Notes definition with word COLOR

In Note Definitions you can also remove all BADGE and VALUE defs.

For some reason when I include the 3BetIP and 3BetOOP spark graphs on my popup they are both titled '3Bet' and don't include whether they are IP or OOP. Both ranges are showing but the only way I can check which one is which is by checking a hand history. Is there a way I can change the lables for them?

Hey Husker,

The reason for this is that in the default HUD we have 3B IP and OOP in separate popups and so we don't add to the description. We do that in a lot of spots to keep the descriptions short.

Unfortunately, for the Dynamic HUD, there isn't a way for you to change the description.

Email me AJA@NoteCaddy.com and I'll send you those range defs with adjusted description.

Hi Alan,

I purchased your NC package loooong ago (when it was first released), but I haven't previously used it, as I live in the U.S. and have been playing on a site unsupported by HEM.

I just set up HEM and NC and your AJA NC package. I ran through all the optimizations.

It's been over four years since I've used HEM (gasp!), so I'm a bit rusty. Add to this the complexity of your HUD and I'm a little boggled.

I seem to be having a problem with the imported hands showing up on the AJA HUD. (This may be something to do with the dynamic HUD) I am currently playing one 10-max test table.

Each player's "hands played against" (as well as other stats) do not correctly update (at least I believe this is the case). The default HUD shows I've played 53 hands against a couple of players on the table. The AJA HUD only indicates 10.

Don't know if it matters, but no badges have yet appeared.

That table broke and I started a new one...something else that happened on both tables is that "hands played against" numbers went down at certain points. I assume it's adjusting for number of players in the hands? My filter is set to display data from all hands (2-10 players) in each case.

Sorry for the rambling. It's late and my brain is fried!

More information to the above post:

Player notes are being generated. At least a couple of players also are assigned "Limp/Fit or Fold" badges.

I can see appropriate notes on the "expanded" default HUD.

The "R" (Raise First In) and "C" (Call) stats quantities in the popups often exceed the "Hands Played Against" number.

Hey John,

I assume you're using a hand converter to get the hands imported into HM2?

There are a number of possible issues. We'll have to take a look at it via teamviewer. I'll contact you.

Hello

Since i was always too lazy to program endless amounts of Note Caddy Stats myself your work was really a blessing! I respect what you did there and have been a Fan of your statistical approach since watching your Bluefire Videos years ago.

But i ran into some Issues:


1. I rearrenged and edited a lot of Stuff, i dont mind to overload my HUD with numbers like you do, so prioritze numbers over badges. I rearranged or did create many Pop Ups myself and did attach many Note Caddy Pop Ups (like Range Graphs and Scatters) to my Pop Ups. But after Exporting and reimporting my HUD all my costumly attached Note Caddy Pop Ups are gone and i have to repeat this work. How did you manage to make these Pop Ups stick in yout HUD? When i reimport your HUD all the Note Caddy Pop Ups are still attached to the Pop Ups...


2. I got a minor Issues with Syntax of some Stats, in detail with Bets vs missed Cbets. BetvmissedCbet in Position (PFR is OOP) is easy to find but i have issues to identify which exact situation the stats reflect with BetsvmissedCbet when OOP or Bets after XX XX Bet for example.

A BetvmissedCbet when OOP can first occur on the Turn since PFR has to check back the Flop. PT3 defines these Situations as Probe Bets. Which Definition reflect these situations?

Secondly im not sure how u did define "Stab" but a Stab in my syntax can at first occur on the Turn when PFR is OOP (or on River when PFR is IP). Since a stab isnt a Bet vs a missed Cbet in my world but an attempted steal on an unconested Pot. Thats means PFR hast to Check 2 times before PFC can attempt a stab, if PFR just checks once its an BetvmissedCbet or a Probe Bet.
In short which exact situations do your Stab Stats represent?

To sum this up, if im not just too stupid to see how u defined those situations you should come up with a new syntax for those definitions in your next update, to make it easier for people to rearrange your stats suiting their desires.
For Example:
There are Bets vs missed Cbets and Stabs, which are Steals on unconetested Pots. You could call a BetvmissedCbetOOP (PFR is IP) a Probe Bet like PT4 does and come up with a new shortcut for BetvmissedCbetIP (PFR is OOP) like a "Stup Bet" or anything what you think fits or maybe PT4 already defined it since i stopped using it.
Additonally there are "Stabs" at uncontested Pots which require PFR to Check 2 Times(or 3) and you could define Stabs as StabOOP and StabIP.

This would open up new possibilites to easily define ceartain situations. For example a Delayed Cbet is well defined by now and everybody knows it occurs on the Turn after Flop goes x/x. A Delayed Turn Stup Bet Defintion could easily identify a situation where a Cbet is Called on the Flop ; PFR doesnt Cbet Turn and PFC doesnt bet vs the missed Cbet - Turn goes x/x ; PFR checks River again and PFC Bets now ; [ B/C X/X X/B ] These situations arent well defined and when Edges get smaller and smaller you want these situations to be represented in your Stats and clearly and easily defined.

Poker language created a lot of new vocabluary to represent certain situations and since Stats get more and more advanced i dont see any reason to stop the definition process and you seem very suited to come up with new solutions which could open up new stats and Edges.


3. Why didnt you include Barrel River after Flop Raise and Turn Bet Stats for example? The lower you go in stakes the more generic people are in certain spots and even if you dont get a very reliable sample for those rare spots you should include stats like this in your package. Its quite possible to have a large amount of Hands from generic mass grinders in your Database and at least some indications on their tendencies could help a lot with decisions regarding bluff catchers or thin value etc

Your Package gets stronger with big databases but still it seems like you neglected some stats which only get helpful with a big database. This seems counterintuitive to me. If you dont see fit for them in your included HUDs you could at least offer those in the -All format for people who would like to include them in their HUD/Pop Ups.


Im sorry for the wall of text and i hope my english skills were strong enough to make myself clear.

1. In order to keep spark graphs attached to popups for export/import you have to assign the def to the popup in the NC def. NC>Open def>HUD Options>Assign in 'Show in HM2 Popups'.

The problem for you is when you reinstall the pack those custom adjustments won't be in the new install.

I don't have a solution to that. You can ask in the NoteCaddy thread which is in this forum. Maybe you could copy my AJA defs from NoteCaddyDefintions and put them in your new install? I'm not sure if that works with the NC licensing system. I'm also not sure what happens to those custom adjustments when you install a new update on your current system.

2. I agree, vocabulary is an issue and it's confusing. I've thought a lot about alternative labeling systems but they all have the same issue: confusing for new users. The HUD documentation (page 26) covers this but perhaps it's not as clear as it should

For my HUD a stab is defined as a bet when the previous street was checked by both players. Stabs can only be made by the preflop caller (either v open or v 3B). Stab is confusing as I found that players have different definitions for stabs. But I'm not sure that changing to a made up word would be better.

For stab in the fold v double barrel SRP popup, OOP is bet turn when opponent misses their IP folp cbet (I don't know PT4 language, but I think this is what your described as a probe bet). IP is when the opponent missed the OOP delayed cbet (flop went check check) and the IP preflop caller bets. Between knowing that a stab requires that the flop was checked around and that every stat in the fold v double barrel popup requires they were the preflop caller and they are on the turn the IP/OOP stats can only be those specific spots.

3. My biggest struggle with this HUD is customer computer performance. The more stats I have the more it adds to the performance issue and the fewer customers I have. As a rule if it takes more than 50K hands to get an actionable sample size I didn't include the stat.

A very active raiser might get a sample size of 10-15 positional hands that reach this river spot. Only at the extremes would this be borderline actionable information (i.e. betting less than 20% or over 80%). Effective use also requires that the user somewhat accurately estimate their opponents flop raise plus turn bet range. That is very difficult, especially when only a handful of hands make it to showdown. Realistically the sample for this stat is probably closer to 100K hands.

In addition, the popups become more difficult to read as you add more information.

Adding this stat plus range graphs ( 2 stats, IP/OOP, 4 range graphs, IP/OOP and bet river and check river ranges) won't add much to the processor work load or popup clutter but there are dozens, if not 100+ of these types of large sample size stats. If I did all of them it would have a processor workload impact and big impact on the popup sizes.

That stat is available in the HM2 stats. I think if someone really wants it they can use the HM2 stat. There's also a new offering (not by me) in this forum where you can design custom NC stats on their website for $2/each. I think the first 3 are free.

I think it's at least just as effective, and likely more effective, to see how a player generally plays to define ranges in low frequency spots. So if I'm in this spot, facing a river bet after bet/calling flop and calling turn, I go to the bet river popup an look at their range construction when betting in larger river pots and all-in. This will show me their general willingness to bluff in big pots. You'll have a much more reliable sample size by combining together similar spots.

I really think that a lot of HUD users get too bogged down looking for data in low frequency spots. I feel like it's a bit of decision making crutch. Maybe I'm wrong. I spend a lot of time thinking about stuff like this. I always take feedback seriously and will continue to consider what makes the most effective HUD.

1. Ok thx, i will try to use this information to find a work around to make them stick.

2. Maybe you are right, for less experienced Users your HUD and Pop Ups must be quite intimidating and maybe most of them are overwhelmed or dont even bother to edit much to suit their individual demands.
This could indeed make a new labeling system confusing or only useful for too few people im not in a position to make any useful assumptions regarding the usefulness.

3. My Computer isnt even very good any more but i had your package + some NCEdge + some custom Stats running lagfree with very large Hand Databases which makes me believe there is some room for more stats even without high end PCs.
Its a bit counterintuitive too, that Users can afford expensive Note Caddy Custom HUDs but cant spend some money on decent hardware.
But well since you lowerd your prices recently and the micro/low stakes version of your HUDs arent that expensive any more i might be wrong here too.

Good advice regarding the low frequency spots im approaching them quite similar at the moment but i found myself in spots here and there where i had good sample on villain and wished i had a stat for certain spots even if it were for just 5 to 20 instances. This occurs mostly vs generic mass tabling tight regulars. Them being generic doesnt mean they are approaching every spot in the same unbalanced manner but they might be overbluffing in certain areas and never/rarely bluff in other spots.

At last i have to agree, we shouldnt be too booged down looking at low frequency stats, they occur too seldomly and since Poker is a quite complex game there is mostly more money in working harder on the frequently occuring spots but i still wished you had included some more low frequency stats at least in the dynamic version since you are claiming to provide the high end note caddy experience, even if u just had included them for optional import and own user customization, but then again maybe im overestimating greatly how many users are interested in this.


Thanks for taking the time and replying that quickly!

Heya

after the last update of the dynamic HUD i also recreated notes (i know there was no need to do it but thought it was time for setting up everything fresh after a few month). Now there seems to be a problem with some of the stats. For example, the positional RFI stats for "sb" doesn`t show a number for any player, just a " - ". Also for hands that were heads-up (when starting tables, etc.) it shows " - " for every position from UTG to sb and there is also no number for the Fold vs. Steal stat (neither in the on table HUD, nor in the popup display).

Are there any things i might have done wrong or is this a known issue of any sort ?

Thanks.

No known issues.

The last update was some minor changes to some internal formulas which only impact badges.

Do a reimport of the HUD and rerun notes. Let me know if that doesn't work. You can request a new download here: NC>Help>Download latest NC Coaching package

Hey there, thanks for the fast response.

I re-imported the HUD and re-created notes (after deactivating/deleting everything and then re-importing the coaching package). Unfortunately the problem still occurs. It won`t show many stats. I tried the "analyze" function in NC for one of the definitions that weren`t showing any values for any player (Call BB vs. Steal) and it found only 1 occurence for all players. I don`t have an idea why that is the case, maybe this has something to do with the latest HEM update (i updated HEM before first importing the new coaching package and re-running notes) ?

Thanks again.

PM me your skype info

issue resolved.

after re-installing the latest HEM update as well as the coaching package + re-running notes, everything works fine now.

i`m not sure what the problem was but i suppose something went wrong with my HEM update since it worked after re-installing the update with everything else handled the same as previously.

As a player that doesn't play on ftp/stars should I avoid accepting the new update?

I'm dusting off your HUD (which I bought when first released, but never used because I was playing on a site that was not compatible with HEM)...

I have some questions about various badges, but will start off with one:

Yellow Bt (vSteal from CO): I often see this badge by itself (without any supporting follow-up badges). Does this mean only that this player folds a lot to a CO preflop raise from the BTN?

I don't quite understand how this player is exploitable when he has only this badge. If he calls on the BTN but doesn't have known follow-up exploits, this doesn't tell me much. Is this just a quick reference to see if he'll fold vs. our CO steal?

Can you give me a quick practical example of its use, as you do with 3B ranges in one of the videos?

Assuming no follow up badges, that means the badge is being triggered by the fold frequency vs the first move.

A follow up badge that a lot of users miss for vsSteal and vs3B badges is fold vs delayed cbet. Regularly, preflop fold vs steal and fold vs 3B badges are triggered by the opponents combination of check vs skipped flop cbet+fold vs delayed cbet frequency. I was surprised by this so I did the math and found that many players are giving up a surprisingly large amount of value in that spot.

The CO badges are probably the badges I use the least. There's not a lot of flexibility in CO open ranges and I'm really not willing to add a lot of hands just because the Btn or BB shows exploitable tendencies.

If I see the Btn or BB have the high exploit badge (I'm mostly ignoring the regular exploit CO badges) I'll add in more K2-7s,Q2-7s, mid suited one gappers. Maybe J2-7s, mid suited two gappers if both Btn and BB have yellow badges or one of the non-badge holders is clearly weak. Those hands are all fairly borderline CO opens and if Btn or BB are playing exploitably either preflop or post flop that is enough to make those hands profitable. If I knew the Btn had the badge only due to preflop folding I'd add in A2-8o (I don't want to play Axo OOP postflop but I don't mind being OOP with the weaker suited hands I listed above as they will give lots of equity barrel situations).

_______________

Above is pretty much how I use any exploit badge. In each spot I know my default ranges. With I see a normal exploit or high exploit badge I add to my ranges. For badges often triggered by other badges I check for those badges and adjust based on where they are exploitable. The 'deeper' (multiple bets) I have to go to reach the exploitable badge the more I want to start with hands that are going to give me decent equity situations to bet. If the badge is a first move badge my hands don't really matter and I bluff as much as I'm comfortable.

Thank you Alan for your detailed and very helpful response. A few more questions (you can make these answers as brief as possible!):

1. "Blf" badges: Do they include all varieties of bets? (donk, cbet, vs. missed cbet, limped pots, etc)

2. RFI: Includes iso-raises after a limper?

3. When a popup's stat level switches (to vs. reg, vs. hero), do all stats (i.e. positional stats) switch at the same time or do they switch individually?

4. Where can I find information about how to interpret "Range" stats? (i.e. "4-Bet Range")

5. In the "Flop MW SRP as PFR" popup, "Unraised Pot as Limper vs. BB: Blind vs. Blind". What does this show?

6. How can i get the "%" sign to display in popups?

7. Is it feasible to construct a badge that indicates to use stronger 3B ranges? For a simple example, if opponent has high RFI from a position and low Fv3B, we should be 3-betting with hands such as KQo.

8. When an opponent sits out, both panels turn into a long series of dashes. The panels both become very large and while I have them situated mostly out of the way on the table, they do cover some information.

9. When I first sit at a table, the HUD panels sometimes appear in the wrong places, overlapping. They will appear in the same places every time. It usually self-corrects in a couple hands, but it has lasted up to 32 hands into a table-session before correcting. The panels cover action buttons and opponents' bets. Is there a way to fix this?

I'm having performance problems. I have followed the "Performance Guide" at least three times and I'm certain everything is properly configured. (The only question is that PokerTracker changed the config of postgresql by changing a couple of the settings. I switched back the settings that were decreased, but left alone the ones that were increased: shared_buffers = 4096MB, temp_buffers = 64MB, work_mem = 256MB) [I also set NoteCaddy to "7 threads" instead of eight, but I don't think that affects it.]

I built my computer to handle the heaviest loads. Everything but the graphics card is top of line: i7-4820k with 16GB dual-channel RAM, a fast i/o SSD, etc.

When using the dynamic HUD with 4+ tables, HEM becomes unresponsive for several seconds at a time (though it continues doing calculations). During this time, I am unable to view or mark hands or update "Active Session" (though it eventually updates)...and I do not have time to wait until I'm able to do so.

Also, there is a lag (on poker tables) of up to half a second or more between the time I click an action button and when the action is carried out. (Causing a lag before switching to the next table needing action, as I stack tables.)

CPU usage never rises above 40% and memory usage is never above 33%.

I don't have these performance problems with other HUDs.

With that system performance should be very good.

With the Dynamic HUD, more than other HUDs, a massive amount of information is passed from HM2 to your on table HUD.

When performance is poor something is bottle necking the data.

Did you reset the file permissions as outlined in the performance guide?

Next, are you using anti-virus other than Microsoft Security Essentials? Other anti-virus software has big impact on performance with HM2. Most HUDs it's not a problem but with the Dynamic HUD there's a lot more data.

If the above isn't the issue try reinstalling your .NET Framework.. This has been very effective improving performance. I'm not sure what is happening but for a small portion of my clients a reinstall fixes some error that kills performance.

Fozzy gave me a few great tips. The ones that worked for me were:

1. I had a TON of incompatible HHs in my HH folder. The site I play on apparently includes three different HH formats, only one of which can be archived by HEM. I removed all of these.

2. I turned off "Auto-refresh" in the general settings.

3. I leave HEM on the Home tab while playing.

The combination of these three gives me acceptable performance. Still a little lag, but not bad and probably to be expected with this stat-intensive HUD.