Open Side Menu Go to the Top
Register
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013

02-26-2009 , 08:51 AM
Quote:
Originally Posted by Eratosthenes
I am pretty surprised that you can get 20 tables going on your pc, too (which is similar to the one I am on now). I am pretty impressed with how efficient python and gtk are on Linux machines.
It is quite surprising. The HUD slows things down a bit when a new table's stat windows start appearing. Otherwise there is little if any adverse effect. My machine is a Sempron 3000+, 512 Mb. -- I really must replace it some time. But not because of Fpdb.

I hear WCGRider found that Pokertracker's HUD simply stopped working while he played 24 tables for his prop bet last year (on what must have been a much better machine -- but under otherwise identical circumstances). This is a very telling comparison!

Quote:
Originally Posted by Eratosthenes
You are having this [preferred-seat] problem after the fix I pushed? It is date stamped in the repo as 2009/02/24 02:33 UTC.
I don't know the answer to this question as I've run git-pull since yesterday, so can't now say what the time-stamp was. But I am fairly sure I was up to date when I posted.

Quote:
This is a fundamental problem with the db structure and how the HudCache stats are sliced and diced. The stats are not separated by max, but they are by number of active players. I agree that 6-max and 10-max stats should be separate because the games just play differently-this was a disagreement I had with Steffen back on day 1. I have been pretty successful at not thinking about this problem until just now. It might be possible to put in an ugly quick fix to display only stats from tables with 7-10 active player for 10-max and 1-6 for 6-max.
I would not worry about this immediately as the problem would not come up too often (the same opponent playing in both games). But I'd argue that the database should be changed at some future point.
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
02-26-2009 , 10:38 AM
is an ongame support planed in the near future?
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
02-26-2009 , 11:55 AM
Quote:
Originally Posted by Mr. Threepwood
is an ongame support planed in the near future?
This is open source, nothing is planned.

Right now, at this very minute, some of the guys are working on a new hand importer framework that will make it much easier to add new sites. When that is finished and integrated it will be pretty easy to add new sites, so it will just be a matter of somebody wanting ongame support enough to do it. I think the guys are pretty close on finishing the new import code, but I don't know when it will be ready.
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
02-26-2009 , 11:59 AM
Quote:
Originally Posted by Eratosthenes
This is open source, nothing is planned.

Right now, at this very minute, some of the guys are working on a new hand importer framework that will make it much easier to add new sites. When that is finished and integrated it will be pretty easy to add new sites, so it will just be a matter of somebody wanting ongame support enough to do it. I think the guys are pretty close on finishing the new import code, but I don't know when it will be ready.
fwiw - ongame uses an sqlite db I believe, instead of text HHs. I know it's problematic for the main stream trackers.
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
02-26-2009 , 12:20 PM
Quote:
Originally Posted by fozzy71
fwiw - ongame uses an sqlite db I believe, instead of text HHs. I know it's problematic for the main stream trackers.
Thanks fozzy, I've been told this about 40 times, but never remember. Torturing the info out of sqlite will be different, but not all that hard. The framework the guys are doing will be useful for ongame also because the framework is based on a site neutral format--all HHs are parsed into this format before actually being analyzed and imported. An ongame importer will be doable.
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
02-27-2009 , 01:16 AM
well, i wouldn't say that running into the same player in 10 and 6 max is rare, as on the site i play on, there's a core of about 150 players that play all around the entire site, 6max 10max every level, etc.. So, I see the utility of having the stats seperable, but like having them combined. I would probably mostly use having them seperable by active seats as I tend to find myself short handed on full max games.
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
02-27-2009 , 05:48 AM
Quote:
Originally Posted by ekdikeo
well, i wouldn't say that running into the same player in 10 and 6 max is rare, as on the site i play on, there's a core of about 150 players that play all around the entire site, 6max 10max every level, etc.
You're right, it is probably more common than I thought, especially at the higher stakes. I was thinking in terms of the microstakes on PS, where there are so many tables the regular players can happily focus on one or the other.

