****ing awesome!

What is the best approach for modeling vpip vs different raise sizes preflop in HUNL?

The trouble I'm running into is that it wants to count limps or different raise sizes as opportunities.

In the action sequence, I added a sequence "Action had to NOT happen" for call (non-note recipient), but it didn't stop the sb/button limp.

Ideas?

It seems like at least limps would be an opportunity condition. That part is confusing me a bit. What scenario do you want a 0/1 to be added for the note?

As far as the different raise sizes counting, it makes sense you don't want them to count but it's nontrivial to filter them out.

You need a http://wiki.assaultware.com/Composite-Definitions.ashx composite definition
Two note definitions one where everything is met like the proper raise size and select Do not take notes for missed opportunities
The other for when the conditions are met to make it a missed opportunity (player limps?).

Then you combine them via the composite as (NC.Success * 100) / (NC.Success + NC.Opportunity) and get a stat just as you are looking for.

If your HUD is set to filter for number of players at the table, does this also filter your NC stats, or do you have to have a separate stat for the same situation in say HU and 6m play?

By default NC filters for HU, 6max and fullring (so matching to your HM2-HUD-filter).

You can also customize this for NC: open a note-definition and go to the tab "Partitions". There you can set-up your own filters.

I'd made a bunch of custom stats in NC and today I've just gone back into them and entered a new grouping prefix for them as I wanted to tidy things up. On the Pending Actions section, NC is now saying that it needs to remove and recreate notes for all of these notes where I changed the grouping prefix. I can understand that it would need to do this if I'd changed any of the workings of the note, but do I need to do this after only changing an admin part of the note?

You can look at your data and see if the changes are reflected to your satisfaction. If they are then feel free to delete the tasks. They aren't smart enough to know if they are needed. In this case they almost certainly are not

After updating some players dont show badges and some players do, what could be the problem?

I tried to replicate this but was unable. Does this happen in the replayer?

It was happening at both tables and replayer. Tried the preload all player notes option and afte that it got solved.

If it happens again on the replayer a log file would be greatly appreciated
http://wiki.assaultware.com/How-to-m...o-support.ashx

I noticed that NC create notes only after session when I restart HM. How to create notes while playing?

Open NoteCaddy and there go to:

File > Settings > Database Settings

In the middle you have a checkbox "Automatically start taking notes when HM2 opens". This has to be checked.

"Automatically start taking notes when HM2 opens" is checked.
But when I'm playing no new notes create.

What does this option actually do? I've unchecked the box but looking at NC it shows that it is still adding notes

The old hands all have to be processed before the new ones get processed. You can easily look at the "creating notes" panel and see the progress it's making as it has a counter for hands processed and notes added in realtime.

If you import files manually then HEM triggers NC to start. It has nothing to do with that setting

I don't import manually. HEM just starts importing when I open tables.

The main thing I've noticed though is that my popups are opening a lot quicker now. Which is good.

I don't understand this. When I'm playing and see player called 3b with 72 and went to showdown, note about it will be created only after I restart HM?

That's not what's supposed to happen provided you have the "creating notes" panel open. You didn't address that part of my post so it's hard for me to give you a good answer. Also, if you use the caddy report, it will show you in real time the notes that are being added.

Hi! Today I downloaded new coffeehud beta release for notecaddy 2.5. It started download it when I opened notecaddy from hem. Now it seems to be done but cant see anything different here. I also tried to put "download latest coachingpack" but it gives me error. How I can get new coffeehud to tables? Sorry if this is a stupid question, I have tried to look a instruction video about this.

Not sure where you downloaded the new HM2 CoffeeHUD beta release As mentioned in the e-mail installation instructions for the new HM2 CoffeeHUD will be send out manually within 24 hours after you replied (if you did).

I'm creating some notes that use the $handrange variables for each street and I've noticed that NC is, I believe, wrongly classifying some hands. For example it is saying that having 53s on a 9KAK8 river is having middle pair and having 22 on an 884 flop is classed as 2 pair. While this is technically correct, it seems misleading by making their range look stronger than it is. Is there any kind of workaround for this?

It used to make up classifications where the board was disregarded but then a lot of people said it was a bug. Like you said it's technically correct now and that's just the way it has to be. Russians make up over 50% of customers and they demand accuracy. The way to know true hand strength is by using general strength. Using the caddyscatter, spark etc you get the picture much faster anyways

http://wiki.assaultware.com/NoteCadd...-Strength.ashx

Thanks, I'll have a look in to that. I was trying to use the new feature that shows the pie-chart with all the different hand classifications because, for example, I wanted to see what kind of hands people we're check/calling the flop with after a preflop raise. It was fairly useless though because it was saying that they were x/c 2 pair when it was actually an underpair on a paired flop (eg 77 on 22K), or top pair when it was actually A high (eg AK on JJ7). I thought the pie-chart facility would be great for quickly seeing how their hand range breaks down in these spots, but it seems it's pretty useless because of this issue.

How about creating a new set of variables that disregard the board pairs etc so that those who demand accuracy can use the standard variable, and those who want real life information can get their charts etc working too?

The pie chart is good for draws versus made hands etc but you still need to be looking at the scatter/spark to understand the actual hands strengths.

There is no way for it to be perfect with just text. Even if the board pairs are disregarded now we need to disregard board flushes, etc. Then TPTK on a 234sss board is a lot weaker than on K94r. It's a slippery slope and it's not something that's going to be feasible