FrostBug

If you're looking for specific methods, you can do a quick search in the API index Locate the method you want by its name, and it'll tell you what class(es) it belongs to

Not 100% sure, but since OSBot obfuscates everything, the package structure may be refactored (most obfuscators remove package structure), invalidating this relative path

Do you happen to be missing any tab hotkeys? Sorry to hear that

Started

You weren't supposed to move the deposit statement into the open-bank block, would have been fine if left where it was. Glad you solved the problem, tho.

The problem is pretty obvious if you think about it. 1. If the bank booth is not null, you interact with it. 2. After interacting with it, you immediately try to withdraw from it, in the case that the bank is open. The bank however is in many cases not going to be open after 500 milliseconds after clicking, especially if there's distance between you and the object (which there will often be, since 'closest' method doesn't use manhattan distance). 3. In the case that the bank was not open after the 500 milliseconds, you try to interact with the bank booth again, but since you cannot interact with object while the bank widget is open, the interact method will close the bank before interacting. ^this repeats. You should generally avoid doing multiple interactions in 1 loop cycle, and always evaluate the success of your actions (never assume success). In this particular case tho, I think you can solve it by adding a check to the case for opening the bank if (bankbooth != null && !getBank().isOpen() && !myPlayer().isMoving()) { //interact }

private State getState() { if (dialogues.isPendingContinuation()) { return State.LEVEL; } else if (willowArea.contains(myPlayer()) || yewArea.contains(myPlayer())) { return State.CHOP; } return State.IDLE; } ??

Should work for all boxes. What did the log output say? I never did a test with the monkey madness box; I reckon it's a bit different. If I get hold of an account with that box, I'll do some tests with it

osht

That luck tho :p nice

That's pretty cool Have you thought of adding something like acceleration and deacceleration? Start semi-slow, then accelerate the speed, and before eaching the target, start deaccelerating. Then ofc. there's the aspect of "overshooting" the target. Eg. moving the cursor too far, or deaccelerating too soon.

Cool that you made this :E But OSBot mouse movement atm looks more human-like than this tbh

Well, 4 Clipping graphs are loaded at a time (1 for each Z coordinate). I don't know if they all contain information, but if they do, then they are essentially loaded. Try checking it out. Clipping graphs can be gotten thru: XClippingPlane[] = getMap().getRegion().getClippingPlanes(); Index it with a Z coordinate and grab the tile flags from the ClippingPlane. Tile flags contain information about each tile in the plane (104x104 tiles). Eg. if they're walkable. If you think about it, it makes sense for all planes to be loaded. Some objects are rendered from different planes than they are actually located. Eg. if you're on the 2nd floor of a house, there are often certain objects that'll be rendered from the base floor, but obviously cannot be interacted with.

Hmm.. well, in any case. That error isn't of any help then, since it's thrown on the EDT (Won't have any references to your code) Try using log() to track what the executing thread is doing (this writes to the client console) Or post your updated source so we can take a look again

You lose everything you don't store externally or in the clouds. But you get a smoooooth as-new PC c:

Just reformat. It's gotta be done. I actually do it fairly often

Looks like an AWT error. Do you have any graphical user interface of your own?

The immediate problem is here I would say: if (!inventory.isFull() && !AUBURY_AREA.contains(myPlayer())) { log("Walking to Aubury"); walkPath(walkToAubury); } If you're not at aubury (In the mines is not at aubury) you'll try walking to aubury. But you cannot do that while you're in the mines. Also, there's no need to ever check if your inventory is full in the MINE case, since you would never be in the MINE case in the first place if it was. ___ EDIT: It also seems that you don't have any code that walks to the actual mining area. When trying to grab the essence rock objects, are you certain they are not out of range?

Starting Glad you like it A guide might be good, but the best case would be if the instructions in the OP were enough. Is there anything missing from the OP? If so, I will try to add it.

What do you expect? The script is not human, and will use a safety first approach for combat. It does not evaluate whether or not your account, with your current stats and equipment, would be in danger of dying against an enemy it has been configured to use protection prayers against :E. This is working as intended. Not as of right now, however this is on the TODO list.

Like soldtodie said, you have to install Java 8, and set the source version of your project to 8

List<RS2Object> objs = getObjects().filter(o -> myPosition().distance(o) < 10 && "Bird snare".equals(o.getName()));

Updated to avoid deadman worlds.

well, you left out the most important stat (magic), but from you defence level, I would say that you should tank Guthan, Verac and Torag without prayer. Cut your potion cost in half (at least). Ofc, if your magic level does not allow you to kill them fast enough, tanking them may not be worth the food.