there doesn't appear to be a resolution to this problem? i have done a search and still have not been able to fix this.

i am stuck at the part where i am trying to import hhf files .. i have followed all of jukofyork's steps and i cannot find the intertops folder that i have renamed..
if i use the lightening bolt it says it has found files but has not imported any new hands.

help? ty

Have you tried to write the files as ".txt" rather than ".hhf" and import them instead?

If so, then try asking on the PT forums. If FPHG is saving the hands then FPHG has done it's job and it's the fault of PT for not importing them

Hopefully PT3 won't require such a convoluted method to do what should essentially be very simple (ie: point it at a folder and press import...).

Juk

i'll try posting there. ty juk

Hey guys, I heard FPHG is prohibited by Party Poker. Is that true? I want to start using it, but I'm affraid they block my account.

I've never heard of anybody getting in trouble for using it over the last 2 years. Even so, use at your own risk.

Juk

Sorry to bring this discussion up again, but I'm really curious about this.

I read this in Party Poker site

Hey guys, I just got a new laptop with VISTA and FPHG doesn't seem to be creatingvthe handhistory folder...anyone got any ideas???

I think you need to put both Party+FPHG into "Admin" mode (See the other thread).

Juk

I am running version 2.09 for FPHG and cannot get any hand histories written to disk. The folder "C:\FreePHG_HandHistories" is never created.

My computer is partitioned so I have an E: drive and an F: (Windows) drive. There is no C: drive.

Any thoughts on solution? How do I manually set the path that HH are saved to?

If I remember correctly you can't, but you can edit some part of the code to achieve this.

Dig around on the old thread and you might find something.

if allowed you could try renaming a USB drive to C: maybe that would work?

Out of interest, why?

Yep, atm you can't set the folder, but there is a hacky work around. If you open up the file called "TestDLL.dll" in a hex editor and search for "C:\", you'll find that it appears twice in the file. Replace both with "E:\" (or whatever other drive you are using) and it will then save to a different folder.

I'm gonna try and get this fixed, along with the fact that the first HH is not written, sometime in early 2008 (when I have some more time).

Juk

Juk, while you are changing it, would it be possible to make FPHG write to a temp file till hand is complete? as importing at the same time as FPHG is running throws up a lot of errors from part written HHs.

Merry Christmas to you

Thanks, and merry xmas to you too!

Sorry, for slow reply - got a cold atm and forgetting to read emails.

Yep, this is something I was planning on doing anyway. The ability to write non-realtime hands like FPHG v0.xx could and the mess where observed hands are only detected after the header is written needs fixing too (both related).

Juk

n1 m8 hope you're better soon.
All the best

Juk,
I am trying to datamine in more than one user area, I start datamining 4 tables without logging in, and then use switch user, then try to open another instance in the second area and I get a message saying that Party has detected that I already have an instance open and won't allow another- any idea why this would be?

