Lemons

Yep, can always release the source tho

For the small window, try:

java.awt.event.KeyEvent contains the key codes, such as KeyEvent.VK_SPACE would be space. https://docs.oracle.com/javase/7/docs/api/java/awt/event/KeyEvent.html

So the opportunity cost of spamming on a forum must be good, cause you been wasting a lot of time here lol. Also: Error: A JNI error has occurred, please check your installation and try again Exception in thread "main" java.lang.NoClassDefFoundError: Smart Helps to write code that actually compiles.

Finally back to Dec 2013 levels eh

Locks started in Feburary? On topic: its related to the IP that tutorial island was ran on. That is about it, make your accs on a different IP.

Sounds to me the video card is not seated well or is faulty, try a different PCI slot if you got a spare one else try removing then reinstalling it (physically). Get your hand on a GPU you know works to test with, see if it happens again. As for the PSU, at full load all your components are ~80% of its rated capacity so shouldn't be an issue. Typically PSU problems result in just the computer turning off and not back on, and if its a cheapo PSU a fried component or two.

Prob because I have no scripts

Same way netflix does probably: https://www.quora.com/How-does-Netflix-detect-youre-using-a-VPN

This is only one way it happens. It also seems to happen if your tut island script gets detected/you start mass-creating accs. I had this happen last night when testing my tut island script. I made 4 accs in quick succession (< 30 mins), and the last acc I noticed gets locked. So I check the other accs, locked. Then I fix up the bugs I was aiming for in my tut island script, that test acc gets locked. So I figure best test a hand-made acc, locked. All in all, 8 accs got locked on that IP for what I assume was a combo of bad tut island (detected) and the quantity of accs being ran through on the same IP. I did register/run these accs on the same IP, so the country dealio doesn't apply. Will do some testing with that IP tonight and see if its still locking accs. My farm tho I do 1 IP to 1 acc and no locks, so idk if this is an issue of multiple tut runs per IP or not. Also, all my older accs on that IP are not locked, only new accs.

Web Walking is pretty complex, and requires a lot to go right while not leaving much room to go wrong. Also, this post is not very helpful to fixing the problem, how you can help is: -Record the exception that the Script/Bot gives. -Make sure its related to the Script or to the Bot. If you are unsure, you can ask the scripter or another scripter (including me). If related to the Script: -Go to the Scripts topics, and report the issue with the exception and as much useful information as you can. The more details the better. If related to the Bot: -Go to the Bugs/Reports forum, make sure your bug is not already reported -Open the Client Bugs & Suggestion Template and fill this template out with all the info that seems relevant. The more details the better. In this case useful information would be where it is occurring, what version of OSBot, the logs leading up to the exception, and the exception itself

Converted this recently for someone who was interested in using it. Provides a smooth and fast mouse based Camera using Mouse.move and a lil math to compute where we should be looking. Gist: https://gist.github.com/Lem0ns/a485f7906db0c08d5458583401a81047 Usage is nearly identical to that standard Camera (will update soon, new ipb throwing me off lol) Camera lemonCamera = new Camera(script); lemonCamera.moveNorth(); // Directions lemonCamera.moveCamera(0, 33); // Moves yaw to 0, pitch to 33 lemonCamera.moveYaw(180); // Moves yaw to 180 lemonCamera.toEntity(npc); // Move camera to entity lemonCamera.toPosition(position); lemonCamera.toEntity(futureDest, entity); // Set camera angle before getting to our destination lemonCamera.toEntity(futureDest, position); Finally, thanks to @Ethan07 for the inspiration to make this class. His Camera can be seen here.

tree fiddy

Got dem lean scripts eh? This is how I know ya just made up numbers.

From the little research I've done on this, it seems that audio is in fact the culprit. My educated guess is that when the game makes a sound, java queues it up to be sent to the local audio device. On VPS/Dedicated servers though, there is no audio device. So the buffers fill up until it crashes the JVM. There are two ways to fix this, first way is Juggles method. If you have control of the script, this is the best method (maybe better with method #2? untested). Simply make a script able to disable the music, or manually do this to each acc (Go into settings, move all 3 sliders in sound options to the left). The second way is to install an audio server. I simply installed ALSA + Pulseaudio with a "dummy" driver, and in my tests I have seen this also allows the buffer to be emptied. For a basic tutorial on this in Ubuntu: http://askubuntu.com/questions/28176/how-do-i-run-pulseaudio-in-a-headless-server-installation Feel free to contact me if you are having trouble as well. Thanks again @Juggles for giving me this hint, this issue has been a thorn in me side for a while now. Not anymore

You are using a very expensive calculator atm, its capable I'm sure Google sheets is a good way to do this as well, take time to learn the tools you need, don't rely on others.

(output - input) * hourlyRate = profitPerHour output - the gp made from this action input - the gp required to make this action hourlyRate - the rate at when outputs can be produced from inputs Do this for all your steps, the highest profitPerHour is the most efficient? For average gp/hr, figure: (cProfitPerHour + bProfitPerHour * hoursToSupplyC + aProfitPerHour * hoursToSupplyB) / hoursToSupplyB + hoursToSupplyC + 1 cProfitPerHour - The profit per hour making "C" bProfitPerHour - The profit per hour making "B" aProfitPerHour - The profit per hour making "A" hoursToSupplyC - How many hours are required to generate the inputs for making "C" hoursToSupplyB - How many hours are required to generate the inputs for making "B" Taking some time and learning basic algebra might be worth it. Its a very useful skill in life! Else, invest in a calculator.

Damn, that is the most indentation I ever seen. Could be refactored to look nicer, other than that good job!

No, run the command I gave from command line. OSBot has a boot loader that takes the JVM args, and spawns a new JVM (without those args). You need to use OSBots parameters: http://i.imgur.com/YcYszFA.png

Simply increase the memory of the JVM: java -jar OSBot.jar -mem 1000 OSBot starts with 500mb of heap space by default, this is fine for 1 script most of the time. To run 2 tabs you need to basically double the heap space, hence '-mem 1000'. The CPU usage is coming from the GC cycle running constantly.

Sorry if I seemed cynical lol, it's fine ya posted it. Just saying, its old info :p

Google "jagex macro detection pdf" This info is like 5+ years old, so nothing really new here.

What Abuse said should work as well. I use the syntax I gave above on Linux though atm, no idea why it won't work. Which shell are you using?