Axolotl

Hey everyone, Got a question as I’m new to working with Menu and MenuRow (and I assume that’s what’s needed??). How would I go about adding a new MenuRow to the Player menu. Example: In Runelite when you right click a person there is a ‘Lookup’ option that isn’t there in the official client. Im trying to add a ‘Set Target’ option for players, so my script knows which Player is the target before it is interacting with them (It’s for a hotkey, so the Player has to be manually selected). Any help to put me in the right direction is greatly appreciated! Thank you

Everything 420 said is correct. Also onMessage captures gameMessages that gameMessage doesn't, like player being frozen. So personally I only use that. Just make sure to filter it with: @Override public void onMessage(Message message) { String gameMessage = message.getMessage(); if (message.getUsername().equals("")) { log("Not said by user"); if(gameMessage.contains("You have been frozen!") && !isFrozen) { log("Player has been frozen"); } } } So its not triggered if a person types what a game message contains

Your error is cause you are incrementing path step and never resetting it when its about to hit array length. Change: if (pathStep >= path.length) { walkTile = finalArea.getTile().getRandomizedTile(1); MethodProvider.logError("Walking Path selected is larger than available path. Using Random Tile."); MethodProvider.logError("Error: " + pathStep + " >= " + path.length); } else { walkTile = path[pathStep]; } To: if (pathStep + 1 >= path.length) { pathStep = 0; MethodProvider.log("Resetting path step"); } else { walkTile = path[pathStep]; } Within your try block