There should at least be the option in future to separate full ring and six-handed if the user wants it. The two games do tend to play very differently.
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
02-27-2009 , 11:44 AM
Quote:
Originally Posted by Eleatic Stranger
There should at least be the option in future to separate full ring and six-handed if the user wants it. The two games do tend to play very differently.
E. S. -- I just pushed a version that has intermediate prints in pref seat area and the stderr correctly redirected to HUD-error.txt in your ~/free_poker_tools(or whatever)/pyfpdb/ folder.

Output looks like this:
Code:
------------------------------------------------------------
Creating hud from hand 73525
site = Full Tilt Poker, max = 8, fav seat = 4
found fav seat = 4
found actual seat = 1
adj = [0, 4, 5, 6, 7, 8, 1, 2, 3]
actual seat = 1, x = 336, y= 509
actual seat = 2, x = 140, y= 466
actual seat = 3, x = 1, y= 365
actual seat = 4, x = 0, y= 175
actual seat = 5, x = 457, y= 102
actual seat = 6, x = 674, y= 185
actual seat = 7, x = 674, y= 372
actual seat = 8, x = 649, y= 451
Could you send me that file after you have played and have some scrambled stats? I will PM you my email address in a sec.

thanks
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
02-27-2009 , 05:53 PM
Quote:
Originally Posted by Eleatic Stranger
Regarding the crashing problem in X-Windows:



I wrote that nearly a month ago but have allowed myself to be too distracted to report back till now.

The answer is: Yes; the HUD still consistently crashes when its parent table is closed (if new hands are subsequently imported, so that it tries to update the now-orphaned stat windows).

I haven't tested this on the very latest Git version, which Eratosthenes has just updated, by the way (but it's the same in this respect, I imagine).

