I cant import or do anything when the main screen loads. I looked back at the Prompt command and saw the following:

failed to load libs for graphing, graphing will not function. Please install numpy and matplotlib. todo: implement_global_lock

Kind of confused as to what to do.

That warning will only affect you if you want to use the graphs.

Look for a file named fpdb-error.log (maybe fpdb-error.txt) in the same directory where you started fpdb. That should have the error messages in it.

I, personally, don't plan on developing the HUD for any site that doesn't want HUDs. Our up-to-date source is out there so anybody that wants to can add whatever support they want as long as they distribute the modified code in accordance to our license. I will not develop code that violates a poker site's Terms of Service.

Has there been a discussion about Cake's policy in this forum? If they want to ban HUDs, I am happy to comply with that. OTOH, if they are banning the analysis of your play (via a tracker), that is telling you how to use your data on your computer on your time.

I ran the schema thing before and it said successful affected #rows in #ms.
I double checked the log and it still says:

Traceback (most recent call last):
File "C:\Users\Joe\Desktop\fpdb-1.0_alpha6_p111\pyfpdb\fpdb.py", line 506, in <module>
me = fpdb()
File "C:\Users\Joe\Desktop\fpdb-1.0_alpha6_p111\pyfpdb\fpdb.py", line 419, in __init__
self.load_default_profile()
File "C:\Users\Joe\Desktop\fpdb-1.0_alpha6_p111\pyfpdb\fpdb.py", line 251, in load_default_profile
self.load_profile(defaultpath)
File "C:\Users\Joe\Desktop\fpdb-1.0_alpha6_p111\pyfpdb\fpdb.py", line 329, in load_profile
self.db.connect(self.settings['db-backend'], self.settings['db-host'], self.settings['db-databaseName'], self.settings['db-user'], self.settings['db-password'])
File "C:\Users\Joe\Desktop\fpdb-1.0_alpha6_p111\pyfpdb\fpdb_db.py", line 40, in connect
self.db=MySQLdb.connect(host = host, user = user, passwd = password, db = database)
File "C:\Python25\lib\site-packages\MySQLdb\__init__.py", line 74, in Connect
return Connection(*args, **kwargs)
File "C:\Python25\lib\site-packages\MySQLdb\connections.py", line 170, in __init__
super(Connection, self).__init__(*args, **kwargs2)
_mysql_exceptions.OperationalError: (1045, "Access denied for user 'fpdb'@'localhost' (using password: YES)")

Would be cool if someone could post a screen on the HUD.

screenshots, we could do with some more

oops, sorry. You need to set

db-backend=3

in your default.conf to use postgres

I did that too. I also changed the username and pass to the right ones I think, put the whole file in: C:\Users\Joe\AppData\fpdb

Long shot, please try this:
1. Click on Start, then Run
2. Type this: cmd
3. Click ok. A command line prompt (aka DOS window) should appear. Type this and press enter: python
4. It should show the python version and some other information. Now type these two commands, each followed by enter:
import os
print os.environ["APPDATA"]

Did that say: C:\Users\Joe\AppData?

It says C:\Users\Joe\AppData\Roaming!!

So thats what it was.
I think its working now.

Thanks a lot everyone.

It is rather quirky of the screenshots page that it shows the HUD during a game of Razz of all things. I don’t play the Stud games myself, but is an HUD really useful with these? It doesn’t hurt to make one available to the user, of course. (And it also supports Omaha, I believe, which makes sense.)

Should I submit a screenshot of the HUD running during an NLHE cash game?

P.S. A screenshot of the graphing functions would also be nice. I can’t do this at the moment as I haven’t installed the libraries for these.

Graphing function (no "s") at the moment. The graphing function in the current version is more a proof of concept than anything else. It was the first time we tried to extract data from the database for any purpose other than HUD. Its a profit graph (for all hands) for cash games (all games) for a single player on a single site with no other filtering options.

It probably won't get any better for a little while until someone decides how to structure the gui to provide the various options. The code is pretty clear and self contained if someone felt like making it better. *hint hint*

Once again Microsoft went to great length to make their paying customers' life' harder... the old folder structure supported roaming and non-roaming parts, but they decided to break it. Take their hint: dump Vista, dump Microsoft.

But, for those of you who insist on using 4th class software Vista, note that your default.conf must be in the folder C:\Users\username\AppData\Roaming\fpdb. There is a guide on our wiki for all plattforms on how to check the required location: http://fpdb.wiki.****************/How...+file+location

