Adria - Inventory Management System

[Peter VDD]

I guess I'll try restarting my computer.

Didn't help anything. F8 is unresponsive although now all other functions seem to work and I do exactly the same as the previous times that it did work.

Perhaps an interesting side note: often my mouse pointer is invisible when hovering over the Adria window with the OCR on.

Anyway, I think I'll made my trade list by hand for now. :/ This software has a potential to be very useful, but there are some bugs to be solved before it becomes productive. If I can do anything to help you testing or bug hunting, let me know.

[planqi]

Hmm, I've collected a large item database over my time using this nice program and I've noticed that 4.4.0 starts a lot slower than 4.3.0. It also makes my computer much less responsive when it starts (I should have the cores/cpu to spare too...).

[Kijya]

Didn't help anything. F8 is unresponsive although now all other functions seem to work and I do exactly the same as the previous times that it did work.

Perhaps an interesting side note: often my mouse pointer is invisible when hovering over the Adria window with the OCR on.

Anyway, I think I'll made my trade list by hand for now. :/ This software has a potential to be very useful, but there are some bugs to be solved before it becomes productive. If I can do anything to help you testing or bug hunting, let me know.

No error messages from the OCR as to why the scan didn't work? Did you make sure that single lock is set to OFF (press F3)?

Hmm, I've collected a large item database over my time using this nice program and I've noticed that 4.4.0 starts a lot slower than 4.3.0. It also makes my computer much less responsive when it starts (I should have the cores/cpu to spare too...).

The ingame window now shows how full your characters are, so the extra time is probably caused by those calculations. There are ways we could make both the start faster and ways for it to be more responsive during start. Please fill in an issue report on the google code page regarding this and we'll look into it once we've got time.

[Peter VDD]

No error messages from the OCR as to why the scan didn't work?

Nope, no response at all.

Did you make sure that single lock is set to OFF (press F3)?

I did. I tried all 4 combination of single/multi lock on/off, it doesn't make a difference.

I got back to 4.3.0 meanwhile, where things are somewhat better. My earlier problem here was also solved completely by changing the compatibility mode to winXP. Now, in 4.3.0, Adria still "breaks" sometimes, but here at least restarting Adria has solved the problem every time for me.

So I continued my research there and this is what I found so far:
* When started, up, even when the OCR is turned on, everything works flawlessly.
* After the first item has been scanned, the mouse pointer becomes invisible when hovering over the Adria window. This remains until the OCR is turned off. No big deal on itself.
* After (succesfully) scanning 6 items, Adria "breaks". Specifically it somehow loses (at least part of) it's key hook, as even F12 doesn't work to start and stop the OCR -- and it's more severe than just the hook, as even when I put the focus on the Adria window, the F12 key still doesn't work to turn off the OCR (and when it's stopped, F12 doesn't turn it back on either). Here, the mouse bug I mentioned above also comes in very unhandy: due to the invisibility, it takes some trial&error to get the mouse pointer on the button to stop the OCR.
When the OCR is stopped, the mouse is back, even after breaking, but the keyboard (or at least the F12 button) remains dysfunctional. Adria remains broken until the application is closed and re-started. Interesting to note is that breaking seems to happen always after exactly 6 items. I don't know why, perhaps some cache that is full? Stopping and restarting the OCR inbetween items doesn't change this: after 6 items, Adria breaks. It is also not time-dependent: adding them fast or with a 10-second delay between them doesn't make a difference.

The above happens consistently to me (5 times in a row now). I hope this information helps you in debugging. If there's something else you want me to try, please let me know.

[Kijya]

Nope, no response at all. I did. I tried all 4 combination of single/multi lock on/off, it doesn't make a difference.

Once again a screenshots could have helped but if you've gone back to 4.3.0 I guess I'm a bit late in asking.

I got back to 4.3.0 meanwhile, where things are somewhat better. My earlier problem here was also solved completely by changing the compatibility mode to winXP. Now, in 4.3.0, Adria still "breaks" sometimes, but here at least restarting Adria has solved the problem every time for me.

So I continued my research there and this is what I found so far:
* When started, up, even when the OCR is turned on, everything works flawlessly.
* After the first item has been scanned, the mouse pointer becomes invisible when hovering over the Adria window. This remains until the OCR is turned off. No big deal on itself.
* After (succesfully) scanning 6 items, Adria "breaks". Specifically it somehow loses (at least part of) it's key hook, as even F12 doesn't work to start and stop the OCR -- and it's more severe than just the hook, as even when I put the focus on the Adria window, the F12 key still doesn't work to turn off the OCR (and when it's stopped, F12 doesn't turn it back on either). Here, the mouse bug I mentioned above also comes in very unhandy: due to the invisibility, it takes some trial&error to get the mouse pointer on the button to stop the OCR.
When the OCR is stopped, the mouse is back, even after breaking, but the keyboard (or at least the F12 button) remains dysfunctional. Adria remains broken until the application is closed and re-started. Interesting to note is that breaking seems to happen always after exactly 6 items. I don't know why, perhaps some cache that is full? Stopping and restarting the OCR inbetween items doesn't change this: after 6 items, Adria breaks. It is also not time-dependent: adding them fast or with a 10-second delay between them doesn't make a difference.

