The pot fractions are changing when I close the script. This was set up with the default settings in the left column, and as you can see they changed. I reinstalled and tried again but got the same result. After they changed the bet amounts went whacky.

It has been fixed for the source version of 0.1.7. The compiled version will be fixed in 0.1.8. Also I updated the mappings. There was more variance than I was expecting. If you could redownload the link in the pm I sent and get a larger sample size (perhaps 3 or 4 hands per window size) that would be really helpful! Make sure you use the updated version though.

The folder name I downlaoded earlier today from the website is called PokerPad-Source-0.1.7 and that's the one that stuff above is happening to. Anyway, I'll get those hands with the mapper and send them off.

I meant that I reuploaded PokerPad-Source-0.1.7 with the fix.

Yep worked that out Playing on Party and Everest ATM. Got it set on Relative. I raised a pot on Party, pot was $2.65 and I hit 3/4 first to bet and got $7.50. Same on Everest, first to go into a $1 pot, hit 3/4, bet was $3.

I looked into getting the pot/call/raise amounts from the hand histories and I don't think it is possible. It appears the neccesary information is not written to file until after the hand is complete.

I was searching for a different way to obtain the amounts because from the mapping file you sent me, it doesn't appear that it is working at all for you. I can resize the table to about any reasonable size and it always reads everything correctly for me so I don't know what is going on here.

If I make the window almost the full size of my monitor I can obtain some "misses" but they are only by a single digit. For example:

1A1D1D1C 4
2BC1B1B1A 6
1B2AB1B1B 7
1D1A1D1A 2
1B1B1B1B 7
2AC2AB1C1A 6
1 6.05
1 6.05
196.05

That may look like gibberish but essentially each line is a mapping to a digit followed by the width in pixels. And the last 3 lines are what is read, what the amount is after proper formating, and what it should be. The space in "1 6.05" essentially means that "2BC1B1B1A" needs to be mapped to the digit 9.

However, from your mapping file, I get things like this almost without exception:

2BB2BB1C1C 5
1C1C1C1D 5
1A1D1D1C 2
1B2AC1B1C 5
2AC1A1D1B 5
8.67
8.67
5.94

As you can see, nothing is correct except for the decimal point !!

Perhaps if you can email me a screenshot of the table with the call buttons, I will have a better idea as to what is going on here.

To get a screenshot, press ALT + Print Screen, then paste into an image program (MS Paint should work..).

Played 10nl for about an hour on Everest For the most part using the decimal method the flop betting was accurate- I would say in 90% of cases when first to act. I did get one large flop bet, might have had action on two tables at the time although I can't be sure. The turn and river give an all in bet in the bet box if you use any of the buttons however in 100% of cases. Of course it is only putting the number in the box, not actually shoving- the time that I did actually shove might have been my error not realizing that the bet in the box was in fact an all in bet and I hit bet instead of clearing the box. Sure is nice to have this on that site though.

OK, If it is reading the buttons correctly most of the time - then the times it is not read correctly can hopefully be fixed

In the next release, I will include a "debug" hotkey to use whenever you encounter an incorrect bet.

Hi,

has anyone else experienced that pressing the RELOAD Button it will do a MinRaise if you do it in a hand?

Has me cost quite a bit

I have tried it on different keys but its the same with every one

?

Which site(s) does this happen on?

I am releasing version 0.1.8 now without the debug hotkey I mentioned earlier as I don't know when I'll be able to get to it or how long it will take..

This version mainly just fixes the issue of pot bets not being read in correctly, which is why 3/4 1/2 etc were placing the bet incorrectly.

Also added support for OnGame. It had been half-written for a little white, finally got around to finishing it up

Download here:
http://www.autohotkey.net/~Xander/PokerPad/

sorry forgot to mention: Full Tilt only as far as I know

I can't reproduce this bug. I waited until the action was on me, then hit the reload hotkey. It reloaded, but did not do a minimum raise.

However, I have added an extra check to make sure the Enter key is sent to the Buy-In Window and not the Game Window in case the Buy-In Window wasn't coming up for some reason for you?

