Blehhh i tried it but i did it in the wrong window. Tiredness kicked in 2 hours ago, i should go bed.

Blehhh

By the way, -V OWNS!!! Default junk!

Its sexy

Adde,

I created a text file named EmpirePoker.exe, but PokerTracker doesn't recognize it when I try and choose it as an executable (I guess it still views it as a .txt file rather than an .exe. file)...Do I have to convert it to another format? Sorry I am a real noob when it comes to these.....Thanks

Also, great job Juk, appreciate the effort

I not sure if Adde still awake

If renaming a text file didn't work, you could try making a copy of another executable and then renaming this EmpirePoker.exe.

Another idea if that doesn't work, would be to just install one of the skins like empire you don't ever use, and then run FPHG from inside of that folder. This was the HHF will appear in the folder and you should be able to point PT at it.

Juk

i copied EMPIREPOKER.Exe from its homedirectory into the dataminers directory. Pointed PT to that via its PARTY import window... and bingo!

Juk,

Thanks....that worked like a charm....Also, I should have been able to think of that solution....so, thanks again for dealing with the technically inept.

Murfnyc

I just wanted to put in my two cents on the issue:

1. I don't personally begrudge PHT charging what he did. Pricing is not simply return of cost; it's also demand vs. supply. Someone could spend thousands of hours making something nobody wants; that will not justify a $1000 price tag. PHT was providing something a lot of people wanted badly, and he provided a functional tool on a timely basis in a game where time is a valuable commodity.

2. I fully support Juk's decision to publish based on his own ethics. He was offended by the effects of the supply-demand equation based on what he knew to be, at core, a simple process. Some people just kvetch; he produced and changed the supply side of the equation. It's a fair market, and open-source people are allowed to produce open-source projects.

3. I don't think this changes the "Party Response" equation much. At worst, it hastens the inevitable. At best, it HELPS. The surest way to get Party to take actions to block this memory-grabbing technique is to use it on a broad scale in a publicly-discussed for-profit scheme where someone is selling hand history data. What I'm saying is that I felt that the hhSmithey operation would be more likely to get this technique blocked than the PHT operation, even though hhSmithey was not discussing their technique or even selling software. The logistics of a large-scale data collection enterprise demand the efficiency of a memory-grabbing technique like this; I believe Party would draw the same conclusion. It was a public and growing Data Service, and that's the kind of thing that offends Party on all counts: it makes a profit off other people's private information, and it creates a very bad public image problem for Party if they fail to act against it. It's much easier for Party to quitely allow solo-operation tools (like HUDs) or grey-market activities which are never publicly exposed.

The availability of a free tool which achieves what most people want on an individual-enterprise level will do much to limit the size and perceived "threat level" of hhS and PHT, making Party actually less likely to mount a response.

I think point (1) and (2) have been discussed alot today and their isn't much else I can add , but I think Mogobu's point (3) is more valid than people realize.

So far the only software which has really made party take actions is Bots & Large Scale Data Sharing Operations. I still believe we would all be allowed to do our own mining, using the old software, if these Large Scale data sharing services had not used the HH data to their own advantage.

For Bots the reason party clamped down was obviously from (negative) public pressure, but I am not so sure that it was the Data sharing which upset party so much as the fact that they were slowly using an 'extortion like' tactic to force all users to buy into these services to remove themselves from the DB.

