I just found out about this and could be interested. It's quite a lengthy thread and I couldn't go through all of it, but could someone post/direct me to some screenshots of the way the database looks and the graphs. I'm not interested in HUD pics.

Appreciate it.

http://****************/apps/mediawik...le=Screenshots

Dog

Thanks, do you know of any screenshots around that show the actual graphs & sessions/tables results?

hi pimpygrub,

I think that your database username and password doesn't agree with the one in hud-config.

in hudconfig the username is set to "fpdb" and the password is set "phetamine"

in mysql you created a user "fpdbuser" with the password "passwdHerre"

to fix:

mysql> GRANT ALL PRIVILEGES ON fpdb.* TO 'fpdb'@'localhost' IDENTIFIED BY 'phetamine';

to test:

$mysql --user=fpdb --password=phetamine

if this doesn't work, edit the hudconfig and set the username to root (I don't use mysql for anything else, so just used the root username and password.)

Two tips for everyone !

If you are having problems with HUD not using the preferred seat please make sure that your screenname is correctly set in the hud-config (I have discovered that it is CASE SENSITIVE)

if you are getting errors trying to bulk-import pokerstars hand histories, please make sure that the sitefilter drop-down box is set to "pokerstars" (it defaults to the first entry, which is normally fulltilt)

I finally found an error that's been bugging me in the mucked hands. It happens EVERY time, so you developers can chase this one.

Whenever a players mucked cards show, if they had a Queen (i believe of Clubs), it shows the 2 of clubs instead. First time I saw a player cap it and later saw he mucked Q2 offsuit, then looked back on PS's hand replayer and it was QQ. It happened four times tonight, each time the player should have shown Q of Clubs, and mucked hands showed 2 of clubs each time.

Dog

Sorry all - i've been slacking off.

During that timeframe, a couple of small fixes went in, but most of the work was in 'locales' ie. Making umlauts look like umlauts.

I still have your log files Dog - i should be able to take a look early next week. (Wedding this week - not mine)

Global lock means something hung, or something is still running. More details on your setup please? Platform, database - sites you are trying to import.

- I like bugs that are already fixed.

If that is a literal copy it is invalid xml. Delete the part in bold.

Session stats are a work in progress (halted ftm)

I probably should upload a new screen.

This is good advice.

This is already fixed...i think around Christmas time - it may not have made the Jan snapshots though. Easiest way to test is to see if '22' exists in the player stats view (which was where it was noticed)

If '22' exists in the stats view then this is another bug.

Sorrow

Must be another bug. I show 145 hands of "22" in the stats. Don't worry. Enjoy the wedding, check out the bride's maids, just keep your hands in your pockets. On second thought....

Dog

Is it possible to make more of the programs minimise to the taskbar in Windows?

Currently only the main FPDB program does, unless it's a local setting....

Also, when you "Save HUD Layout" can it also save the position of the FPDB Menu?

How many windows do you have?

On my machine, i have the main fpdb window (which goes to the task bar) and the hud main - which doesn't
+1 for me on this one too.

I've shortened the hud menu text in preferences, so it takes up much less space
but it would be good to choose to put it elsewhere

I too have shortening it to "Menu" but it still covers the previous hand's menu. I move it to just over the dealter's tray above the pot size would be perfect. If I knew which py file it was in, I'd change the coordinates myself.

Dog

hud.py line 132

change

self.main_window.move(self.table.x, self.table.y)

to

self.main_window.move(self.table.x + 350, self.table.y + 90)

where 350 and 90 are offsets of your choice, in pixels

I did that and it had no effect. I even did it as cut n paste to not make a mistake. Then, I changed the offsets to 50 for both x and y axis, just for a test, still no movement, it's jammed into the (I assume 0 0) corner. Also, triple checked I was changing the right line, in the right file hud.py

Dog

I'm running on Linux and it works fine for me. I'll try to setup a windows version and try it there.

If you are on windows, are you running the "exe" package?

I also have a DOS window (like a command console?) which doesn't minimise to the task bar.

