SRL Archive - MSI Bugs

I think this has been reported before and supposedly fixed. I'm testing out VE Mine, and the rock just gets repeatedly clicked.

~RM

I've never had this bug. Or at least never seen it. Haven't run an autominer in awhile though….

I've tried to fix this multiple times.

If you debug WaitWhileMining, you will see that as soon as it enters the function, it exits as well, with nearly no delay at all.

MSI_TrackObject also messes it up and makes it click the rock again as soon as you get next to it, because it "loses it".

This is next on my list of thing's to do as soon as I get 30 mins to sit down and put in this priority autoing.

RM, it doesn't spam click or anything like that, right? Just once in a while it clicks the same rock more than once?

No, not spam indeed. It just loses track of the rock very easily and so clicks it every 2-3 seconds.

~RM

From: Sir R. Magician
No, not spam indeed. It just loses track of the rock very easily and so clicks it every 2-3 seconds.

~RM

Feel free to make any suggestions you may think of. I've tried quite a few thing's but nothing seems to make it any better.

I have no problem coding it, and I don't have to work tomorrow so I plan on getting a few things done.

Well I'm approaching things slowly. I've updated the copper TItem and added SmartDebugging so I could better see what's going on. Better debugging of mining.simba will also be helpful & needed.

~RM

From: Sir R. Magician
Well I'm approaching things slowly. I've update the copper TItem and added SmartDebugging so I could better see what's going on. Better debugging of mining.simba will also be helpful & needed.

~RM

Yeah that's what I was going to do tomorrow is just debug everything so I can figure out where the problem is, so I can just leave the necessary ones in there.

I'm assuming you would like me to incorporate your SMartDebugging as well? unless you wanted to do that?

I think I found it..

    RockColorCount := Length(Arr);

    if (Length(Arr) < Round(RockColorCount * 0.50)) then
      Break;    

It'll always be true and therefore always break. What was the original intention for this?

e: go ahead and do it. I'll be working around as well, I need to gather some ores to then work on MSI Smelter

~RM

Found another one.

  t := (GetSystemTime + 60000); 

 until((t > GetSystemTime)

Kinda expected that (t > GetSystemTime)….

e: Working much better now, seems to be fixed :)
I'll have a smoke, let it run for a bit and then commit my mining.simba

~RM

From: Sir R. Magician


e: Working much better now, seems to be fixed :)
I'll have a smoke, let it run for a bit and then commit my mining.simba

~RM

I'll test that in the morning, I'm curious as to what it looks like. :)

Oh and good call on the /ACA folder. I'm going to add it to the How-to tutorial so we can keep records for all the items.

I've modified WaitWhileMining for the color counting to work properly. However the system is currently ineffective. I'll see what I can do.


e: I kinda Loled when I saw this; I thought I'd post it so we can all be aware of where some of our issues may be coming from.
This is WaitWhileMining's search box.


e: 'There is no ore' should be added as a detection method to exit WaitWhileMining

Ok, so I've been playing around with TrackObject and WaitWhileMining, and i've got it down to this:

~RM

From: Sir R. Magician

Ok, so I've been playing around with TrackObject and WaitWhileMining, and i've got it down to this:
~RM

Did you get TrackObject work when the rock is far away and it takes several seconds to walk to it?

Nope, I just have it re-click the rock.

But we might be able to work something out with math, what do you think?
Just get the general direction of the object and look for it there?
There's also another solution.. 'RecaptureObject'.. which basically waits for it to finish moving and then checks the surroundings for the closest object

e: depends on how fast your char moves, for rocks at a distance

~RM

From: Sir R. Magician
I think I found it..

    RockColorCount := Length(Arr);

    if (Length(Arr) < Round(RockColorCount * 0.50)) then
      Break;    

It'll always be true and therefore always break. What was the original intention for this?

It shouldn't have always been true, unless Length(Arr) dropped to under half the original count instantly?

From: Sir R. Magician
I've modified WaitWhileMining for the color counting to work properly. However the system is currently ineffective. I'll see what I can do.


e: I kinda Loled when I saw this; I thought I'd post it so we can all be aware of where some of our issues may be coming from.
This is WaitWhileMining's search box.

I increased the size of the search box last time when I was trying to implement sort of a quick fix, as I was short on time, and that seemed to make it work better at the moment.

From: Sir R. Magician
Nope, I just have it re-click the rock.

But we might be able to work something out with math, what do you think?
Just get the general direction of the object and look for it there?
There's also another solution.. 'RecaptureObject'.. which basically waits for it to finish moving and then checks the surroundings for the closest object

e: depends on how fast your char moves, for rocks at a distance

~RM

I say we just Flag; and a small wait to make sure we are closest to the rock were mining, then re-find it.