liverare

I updated it a week ago...and Jagex already put out a new update, breaking it. Don't worry, it'll be working now! Sorry for the inconvenience!

Assuming this is true, you lost 100M to no fault of your own; you should hold a grudge! Decode service should have cancelled the order straight away and compensated you for your losses, because it was the Decode worker who was at fault. How can a worker tell you that you got hacked and not expect you to log in and find out for yourself, and then to change the password straight away?! If the password remained the same the hacker would still be able to login. There aught to be buyers protection. The staff should require all service providers to cancel orders and fully refund and compensate customers in your situation. Be the change: put together all the proof and make a fuss over it. Other potential customers may be deterred from paying for another service without there being some liability on the service provider's side.

I'm unable to download your file. Upload it to another source please.

Well that really depends on your cash stack. Read this review by Master Chief.

You made a dog's dinner of exporting the script into a Jar. I'm astounded, truly. You have BoltMaker jar nested within itself like 6-layers-deep lol. And then there's "hej.jar", "wheat.jar", "RQ Tutorial Island.jar" and "AIOCombat.jar" packaged inside the Jar too. Looks nice though!

Changing the access of scripts to VIP+ should be at the scriptwriter's discretion and not something forced upon them. Let's say I write a free money making script which is deemed too good to be free, if I had to chose between making it VIP+ or premium, I'd choose the latter, because my original intention would have been to make the script freely available for everyone. However given I am forcibly not allowed to, making it VIP+ would only further restrict who has access. Making it a standard premium still has the advantage of making my script able to reach a wider audience. A disadvantage is that if I don't get paid for it being VIP+, Meire & Brito Automation BV stand to profit 100% of my work and my audience would be limited.

VIP+ scripts are premium scripts made exclusive. Already that's a large proportion of the market kept out. I've never written a VIP+ script so I'm not sure if I would even get paid for doing so. But let's say I do get paid for it, would it be more than a standard premium script? Another reason why I wouldn't write VIP+ scripts is because VIP+ users already get a discount on all premium scripts. Which means I get paid less than if my customers were standard users. I find this to be unfair because I don't get a cut of the profits made from users who pay for Member/Sponsor status.

RuneScape had updated the 'secret value'. I've updated my script to work with the new value. It should work now.

The issue with freezing the script thread is your freezing your RuneScape character. Over a certain period of time idling, your character will log out. What's better (in my opinion) is to continue on to the loop, but to not to execute any tasks until the script has the user's input. Just shake the camera around a bit to keep the user logged in. I've detailed my way of handling guis here. I hope it helps.