The above happens consistently to me (5 times in a row now). I hope this information helps you in debugging. If there's something else you want me to try, please let me know.

Thanks for providing feedback, but with 4.4.0 beta out we're really not going to go back to fixing 4.3.0. The OCR is a complete rewrite between the two, and the ingamewindow was changed so much that there's not much use looking at 4.3.0 at this point. We where aware of the 6 item limit and tried to fix it with 4.4.0 ... "beta".

[Peter VDD]

Oh. Ok, I'll get back to 4.4.0 then... however iirc this breaking thing happened in 4.4.0 as well (but not after 6 items). The breaking was pretty similar there, except that after a few breaks it was unrepairable. I'll reinstall 4.4.0 then and see if it I can fetch you some relevant information there.

[Kijya]

Oh. Ok, I'll get back to 4.4.0 then... however iirc this breaking thing happened in 4.4.0 as well (but not after 6 items). The breaking was pretty similar there, except that after a few breaks it was unrepairable. I'll reinstall 4.4.0 then and see if it I can fetch you some relevant information there.

The problem seems to be that the keyhook is completely stopped at some point. Justaplayer has made a reset/restart hook function that has worked during testing, but we don't know how to detect when it needs to be applied.

Of course preventing adria from loosing the hook would be the best solution, but atm we don't know why it happens in the first place ...

[Peter VDD]

The problem seems to be that the keyhook is completely stopped at some point.

In 4.3.0, yes. In 4.4.0, no: when the fatal break occurs (or at least after restarting Adria after this fatal break), most keys (like F12) still function properly. It's just the F8 button which seems to do nothing.

I was able to scan +/- 20 items without any problem, and then again a break occured. However, it was again the fatal break I mentioned, as restarting Adria didn't solve the problem.

A screenshot of the current situation is here: http://img804.imageshack.us/img804/9452/adria2.png
F8 doesn't seem to do anything. Both SingleLock and MultiLock are off and no error messag appears. Since the other key presses (such as arrows are F9/10/11/12) are being recorded without any problem, I'm not sure that the problem is with the hook this time. Especially since restarting Adria doesn't help, I would assume that restarting only the hook mechanism will not solve the problem either. :(

Clearing the SingleAdd & MultiAdd caches doesn't solve the problem. So, this perhaps gives you an idea where to locate the problem: it's not in the single & multi caches (or at least clearing them doesn't help), but it does get stored on disk (as it survives restarts of the Adria program).

By the way, a side question: is it normal that after removing 1 letter from the database (after a typo), I have to re-calibrate as good as everything? It feels as if the entire database gets cleaned every time I remove one letter.

[Kijya]

In 4.3.0, yes. In 4.4.0, no: when the fatal break occurs (or at least after restarting Adria after this fatal break), most keys (like F12) still function properly. It's just the F8 button which seems to do nothing.

I was able to scan +/- 20 items without any problem, and then again a break occured. However, it was again the fatal break I mentioned, as restarting Adria didn't solve the problem.

A screenshot of the current situation is here: http://img804.imageshack.us/img804/9452/adria2.png
F8 doesn't seem to do anything. Both SingleLock and MultiLock are off and no error messag appears. Since the other key presses (such as arrows are F9/10/11/12) are being recorded without any problem, I'm not sure that the problem is with the hook this time. Especially since restarting Adria doesn't help, I would assume that restarting only the hook mechanism will not solve the problem either. :(

If restarting doesn't solve it then it must be some kind of stored setting. As it stands I can't look into it atm, too much rl stuff taking my time. However report it as a new issue on the googlecode page, remember to include as much info as you can, both entries in the adria.log and screenshots can help us find out what's wrong.

By the way, a side question: is it normal that after removing 1 letter from the database (after a typo), I have to re-calibrate as good as everything? It feels as if the entire database gets cleaned every time I remove one letter.

To be honest I'm not that happy about the current system for storing them myself, opening the mdb in access to fix a typo during calibration is rather bothersome. I might move the symbol recognition info to a txt file and add some tools to fix errors in the future.

That said it should still work if you open the mdb, edit, and then save it correctly (access 2002-2003 database). To be sure the edits have been made you can use "save as" into a different folder, and then replace the one in your adria install path with the new one manually ... I don't trust access completely ...

[Peter VDD]

If restarting doesn't solve it then it must be some kind of stored setting. As it stands I can't look into it atm, too much rl stuff taking my time. However report it as a new issue on the googlecode page, remember to include as much info as you can, both entries in the adria.log and screenshots can help us find out what's wrong.

Screenshots look normal, no log entry for the key loss in 4.3.0, however for the 4.4.0 problem the log is full of errors 91, all on the same file/method/line.

Error number: 91
Description: Object variable or With block variable not set
File: frmInGame
Method: KeyToItemTab
Line: 105
Additional Values: 
----------------------------------------------------------------------

I'll have a look at issue report thing on the google code page.