This is a bit annoying, but I have got into the habit of closing the HUDs manually. Lately I have tried playing 20 tables (or sometimes more) at the micro-stakes, and my computer manages to keep up, in spite of my attempts to load it in this way with an intolerable burden. This is impressive.
I have been playing around with trying to reproduce this crash and I am getting a crash. In the crash I am getting, the HUD completely goes away and I get this:
Code:
The program 'HUD_main.py' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
  (Details: serial 10387 error_code 3 request_code 40 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
in the HUD-error.txt file. Is this what you are seeing? (The X guys couldn't just raise an exception, like everybody else, eh?) I think I can fix this pretty quickly.
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
02-27-2009 , 09:02 PM
Quote:
Originally Posted by Eratosthenes
I have been playing around with trying to reproduce this crash and I am getting a crash. In the crash I am getting, the HUD completely goes away and I get this:
Code:
The program 'HUD_main.py' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
  (Details: serial 10387 error_code 3 request_code 40 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
in the HUD-error.txt file. Is this what you are seeing? (The X guys couldn't just raise an exception, like everybody else, eh?) I think I can fix this pretty quickly.
OK, I have fixed this, at least for me. I have also fixed the problem with popup windows not closing correctly in some cases. I also did some cleaning up with the way that HUD windows are closed--that didn't fix any known bugs, but will be more reliable and maintainable.

It is all in my git repo.

There are a lot of bug fixes in the repo that have been done since the last release, so I'll try to get busy and do a release in a few days.

BTW: for those of you that are using from my repo. If I screw up (not likely, but possible) and push something to my repo that isn't working, you can always go back to the last release by cding to your local git repo and typing:
Code:
git checkout v0.10
or whatever version you want to revert to. When I fix the latest in the repo, you'll need to go back to the latest with this command:
Code:
git checkout master
Edit to say that I want to fix that problem with stat windows erroneously popping up on top and stealing focus before I put out another release.

Last edited by Eratosthenes; 02-27-2009 at 09:04 PM. Reason: thought of something else :)
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
02-28-2009 , 04:29 AM
Quote:
Originally Posted by Eratosthenes
E. S. -- I just pushed a version that has intermediate prints in pref seat area and the stderr correctly redirected to HUD-error.txt in your ~/free_poker_tools(or whatever)/pyfpdb/ folder. [...] Could you send me that file after you have played and have some scrambled stats?
Hmmm ... I've tried the new version, and the problem has vanished (though I'm positive it was happening before). I would have to say the most plausible explanation is that it's (obviously) a quantum-level effect of observation. The watched kettle never boils.

Quote:
Originally Posted by Eratosthenes
I have been playing around with trying to reproduce this crash and I am getting a crash. In the crash I am getting, the HUD completely goes away and I get this: [...]
Yes, that is, or rather was, the error. It's fixed now. Thanks!
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
02-28-2009 , 09:58 PM
could someoen posibly walk me through this? im not to good with computers and im puzzled, maybe ill ship some $ on stars?
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
02-28-2009 , 10:53 PM
Quote:
Originally Posted by NL_Hustlr
could someoen posibly walk me through this? im not to good with computers and im puzzled, maybe ill ship some $ on stars?
If you are installing on windows, try following this. That contains everything I know about installing on windows. Post back here if you get stuck.
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
03-01-2009 , 05:04 AM
Hi I am bulk importing.

I have imported a few of the HH's before but didn't realise I could click import on the folder and didn't have to individually import each page. Since I am importing some files twice does this matter?

I tend to not be able to import donkament results as it says there is a value error. Yes, freeroll donkaments always value error in importing.

Not sure if the same problem exists with cash tourneys.
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
03-01-2009 , 05:13 AM
bulk importing whilst playing and auto importing.

I think I may have to do the bulk again now, don't think I can do it at the same time.
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
03-01-2009 , 08:27 AM
omg...and the next update!
Great!

Without the horizontal/vertical bars the stats need less space.
Awesome!
Also the code browser from "assembla.com"(?) whatever is great, so I can directly
browse to the code and don't need to install anything.

Now I need to checkout if I can change the visual appearance of the stats
that shows up if I'd right click on the stats from a player.
These indeed could be organized quite a bit more, even with horizontal/vertical bars .

But all changes up to now are just amazing!!
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
03-01-2009 , 10:38 AM
Quote:
Originally Posted by donkequity
Hi I am bulk importing.

I have imported a few of the HH's before but didn't realise I could click import on the folder and didn't have to individually import each page. Since I am importing some files twice does this matter?

I tend to not be able to import donkament results as it says there is a value error. Yes, freeroll donkaments always value error in importing.

Not sure if the same problem exists with cash tourneys.
Cash tournaments import OK for me on PokerStars--I have not played any in several weeks, so if there has been a stealth hand history change, there might be a problem. My brother is importing a couple of Stars tournaments/day with no problem (not freerolls). I have only imported a few tournaments on FullTilt, but they seemed OK.

Importing the same file twice slows things down a little, but doesn't hurt anything.

Quote:
Originally Posted by donkequity
bulk importing whilst playing and auto importing.

I think I may have to do the bulk again now, don't think I can do it at the same time.
I think the new hand histories will not get picked up in the bulk import. You could just go back and pick up those new files individually.
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
03-01-2009 , 10:58 AM
Quote:
Originally Posted by FileNotFound
Also the code browser from "assembla.com"(?) whatever is great, so I can directly
browse to the code and don't need to install anything.
Y, I like that code browser, too. One thing is that if you just click on the the file name you see the most recent in the tree, which is not the same as what you are using unless you have done a "git pull" since the last changes were comitted.
Quote:
Now I need to checkout if I can change the visual appearance of the stats
that shows up if I'd right click on the stats from a player.
These indeed could be organized quite a bit more, even with horizontal/vertical bars .
The is no way to change the appearance of the popup through the config file. The popup is just one big, ol' label with the stats printed on it. I am planning on rewriting the popup interface so that popups can be more configurable and generally more flexible. The current popup could be organized into a table widget that would line up the columns and be easier to read. That code is in the Popup class in the Hud.py file.
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
03-01-2009 , 11:07 AM
ok thanks for the answers erastho

now, I am playing in donkaments and cash games at the same time and the HUD is only appearing on one table??

but the HUD wont appear on all tables. I'll try a bit more but yeah.
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
03-01-2009 , 12:15 PM
Quote:
Originally Posted by donkequity
ok thanks for the answers erastho

now, I am playing in donkaments and cash games at the same time and the HUD is only appearing on one table??

but the HUD wont appear on all tables. I'll try a bit more but yeah.
I can't think of any reason that this would happen, look in the HUD-error.txt file for clues. Are you sure you are importing? The tournament area has gotten the least dev attention and testing.
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
03-02-2009 , 12:45 PM
I'm very interested in the site plugin mechanism mentioned in the ROADMAP. I'll gladely write support for Everest poker once the fundamentals of that is done. Importing them should be easy, adding support for the HUD I have no idea about, but willing to have a wack at it.

Which git repository has the latest code to look at with regards to that?

I see that CarbonToFpdb.py uses XML as Everest does, but I'm not sure if I should take that as a starting point and adjust in case you're rewriting the fundamentals of how it works?

Oh, and I'll be willing to write up a guide of how to add support for a site using Everst as the example.

Last edited by BillyJoel; 03-02-2009 at 12:51 PM.
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
03-02-2009 , 03:06 PM
Quote:
Originally Posted by BillyJoel
I'm very interested in the site plugin mechanism mentioned in the ROADMAP. I'll gladely write support for Everest poker once the fundamentals of that is done. Importing them should be easy, adding support for the HUD I have no idea about, but willing to have a wack at it.

Which git repository has the latest code to look at with regards to that?

I see that CarbonToFpdb.py uses XML as Everest does, but I'm not sure if I should take that as a starting point and adjust in case you're rewriting the fundamentals of how it works?

Oh, and I'll be willing to write up a guide of how to add support for a site using Everst as the example.
Some of the guys have been working pretty hard on the new importer--one of them posts here as sorrow. It sounds like it is almost ready for prime time and it isn't too early to start work on Everest support. I think one of the guys is routinely using EverleafToFpdb module to autoimport files in conjunction with the HUD.

I don't think that the CarbonToFpdb.py module is a good starting point because Carbon's format is not even well formed XML. I just took a look at CarbonToFpdb and it looks like it is just a stub and actually uses regular expressions to pull some info out of the Carbon HH, instead of an XML parser. I think it would be a lot better to use one of the XML parsers in the python standard library. You could do that pretty quickly. Basically, you will need to parse the information in the Everest HH and store it in the internal fpdb data structure (object).

To get started you probably need some input from the guys working on this. There are 2 ways to get some input from them:
1) post to irc channel #fpdb on freenode.net. Neither is on line now, but usually there is usually at least one of them there. Talk to s0rrow/Worros or _mt.
2) post to the mailing list here.

