FPHG Version 2

[arsoisaen]

i know this is a stupid question...but why do we need a handgrabber?

as long as i have pt running when i play it just constantly imports recent hands....right?

sorry new to all this software stuff besides pt and pahud

[rvg72]

[ QUOTE ]
i know this is a stupid question...but why do we need a handgrabber?

as long as i have pt running when i play it just constantly imports recent hands....right?

sorry new to all this software stuff besides pt and pahud

[/ QUOTE ]

Data mining is the most likely answer or in the case of SNG's you can continue to log the rest of the tourney once you get knocked out. Also, if you sit down at a table or are watching a table you can collect data before you start playing.

rvg

[AEKDBet]

Well I have no idea why, but I can't get any hhf files to be created in the FPHG dir (or anywhere else)

Only things are my home directory is g:\ instead of c:\
I am running safemine
I have logged of pary, started FPHG, then logged on again, still nada

[ddubois]

I hex edited (too lazy to compile) my binary of FreePHG 0.7b to ignore writing hands that have my userID in them, due to the issue I talked about in this thread. I assume this new version would have the same issue?

[jukofyork]

[ QUOTE ]
I hex edited (too lazy to compile) my binary of FreePHG 0.7b to ignore writing hands that have my userID in them, due to the issue I talked about in this thread. I assume this new version would have the same issue?

[/ QUOTE ]
The current version of FPHG V2 doesn't yet take any arguments, and the "-o" option isn't implemented yet (it will be soon, but just ironing out bugs first).

Juk [img]/images/graemlins/smile.gif[/img]

[jukofyork]

[ QUOTE ]
Well I have no idea why, but I can't get any hhf files to be created in the FPHG dir (or anywhere else)

Only things are my home directory is g:\ instead of c:\
I am running safemine
I have logged of pary, started FPHG, then logged on again, still nada

[/ QUOTE ]
Is drive c:\ writable? If not then the current version of FPHG will not be able to make the folder on drive c:\ and it won't work.

Juk [img]/images/graemlins/smile.gif[/img]

[jukofyork]

[ QUOTE ]
(1) Are you using either a dual core processor or a processor that uses hyper-threading? Not a dual core but pretty sure it is hyperthreaded.

(2) Did you simply observe the 6 tables, or were they tables you were playing at. If playing, then do you still get the same problem when observing? I was playing - didn't try just observing.

(3) Is anything else using alot of CPU time at the same time (I think I've excluded this with my second test, but just to be sure). PAHUD, Poker Tracker, TimeBank AHK script... I have a decent PC though and 2 GB of RAM and it does not approach high CPU levels and Disk swapping seemed very low.


(4) If you open up the ".hhf" files created, is their any obvious spot where they are all hanging, or is it fairly random? Completely random - once it happened midway through writing the "Seat x: fdsfdsf 2000 chips" part


(5) On a similar note to (4), if you open the ".hhf" files, is the last hand complete or is it partial? All are partial


(6) When the problem kicks in and all the files seem to have been stopped getting written to, can you close down Party and look in the sub-folder called "live". Is their still files in their after you have closed down Party? (this assumes (5) isn't happening, and the files are hanging mid-way through the hands). Will need to check next time

If you want to throw a debug version with extra logging my way I'd do what I can to help you get to the bottom of this. I won't be able to try though until later tonight.

One more thing, I have my own program (Tourney Manager) and I set it to look in that folder to import the tourneys. It is pretty light but I wonder if it accessing the files while your program was writing to it could be part of the problem? It opens up the files as read-only so it really shouldn't cause a problem for FPHG but just wanted to throw that out there.

Thanks,

rvg

[/ QUOTE ]
Can you try runing just FPHG V2 and Party with some observed tables. If the same thing happens with this setup then I can narrow it down to being a PC specific problem.

As for a debugging version, I'm not sure what I can really log to help me narrow things down yet: The fact that the tables dies slowly hint that it isn't just a failure in the injected code and the fact that the .hhf files are failing randomly seems quite strange (I don't have a hyper-threaded CPU, so can't discount that my hook function isn't being re-entered yet).

Also the opening of the files live using your TM app could be a problem (in theory? I can't see how though), and trying without this would be helpful to narrow down the problem.

Thanks - Juk [img]/images/graemlins/smile.gif[/img]

[jukofyork]

[ QUOTE ]
Working great here. Left it running overnight and everything looks OK ~520 hands per hour (10 tables of 6 max).

[/ QUOTE ]
Thanks for the feedback - Juk [img]/images/graemlins/smile.gif[/img]

[jukofyork]

[ QUOTE ]
A sourceforge/related project would be a good idea for a lot of reasons including version control, etc.

[/ QUOTE ]
So long as sf is ok with this type of app? (not 100% sure yet - looking into it).

Juk [img]/images/graemlins/smile.gif[/img]

[CrashPat]

[ QUOTE ]
[ QUOTE ]
A sourceforge/related project would be a good idea for a lot of reasons including version control, etc.

[/ QUOTE ]
So long as sf is ok with this type of app? (not 100% sure yet - looking into it).

Juk [img]/images/graemlins/smile.gif[/img]

[/ QUOTE ]

I would look at Google's alternative too

http://code.google.com/hosting/

It has an issue tracker and subversion, but I don't know if it would work for what you want or not.

There is also http://www.berlios.de/ but I've never used it either.