Feature request:

Having the hand history popup window on FTP is a huge asset. Is there any way you can add stack sizes next to player names at top of window?

Could all the "total" rows (like the one at the bottom at the list of players at the "players" tab) be frozen to show all the time? I like comparing my stats to the average for all players, a frozen "total" stat would make this a lot easier.

What are the downsides to multiple DB use? Why wouldn't one database for observed hands and one for hands you've played not be better?

multiple databases are slower to query, allow errors to creep in, and require support from the client application which may be tricky to manage.
Why would it?

I think adding all the stacks would take up a lot of space. I was going to see if I could cut back by displaying the board on one line - Flop ($10) AsAdAh, Ac, Kh - if it works out I'll see what I can do, but it won't happen for a couple of weeks.

Yes it is in the works but not for 5.08d - so in a week or so...

Having all your hands on a villain in one place is useful for multiple reasons. Most obvious is that you have more data for your HUD.

Mike,

Why does real time update so much faster than HM? I am specifically talking about bringing up stats on tables immediately, showing the mucked cards a could seconds faster and updating the HUD stats immediately after every hand.

ok, lots of questions... will answer these and then get back to work.

Roy

I think HEM might be messing my connection to Stars somehow. I have cable internet, and have almost never had any connection problems until a few days ago when I bought and started using HEM. Now when my number of tables gets above 5, I keep getting intermittantly disconnected. Is it possible that HEM or the hud is doing this, and if so, how do I fix it?

In terms of efficiency.

One line>>two lines >>>>>seperate panels

got about 94 errors . have no clue what are those .Think is best to import hands again

Roy...I've made the latest update and at Betfair if I move mouse over stats the popups are all the same for every stat. (don't know if this has been talked about )

Yes, it's coming

You can add custom rakeback stats - add this to your customstats.txt file in your reports folder and change the 27 to whatever your % is

<Stat GroupName="Default" ColumnName="Rakeback" ValueExpressions="Sum(PH.RakeAmount)/100.0*0.27 as RakeBackAmount" Evaluate="RakeBackAmount" ColumnHeader="Rakeback" ColumnFormat="$0.00" ColumnWidth="*" Tooltip="Rakeback based on 27%" />

It's pretty high - tourney winnings is next but after that things like time of day, deleting session / hands and multiple DB's are all next after that.

Not sure how VMWare handles this but if you need 5 different codes and they all need to be active then yes, 3 copies.

That will be added after tourney winnings as well - it is in the hud now, need to add related support in the manager.

Most likely but not high on the priority list since you'll find it's fairly straight forward. Just launch 1 table, set it up and then launch the rest.

What version? Should be fixed in the latest 1.05.08d update

Make sure you have updated video card drivers - windows is supposed to take care of this

Does it start working normally after a while? It may just be that it is loading up all the compiled stats and taking longer at first to catch up.

Yes, not quite done yet but close

If you check the font in Table Prefs does it have strikethrough checked?

Good point, shouldn't be too difficult to fix this

Every stat has an associated popup now, you can't edit the default popups but that you can do in the popup menu is make a copy of them and then just insert the text you want at the top.

Sorry, will add the 3bet type stats to the CBet popup in 1.05.08e. You can do this yourself using the popup designer. Make a copy of the Default_Cbet and then add the new stats and then in player prefs change the popup to the new one... or just wait a little longer and I'll update the defaults.

Roy

Stars is having problems with a particular ISP in the Eastern half of United States. Check the Zoo forum for threads about stars connection issues.

Try lowering the font size - it does look like a bug but lowering the font size by 1 should work right now. When you change prefs, try clicking on the table and see if the stats pop back up. I've noticed this a little bit where they jump behind if you edit prefs while playing.

Yes, it will be coming after tourney winnings

Ok, will look into this

If this happens every time to you could you zip up your holdem manager\config folder and send it to support@holdemmanager.net. I k now it is happening to a few people but need help finding the problem.

No, well you can change the report but that's as much flexibility as you get there.

I want this to be in before 1.06 - I really am trying to get this working

Selecting # decimals has been added to 1.05.08e

