dmmslaver

Depends on the usage case. If the account is unbanned, VPN was 100% effective. Otherwise, is 0% effective.

I just send the key events

500 in stock

Constantly 20+ fires lit at tut island

I cleaned 870,000 rannars in 44 hours. Banrate is 100% though.

pm me your skype

69K ea pm me

Back in stock now!

Not if it selects a click point with another player object behind it ... a player would simply cancel out and pick a better left click spot

ran out of space due to 32bit?

Order form: Do you agree to the TOS: yes What do you need: Multiple can discuss over skype Going first or MM: Going first What is your Skype: colby.mcdowell

- What is your Skype?: colby.mcdowell- What service do you need?: can discuss on skype - Payment method? (rsgp/btc):osrs gp- Do you agree to my TOS?:Yes

What if you can't access the bank, eg cooking guild? Not that simple

Entire script import java.awt.event.MouseAdapter; import java.awt.event.MouseEvent; import org.osbot.rs07.script.Script; import org.osbot.rs07.script.ScriptManifest; @ScriptManifest(name = "AATracer1.25", author = "Colby", version = 1.0, info = "", logo = "") public class Bug extends Script { @Override public void onStart() { bot.addMouseListener(new MouseAdapter() { @Override public void mouseReleased(MouseEvent e) { log("Release " + e.getButton()); } }); } @Override public int onLoop() throws InterruptedException { return 20; } @Override public void onExit() throws InterruptedException { } } To replicate: 1. log in 2. run script, ensure human input is DISabled 3. left click, right click. Logger output: 4. ENable human input 5. Left click, right click. Logger output: Problem: no mouseReleased sent for button 3 while human input enabled. Am i missing something?

It's in the OP. I'm literally just printing the button from a mouse event lol. Sec i will write a fully working script to display the bug No, they are generated by the users mouse manually clicking. Not sure if this affects running scripts as well, that was the next thing to code.

If there is an error before the onStart method is called it will simply not log the error and leave you clueless. Make sure there is no code executing before the onStart method that accesses any osbot library, such as during variable initialization. It's simply throwing NPE and suppressing the error.. Not your fault, bad programming on the APIs part not logging those exceptions.

I made a thread about this in the bug report section, and it was DELETED, so I can only assume that must mean this in fact isnt a bug and I'm just bad. What happens is if you attach a mouse listener to the client: Then override mouse released: With human input DISABLED the mouse listener works perfectly fine, EG it prints Release 3 when right click is released. However, with huma input ENABLED, mouse listener ONLY sends release events for mouse buttons one and two. I NEVER get a mouse released event for right click {mouse button 3} while human input is enabled. I came across this while writing a script to trace a manual users mouse. However, if the bot is actually not sending a mouse released command for button 3, and the client is seeing that, this could be the reason for almost all bans .. If it is sending the mouse released to the client, but not this mouse listener, then I am genuinely confused. Any help? Thanks!

There is no way to run osbot in 64bit mode afaik

colder

trial plz edit: what do i need to have the accounts stats wise when the trial gets dropped :p

trial plz

Just because there are no sleeps doesnt mean there are no delays

No sleeps lol. Also they can't track your click times at that scale. Their resolution is only 50ms. There is no reason to even do chocs that fast, they wont sell. Was just me testing the client lol

Nope, can't do it with just sleeps. It's easy though.

Client can't handle clicks that fast. The gif is literally maximum chocs per second ;P