+1

Same message here!

Wow! This is amazing! I cant quite work out if Juk is the only guy to thank for the Party version, but... thanks!

I have been running so bad in February, and it was making me sick and doubt my skills, but running this analysis and seeing, that I am in fact running so bad it's sickening, actually made me feel better.

juk

great programm!

had some problems to execute it properly
finaly i got the data transferred (automaticly ) to the .csv files

ive got the feeling that the data is not properly displayed in stead of of amounts i got 155e+10 increments on the y axis

i use office 2007 and can choose different graph layouts wich all result in completly different graphs wich are not clear to me

how do i need to set up the right graph display ?

or is the data in the tables corrupt?

for instance i see in the sng .csv

on the vertical axis the tournament numbers
on the horizontal axis the number of loaded tourneys
and then the cev and $ ev luck graph climb uphill together

and no adjusted or actual winnings

also i can also choose a limited amount of colours in this new excel


regards pieter

I can't really create a good graph out of it, never did that. I'm using Excel 2007, any guide for that? Thank you!

I have problems with SnG Luck Analyser and Juks_BackTestAllInLuck:

SnG Luck Analyser cannot read new hh since 4 days. i get this error:



I changed the system date but it didn't helped.

Juks_BackTestAllInLuck doesn't find tourneys in my hh's. i get the error

"WARNING: [Can't find the tournament number... Skipping to next hand.] Continuing..."

I tested summaries and hh's without summary from PartyPoker (33$ 10 max). Which hh's i have to use ?

I've started just looking at my "adjusted winnings" each day now and only looking at my real winnings when I really have too (~once a week or so).

Juk

I'm afraid I seem to have lost my copy of MS Office when I moved house and have just been using Statistica to do all my graphs.

IIRC, you need to just select the column you want to plot and then tell Excel to draw a "line-graph" or "bar-graph". If that doesn't work then hopefully somebody else who has Excel installed will wade in and tell you what to do.

Juk

I just tested on a few hands from today and mine is still working fine for Party? Strange.

Can you post a couple of example hands which BackTestAllInLuck.exe is failing to parse properly.

Juk

Now it works with taking the moved HH from PT. The promblem was, that I have exported HH's from my PT database but only have summaries in it. Your program doesn't support those, or does ?

How do you calculate the equity for the all in situations ?

No, it only supports HH written by the Party client or HH that has passed through PT. Atm, HH that have been sent via e-mail are not supported.

It works out the stack configuration after each outcome (3 outcomes for a HU all-in, 13 outcomes for a 3-way all-in). It then passes each resultant stack configuration through the ICM function and finally weights the ICM outputs for each outcome based on the chance the outcome occurs.

If you look in the RAR file I included the source for the main function and it should be fairly easy to read (even if you don't know how to program) and see what I'm doing.

Juk

ah, the equities are in the *.dat files. how did you create them ?

Monte-Carlo simulation, but it might be possible to enumerate.

If it were possible to just enumerate each of the 818805 "generalized" 3-card combinations (eg: "22 vs AQs vs AKo") then you would need to do 818805*46*45*44*43*42 = 1.34685627 × 10^14 evaluations. Assuming we could do say 300 million evaluations per second, it would take about 5 days of computation to create the tables.

BUT, it's not possible to just examine just the 818805 "generalized" 3-card combinations and you have to expand them out into their "specific" 3-card combinations (eg: "2h2d vs AhQh vs AsKc") which leads to a computationally intractable amount of time required using this "naive" approach. There are a few possible tricks though:

a) You can take advantage of suit-isomorphisms (eg: "2h2d vs AhQh vs AsKc" gives the same evaluation as "2s2c vs AsQs vs AdKh", etc).

b) You might also be able to reduce each enumeration down from 46*45*44*43*42 evaluations (using tricks similar to those used by pokerstove).

I doubt it would be worth the effort though as the Monte-Carlo method is very simple to implement (and much easier to verify the validity) and after a few days of running it the errors will be pretty negligible.

Juk

Juk, I would you forever if you could make your version work with FTP. I would just use Bodypull's, but he doesn't seem to be supporting it anymore

@ juk: thx for the detailed infos. i tested the program with my hh's of today but 3 sngs are not recognized. this is the error.txt:

the final hand for tourney 38662234 is in the hh, why the program doesn't get it ? do you still work on the programm or is it the final version ?

thanks for your work. the program is great ! i can now get over a downswing very easy because i know that i have played right.