The update is in PokerPad-Source-0.1.8.zip (redownload if you downloaded that version prior to this message). The compiled version has not been updated, it will be updated in 0.1.9

maybe it has something to do with the Lags that some people have at Full Tilt. It may not open the rebuy window quick enough. I can only guess

I will try the new version and tell if that fixed it. I cant tell now because it only does this occasionally, not every time

thanks!

Ok,

this did not help, because it still does it and even across tables, if i use tablerotation, which is Great addon. If I press the Reload Button on the table I want to reload and it rotates to the table who needs action it raises there

Is there anything i can help with this?

Exact same problem for me on FTP. Thanks for continuously adding support for more sites Xanderz

According to the AHK documentation, it shouldn't be sending an enter keystroke to the game table Maybe it is a bug in AHK itself.

Anyhow, the enter key is no longer used to close the buy-in window dialog for Full Tilt. Instead it directly clicks the OK button. Also changed Poker Stars to do the same in case this happens there - and hopefully it resolve the issue with Poker Stars not always reloading to maximum since this method is slower.

Party Poker is the only site the uses the Enter key to close the dialog box because clicking the OK button doesn't seem to work

PokerPad-Source-0.1.8.zip has been updated again with this fix (again!).

IIRC "ControlSend, Button2, {SPACE}, ahk_id%dialog_id%" is good for those pesky Party dialogs, while also working on FTP and Stars etc. YMMV

Excellent, I'll try that for Party.

BTW, I have code working now that reads the player list on Pokers Stars. It can read ~3 tables per second for 6 player tables and ~2 tables per second for 9 player tables. All characters have been mapped except for some of the extended characters (such as ' or ß etc..). Also there is the problem of characters running into each other which have to be recognized as well

Are we able to change a setting so that Increase/Decrease Bet works in Big Blinds?

Very interesting

I presume you are using you OCR "fingerprint" technique - but have discovered something that gets around whatever problems existed before - I'm sure I read you post somewhere the original plan was for full character map but problems restricted it to digits.. or did I misread somewhere?

What hardware are you achieving this performance on?

And what plans do you imagine would make use of this list of players/tables? or is it just players at this time?

It is currently tied to the bet rounding setting. If you set that to big blind, it should increment by 1 big blind.

It will be a separate setting in the future as well as the possibility to have 2 additional hotkeys for increment/decrement that can have the same or different incremental values. For instance, set Page Up / Page Down to increment relatively and Wheel Up / Wheel Down to increment by big blind...

The problem arises when you don't know the size of the font or the size can vary etc.. It is hard to differentiate between 0 and O for instance or v and V. But when you know the size, you can use the width of the character or the height of the character to differentiate between them.. So the OCR is very specific to font/size.

AMD Athlon 64 (single processor), 1GB RAM

It can read both the table lists and player list as they are both the same font. So anything can be read from that. At first it will just gather a list of all players for certain blind levels and what tables they are sitting at. Other features could be added in the future I suppose.

It could for instance tell you how many players from a predefined list are sitting at each table.

With the Stars font, there is probably a problem with lower case l, upper case I - they are identical

If this is the only issue it shouldnb't be a problem to test both cases unless someone has a screenname of IllllIlllI

Awesome - so decent performance on a (no offence) fairly modest rig. I presume this is using PrintWindow? or is there another 5x boost to be had?

Just what I was hoping to hear

I have lying around a GIU / script I made a year ago or so, sorta similar to SixthSense - but entirely AHK, and no GPL issues this time - the only things I borrowed were the listbox formatting from the AHK forums

I never releases it because a) SpadeEye came out with a much more reasonable priced product, b) it still needs some work, and c) obtaining table/player list was fugly and slow

Basically given a list of tables/players - it will interrogate PostgreSQL and get stats / rank tables in order of fishiness / whatever users specify.

We should collaborate on this I think

dave.

It's seems that it's only at Everest, regardless of any setting it moves in small blinds, however on Empire it will respond to changing the setting from SB to BB for me.