I tried alpha6 and here is what happened.

Autoimport failed on the first hand
After that i received no more messages in the console.

fpdb-error.log

Hi sugoi--

This is a failure in the hand importing code and has nothing to do with your setup. You should go ahead and email that hand history to Steffen (use the email address in the error message) so he can fix the code. If you don't want to email him, you could post that hand to our help forum, you don't need an account to post to that forum.

Yep pls email me either the particular hand or the whole history file.

done

by the way the hud is still hanging up

First off, I would just like to say thank you for the effort you all have put into this. Its great to see someone working on open source poker software. I downloaded it yesterday and have been giving it a try in my sessions today, and I have to say I am impressed. I have had a couple of problems, but nothing that is keeping me from being able to benefit from the program.

As for the specific issues, here is what I've got. The HUD is having some spacing issues for me, everyone's window is off by a seat. I think this is because I have a preferred seat checked on pokerstars, but I am not sure. Because of that, I am using the table viewer for stats instead. So far its been pretty handy too. Every once in awhile it will lose a bunch of hand data on the table viewer, but if I close and reload the program I can fix that. I do have one question though, and that is in regards to the abbreviations. I don't see ST and FSB listed in the doc file, so I am not sure what they mean. Everything else is accounted for. Also, is there a way to adjust the stats we see on the table viewer, much like we can do with the HUD config file?

Anyway, thanks for all your hard work. I love where this is headed and I am eagerly looking forward to future releases.

Emailed you an updated version - see if that fixes your issues or let us know

You are correct that the HUD doesn't support the favorite seat option yet. This is on my things to do list(which is darn long). You could drag the stat windows around to the correct positions. Double click a stat to decorate the window--drag around--double click again to undecorate. The HUD doesn't remember positions unless you save them.

Would it make sense if:
ST = street
FSB = folded small blind

I don't think you can configure stats in the tv.

That's normal - it adjusts the stats that it uses depending on how many players are currently on a table, e.g. if there's 9 players present it'll use stats from hands were 7-10 were present. As for the position, yes that will be because of the preferred seat - you can turn off preferred seat, or sit in the "expected seat" when you want to use the HUD. Supporting preferred seat in the HUD is on the todo list though.

ST=Steal chance (nobody had entered the pot before the player in question, and the player is in cutoff or button position)
FSB=Fold to steal - combined of small and big blind (FSB means Fold Small Big). E.g. if a player faced a steal attempt in the SB 7 times and in the BB 3 times, and folded to 5 and 1 of them, FSB would show 60%.
There's a couple of minor options (like whether to have FSB or FS and FB) for tv but that's it. Tv was originally only a quick workaround, a feasibility study if you will. I don't intend to make any non-trivial updates to it, sorry.

I'm pretty sure the table viewer is going to be dropped, it was only put in as a placeholder for the HUD, which is now functional.

That's correct, we might get sth similar again in the future but probably based off the HUD code rather than on the current tv (tv=table viewer). But if you want to use it and have problems let me know anyways. Note that it does not support PostgreSQL as backend.

Alternatively, one could just use whatever language to push stuff into the database, then send a signal to the tracker program to go and update .. or something like that. I'm thinking that'd make writing an importer in say PHP or something pretty easy.


I do not know the first thing about Python, so i'm not particularly useful .. but I'd love to be able to help out with whatever I could, if I could ever get time.. but I've got tons of other projects .. sigh.

I’d like to add to the discussion with a user’s report on the HUD.

I’ve been using the HUD (to date only version Alpha 5, for reasons stated below) quite extensively over the past few days. What fun it has been, and profitable, too!

To get the HUD working the way I wanted I have resorted to hacking the code – with results that are not at all pretty, but serviceable. I play with stacked tables, so had to contrive a way to make the HUD go away when I didn’t want it. My hack achieves this, but is not suitable for general use. So far I have used it with up to 14 tables at once. I’ve not installed the latest version yet as I would have to change the code again.

I have no errors to report. Everything seems to work: my congratulations to the developers!

The software’s only shortcoming is that it is a bit too resource-intensive for my poor little laptop, and slow (when lots of tables are open). To keep things in hand I set automatic importing to a 120-second cycle. (This is good enough, I find.)

There seems to be room for an improvement in efficiency if the hand importer could keep track of its position in the history files, and doesn’t have to re-parse all the old hands every time it runs. Is this likely to be feasible? (I would be willing to look into this myself if the idea seems worth pursuing. Or is this already in progress?)