When you get importing working, I will be happy to work with you to get the HUD going. It is pretty easy, unless Everest is doing something unusual.

A word on python XML parsers. I used the dom.minidom parser in the Configuration module. dom.minidom is really easy to use, but is unbelievably slow because all the parsing is done in python. In the past, I have used the Sax parser in the python standard library, which is much faster, but somewhat harder to use. The Sax parser would probably be a better choice for HH parsing.
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
03-02-2009 , 03:15 PM
Quote:
Originally Posted by Eratosthenes
To get started you probably need some input from the guys working on this. There are 2 ways to get some input from them:
1) post to irc channel #fpdb on freenode.net. Neither is on line now, but usually there is usually at least one of them there. Talk to s0rrow/Worros or _mt.
2) post to the mailing list here.
I'll join the irc channel when I get back home Wednesday.
Quote:
When you get importing working, I will be happy to work with you to get the HUD going. It is pretty easy, unless Everest is doing something unusual.
That's great
Quote:
...I have used the Sax parser in the python standard library, which is much faster, but somewhat harder to use. The Sax parser would probably be a better choice for HH parsing.
I've gotten to the same conclusion myself.
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
03-03-2009 , 02:36 AM
Hi,

First of all, thank you for making an open source poker tracking package. I was finding it difficult to justify PokerTracker's cost until I moved up a little in uNL.

