[HUD] Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013
10-21-2009
, 10:14 AM
Quote:
Ok. I've had a better look at this... and it shouldn't fail.
Can you make sure the code for get_default_font looks like:
The highlighted lines might have been added after the last official release.
Sorrow
Edit: Forgot to mention - site_path isn't actually used anywhere so I wouldn't worry about it.
Can you make sure the code for get_default_font looks like:
Code:
def get_default_font(self, site = 'PokerStars'):
(font, font_size) = ("Sans", "8")
if site not in self.supported_sites:
return ("Sans", "8")
if self.supported_sites[site].font == "":
font = "Sans"
else:
font = self.supported_sites[site].font
Sorrow
Edit: Forgot to mention - site_path isn't actually used anywhere so I wouldn't worry about it.
Code:
HUD_main starting
Using db name = fpdb
C:\Python26\lib\site-packages\MySQLdb\__init__.py:34: DeprecationWarning: the sets module is deprecated
from sets import ImmutableSet
Unhandled exception in thread started by <bound method HUD_main.read_stdin of <__main__.HUD_main object at 0x012A2810>>
Traceback (most recent call last):
File "HUD_main.py", line 196, in read_stdin
self.create_HUD(new_hand_id, tablewindow, temp_key, max, poker_game, stat_dict, cards)
File "HUD_main.py", line 112, in create_HUD
self.hud_dict[table_name] = Hud.Hud(self, table, max, poker_game, self.config, self.db_connection)
File "C:\Program Files\fpdb\pyfpdb\Hud.py", line 79, in __init__
self.colors = config.get_default_colors(self.table.site)
File "C:\Program Files\fpdb\pyfpdb\Configuration.py", line 549, in get_default_colors
if self.supported_sites[site].hudopacity == "":
KeyError: None
Exception KeyError: KeyError(9472,) in <module 'threading' from 'C:\Python26\lib\threading.pyc'> ignored
So, I put this in the get_default_colors section, and commented out all the other if/else statements:
Code:
if site not in self.supported_sites: colors['hudopacity'] = 1.0 colors['hudbgcolor'] = "#000000" colors['hudfgcolor'] = "#FFFFFF"
And I have the beginnings of my HUD overlay, with only this:
But no other parts of the HUD overlay.
So....it appears to me that it is not identifying the site for some reason, as the HUD main window above shows "None - <Tablename>", instead of "Pokerstars - <Tablename>". Also, by having to change the Configuration.py to tell it how to react "if site is not in supported_sites". Interesting too, is before I changed the bg and fg colors manually in Configuration.py, it was a white bg, and black fg. My HUD_config.xml is set for a black bg, and white fg. It doesn't appear it's reading my HUD_config.xml file for some reason.
The errors now are related to seat position, so I'm sure I could go hack on Hud.py and make this somehow work, by hard coding everything, but I want to make it work the correct way.
But I can verify it IS reading at least parts of the HUD_config.xml, because if I change my DB password, it fails to run with an error of "access denied" on the DB. So, it just appears to be something with the "site", or "supported_sites" of the HUD_config.xml file.
Does that make sense? Am I getting close?
Last edited by BirdRacer; 10-21-2009 at 10:41 AM.
10-21-2009
, 02:34 PM
Quote:
http://****************/projects/fpdb/files/
3. hhArchiveBase needs to be set. This is a directory that intermediate files are written too for importing. This directory will disappear in later releases, but its required at the moment as an intermediate step as the new import framework still can't insert values directly into the database.
* If you had a custom hud layout that will need to be redone, the options changed format slightly.
3. hhArchiveBase needs to be set. This is a directory that intermediate files are written too for importing. This directory will disappear in later releases, but its required at the moment as an intermediate step as the new import framework still can't insert values directly into the database.
* If you had a custom hud layout that will need to be redone, the options changed format slightly.
) Currently my HUD_config file has the following line and the directory c:\temptemptemp\handhistories which I created. That will remain the same?<import callFpdbHud="True" hhArchiveBase="c:\temptemptemp\HandHistories\" interval="10"/>
And, regarding the/my custom HUD layout, do I just use the format you now have in the HUD_config file and tweak it to add my custom layout. I've only changed it to 2 rows, 4 columns and added two stats. Oh yeah, and changed the font size and type.
I'm a bit afraid to go from a well running fpdb to problems, but here goes... once I get answers to the above. I assume we still import (pokerstars) the same in bulk import. I'm using Mysql or whatever it is. In the past, I could use either "passthrough" the default, or "PokerstarstoFPDB." Is that the same? I don't understand the difference, seems one works better than the other, and then the reverse. Which is the preferred?
Thanks again for the good work. Please respond in "non coder" language...
signed.. Dog (definitely a non-coder)
10-21-2009
, 05:17 PM
10-21-2009
, 07:58 PM
Hey dog,
Do your mucked cards show on Vista with the xml file you gave me earlier? They don't work on mine, never have. I didn't mind until I got my XP working and found that I like the mucked cards.
EDIT: Nevermind, I got it working.
Do your mucked cards show on Vista with the xml file you gave me earlier? They don't work on mine, never have. I didn't mind until I got my XP working and found that I like the mucked cards.
EDIT: Nevermind, I got it working.
Last edited by BirdRacer; 10-21-2009 at 08:12 PM.
10-21-2009
, 09:21 PM
I felt like my avatar looks!!!
10-21-2009
, 09:44 PM
Quote:
It seems you have your answer. I assume you meant when I fold, do those cards show... and yes they do. I love that feature, just as a quick reference... you know, like when I folded 44 this morning and saw the flop come 4 4 A, and was able to instantly see the mucked cards.... I felt like my avatar looks!!!
I felt like my avatar looks!!!
10-21-2009
, 11:09 PM
Quote:
A couple of clarifications... on the item#3, hhArchiveBase issue, do we need to create a directory and then insert it somewhere (no jokes please ) Currently my HUD_config file has the following line and the directory c:\temptemptemp\handhistories which I created. That will remain the same?
<import callFpdbHud="True" hhArchiveBase="c:\temptemptemp\HandHistories\" interval="10"/>
) Currently my HUD_config file has the following line and the directory c:\temptemptemp\handhistories which I created. That will remain the same?<import callFpdbHud="True" hhArchiveBase="c:\temptemptemp\HandHistories\" interval="10"/>
When importing you will find that it ends up containing sub-directories:
c:\temptemptemp\handhistories\PokerStars
c:\temptemptemp\handhistories\Full Tilt Poker
c:\temptemptemp\handhistories\<another site>
c:\temptemptemp\handhistories\....
And in those directories temporary files (Starslike files, matching the current hh files)will be created.
The stat names did change.
ffreq_1 became ffreq1 (i think)
I believe the change was to allow the user to specify the number of decimal places they cared about... i'm not that sure though (anyone else help me here?)
Quote:
I'm a bit afraid to go from a well running fpdb to problems, but here goes... once I get answers to the above. I assume we still import (pokerstars) the same in bulk import. I'm using Mysql or whatever it is. In the past, I could use either "passthrough" the default, or "PokerstarstoFPDB." Is that the same? I don't understand the difference, seems one works better than the other, and then the reverse. Which is the preferred?
Thanks again for the good work. Please respond in "non coder" language...
signed.. Dog (definitely a non-coder)
Thanks again for the good work. Please respond in "non coder" language...
signed.. Dog (definitely a non-coder)
The process loosely now is:
1) Load SiteToFpdb
2) Convert file from Site format to a Starslike format and write it out too hhArchiveBase
3) Legacy importer reads the file from hhArchiveBase and imports the file into the database.
The reason that its done this way at the moment is because the new import code is a lot more robust, but still hasn't gained the ability to insert directly into the database yet.
HTH
Sorrow
10-22-2009
, 01:28 AM
10-22-2009
, 01:42 AM
Quote:
I actually understood everything you said, that's scary. On the line I mentioned in my current config...
<snip>
Should it go in about the same place, after popup windows and before supported databases? I have to go to the hospital for a minor operation tomorrow, and will give it a go over the weekend. I'll let you know if we have a go.
<snip>
Should it go in about the same place, after popup windows and before supported databases? I have to go to the hospital for a minor operation tomorrow, and will give it a go over the weekend. I'll let you know if we have a go.
Please use the example config in pyfpdb/ as a basis. The file format hasn't changed that much, but there are a few areas that have changed - it will be a lot easier starting with that than debugging.
hhArchiveBase hasn't moved - it did actually work during the last release if you used SiteToFpdb instead of passthrough, but we weren't recommending its general use at the time.
The config file will need to be replaced.
The database will need to be recreated. That can be done from Database->Create or recreate tables.
10-22-2009
, 05:11 AM
10-22-2009
, 12:15 PM
?
10-22-2009
, 12:54 PM
Quote:
It uses the same libraries as previously, You should be able to extract the tar.gz file to anywhere and fpdb.py from wherever you've extracted it too.
The config file will need to be replaced.
The database will need to be recreated. That can be done from Database->Create or recreate tables.
It uses the same libraries as previously, You should be able to extract the tar.gz file to anywhere and fpdb.py from wherever you've extracted it too.The config file will need to be replaced.
The database will need to be recreated. That can be done from Database->Create or recreate tables.
1) Take the extracted fpdb.py (0.12) and drop it in my current directory c:\Program Files\FPDB\pyfpdb\ so that it overwrites the old file (11.3)
2) Take the extracted HUD_config.xml ......change password, screen name and any other personal preferences, noting some stats have different abbreviations, and be sure the hharchive indicates the directory I have currently. When done, drop that into the same directory so it will overwrite the old config.
3)Open/run the fpdb.py (which we KNOW will run perfect
) and recreate my Mysql database.4) Bulk import the hands I've so carefully zipped away in a safe place knowing I was not done "recreating" my database.
5) Sit at a .01 table on PS's and see if the hud and importing all is working.....
6) Make another post here either commending all the coders on a great job, or..... curse, swear, THEN make an amiable post explaining how it is not working...
Gotta run,
Dog
10-22-2009
, 02:59 PM
Quote:
Please excuse my lameness this morning (or evening where you are). This "seems" too simple to me. So, if I'm running 11.3 now, and it's working... I can forget all the other files in the tar.gz file... then
1) Take the extracted fpdb.py (0.12) and drop it in my current directory c:\Program Files\FPDB\pyfpdb\ so that it overwrites the old file (11.3)
2) Take the extracted HUD_config.xml ......change password, screen name and any other personal preferences, noting some stats have different abbreviations, and be sure the hharchive indicates the directory I have currently. When done, drop that into the same directory so it will overwrite the old config.
3)Open/run the fpdb.py (which we KNOW will run perfect ) and recreate my Mysql database.
4) Bulk import the hands I've so carefully zipped away in a safe place knowing I was not done "recreating" my database.
5) Sit at a .01 table on PS's and see if the hud and importing all is working.....
6) Make another post here either commending all the coders on a great job, or..... curse, swear, THEN make an amiable post explaining how it is not working...
Gotta run,
Dog
1) Take the extracted fpdb.py (0.12) and drop it in my current directory c:\Program Files\FPDB\pyfpdb\ so that it overwrites the old file (11.3)
2) Take the extracted HUD_config.xml ......change password, screen name and any other personal preferences, noting some stats have different abbreviations, and be sure the hharchive indicates the directory I have currently. When done, drop that into the same directory so it will overwrite the old config.
3)Open/run the fpdb.py (which we KNOW will run perfect
) and recreate my Mysql database.4) Bulk import the hands I've so carefully zipped away in a safe place knowing I was not done "recreating" my database.
5) Sit at a .01 table on PS's and see if the hud and importing all is working.....
6) Make another post here either commending all the coders on a great job, or..... curse, swear, THEN make an amiable post explaining how it is not working...
Gotta run,
Dog
) is for you just to make a folder c:\program Files\newfpdb (or whatever you want to call it) and unpack the whole shebang there. Recreat your database (unavoidable - but I had no hiccups at all there) and, after editing the new Hud_example file as needs be, fire up Stars. Stars went super smoothly for me. (I've made a couple of posts about another site recently, but to be honest I think that was only that the devs had had so little feedback/useers about it that they forgot about it 'on the back burner'.)Unilke some other software you can have multiple different versions of fpdb on your computer without causing conflicts. (Obv, you have to go to, eg,
c:\program files\newfpdb\pyfpdb and click on fpdb.py to start it rather than clicking on a shortcut that points to your original version.)
Assuming it all works - & it really shouldn't be problematic, you can then rename the directory fpdb to oldfpdb and newfpdb to fpdb etc - according to taste.
tl;dr Just install the new version in a new directory & you'll be good to go.
