Token

Nah don't worry, I got some accounts being botted right now Authed

Added some bug fixes for the recent bugs reported on -Gertrude's cat -Demon Slayer -Animal Magnetism Training up some accounts for Shadow of the Storm in a bit

The -allow lowcpu flag is provided at CLI level because it's probably the most common setting we use while botting and the whole point of using CLI is starting a lot faster (support for goldfarming). It has the same effect as the lowcpu checkbox in your settings but access to it is provided from outside the client. -allow lowresource will disable things like debuggers, script and client paint, the window theme which you cannot modify after the client has been started so this is only possible from CLI. @@Globbee If a script is not working in lowresource mode, that has nothing to do with the client or lowresource mode as the only way it can affect scripts is by disabling the paint thread so the onPaint() method is no longer called. If scripters write their script code or their script depends in any way on the paint thread that is just blatantly wrong and you should inform them.

What was the previous memory allocation?

Does it stand at the entrance?

You are most likely running out of memory. You can troubleshoot this by opening a command prompt and starting OSBot with the following command java -jar client.jar -login osbotusername:osbotpassword -mem d It will print an error and the default memory allocation in my case 3616MB Memory allocation not a valid number, using default Setting memory at 3616MB If your default memory allocation is not 4 digit then this is your problem and you can fix it by starting OSBot from command line with the flag -mem 1024 That prevents becoming unresponsive, in order to actually reduce the memory usage your only solution would be using scripts that don't require webwalking at all

Send @Maldesto a PM and he will look into it

Then paypal has not yet processed your payment

Refresh the script selector

Welcome to OSBot If you want to test the client you can do so by starting it without a script running, there's not much to test about the client itself. Client is only relevant to scripters because most of the methods we call in our scripts come from the client, however the way a script communicates with the client classes should not affect you as an end user. However there are free scripts that are actually working such as my first script if you really don't care about ban rates as it's quite a high ban rate activity. I guess everyone has their own personal opinions on mirror mode - what we know for sure is it doesn't increase ban rates. Whether it actually decreases them and how much is hard to tell. You can see all scripts on the SDN page from where you can also check the script's thread for more info. If you feel the need for a larger supply of free mining and woodcutting scripts you are always welcome to publish your own on this site.

That means there is no file called osbot.jar at the current location. Here's a basic tutorial on using the windows command prompt xxx

I'm working on version 2.0 of the script which will allow associating a different gear preset to every quest and saving your own quick start options

Not going to happen. Don't ruin your life by expecting to make money from botting because you won't make a penny. Get a bot running for at least 30 days then consider starting a gold farm otherwise it's quite pointless.

There is one additional step on Plague City quest stages which is kind of extra but the script automatically does it, reading the magic scroll you receive as reward to unlock ardougne teleport so you should do that if you did it manually. If you start the script on a F2P world or use DMM/Debug modes the script won't take teleports so it may not be able to get out of that dungeon because it usually uses a camelot teleport to escape.

The script freezes because the current onLoop iteration ends upon throwing an exception and it never reaches the return statement to tell it how long to sleep until next onLoop iteration, which results in executing code with no sleeps at all taking up to 100% CPU. Catching exceptions like that in onLoop will ensure that your script always sleeps between onLoop iterations and won't ever freeze when throwing exceptions. I use the guava library just to output the exception to OSBot's logger because e.printStackTrace won't send the stacktrace to the logger. You can also do something like this to output the stacktrace in the logger though which may be very similar to the implementation by google in guava public static String getStackTraceAsString(Exception e) { String st = ""; for (StackTraceElement el : e.getStackTrace()) { st += el.toString(); } return st; }

Did you enable the DMM/debug modes on the GUI? Did you hop from a F2P world?

What's printed in the logger?

Ok

Authed

I guess I was drunk and didn't fill all the GUI fields (didn't add food quantity) Food: "Trout" HP to eat at: 9 Enemy: "Chaos Guard" Just a suggestion to avoid client freezing when an exception is thrown @[member='Override'] public int onLoop() throws InterruptedException { try { // script code } catch (Exception e) { log(Throwables.getStackTraceAsString(e)); } return 69; } You can validate user input at start to prevent any errors and the Throwables class is found in the guava library here https://github.com/google/guava which you may find useful when writing java code. Nice script anyway, 10/10 would leech again

Yes, the skill requirements

Authed

Yes that is all you can obtain through configs now. You can grab the data you need using the GrandExchange class though.

Yes, jagex deleted a few configs for farming and GE not long time ago

Did you have lots of accounts on the same IP?