When I was going through the installation process on Windows, I think I ran into a bug, so here it is in case it helps anyone else out:

I was getting errors when starting fpdb that I needed to recreate my databases. When I looked at my fpdb-install file, I found that the command had quotes in the wrong place:

Code:
Creating fpdb with: mysql -u root -pxxx <"C:\Documents and Settings\xxx\Application Data\fpdb\"create.sql
Creating fpdb, return code = 1
Creating fpdb with: mysql -u root -pxxx <"C:\Documents and Settings\xxx\Application Data\fpdb\"permit.sql
Maybe my path was too long? (No, my password is not xxx, for those wondering). I was able to get around it by manually creating the databases.

Also, I have a n00b question about the graph functionality. When I click on Generate Graph or Export To File, it doesn't seem like anything is happening. I can't tell if it's a bug, something I'm doing wrong, or just functionality that hasn't been implemented yet. Is there any documentation on the graphs feature? Thanks!

EDITED TO ADD: This is on WinXP, fpdb v0.10 and the Win installer from Dec. 2, 2008.

and edited again to add backtrace from generating graph:

Code:
C:\Documents and Settings\xxx\My Documents\fpdb_0.10\pyfpdb\fpdb.py:247: DeprecationWarning: use gtk.UIManager
  self.item_factory = gtk.ItemFactory(gtk.MenuBar, "<main>", accel_group)
Traceback (most recent call last):
  File "C:\Documents and Settings\xxx\My Documents\fpdb_0.10\pyfpdb\GuiGraphViewer.py", line 75, in generateGraph
    self.fig = Figure(figsize=(5,4), dpi=100)
NameError: global name 'Figure' is not defined
Traceback (most recent call last):
  File "C:\Documents and Settings\xxx\My Documents\fpdb_0.10\pyfpdb\GuiGraphViewer.py", line 75, in generateGraph
    self.fig = Figure(figsize=(5,4), dpi=100)
NameError: global name 'Figure' is not defined
Traceback (most recent call last):
  File "C:\Documents and Settings\xxx\My Documents\fpdb_0.10\pyfpdb\GuiGraphViewer.py", line 296, in exportGraph
    self.fig.savefig(self.exportDir, format="png")
AttributeError: 'GuiGraphViewer' object has no attribute 'fig'
Traceback (most recent call last):
  File "C:\Documents and Settings\xxx\My Documents\fpdb_0.10\pyfpdb\GuiGraphViewer.py", line 296, in exportGraph
    self.fig.savefig(self.exportDir, format="png")
AttributeError: 'GuiGraphViewer' object has no attribute 'fig'
Traceback (most recent call last):
  File "C:\Documents and Settings\xxx\My Documents\fpdb_0.10\pyfpdb\GuiGraphViewer.py", line 75, in generateGraph
    self.fig = Figure(figsize=(5,4), dpi=100)
NameError: global name 'Figure' is not defined
Traceback (most recent call last):
  File "C:\Documents and Settings\xxx\My Documents\fpdb_0.10\pyfpdb\GuiGraphViewer.py", line 75, in generateGraph
    self.fig = Figure(figsize=(5,4), dpi=100)
NameError: global name 'Figure' is not defined
Traceback (most recent call last):
  File "C:\Documents and Settings\xxx\My Documents\fpdb_0.10\pyfpdb\GuiGraphViewer.py", line 296, in exportGraph
    self.fig.savefig(self.exportDir, format="png")