It seems that the old "FPHG Version 2" thread has been archived (see: http://archives1.twoplustwo.com/show...46&an=0&page=0) so I'll have to use this one instead...

Changes in v2.11:
1. Have made it so that the first hand will be saved now. This seems to work OK, but need to watch out for corrupted first hands to be sure.
2. Have made it so that the ".ini" file is stored with the main application now, and have updated the format of the ".ini" file (have removed the "legacy" options which are not used by the new code).
3. The path where the hand histories are saved to can now be set from within the ".ini" file itself (ie: it's NOT hard-coded to save to "C:\FreePHG_HandHistories" anymore).

As always, the installer can be downloaded from the FPHG page: http://www.jukofyork.com/freephg.htm

You should just be able to install the new version over the top of the old. Make sure you delete your old "C:\FreePHG_HandHistories\FPHG.ini" as it's not used anymore. The new way to set the options is through "FreePHG.ini" which will be installed to the same folder as FreePHG.exe is ("C:\Program Files\FreePHG" by default).

The code for saving the first hand seems to be working OK now, but please keep an eye out for any HH files where the first hand is corrupted.

I've set the default output path to "C:\FreePHG_HandHistories" so as not to break any other script (eg: BetPot) which relies on FPHG using this location, but so long as you know that it will be OK to save elsewhere (or are happy to modify your AHK scripts to use the new location) then just change this string to point to another folder (no more hex-editing TestDLL.dll lol!).

In the next version I plan to add back in an option to let FPHG write "whole hands" (rather than updating them bit by bit, like it does at the moment). I also plan to fix the problem where observed hands still have the hand history header written up to the point where it sees a "dealt to" line. Any other suggestions then please post here.

Juk

Sorry, I missed this post (this is an old thread, but somehow we lost the FPHG v2 thread to the archives...).

Party now detects multiple clients running on the same machine, so you have to either use multiple machines or run Party inside of a virtual machine such as VMWare.

If you set up a shared network folder, then you can still use SafeMine to manage the tables from multiple machines just like you could from multiple user areas.

Juk

Hi juk,

Thanks for this.

When installing into new folder I get error
"FreePHG v2.11 has not been totally installed because of the following reason

TestDLL.dll: THis file contains invalid data. (error 11FB)

You will have to run this utility again to completely install FreePHG v2.11"

The new FPHG folder only contains the (corrupted) uninstaller.

Running again is the same.

All the best

Try restarting your PC, as sometimes TestDLL.dll can get locked by the OS and it won't let you write over the top of it.

Juk

I've just been testing the new version a bit more and it seems that if you repeatedly open/close FPHG while Party is open and observing tables, it will eventually cause Party to crash - so be careful about starting FPHG after Party until I work out what's causing this (preferably open FPHG first).

I'm not sure if this is related to the new code or if it's a bug that sneaked in since I started allowing FPHG to be opened/closed while Party is still open. I used to insist that the user closed Party before FPHG was closed to avoid unhooking bugs at one time and it could have just been I didn't test repeated opening/closing like this back then... If I can't find a fix before the next version, then I'll go back insisting Party is closed first with a messagebox.

Juk

To make sure this doesn't cause anybody problems, I've uploaded v2.11b which has a fix to insist:

A) You must always start FPHG before you start Party/Empire.
B) You don't attempt to exit FPHG until after you close Party/Empire.

I'll try and find out whats causing the problem, but I haven't got time today now and it will have to wait until I next look into the code...

If you downloaded v2.11 this afternoon, then make sure you download/install/run the new version: http://www.jukofyork.com/freephg.htm

Juk

Had to uninstall the old v. too for some reason.

OK, so I just can't rest with the idea of a possible bug living on (to the detriment of other work...)

Luckily I found it quite quickly and it's now fixed and code added in v2.11b (ie: the need to insist that FPHG was loaded before Party, etc) is not needed anymore.

The Party client should no longer crash however much you open/close/re-open FPHG.

Please download v2.11c: http://www.jukofyork.com/freephg.htm

Juk

It could have possibly been related to the bug in v2.11a, but if you never actually got to run it then most likely it's just something to do with file locking.

I have a feeling I didn't reinstall FPHG on my new PC and I just copied it over manually, so that could also be a reason why I didn't get it moaning about an old install?

Either way, if anybody else has problems with the installer then make sure you also do a reboot and uninstall before trying again.

Juk

New for v2.12:
Have made it so you can choose (independently) if you wish to output the HH files, the ".live" files, or both using new options in the ".ini" file. This can be useful to reduce disk writes for those only data-mining HH files or those only using BetPot (or other AHK scripts/applications) which uses the ".live" files.

As always, the installer is here: http://www.jukofyork.com/freephg.htm

NOTE: You will have to redo any custom (v2.11x) settings in your "FreePHG.ini" file, as this installer will overwrite it. I will try to make sure that it only ever gets overwritten if I've added new ".ini" options such as I have this time.


Here are a few helpful examples of using the new FreePHG.ini file to set the options:

A) User doesn't use FPHG for BetPot and only mines observed hands. Wishes to store mined hands in a Party sub-folder called "Data-mined Hands":
B) User doesn't use FPHG for data-mining, but does use if for BetPot and other AHK scripts:
C) Same user as in (B), except he now wants to use a small "RamDrive" he has installed as drive "Z:" to store the ".live" hands:
D) A 6-max player who wishes to store the mined hands with the ".txt" extension. He also uses BetPot, so still wants to have the ".live" files saved.
E) A EmpirePoker user who is having trouble importing ".hhf" files into PT, so has elected to save all mined hands to a sub-folder called "MinedHands" in the Empire "HandHistory" folder. He doesn't use any other AHK scripts or applications which use the ".live" files.
Hope this makes sense and the examples make it a bit easier for people to get PT working with the saved files (it seems like 90%+ of all questions related to FPHG are actually to do with PT-import problems, so this should help).

Juk