Never tried the script, but if its quick based on mouse speed you can start the script -> pause script (sometimes the scripter adjusts mouse speed so you'll need to start first) -> Open Client Settings -> Change Mouse Speed to 40-60% (or whatever you feel looks most normal)

Small bug, but just wanted to let you know, When walking through the white knight fortress it navigates rather strangely (I can customize it, but just wanted to let you know). Rather than opening the big gate and going up the stairs and talking to NPC, It will walk up the stairs, then down the stairs 1-3 times, then walk the perimeter of the building on the 2nd floor, opening every random door on the way. Then goes down the spiral staircase rather than up, then back up, and finally up the second spiral staircase before talking to Sir Amik. Like I said, not a huge deal, it makes it there. Besides the black knight fortress isn't mapped anyways and I mapped it myself. Just wanted to make it known that this walking is quite wonky here considering it is mapped. Cheers

REPOST but considering you've posted in multiple places I hope you or someone else having this issues sees this: This happens to me sometimes on my mac due to firewall connection blocking. I've had to reset to default settings for the firewall connection access a few times as somehow Java manages to make its way onto the list but isn't actually shown, so I can't change it to Allow. Try resetting yours to default settings too and see if that fixes it

Thanks for the updates @Pandemic I can't help but miss your old PP tho xD, love Futurama

I feel like everyone is slightly paranoid right now. Relax. There has always been bans with botting it depends how you do it. Residential IP's always been most reliable but non of them are 100% guaranteed for osrs as many are recycled. In regards to DreamBot, I havent noticed any difference personally when it comes to detection. Jagex has definitely cracked down on injection based clients but DB has only recently even started with that, and its not allowed in published scripts for the SDN rn anyways, so I wouldn't stress about bans. If you're banned its cause of something you did or previously did on a different account that caused a flag of your ip. Like yeeter said they CAN detect its not their client but its the same flag using runelite would give, which most real players use, so work more on your end and stress less that its DB giving you bans, which means its something YOU can fix and can control

You've always faced a higher risk of bans when using injections, even way back in the day. Many things that can be done through injections can't actually be done by a real player, like changing prayer or eating without moving mouse / changing tab. The OP likely was banned based on more than just not using official client, their IP was likely flagged or datacenter proxy being used. It's definitely possible to receive macro bans without botting but usually the person didn't change much up between previous botting offences aside from making a new account. I have multiple members / f2p accounts still botting strong that are months old, so its definitely not just client based.

This happens to me sometimes on my mac due to firewall connection blocking. I've had to reset to default settings for the firewall connection access a few times as somehow Java manages to make its way onto the list but isn't actually shown, so I can't change it to Allow. Try resetting yours to default settings too and see if that fixes it

Awesome updates as always DreamBot! Any chance the injections will allow for tab entities to be clicked without the tabbed switched? I know it has much higher ban rate but just curious. I.E: Changing prayer, using spec bar and casting spells without having to switch tab and wait for the widget to be active

Thats why i focus on having my bot do all skills + 50QP currently + over 5 money making methods. Havent started my farm yet as i've been little mia from the botting scene but im close to running it, just got a few other requirements I need to polish off. Key is to create custom profiles on account creation and incremement its skill in each thing based on time its run X skill / task for (so it slowly gets better like a real person but simulates similar mouse / click movement patterns and all accounts patterns are different from each other). Havent had an account F2P or members banned in months and i use a much banned VPN lmfao.. IP's do matter but imo its more how the script works and if it triggers more flags than just the IP. If the bot simulates a real player its quite hard to catch

Most likely the issue is based on what camelCase mentioned. You're likely not following the golden rule of 1 action per onLoop iteration and there is something else telling it to walk before the edgeville walk. I've never encountered an issue with walking but when I first started with dreambot I definitely broke the 1 action per onLoop rule and noticed some wonky behaviour

You dont really need to do this, you can just save the ore youre currently mining into a GameObject and only allow it to mine when that GameObject is null. No need to use sleepUntil. However, for future purposes you can use a TimerTask to execute a new thread. Having a different thread can definitely be useful

There are far more important things to worry about when it comes to bot detection, I don't think jagex is SS your client and analyzing it for paint. There isn't a reason for him to add it as dreambot controls that. If you want to disable the paint you can do it simply by toggling this:

1. The zoom shouldn't affect ban rates much. Click precision / mouse movements imo affect it more than camera movement. Having it zoomed out is actually how lots of players play based on the task they are doing also so I wouldn't really worry about that. 2. The paint is within the dreambot client and there is absolutely no way for jagex to see it, its purely cosmetic for the user using the script.

Thank you for your kind words, I'm very happy to hear the improvements have helped a lot and you're enjoying it! Anytime I have an LMS (makes 800k-1.5m an hr) and Agility script that are getting close to release, just a few more polishes needed to be done on them and my scripter+ test

Thank you for your kind words and suggestions, much appreciated! I have pushed a fix for all of these and more: Fixed withdrawing food Added multi / same item check to run to tile Fixed being attacked while death looting Added 2 more failsafes to death looting Increased death looting speed Fixed double click deposit inventory Added max loot distance from hover tile Improved eating reaction time Added ability to eat while looting Added ability to idle between player death loot If bringing food, will bank when out of food Should be live within 24 hours or so

Thanks for the suggestions! I have pushed the update and it will be live once accepted. Creates list of all dead players and will wait on their death tile before the loot spawns (intelligently, loots until it gets within a few seconds of the loot appearing) Added preset G.E locations, leave on None to loot wilderness: None, All, North, East, South, West, South + East, South + West, South + East + West Added ability to withdraw food, you choose the type + amount Improved looting speed Can choose to run to tiles before looting, incase the loot disappears first (not suggested, but can be useful, just looks a little bot like with the mini-map clicking to items) From a 1 hour test run its profit has increased by ~20% an hour. 60k F2P / 400k P2P an hour

you can ensure the input string will always be formatted to OSRS naming conventions like so: //Ensures itemName follows OSRS naming conventions private static String itemNameFormatting(String itemName) { StringBuilder formatted = new StringBuilder(); String lower = itemName.toLowerCase(); boolean upperCase = true; for(int i = 0; i < lower.length(); i++) { char letter = lower.charAt(i); if(upperCase) { String upper = "" + letter; formatted.append(upper.toUpperCase()); upperCase = false; } else { if(letter == ' ') upperCase = true; formatted.append(letter); } } MethodProvider.log("Formatted itemName: " + itemName + " to: " + formatted); return formatted.toString(); } If you want to add extra polish you can add a Document Filter to the textfield and force it to not accept numbers (or if wanting numbers, not except letters)

Sorry for the late response guys, network adapter went, and computer was in the shop for the last 3 weeks (fresh HD). Finally finished installing all software and updating code. I have pushed an update which includes the option to: - Ignore bone pickup - G.E looting If you notice any bugs please let me know and I can fix it, hopefully the update will be live soon

Thank you very much for your kind words I'm happy to hear you're enjoying it

Thanks Hashtag!

Lootolotl P2P + F2P Wilderness and G.E Looter - 50k+/hr "Don't loot a little... Lootolotl!" Built in Features: - Auto eat food in inventory if health is less than 40-60%. - Eat food while looting! Won't run away if it's looting player death loot + has food in inventory - Auto run if attacked: If Inventory value is high enough it will bank, otherwise it will idle for random time on other side of ditch. - Grave collection: Will prioritize collecting Grave loot if possible. - Safe clicking: Ensures player has Right Click Always selected for both Player and NPC. - Anti-ban Camera: Zoom / Rotation. - Anti-ban Mouse: Miss Click / Offscreen (not while looting) + Mouse Speed. GUI Features: - 2 Looting options: - Closest: Item value doesn't matter, it will prioritize the closest item. - Expensive: Prioritizes the most expensive item within looting distance. - Ignore Bones: Bones take up valuable inventory space but yet are worth more than arrows. - Prioritize player deaths: Adds player deaths to a list and goes to loot their loot before it spawns. - G.E Looting: Bot can loot either at the wild (default) or G.E if toggled. Multiple different locations available at G.E. - Bring food: You select which and how much of it, will bank and get more when out. - Run to tile: With stacks of more than 1 item, it is best to walk to the tile before looting (incase someone loots the item you click). - Max distance from death loot: This way the player doesn't go too far from where the death loot will spawn. Idle type: When prioritizing player death loot, should the bot continue to loot or wait in safe zone / on death tile. - Intelligent running: Will only use 10-25 run energy while not in the wild, therefore saving it to out compete other players. - Minimum loot value: Will only loot items of value greater than this. - Force bank when inventory value is greater than X. - Force bank when ATTACKED and inventory is greater than X. - Maximum loot distance. - Maximum wilderness level: Prevents being lured / attacked by strong NPC's. - Loot world: Will hop to this world if not already on it. - All GUI start values are randomized (within reason) to allow for unique gameplay, while still maximizing profit. - All GUI features have very descriptive tooltips to help explain anything unclear / why its on/off by default. Bug reports / Suggestions: - If you have any bugs / suggestions, please post it here. If it is a bug report, please upload a photo/text of console AND give a detailed explanation as to whats going on. TODO: - Allow for manually adding of priority items in GUI (while still using closest if none of them are available) - Bring weapon, and possibly fight people back / harass other bots