![]() |
#11
|
|||
|
|||
![]()
[ QUOTE ]
i'm also curious why the tables have to be open in MINIview for it to work [/ QUOTE ] Because of the image matching, the tables have to all be visible on the screen and can only partly overlap - miniview uses less room, so I chose that. Could be changed though if you don't want that for whatever reason. |
#12
|
|||
|
|||
![]()
[ QUOTE ]
[ QUOTE ] i'm also curious why the tables have to be open in MINIview for it to work [/ QUOTE ] Because of the image matching, the tables have to all be visible on the screen and can only partly overlap - miniview uses less room, so I chose that. Could be changed though if you don't want that for whatever reason. [/ QUOTE ] This brings up an interesting Q, then I guess - will the mining not work when: a) the tables are minimized? b) they are being covered -- e.g. they're not minimized, but i have a web browser open covering them all? > I see the "Total Hands mined" number going up and up...should i just assume that as long as that number is steadily increasing, the hands are being mined just fine? |
#13
|
|||
|
|||
![]()
[ QUOTE ]
This brings up an interesting Q, then I guess - will the mining not work when: a) the tables are minimized? b) they are being covered -- e.g. they're not minimized, but i have a web browser open covering them all? [/ QUOTE ] Correct. [ QUOTE ] > I see the "Total Hands mined" number going up and up...should i just assume that as long as that number is steadily increasing, the hands are being mined just fine? [/ QUOTE ] Yep. |
#14
|
|||
|
|||
![]()
OK, so everything looked like it was going well -- total hands mined was up to 150, so i went to look at some of these 150 HH files to see if everything looked in order.
Well, the first 80 or so .txt files seem to have legitimate HHs written in them, but then starting around number 81, all the ones written later just have this text in them: ANTES/BLINDS< SUMMARY< That's it. There's no other text in the .txt file. Not quite sure why the script went from writing good HHs to just the empty files. It might have something to do with the fact that I'm trying to also write emails from this computer at the same time (even though I'm making sure that all 4 miniview tables are completely visible on my 2nd monitor, and my email program screen is entirely in the other monitor. Any ideas? I'm going to try re-starting the script. (note that the number of hands mined kept increasing...so new .txt files WERE being written throughout this, it's just that they were devoid of any HH material) |
#15
|
|||
|
|||
![]()
Strange... I'll try and fnd out what's wrong.
|
#16
|
|||
|
|||
![]()
Hmmm...a little discouraging that I couldn't get the script to start writing good HHs again, so I closed everything down, PR, the ahk script, everything, and re-opened it "from scratch", and hit "start", and it's still only writing these empty 25-byte .txt files without any HH material...
any ideas? |
#17
|
|||
|
|||
![]()
I'm gonna add some logging to see what's going on...
|
#18
|
|||
|
|||
![]()
ok, i'm here by my cpu w/ some free time to do some troubleshooting
|
#19
|
|||
|
|||
![]()
Okay, I added the logging. Give it another go and then send me the log file.
|
#20
|
|||
|
|||
![]()
OK, gonna send u the log file now. One interesting thing...before I grabbed the new miner with logging capability, i tried to just delete the original "OngameMiner" folder from my desktop...and time after time it would not let me delete it, telling me that Access was denied b/c some component of it was in use. Well I found that quite interesting b/c it was definitely not running, nor was AHK (i checked the process list). But the fact that it would not let me delete it suggested that there was perhaps some process or component of it that WAS still running (but i just didn't know which one it was). Although I don't know if i've been all that good in articulating just what I mean, what I'm getting at is that perhaps some component of the miner was somehow corrupted, but b/c it was not *completely* shut down, when I closed and re-opened it, whatever corruption had caused the miner to stop working was still present...
did that make any sense whatsoever? i'm not all that tech-savvy, as u can tell. Actually, i'm just going to copy the text of the log.txt file here b/c it's pretty straight-fwd: #: 634176745 ErrorLevel: 0 StrLen: 460 #: 634169271 ErrorLevel: 0 StrLen: 460 #: 634172583 ErrorLevel: 0 StrLen: 460 #: 634175605 ErrorLevel: 0 StrLen: 460 #: 634177124 ErrorLevel: 0 StrLen: 460 #: 634195511 ErrorLevel: 0 StrLen: 460 #: 634205052 ErrorLevel: 0 StrLen: 460 #: 634204989 ErrorLevel: 0 StrLen: 460 #: 634201704 ErrorLevel: 0 StrLen: 460 #: 634203019 ErrorLevel: 0 StrLen: 460 |
![]() |
|
|