PT3's TableTracker will be subscription based, and there is (at this time) not a table-openener in PT3. Two big differences between PT3's TT and SpadeEye imo.

Exactly. Don't really see the point of tabletracker. It's IMHO a very stupid idea cause nobody is going to use it. If they had implemented something really resembling SpadeEye, well, things would be different...
I really really can't think of a good reason why they did not. I'm simply not willing to believe they really think somebody will be paying for this kind of service.

Unfortunately datamining and scanning at the same time is not supported.
Thats why the buttons are grayed out.
Do not trick the system via the interval scan please

Well, another Sixthsense like service with a monthly fee?
That's nothing new, is it?
I guess PokerTracker will get its share in cause of its name ...

default password is 'dbpass'

Thanks tinty.
I guess default username is still "postgres"?

does anyone helse ave no HUD showing up on PT3 on tables that are being datamined?

no worries, thanks for the software!

database is PT3 DB, username postgres, password dbpass

I recently switched to PT3. I now have a DB for my played hands and a separate DB for datamined hands. On the databased tab in SpadeEye, I see it's possible to have both DB's checked as active. Yet, one of them turns red. Is it possible/am I supposed to have both selected so that I get stats from both DB's. Or, should I only have one checked? Will I have to set it to the datamined DB when I datamine and the main DB when I'm playing? Thanks for the help

Also, I've asked this question before, but I'm still unsure what to do: I play on Full Tilt, and I have the hand history location folder setup correctly in SpadeEye. I run a datamine using SpadeEye. At the SAME time I have PT3 auto importing. In the last 20 minutes it say over 2,500 duplicates. That seems pretty outrageous obviously for such a short amount of time. Sooo, is it redundant to have both on?

I'm thinking maybe I should clear the hand history location in SpadeEye. It will still continue to open tables as I have the datamine going, and then PT will import while they're open as opposed to me not having PT auto import and then having a bunch of files waiting to be imported when I play my next session. Or is this wrong (to clear out the HH location from in SE)?

By the way, will such a service be allowed by the pokerrooms? I mean, it's a serverbased service, and normally this is a nono, isn't it?

only the table list is server based, the stats are all local. Stars are the only people who have a problem with this, which is why Stars doesnt work with TableTracker.

I wouldnt be suprised if they implemented a Table Open function in the near future.

Need to hurry up with the SpadeITPro Mr_Snood, or looks like you will lose some of your customer base.

Did you tell PT3 to move processed HH's? Otherwise they'll stay in the FullTilt\HandHistory folder and getting read again on next startup of PT3.

Otherwise it wouldn't make sense to me. They must have something to offer.
Is already known how much the subscription will be?

Don't worry about the red color.
red = selected (e.g. for removal).
active = will be used

So if both are active, then both will be used.


As PietM said.
I suppose your PokerTracker is not set up to move imported files to another directory.
So next time you run the datamining some old handhistory files may still be existing...
Remember: FullTilt writes the handhistories on its own.
Just open a table and run the PokerTracker FullTilt autoimport.
SpadeEye only works as an automatic tableopener/closer.
You should leave the SpadeEye "destination directory" in "main->options->general" blank, and uncheck "move files to this folder".

Not that I want to discourage SpadeITPro, but I don't think he'll lose customer base over this, although there will be a large chunk of people who see Table Tracker and don't know about SpadeEye. In fact, he may even gain customers as people get interested in this sort of program and look for a better solution .

To use this as a dataminer for party,do i have to use it in conjunction with freephg or does spadeeye do it?

You can use it alone, or in conjunction with FreePHG.

SpadeEye can datamine the tables by default without the need of FreePHG.
Nevertheless, FreePHG is excellent and uses less CPU power, so you can check "act as tableopener only" in SpadeEye (see "Main->options->general") and let FreePHG do the handhistory reconstruction.

Version 2.71 is ready for download:
http://www.spadeit.com/download.php

- Fixed problems with PokerTracker 3 databases and playernames containing special characters (e.g. ä,ü,ö...).

- Fixed ability to join waitinglists on FullTiltPoker with SpadeEye.

- SpadeEye now no more opens a PartyPoker table if you try to join the waitinglist, but the table is empty.

- Added new method for more efficient datamining on PartyPoker, EmpirePoker and FullTiltPoker.
The result of a scan is being used for determining "what table to open for datamining".

SpadeEye runs a scan, sorts the tables by #hands (ascending), and opens the top X tables.
Thus the tables where you have less hands on players will be opened with a higher priority.
After 15 minutes it closes all tables, and start at the begining again.

Specifiy the amount of tables to open in "main->options->open tables".
Configure the playercount and type of tables in the SpadeEye "Filter".
Run the new datamining method via "Datamining->Start Semi Smart Datamining".

This new datamining method will be improved in the next couple of days/weeks.
So if you have a nice improvement in mind, tell me

Fantastic thanks for the update Mr Snood, I've just rushed home to give the new semi-smart datamining a go on FTP but have run into a problem. It no longer appears to close tables that fall below my minimum ammount of seated players (in my case when a 6max table drops below 5 players)

I set up the table filter so it would only open tables with 5 or more players but the automatic closing doesn't seem to be working (looking at some tables open now with 1 or 2 players).

Have I missed a setting somewhere?

thanks in advance

Yes, that's correct.

Version 2.71 is a first try for such a "smarter" way of datamining.
If the basic scanning and opening seem to work reliable i need to think of "how to replace tables if e.g. playercount falls below...".

Other people already suggested to open tables by "number of buddies" on a table instead of "number of Hands".

Also the time interval in which to replace all tables need to be adjustable.

Got to see what suggestions will come and then think about the most efficient and reasonable way of improving it.

I think I've found a problem with this feature. I datamined for a few hours, using this new feature. Then I stopped datamining. All the tables closed automatically. I then did a fresh scan, opened up some tables and started to play. All of a sudden (likely after 15 minutes) all my tables where closed and SpadeEye opened up a bunch of tables
Clearly not wanted behavior

Mr. Snood,

thank you very much for adding the new smart datamining feature...

But its not optimal to just sum the hands. Consider this example:
- Table A [Player1: 10k hands, Player2: 0 hands]
- Table B [Player1: 4k hands, Player2: 4k hands]
Your approach would result in Table B being prioritized while Table A is more important in practice.

So I think we need a weighting function or maybe something simple like this:


Edit:
Also there is a bug when using it at Party: it opens empty tables (hand count = 0 ) even if I have set the "open tables with more than 5 players only" option.

@Peyote
No, that's wrong
It does not sum up the hands.
I did not describe it correct...

It uses the "#reads" column.

The "#Reads" column works like this:
E.g. 6max table with 6 players.
#Read = "2/4"
This means there are 2 players with a decent amount of hands at the table,
and 4 players with any amount of hands.
What amount "decent" is can be set in "main->options->profile->active colorcoding if more than...".

The new datamining options depends on the result of a scan.
To make it not open empty tables, simply set the SpadeEye filter to remove tables with less than e.g. 2 players.
Thus you need to set the "number of player between"-filter to "2 - 10".

This is awesome but basically worthless if you don't add the option to highlight in yellow (like on Party) the tables where you already joined the waitlist. I still need to open the tables to see on which ones I am already in the waitlist when I run another scan.