They are both important and will both be done at roughly the same time so you don't need to argue over it

Not in the program yet but it is in the todo list

Good idea, I'll try to get this working like that

it really shouldn't be causing this - next time you have constant issues with this try closing it down and see if the problem goes away.

We'll be working on making all of this happen a lot faster. The general answer is that HM is doing a lot more for each hand but we'll get things improved.

Roy

Dave - with one database for observed hands and another for played hands,
- HUD functionality/performance is the same
- Queries on your own stats, however, run much faster because hands you played (of which there be only a fraction as many as there are datamined hands that have no bearing on 99% of the queries you run) are segregated from datamined hands; why would you choose to run a query on 100k hands in a 3 mil hand database if you could just run the query on those same 100k hands in a 100k hand database?

Roy, you've mentioned 1.05.08e - have you released d?

d was released to a few people for testing.

The multi DB thing has advantages like you mentioned, it is trickier from the client side though (as Dave mentioned) but that's my problem to deal with. I can definitely see why having this would be an advantage to a lot of people.

Roy

OK, some tournament-style feature requests since that seems to be the flavor of the day.

1) Don't go too nuts duplicating features already in Tourney Manager. Most of us already own that anyway and it would be best for us to just have it grafted onto HM.

2) I'd like to be able to run every tournament hand through a $EV ICM filter. It seems like the simplest way to do this at first would be to do the individual hands as a whole, pre-posting in the current hand to pre-posting on the next hand, if not 0.

3) If 2) isn't too difficult, generate some crude $EV expectation calculations for the easiest types of hands: two-way preflop all-ins. Being able to bulk-process just those hands will take care of about 95% of the analysis I want to do on my game. It doesn't seem practical to duplicate hand-versus-range calculations like SNGPT does, but a few thousand SNGs ought be plenty to flesh out common situations with real data.

4) I don't want to be locked into HUD filters by effective stack size. I like the idea of this feature for regulars but most of my opponents aren't regulars. Seems like it would be nice to have this available for popups though.

5) Clickable popups rather than mouse-over

6) The eyes should be telescopes.. no, microscopes... wait... can you come back to me?

Impact may be negligible, but it will most certainly be slower to execute two queries against two databases and sum the results than execution of a single query on the same dataset.

optimization of the database (e.g. index -> CLUSTER) can make it so returning a select 100K of 3mil rows is just as fast as if the 100K were in a separate database - without eliminating the possibility that you may one day wish to query both your played and datamined hands at once for comparison... for example (random thought) Roy could implement an "advanced player exploitation analysis" window, that somehow works out where your stats are effective (or not) against an opponents stats... tricky if the tracker does not query multiple databases.

I was mainly trying to point out advanced purge is far more desirable, to me at least.

PT3 at this time has multiple DB support but no advanced purge, if it came down to a choice which to implement and which to put on the back burner, advanced purge FTW (imo at least).

possible to view hud stats by "last x amount of hands played" like pahud instead of a date?

Dave, good points.

I got so used to having multiple dbs (I create a new db in PT2 every 500k of mined hands) that it would be nice to see this in HM as well but also support spannign the query over multiple dbs that you have the option to filter for as well.

one question though: why do you want to purge hands? let's say I got 100k hands of someone within 6 months. do you purge to reflect any change in play he may have taken? the problem I have with purging is that some stats (important stats) are only valid if a very large sample size is behind it...

Yes, purge is useful if you maintain a single large database, and old hands are no longer representative of your opponents play - only to the same extent that you would delete an old datamined database, so the same sample size issues apply.

Just searched the thread and saw Roy saying clustering wasn't available yet. Is this still the case?

I am using EverestEye to table select on Everest Poker and it has slowed down considerably now that my database is much larger.

Dave, assuming the clustering you refer to is the same cluster that PT3 does (which took like 16 hours this weekend when I re-imported all my hands), I'd rather take multiple databases and a small performance hit the very small % of the time I wish to query against more than just my hands than having to do a cluster once every week or two to keep things running smoothly.

You don't have a large sample when you start a new DB. If you could purge the oldest 100k hands that you did not participate in, you would always have a large sample and have the latest data.