AttributeError: 'GuiGraphViewer' object has no attribute 'fig'
Traceback (most recent call last):
  File "C:\Documents and Settings\xxx\My Documents\fpdb_0.10\pyfpdb\GuiGraphViewer.py", line 296, in exportGraph
    self.fig.savefig(self.exportDir, format="png")
AttributeError: 'GuiGraphViewer' object has no attribute 'fig'
Traceback (most recent call last):
  File "C:\Documents and Settings\xxx\My Documents\fpdb_0.10\pyfpdb\GuiGraphViewer.py", line 296, in exportGraph
    self.fig.savefig(self.exportDir, format="png")
AttributeError: 'GuiGraphViewer' object has no attribute 'fig'
Traceback (most recent call last):
  File "C:\Documents and Settings\xxx\My Documents\fpdb_0.10\pyfpdb\GuiGraphViewer.py", line 75, in generateGraph
    self.fig = Figure(figsize=(5,4), dpi=100)
NameError: global name 'Figure' is not defined
Traceback (most recent call last):
  File "C:\Documents and Settings\xxx\My Documents\fpdb_0.10\pyfpdb\GuiGraphViewer.py", line 75, in generateGraph
    self.fig = Figure(figsize=(5,4), dpi=100)
NameError: global name 'Figure' is not defined
Traceback (most recent call last):
  File "C:\Documents and Settings\xxx\My Documents\fpdb_0.10\pyfpdb\GuiGraphViewer.py", line 75, in generateGraph
    self.fig = Figure(figsize=(5,4), dpi=100)
NameError: global name 'Figure' is not defined
TypeError: not_implemented() takes exactly 1 argument (3 given)
Traceback (most recent call last):
  File "C:\Documents and Settings\xxx\My Documents\fpdb_0.10\pyfpdb\GuiGraphViewer.py", line 75, in generateGraph
    self.fig = Figure(figsize=(5,4), dpi=100)
NameError: global name 'Figure' is not defined
Traceback (most recent call last):
  File "C:\Documents and Settings\xxx\My Documents\fpdb_0.10\pyfpdb\GuiGraphViewer.py", line 75, in generateGraph
    self.fig = Figure(figsize=(5,4), dpi=100)
NameError: global name 'Figure' is not defined
Traceback (most recent call last):
  File "C:\Documents and Settings\xxx\My Documents\fpdb_0.10\pyfpdb\GuiGraphViewer.py", line 75, in generateGraph
    self.fig = Figure(figsize=(5,4), dpi=100)
NameError: global name 'Figure' is not defined
Traceback (most recent call last):
  File "C:\Documents and Settings\xxx\My Documents\fpdb_0.10\pyfpdb\GuiGraphViewer.py", line 296, in exportGraph
    self.fig.savefig(self.exportDir, format="png")
AttributeError: 'GuiGraphViewer' object has no attribute 'fig'

Last edited by panicked; 03-03-2009 at 02:48 AM.
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote
03-03-2009 , 11:40 AM
Quote:
Originally Posted by panicked
...Also, I have a n00b question about the graph functionality. When I click on Generate Graph or Export To File, it doesn't seem like anything is happening. I can't tell if it's a bug, something I'm doing wrong, or just functionality that hasn't been implemented yet. Is there any documentation on the graphs feature? Thanks!

EDITED TO ADD: This is on WinXP, fpdb v0.10 and the Win installer from Dec. 2, 2008.

and edited again to add backtrace from generating graph:
I am not happy with the installer--I'm working up my courage to give it another try. I have been hoping that someone with more windows expertise than I have (which is nearly anyone) would come along and take over the installer.

I think you need to install numpy and matplotlib to get the graph to work.

numpy is here: numpy-1.2.1-win32-superpack-python2.5.exe
matplotlib is here: matplotlib-0.98.5.2.win32-py2.5.exe
Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 Quote

      
m