BlackSaphire
08-07-2011, 02:21 AM
The problem looks kind of hard to reproduce, but it's been there since day 1 with HEM2...
What I've guessed so far:
- Only happens on MTTs that run past midnight, average 80% of the times
- Happens at a random time between 00:15 and 00:45, with no evident reason (not when changing table, not after a pause... nothing that "is always there"
- Afterward, in HEM archive, I always find 2 HH: for a tournament started on the 6th at 21:00 and ended on the 7th at 02:30 there would be a partial HH in "HMarchive/2011/8/6" and one that looks complete in "HMarchive/2011/8/7"
- During play, after it has frozen, there's a partial HH already stored in "HMarchive/2011/8/6" while the one still in "Poker/PowerPoker/History/etc etc" starts from the beginning of MTT and is regularly updated by the PokerRoom's software
- If I don't lauch HEM1 (see below) the 2 HHs have the same name, If I launch HEM1 the one in XXX/6 has the name given by the PR (3602805431.xml) while the one in XXX/7 is renamed (0.xml)
- The time of the partial HH in the starting day folder is usually between 23:54 and 23:59, that is never the time of the freeze
- Reimporting from HMArchive (new DB) leaving both HHs won't work
- Reimporting leaving only the "complete" HH won't work either
- Closing HEM2 (useless since not updating or importing anymore) and opening HEM1, it quickly reads the HH in "Poker/PowerPoker/History/etc etc" and give me a perfect HUD, from the first to the last hand of the MTT
Settings:
Day starts at is set to 00:00
Culture is set to Italian
Others, same PR:
In Cash game tables, hands import correctly and the table is in "Session" Tab, but there's no way to start the HUD (and Table Finder still doesn't work as seen in Skype + TeamViewer session).
Here you can find the unmodified ""HMarchive/2011/8" folder of my Archive, with plenty of MTTs causing the problem above and showing the double HHs and so on I've described (about 700K archive).
http://www.the-last-aerie.com/08.zip
This looks like a priority one fix for a MTTs grinder, since if not fixed I'll always need an alternative to use when HEM2 freezes... and winding up at the FT with 0 info on OPs is not very viable.
What I've guessed so far:
- Only happens on MTTs that run past midnight, average 80% of the times
- Happens at a random time between 00:15 and 00:45, with no evident reason (not when changing table, not after a pause... nothing that "is always there"
- Afterward, in HEM archive, I always find 2 HH: for a tournament started on the 6th at 21:00 and ended on the 7th at 02:30 there would be a partial HH in "HMarchive/2011/8/6" and one that looks complete in "HMarchive/2011/8/7"
- During play, after it has frozen, there's a partial HH already stored in "HMarchive/2011/8/6" while the one still in "Poker/PowerPoker/History/etc etc" starts from the beginning of MTT and is regularly updated by the PokerRoom's software
- If I don't lauch HEM1 (see below) the 2 HHs have the same name, If I launch HEM1 the one in XXX/6 has the name given by the PR (3602805431.xml) while the one in XXX/7 is renamed (0.xml)
- The time of the partial HH in the starting day folder is usually between 23:54 and 23:59, that is never the time of the freeze
- Reimporting from HMArchive (new DB) leaving both HHs won't work
- Reimporting leaving only the "complete" HH won't work either
- Closing HEM2 (useless since not updating or importing anymore) and opening HEM1, it quickly reads the HH in "Poker/PowerPoker/History/etc etc" and give me a perfect HUD, from the first to the last hand of the MTT
Settings:
Day starts at is set to 00:00
Culture is set to Italian
Others, same PR:
In Cash game tables, hands import correctly and the table is in "Session" Tab, but there's no way to start the HUD (and Table Finder still doesn't work as seen in Skype + TeamViewer session).
Here you can find the unmodified ""HMarchive/2011/8" folder of my Archive, with plenty of MTTs causing the problem above and showing the double HHs and so on I've described (about 700K archive).
http://www.the-last-aerie.com/08.zip
This looks like a priority one fix for a MTTs grinder, since if not fixed I'll always need an alternative to use when HEM2 freezes... and winding up at the FT with 0 info on OPs is not very viable.