Trees

My bad bro, didnt get any progress report but I used it for level 43 prayer and worked flawlessly. Vouch

yep my bad works now.

Not working for me at all. Just stands and doesnt do anything.

The gear presets suck, the search sucks, and a lot of items are missing. Glory/combat bracelet only have (4) and uncharged versions. Also it still tries to buy things in the GE without coins in inventory, like why not check first?

Low CPU bug definitely fixed. Thanks @Alek

Use a delay, in case you need to eat, tele, etc. Also make sure when you calculate the random delay, you set it to a variable. Otherwise every loop it will recalculate and be more likely to be a shorter delay.

Make sure to add a delay between hovering and either choose to hover over the same NPC or it might just hover over what's closest (depending how you have it coded), which could change frequently.

Amazon did it and seemed to turn out fine.

@Alek Right click interact option now? Also might be worth adding menu check for interact action text.

Not really. I'm not sure if I got it working or it's just returning 0. I just resorted to more pixel operations.

Any performance differences with multiple bots using x64 java over 32-bit?

Just got banned on a mule, never botted on:

Oh man, the gold farm update is amazing. Went from 7s delay to 250 ms and 20 bots are loading fine, no initialization error.

"'n' is multiplied by 'n-1'" -- no, n is multiplied by factorial(n-1) "Value is assigned to 'temp'" -- not really how recursive functions work, there is no "temporary" store in memory, but it is a temporary variable if you mean as such.

Had an account with expired bot busting ban and when it got banned again it was perm.

Actually in most c-based programming languages, using a try-catch flow can actually provide better performance (not sure if that's regarding exceptions or not)

Reset .jar File Association

They can be used for normal flow in order to avoid excessive nested if statements. Maybe not needed here though. Would recommend creating a var to hold the interact options though so you don't call it twice.

Thanks for the snippet, I changed the match code around a bit. Using try/catch avoids needing to check rs2Widget/getInteractions for null, and using Arrays.asList avoid needing to iterate the array. Since we are talking about <5 actions 99% of the time, it's kinda insignificant, but still looks better. @Override public boolean match(RS2Widget rs2Widget) { try { return Arrays.asList(rs2Widget.getInteractActions()).contains(action); } catch (Exception e) { return false; } }

In order to avoid the overhead of having to make web calls or parsing a text file, I went ahead and made a serialized hashmap of the items. The serialized file can be found here and the code to serialize it can be found here.

Yeah, it's just a standard random with gaussian values, probably using some like a box-muller transform.

gRandom likely stands for gaussian random. Random - Most randomness, always random number within values. gRandom - Still random, but more likely to be closer to the median value of the range. Ex. random(0, 100) - 30, 20, 5, 86, 40, 33, 99, 44, 33, 11, etc./ gRandom(0, 100) - 30, 44, 66, 55, 23, 10, 0, 75 (values closer to 50) It's useful, because although statistically you have less variation, you can still get the full range. Which means you will normally have average values, but can still have outliers.

Is LoginResponseCodeListener broken or something? Doesn't seem to be getting called at all.

Yes definitely use map for this.

You misunderstood the problem, through the normal script loader it is not possible to use scripts that call external libs... you have to rebuild the OSBot jar to include the external libs in order to get those scripts to work.