Consider this: The fact that you can only generate HHFs for you own hands may actually make these Large Scale operations more attractive, and in the worst case Party could decide to simply ban HUDs and live use of PT (to be sure that you are not using shared data - all those who said they didn't care what party did in the ******** thread, consider how this would effect you?).

The fact that I have made a free version of the miner, should hopefully make these Large Scale data sharing services less attractive, as people can go back to doing their own mining for their own use and at the same time the profit making side of this has been neutralized. Right enough people can share the HHFs generated from my application (or from PHT for that matter), but I hope Party can see that blocking mining is not necessarily the best way to stop the data sharing, as somebody will always find a way to circumvent it.

Juk

I'm still awake.

Problem solved I see, but anyway, here's what was wrong I think: Windows doesn't show file extensions for you, so when you renamed the textfile it became "EmpirePoker.exe.txt", and thus still a textfile.

Adde

Sry, I just saw location was Sweden, and sometimes people forget the Atlantic time differences!

Juk

Guys:

With the txt file..

Open a new text file, then click File - Save As

Click on the part that says something like text documents and then go down and click on "All Files"

Name it EmpirePoker.exe and voila, you're good to go.

I love you.

Hidden feature?

When I only run FPHG the hhf files are saved in same folder. When I also run iWitness they are saved in the iWitness folder instead.

Easy solution though, move all apps into the same folder.

Adde

Hmmmm, this is new to me and is (accidental) hidden feature by the sound of it!

I have always run everything in the same folder, so maybe this is why I didn't notice this.

I am thinking of adding a simple GUI to it and the save folder could then be an option. I could add this to the command line options, but with long filenames it can be a bit tedious/error-prone to type them out and it might also be a bit confusing for less advanced users.

Juk

I run both in unison and I'm mining 24/7 now just one windows account-this is working flawlessly.
Dormant HHF files as you know will be written to your Party Poker folder which you can later delete. HHF files should also be written to your FreePHG folder-I put FreePHG in a folder on my c-drive/program files. No HHF's should be written to the iWitness folder-I dont have any in there.

I'm auto-importing on a 60 minute interval 10 tables with no problem. Set up the auto-import to import from the FreePHG folder and you should be ok. iWitness is obviously doing an awesome job of doing its task ..of keeping 10 tables up and running constantly--very sweet
..When I have time I'm going to mess with creating multiple windows users and see if that makes sense..

It wont let me unzip the zip file...it says it's not a valid archive, i saved the link to my desktop.

use IE.

Yes, I am not sure why but either my zips or my host causes problems when not using IE.

I have forwarded my domain to a better host and rehosted it here, but not sure if this improves the situation - does this link work any better?

Juk

Glad to hear its working well!

If you get round to trying the multiple windows users, it will be interesting to know just how many tables can be mined simultaneously before it starts to lose hands.

Eventually, depending on PC specs, there will be a drop-off point, but I so far have only tried mining 10 tables.

Juk

I was mining around 25 tables yesterday but I couldn't really tell if it was missing hands.

Thanks a lot for this nice application!

Is it possible to allow the name of the textfiles to be longer, i.e. full table name? The program now seems to cut off the file-name at 22 characters. Especially in tournaments, table names can be very long (i.e. "$40.000 Guaranteed MTT (13293949) Table #32").

Thanks in advance

If you run using the -v option, then it will display a verbose output telling you what it is doing under the scenes (like new table seen, new hand seen, new data seen, etc), but I think this will be pretty hard to read for 25 tables.

Most likely it will just show up as a reduced # of hands per day if it is missing them. So far the only reports of missing hands came from a user with a 266Mhz system.

I can make it keep a running total of hands mined and then make it display average hands/hour if this help us to compare results.

Juk

This sounds like a possible bug, as the names should be OK upto 1000 characters. I will try to look into this for you right now (I have a feeling it is something to do with '(' symbols, but been a few weeks since I coded this and can't remember how I detect the end of the table names.)

Juk

Ya, I was running it in versbose but I still couldn't tell if a hand had happened and it was missed. Is there a way to?

Sadly, no (other than watching the tables and seeing if hands don't get seen).

I can't think of anyway to do this either, as the way it works is to poll memory over and over again, so when it misses a hand it doesn't know itself that it missed it (the old HH has just been overwritten before it got time to see it).

I may be able to optimize it so that this is much less likely and much less of the memory is polled, but not had chance to to look into optimization yet.

Juk

CHANGES:

(1) There was a bug here where tournament table names were getting truncated. This is fixed now and tournament observation should be fine again.

(2) Have now made it so FreePHG displays verbose output by default, and now we need to use the option "-s" to make it silent. I did this to try to avoid confusion, as many people seemed to find the default 'silent' mode a bit confusing to start with.

Version 0.02 can be downloaded from here or here.

Juk

PS: If you have any problems with my links/archives, then try using IE to download them and try also using the right click option "Save Target As".