Sorry Dog, confirmed doesn't work on Win.

Maybe try this:

Line 131 - ignore the change suggested, put this back as it was (like this):

self.main_window.move(self.table.x, self.table.y)

Instead, at line 458 change it to something like:

self.main_window.move(x + 500, y + 90)

As before, you will need to tinker with the offsets. I've given this a quick test on XP and it seems to work.

It worked! I'm running Window's Vista. I usually 4-table and entered this for my size tables:

self.main_window.move(x + 275, y - 25)

I found it will accept the "-" and that helped put it dead center (over the chip tray, the 275) and I tested successfully using the minus 25 to take it into the table header and above the pot size.

Thanks for the efforts.

Dog

I know the stats aren't working fully just now, but I think the devs might be interested in cases where they work and do not.

On Stars, FPDB does not always identify continuation bets.

The behaviour occurs frequently, Hopefully the following isolated hand demostrates one case:

Firstly, this hand calculates the CB correctly:

Someone limps, there is a button raise, the BB calls and the limper folds, and the raiser continues on the flop (note that the BB checking the flop does not get written to the hand history). FPDB credits the raiser with the continuation bet.

This time here is an example where the CB on the flop is not recognised.

Mid position opens for a raise, there is a cold call behind and the big blind calls also, the midposition raiser continues on the flop (note that the HH shows the BB check this time)
This time FPDB correctly sets street1CBchance true, but (incorrectly) street1CBdone is false.
If "Ba: checks" is deleted, FPDB correctly sets street1CBdone to true.

Summary,

• Stars HH sometimes omits a flop check action.
• If Stars HH misses the check to raiser action, then fpdb correctly credits the CB.
• if stars HH writes the check to raiser action, FPDB does not credit the player with the CB.

I've not worked out the pattern for Stars to miss the check action.

I've had a closer look at this, and have spotted a couple of issues in the CB code.

Am testing changes to the code now and will post results here.

The Stars HH issue is largely irrelevant, I think.

Is there an uninstall for fpdb or do I have to do it manually?

PS:It works fine it's just that Im not playing poker anymore so I have no use for it.

Here's the step-by-step instructions for removing fpdp....

1. Delete it

Seriously, it's manual. You'll have to decide if you want to delete all the associated programs such as Mysql, Python and so on. Why not, if you have the space, just leave it there and if you happen to decide to play in the future, it will be as ready as a $500 hooker on a slow night.

Dog

I nine table and I would like to change the height and width of the hud display.

Any way of doing this?

Also, how do i go about knowing the location (x,y) of a table. For example where would (125, 456) be on a table. Would (125, 456) be in different in a different location on a small sized table compared to a big size table?

Hope these questions make sense to you guys?

Thank you!

I'll take a layman's shot at some of your questions. I'm sure the guys that really know the program will correct any errors I mistate.

I was told in the past that the size of the box expands or contracts based on the information you are asking for. If you have more stats, it sizes itself taller, or wider, depending on the number of rows or columns of data/stats.

Also, the size of the font, and font style affect it as well. I multi table, but only about 4 tables. I increased the default (8pt) to 9pt for these tired old eyes. In the hud_config.xml file, in the section "supported sites" you will see "font size" and "font style". You could change that to, for example, 6 if you think you can read it that small. And, you could use a smaller font style. One that is smaller would be something like "Arial Narrow" which most computers have. Just be sure when changing it that you type in the EXACT name of the font on your computer or the config file won't find it. Spelling counts!!

This is difficult to explain, but I use the rough estimate of each 110 bytes is about one inch on the size tables you will probably have if you are multi tabling 9 tables. If I understand it right, it's the number of bytes and would depend on how small the bytes (tables in your case) might be. Smaller tables = smaller bytes

Any experts feel free to jump in and correct my idiot mistates..

Dog

Here is a patch which may resolve many, but not all issues with the CBet statistic being too low.

Currently CBets are only counted if your bet is the first entry in the Hand History (issue identified by padre_maronno in post #2827).

in DerivedStats.py, the method betStreet is changed as follows: