The problem appears to be a combination of Windows and the filename.
We're looking into it, in the meantime you have three options:
1. Use Linux
2. Rename the files (then you'll still get the data from bulk import but the HUD won't work)
3. It might work to change your PokerStars client language to English. With a bit of luck it would then create future files with English filenames, and you can change back to Greek once we fixed the problem.

Thanks A LOT again!
If i managed to fix it i'll let you know.

Time issues. I would like to be able to get this straight in my mind, hopefully, for the last time so I quit bothering you with it. I really don't care how, or which, timezone is used. I'm actually smart enough to figure that out. Obviously, not withstanding the selfishness of having an option on time zones, it seems that either ET (Eastern, which is primarily used by Stars) or GMT, which is sort of universal, would be nice.

I just want a consistent zone so I can get my starts to agree (daily) when I run a player's stats, and then do a graph for the same time period. They never agree... well, almost never... (getting off soapbox)

What time zone is the importing of hh's based on. Stars changes the date at midnight Eastern time?

A Player's Stats report, what time is it based on?

Graphs, what time zone do they use as a cutoff?

I know there's been recent work on the time issue on graphs, but I'm confused as to why reports don't agree... unless there's something wrong with the actual math of the two reports.

Thanks, if you can clear this up for me.

Dog

Juk was doing this for me - the front post was updated in at the start of the year an is reasonably accurate. Anything that references the dev tree is now released.

The feature list page on the wiki needs updating, if theres anything specific i'm happy to answer.

I think this is the state at the moment:

The importer is importing as ET (or whatever the site is set too)

Grapher and Stats - assumes the dates are UTC, then attempts to adjust for local time, so the time is out even before it attempts to adjust for local time.

I'm not sure why they aren't the same, its def something i need to work through.

Sorrow

The PS importer actually already converts hand start time to UTC. The FTP import records the time as supplied in ET, I'll fix that. I'll also fix the recording of import time and tourney start/end time as those store local and eastern time respectively
I'll look at the inconsistency problem later.

On a Vista machine (ouch), i installed version 0.20 .exe and it seems to be working ok. (feels stable but far from perfect, though )

During a bulk import of FTP PLO hands (~2000 files in folder, mixed of tourneys, super turbos, cash games, heads up,....), it hung (was importing) for two hours or more and i finally shut down the program. But when i did select 10-20 random files it hung again, so.....not sure why. Haven't been able to import all my hh yet.

Some Qs:
Does this program see the hidden files in windows? (appdata folder mainly)

Does the HUD steal focus while importing? Also i noticed some minor sound issues while the program/hud was running. (e.g. some checks/raises couldn't be heard, but not always).

What's the output folder for? After some Auto import/HUD, that folder's still empty. It also leaves all hh files in hh folder (after import), isn't it suppose to move the processed files to output folder?

I know fpdb has a long way to go so forgive my ignorance.

Love the program and appreciate all the efforts!

re: hidden files

Those files shouldn't be treated any differently from any other files in the system .. so it -should- work

re: hud steal focus

Probably 98-99% of the time the hud does what you expect it to, sometimes the focus gets a little weird

re: output folder

That's a holdover from earlier versions, where it converted handhistories into an intermediate format for importing. FPDB is not setup to move the existing handhistories, as it only takes a few seconds usually to scan even a monstrously sized handhistory folder, since it only looks for files that have been updated within the last few minutes when it starts autoimport, and keeps a list of all files that it's checked. You could easily move your HH files out of the HH folder on a regular basis (i do this by month, and store them on a disc) .. but it's really not necessary unless you are running on an extremely low end system (like on a netbook that has little ram and little storage .. but then your database is going to come into question before the HHs do).

One odd thing, you might notice, if you use a site that stores the HH files in seperate folders (everleaf stores them each in a new folder each day), it will take two import intervals to scan the tree .. basically one import interval for each level of folders. I think the effort to change that outweighs the extra 10 seconds to wait on autoimport start

Thanks.

A few things came up last night: In a FR PLO tourney at FTP, when i got moved to another table, hud stats were off by one seat. (I have selected the "same" preferred seat number, both in ftp and fpdb)

It doesn't show the hole cards immediately after the end of the hand but after the specific interval set by user (e.g 10 sec or... and "always" during this it steals focus).

When table's resized, the hud's stats location on screen remain unchanged.

We would need to know which file(s) cause the problem. If you check the log files in fpdb's AppData-folder (I think you found this already?) you can probably identify the offending file. Let us know the filename and the first line of a hand in it.
Yes this is a known problem. Simply kill the particular HUD in question (right click its menu) or stop and restart auto-import and it'll come up correctly as soon as the next hand is imported
Is the length of the focus steal a problem for you? I never had an issue with it
That should be fixed in the next snapshot.

Progress on each file Bulk imported can be seen in the fpdb.log file (in the .appdata folder).

Depending on the size of the histories, this can take some time, but possibly not 2 hours.......

Can you try right-mouse-click-"kill" and let us know if this problem persists? FPDB doesn't always recognise table changes, but "killing" the HUD normally sorts it out for the next hand. However, if every players stats were shown but out by one seat, and it didn't correct that is an issue.

The hole cards are shown as soon as the hand is processed (depending on timer interval). If you want to see the hole cards sooner, you will need to change the interval. Also, the length of time the hole cards are shown before clearing can be set in the parameters. I'll take a look at the focus during the hole card display - we are still not 100% on focus issues.


Please bear with us, there is some development work underway in this area, I think.

LOL Steffen - same answers

By the way, I created a mailing list just for announcing snapshots and releases. If you want to get an email whenever we make a snapshot/release go to https://lists.****************/lists/.../fpdb-announce and subscribe.

Some Linux installs of fpdb-0.20 may fail to work correctly. Symptoms are application not starting when "run" selected from Nautilus, or fpdb starting but HUD doesn't start and nothing shown in the log file.

This is caused because fpdb needs /usr/bin/python2 to exist. Not all installs of python seem to create the python2 link file (e.g. Hardy Heron 8.04 setups).

(Need to use the ln command to create a link)

Thanks guys!

whats open source license are you guys using? and a link to the source or github or something would be good too

Afferno GPLv3 licence.

Versioned source .tar.gz in the downloads area here : http://****************/projects/fpdb/files/

List of developer gits here: http://****************/apps/mediawik..****e=Developers

Check the mailing list for who is currently working on what : http://****************/mail/?group_id=226872 -

Steffen's git is very active with tournament enhancements; Carl (sorrow) often has most of the developer work merged.

Affero
Also parts of it are licensed as GPL2 or higher.

On linux, GTK hides folders with a '.' at the start of the name by default, but you can navigate by typing the directory name or adjusting the gtk defaults to display hidden files.

I assume the same or similar behavior happens under windows.
That one was me. ekdikeo is correct above - during the transition from legacy to the new parsing engine we produced a 'stars like' hand history file that we could feed into the old code so we didn't have to worry about the stats calculation at the same time as we were writing the parsing code.

Not yet - haven't seen the patch for that in a while - was it included?

Sorrow.

Any plans to have other stats available? Say folds to 3bet etc..?



Btw, the current version is awesome. The availability of the cbet stats and folding% has improved my game. Keep it up guys!

As a Vista user, I can confirm that the files are seen. Mine are stored in the \user\appdata\roaming\fpdb directory and are seen fine. I don't believe they are considered "hidden" files in the appdata directory, at least not in my Vista.

Dog

Hey there.
Im new tu FPDB, have done the installation correctly i guess and now i tried to import some hands from my pokerstars hand history file and get no results. What can i do? In the fdpp.exe file it always says "parser : ERROR determineGameType: Unable to recognise gametype from: 'PokerStars Spiel #46801526812: Hold'em No Limit - 15.07.2010 17:02:00 MEZ [15.07'"

Thank u in advance

Welcome !

On the Bulk Import screen, can you please check that the site-filter is set to "PokerStars"?

FPDB does not detect the site you are importing, and defaults often to "Full Tilt". Often the error you are getting happens when the filter is set differently to the files being imported.

If that doesn't work, can you please repost here?

Thanks
gimick/

HH bulk importer (FTP HH):
I narrowed it down, one issue is with the "Matrix" tournaments.

The importer hangs on some other files as well but haven't had time to narrow down the specific problem.

HUD:
Also, when playing on two tables, hud's stats are off on one of the tables. (Tried killing the current hud and so on)

Hi,

Are the stats off for just the matrix tournaments, or all MTT tournaments when two tables are open?

On 6max plo ring tables that is, haven't used fpdb on Matrix yet. If it works on Matrix why doesn't it bulk import?