[INFO][Bot #1][02/09 07:42:03 PM]: {fletch:Mithril darts, sleep:150, sleep-deviation:100, antiban-enabled:true} [INFO][Bot #1][02/09 07:42:04 PM]: ## Failed to reselect item. ## Thanks for letting me know! I've updated the 'special information' and it should be working perfectly now. If you have the resources at hand and you can fletch darts; possibly under a day.

HOL UP! You're supposed to wipe?

I have absolutely no idea how to implement this physically. But I understand the theory behind how it works. Device connects to router. Router stores device's MAC address in a table. Router assigns that MAC address with an unique, available IP address. Then... When you load a webpage, your device makes a request and sends it to the router. The router slaps an IP address on the request and forwards it to your IPS. ISP deals with the mystical and magical internet and then sends your router the webpage. The router uses the IP to discover the mac address for which device ordered the webpage. The router forwards the webpage to the device. The device renders it. With this being said, having multiple IP addresses all linking to the same device is something that sounds like it's going to have to be hard coded into the router settings itself. I'm sure it's possible, but I just have no idea how lol. I've been browsing a bit and it may be possible to assign static IP addresses through Windows, but I'm not sure if this means that either the computer will use the first available static IP address, or whether the router will actually use each of the IP addresses as though they were from separate computers. You can set up static IP addresses on your router. Read here.

This. IP addresses are unique for each device which connects to the internet. Take for example a random IPv4 address: 212.134.42.13 The green represents your network, which could be your home router. Your ISP assigns you this. This is a class C IP address (explained here), which is standard for home networks. The blue represents the devices within your house connecting to your router. The most believable way to bot 4 accounts on the same network is to bot on four separate devices as to create 4 unique IP addresses (e.g., 231.134.42.2/8/13/21). But what would be optimal, especially if you can only bot on 1 computer, would be to bot 4 accounts on the same host. You'd need to create multiple static IP addresses and make sure the router's forwarding all data to the same device, and then assign each bot with a designated IP address.

You're referring to this right?: Yes it's possible to make 250k bolts and darts with the highest. over-clocked settings (the least amount of delay needed to prevent the clicking being too quick for an item to actually registered it's been clicked lol). This progress report was from my old (v1) script. If you don't get the same results, please let me know.

Hey don't knock the idea. If you want a new IP and your ISP isn't going to give you one and that ISP's the only one in town, then it looks like you're out of options. Alternatively you could stop botting, stop playing RuneScape, bot via a proxy/VPN, or continue botting and get banned instantly. It's really your call. Nuclear bombs. A lot of them. Nuclear bombs are a solution for a lot of problems, and they're indiscriminate too, so they got your ethics covered.

Then move house. There's always a solution for any problem.

Threaten to switch ISPs? ... If that fails, switch ISPs.

Holy wow! I'd love to see screen caps/video of that!

Script should be working now. I've only just realised RuneScape has updated and so the information was out of date. But it's back up now!

Are you sure? I just ran this script on my old, crappy laptop running Win7 and it worked just fine. However I didn't try it on Mirror Mode. Is the problem on mirror mode? Also please double check to see whether you're muted by checking your RuneScape's account status. As I've stated about my laptop, I'm currently away from home for Christmas so I won't be able to do any fixes until after. Sorry about that. I hope there's no problems to fix, though!

OSBot users are required to log into their forum accounts to use the bot. Each script stored on the SND has a thread post associated with it. It shouldn't be hard to implement a feedback feature within the bot itself where users can rate and review your script, hit 'send' and have that information be posted directly to the script's thread page under the OSBot user's forum account. But hey, that's just me thinking outside the box.

You should be fine-coding your bot so that it doesn't do any unecessary actions, for example: public boolean tryUseItemOnItem(Item toSelect, Item toUseOn) { /* * Store information near to the top */ boolean successful = false; String curSelectedItemName = null; boolean curSelectingItem = false; Item badItem = null; // This may come in handy later /* * Some basic error checking */ if (toSelect == null || toUseOn == null) { throw new IllegalArgumentException("Items must be valid"); } else if (!getTabs().open(Tab.INVENTORY)) { throw new RuntimeException("Failed to open inventory tab"); } /* * Main meat of the code */ curSelectedItemName = getInventory().getSelectedItemName(); curSelectingItem = getInventory().isItemSelected(); if (curSelectingItem) { // We're currently selecting an item assert (curSelectedItemName != null); // *optional* Simple truth: item selected = assert we have selected item's name if (curSelectedItemName.equals(toSelect.getName())) { // We're selecting item we want successful = toUseOn.interact(); // #interact() without arguments should be a simple 'click' } else if (curSelectedItemName.equals(toUseOn.getName())) { // We've selected the wrong item (toUseOn), but nonetheless, it'll work successful = toSelect.interact(); // #interact() without arguments should be a simple 'click' } else { // We're selecting a wrong item entirely -- deselect it! badItem = getInventory().getItem(curSelectedItemName); // Get selected item in inventory (it will exist) assert (badItem != null); // *optional* Simple truth: item selected, but not the one we want, so the item must exist if we've got it selected if (badItem.interact()) { // Try to simply click the selected item to nullify the selection successful = tryUseItemOnItem(toSelect, toUseOn); // Re-run the entire method again (recursion) } else { throw new RuntimeException("Failed to deselect item"); // Error deselecting bad item } } } else { // We're not currently selecting an item if (toSelect.interact("Use")) { // Be precise when selecting the option since some left-click options are actions successful = tryUseItemOnItem(toSelect, toUseOn); // Re-run the entire method again (recursion) } else { throw new RuntimeException("Failed to select item"); // Problem selecting the item } } return successful; } Example of usage: @Override public int onLoop() throws InterruptedException { Item knife = getInventory().getItem("Knife"); Item oakLogs = getInventory().getItem("Oak logs"); // If fletching interface is not open... // else... if (knife != null && oakLogs != null) { if (tryUseItemOnItem(knife, oakLogs)) { // sleep until fletching interface is open (conditional) } } return 1500; } This is untested code, but I think the logic is pretty air-right. The code can be extended upon to include sleeps, custom exceptions, etc. But that may be a bit overkill (for now).

Any more details?

I'm interested to see how much you want to vote for Trump. Vote!

Done.