Jump to content
Search In
  • More options...
Find results that contain...
Find results in...
mariick

[Tutorial] Change your IP address [Dynamic IP's only]

Recommended Posts

Changing your IP address may come in handy in many occasions. Where we specifically aim for here, is avoiding future bans, because you are botting on a flagged IP. 

 

Step one:

 

Open your command prompt window. This can be found by searching 'cmd' in windows explorer. The following window will pop up.

post-11701-0-62176400-1407411675_thumb.p

 

Step two:

Enter the following line in your command prompt: 'ipconfig' and press enter.

 

Step three: 

Scroll up and look for the the address as shown on the picture. Copy this address into your web browser. 

post-11701-0-40356500-1407411696_thumb.p

 

NOTE: this command prompt is in dutch. For english versions you will have to look for 'default gateway'.

 

Step four: 

You are now in the router settings page. What we are looking for is the MAC address. In order to find this, just scroll down a little.

Make sure you use the last option, as shown on the picture. Now it's just a matter of changing the last number of your MAC address.

 

post-11701-0-59368300-1407411719_thumb.p

 

NOTE: some router setting pages require a login name and password. In many occasions the login name is 'admin' and the password is 'password'. If this doesn't work for you, google [router name + default login settings].

 

E.g.: 00:21:6B:46:BA:05 becomes 00:21:6B:46:BA:06

 

NOTE: if your MAC address doesn't end with a number, don't worry. Just use the last number you see.

 

E.g.: 00:21:C2:73:BD:3F becomes 00:21:C2:73:BD:4F

 

Step five:

Click 'apply', at the bottom of the page. Your change will be applied.

 

Your IP address has now been changed!

 

Handy alternative method, thanks to Stefeman:

1. Open up the command prompt.

2. Type 'ipconfig\release'. Your computer will now disconnect from the internet.

3. Type 'ipconfig\renew'. Your computer will now reconnect with the internet.

4. Your IP address should have been changed by now.

 

NOTE: if this doesn't work, try resetting your modem and router (which is as simple as turning it's power on and off) and repeat this method.

 

 

 

Q/A:

Q: How can I check if my IP address has changed?

A: Visit http://whatismyipaddress.com/ before and after you followed the steps above.

 

Q: My IP hasn't changed after I followed these steps. What do I do?

A: Try following the exact same steps once again. After you have done this, turn off the power of your router and your modem for a couple of minutes.

 

Q: How do I know whether my IP address is flagged?

A: You cannot say with certainty that your IP address is flagged. However, chances are high that your IP is flagged after you have been (chain)banned on your account(s) once.

 

Q: Are there other methods to hide/change my IP address?

A: Yes. This is just one of them, only used for botters who use their own PC/laptop to bot. Other methods are:

- the use of proxies (which is possible with an extended VIP botting package)

- the use of a Virtual Private Network (VPN)

- turn off your modem and router for an entire night.

 

 

Happy botting

Edited by mariick

Share this post


Link to post
Share on other sites

You are right stefeman, this is also a legitimate option. Though I tried this several times, and it didn't work for me. I will add your suggestion to the Q/A though, because for others this might work perfectly well. Thank you!

 

If you have NAT enabled, it will most likely fail. As for me, my ISP assings total 5 ipv4 adresses per customer so i have my ADSL modem on bridged ip, therefore my public ip changes each time.

 

in english: instead of LAN adress such as 192.168.x.x i see public ones like 88.125.45.26 in my ipconfig

 

For people with NAT/LAN enabled, only shutting down the box (which acts as DHCP server) will get you a new ip adress.

Edited by stefeman

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Similar Content

    • By Optimus
      Hey guys, Optimus here
        This script is arguably the most powerful script on the market, with over 5 years of development put into it, the end result is an easy and safe to use script that should meet all your combat and magic training needs!
        This script can train combat & magic using almost every training method available. Enjoy  
        Preview:   Features Overview:   AIO Combat Features:
        10 Hour free trial Complete all in one combat system that can fight every single monster in Runescape including but not limited too:  Brutal black dragons! *NEW*  Wyverns! *NEW*  Everything in the stronghold of security *NEW*  Slayer dungeons *NEW*  Sand crabs (automatically resets aggressiveness) *NEW*  Rock crabs (automatically resets aggressiveness) Dragons Giants Goblins Ghouls Dagganoths Druids And hundreds more different monsters! Support all banks in Runescape Support all teleports Supports all food types Guthans healing Dwarf multicannon support Supports all weapons and special attacks Re-equips ammo and can withdraw more from the bank Supports all potions Automatically uses the Looting bag and Herb sack Customisable looting by Item Name, Item ID, or items worth more than x price (Automatic price lookup). Full prayer support Resets Rock crabs and Sand crabs aggro (Including 10k island). Safe spotting optional Full worldhopping system that can worldhop when many different conditions are met Bones to peaches support Herb cleaning and dropping ABC2 antiban with a 10/10 rating Telekinetic grab support Progressive training (Upgrade gear, switch training spots & more) Can bury bones Load & save GUI settings Profit calculations and xp tracking Start the script from anywhere AND MORE!     AIO Magic Features: The script can train magic using the following methods:   Every single combat spell available, from air strike to ice barrage; It's all supported Every single curse spell available Stun/combo alching!
      This is the best magic xp in the game, you cast a regular combat spell or curse, quickly followed by a high level alchemy spell.
      This can earn you up to 180k magic xp/hour! Splashing! All alchemy spells All enchantment spells Superheat item All teleport spells The script can also train with the following lunar spells! Humidify Plank make Superglass make Tan leather Spin flax and More!   Purchase info and script trial info:   Packages:
        Free Trial Price: $FREE  Every month you're allowed a free 10 hour trial with the script, enjoy   1 month Package Price: $8  VIP is not required to run the script  The ability to train all of combat and magic effortlessly and safely for 1 month  Complete customer support via discord and the TRiBot forums   To purchase the script or activate your free trial, click the image below: TRiBot Repository | Optimus Combat & Magic     Gallery:                      
    • By gef30
      I've decided to update an old script i wrote 3 years ago, and here it is: Multi Fisher v2! Completely rewritten, with a full implementation of ABC2, Multi fisher allows you to fish anything, anywhere! 
      get it HERE
      Source code: https://github.com/frankkeuning/fisher
      Screenshot(s):
       
      Setup guide:
    • By Optimus
      Hey TRiBot community!
      The script has been in development for the past ~4 Years, but I've recently just rewrote the entire script, and it now performs better than any other. It's been engineered in a way that mimics a human player down to the littlest detail. It uses human like behavior, playing strategies and teamwork, while also simulating human reaction times and mouse movements, making the script extremely powerful and safe to use.
      To purchase the script or activate your free 1 hour trial, visit the repository:
        https://tribot.org/repository/script/id/2770-optimus-pest-control/
      The current features of the script are:
      VIP is not required Free 1 Hour Trial Advanced ABC2 Antiban Three different playing styles:

      -Defend the knight : The script will defend the void knight, and also kill monsters around the portals to keep your activity bar high.

      Attack the portals: The script will kill the portals as they open up, while also attacking spinners and surrounding npcs when necessary.

      -Repair mode (gain no hp XP): Perfect for defence pures, the script will keep you activity high by chopping down trees and repairing the doors / barricades around the map.
        The script generates unique characteristics for each different account. Point spending feature that will purchase desired items from the void shop when you have enough points. Can join a clan chat and follow the team to different worlds. Can fight with quick prayers Uses the special attack of all weapons Drinks all potions Uses a complex algorithm to calculate the order in which portals will open up. Works well with TRiBot's break handler feature You can start the script from anywhere! It will use the PC minigame teleport if necessary. Randomized pathing each game. Efficiently handles brawlers & splatters' User friendly UI with extensive customization Can play in all boats (Novice, Intermediate, Veteran) Fast at entering the boat ( Multi threaded ) Simple and effective paint that displays points / XP gained.
        Below is a video of the script in action, and some screenshots of results that users have achieved. 

      Reaching max points in a single run:

      Reaching max points again:


      Spending max points on 99 HP: 
       
      Spending max points again:
       
      Spending max points again:







      Thanks, 
      Optimus
    • By Optimus
      TRiBot's #1 Script For Training Pures & Mains
      Description:
      Tri Experiment Fighter is a flawless script designed to kill Experiments in the Canafis Dungeon.
      The script was designed not just to be fast, but also to be very stable and human like. With many many people often using the script for days at a time without stopping it. Tri Experiment Fighter is one of the fastest & safest script available to train any type of account with.
       
      Experiments are one of the best monster in the game to train on for all account types because:
      They have 100 hitpoints - Which means you don't have to attack another one often.
      They have a max hit of 2 - Which means they are ideal to train on for pures.
      There are ALOT of them to train on, and the script is capable of fighting in all areas of the dungeon
      They are close to a bank - They are about a 30 second walk away from the Canafis Bank.
      Features:
      Pictures:
      Contact Info / Support:
      If you ever need help with the script, feel free to send me a pm on the forums, or add me on skype and I usually reply within a few hours. My skype is: tri.tribot
      Purchase Information / Pricing:
      Simply click the button below or search for the script on the repository

       
      Thanks for reading
    • By YoHoJo
      More Runescape Botting Guides at https://RSBotSpot.com
      Join our Runescape Botting Discord chat channel here
      Original/Updated Article here at RSBotSpot
      This guide contains affiliate links
      How to Use TRiBot Looking Glass & Bot though the Official Runescape Client
      TRiBot’s Looking Glass feature allows you to bot through the official Runescape client by hooking onto and controlling it. Looking glass also supports proxies for botting & other clients like OSBuddy.
      While there’s no evidence that TRiBot is detectable, this feature was released as a form of antiban for users worried about the potential detectability of botting clients. Botters seem to be torn 50⁄50 about the effectiveness of Looking Glass on bans, but it never hurts to have some extra protection. This guide will cover how to use TRiBot Looking Glass to bot through the official Runescape client!
      1. Install Java Development Kit (JDK)
      Download and install JDK here. I will be using 32 bit JDK 8u151.
      Java Development Kit Download
      At the time of writing, only Java 8 is supported. 2. Load Runescape & TRiBot
      Load Runescape up to the login screen, and TRiBot up to the client select screen.
      3. Start Looking Glass
      On TRiBot, click the “New Client (Looking Glass)” button.
      Hooking TRiBot to the Official Runescape Client
      4.(Optional) Set a Proxy
      If you’re using a proxy for runescape botting, now’s the time to apply it. To do this: right click the client’s tab on TRiBot, and select “Set Proxy”.
      TRiBot Looking Glass Set Proxy
      That’s it, you’re done!
      Your TRiBot client is now hooked onto the official client, and you’re ready to start botting Runescape!
      Helpful Links:
      You can find out more about TRiBot’s Looking Glass feature on it’s release thread here You can find out more about using proxies with TRiBot Looking Glass here You can find more working Java/Client version combinations reported here  More setup guides: By Einstein
      Note: Some threads are only visible to TRiBot VIP users. Our Favorite Runescape Botting Proxy Providers
      We've tested and had great results with Runescape botting proxies from:
      Blazing Proxy (Use code RSBOTSPOT to save 5% recurring!)(CHEAPEST) Virmach (Use code SAVE20 to save 20% on your first order!) Proxy Fish (Use code OSBOT20 to save 20% on your first order!) Your Private Proxy Our Other Guides:
      All About Proxies for Runescape Botting How to Create and Register Runescape Bot Accounts Through a Proxy How to Use Proxies With TRiBot How to Expand your Goldfarm with a Botting VPS How to Unlock your Runescape Bot Account
    • By wastedbro
      Summary
      Hello everyone, I've started a project that I hope can benefit our antiban technology. Since ABCv2, there really hasn't been much improvement in antiban. I think the concepts behind Trilez's creation are the key to staying under the heuristic radar of Jagex and prolong bot life.
      This project is an extension of the current implementation of ABCUtil, and serves to replace some functionality, and also add some.
      Since my class extends ABCUtil, you still have access to everything ABC has to offer. I'm not replacing all of it!
       
      Why?
      There are three main reasons behind this project:
      Put simply, ABCv2 is cumbersome. It's annoying to implement in most cases, and very difficult to implement correctly in a lot of cases. This mainly applies to the new addition of Reactions, which requires a lot of unnecessary input from the script. Some of the human data behind the new Reactions of ABCv2 isn't ideal. Bots should not emulate the average player, because the average player plays RS like an AFK game. That's how these reactions were recorded. We want our bot to be very efficient, but not abnormally efficient. We want our bot to be a no-life, caffeine-driven player, but still human. (Though we still want each bot to be heuristically different than other bots, but we'll get to that). There are more things to add!  
      Replacements
      Reactions
      I've already pointed out the problems with the current Reactions System. Anyone who's watched their bot wait 13 seconds between killing seagulls are likely also frustrated. 
      Not to mention, ABCv2 does not cover reactions for predictable events. 
      ABCv3 will offer a set of Reaction Types that allow the scripter to replace nearly all arbitrary sleep times with something that looks human, and takes into account RS username, mouse position, and a dynamic sleep.
      Here are some examples of Reactions that you can use in your script. Each one will use an equation that produces data that matches human data that I will collect:
      SHORT (generally around 200-600 milliseconds) MEDIUM (500-1000) LONG (1000,3000) BANK_APPEARS (used after bank screen opens. Based solely off of human data collected from people opening the bank) BANK_CLOSES (used after bank is closed) INTERFACE_APPEARS (used for non-bank interfaces) INTERFACE_CLOSES (used for non-bank interfaces)  
      Now, we must also account for AFK Reactions, which are performed after long, idling tasks, such as chopping a tree. The current implementation takes into account 9 factors. My system will take into account the majority of those factors, and some of them will be auto-detected.
      For example, ABCv2 forces you to tell it whether or not you're in combat. My reactions will determine that for you.
      Also, the Abc3Util class will now provide helper classes for keeping track of idle events so that it can take into account average idle time. It will also make it easy to keep tasks separate. ABCv2 is really only meant for generating reaction times based off of a single Idle Task. But let's say your bot chops oaks AND Willows. Those each require separate reaction generating variables. Abc3Util will allow you to easily track data for any number of events at the same time, and generate reactions based on them, with only a few lines of code.
      All of the old Reaction Methods will be Overriden and marked "Deprecated" (they will still function normally, however).
       
      Preferred Target
      ABC preferred target is annoying to implement, and sometimes doesn't make sense.
      For example, it requires you to call it for hovering the next Target, then you must store that target for when you decide to actually click something. The problem, however, is that in order for this to make sense, you must make sure that not only is the Target valid, but also that it hasn't moved or anything else has spawned or even if your mouse isn't on it.
      Also, this method only takes into account distance, which isn't a good metric, because it ignores any and all obstacles.
       
      In effect, the ABCLv2 Preferred target system is useless.
      .... but it's a good idea.
      I'm going to replace this by calculating many of the above variables I mentioned inside the API. Therefore, instead of calling the method when going to hover and storing the result, you can just call it whenever. It will be a more expensive call, but it will take into account Mouse Position, Weighted Distance to targets, Competition, and it will be adjusted to allow for human-like decisions, which include not always picking the absolute most optimal targets.
       
      New Features
      Timed Action - Accidental Input
      Performing actions in a human way is important, but our input in general must also look human. Even though our actions are performed at human times, they still all have a purpose. Hell, even most of the times actions have specific purposes. How many times have we accidentally pressed a key on the keyboard while playing a video game? A lot.
      This action in meant to be performed while the game screen is focused, and it simply presses 1 or more keys on the keyboard. It works the same as all timed actions, except the "should" method will rarely return true when the mouse is on screen (though it's possible, to avoid heuristic detection).
      The method will also return different results (over time) based on the RS account username (like normal ABC). This method will also be affected by fatigue. Basically speaking, the longer the script running, the more likely these accidents (although they will still be rare). 
      Predictive Inputs
      Now that we have human reactions, we must explore how humans have compensated for our slow nervous system! The answer is predicting the future. It's not hard. When we click the banker, we expect the bank screen to appear. Our reaction may be slow, but we compensate by moving our mouse near where we think the deposit button will appear.
      My API will simply provide a "shouldPredict()" method, which will return true most of the time, but the actual calculation will be complex. The implementation will be up to the scripter, except for APIs that I package with this project (for example, I might offer a Banking extension that uses this).
      The method will also return different results (over time) based on the RS account username (like normal ABC). This method will also be affected by fatigue. Simply put, the longer the script time, the fewer predictions (although it will normally still be true). 
       
       
      Improvements
      Easier Implementation
      Singleton
      In ABCv2, you must get a new instance of the class and use it in all of your code, until a new RS account logs in. That's not necessary, and really annoying if you have a lot of source files.
      My implementation stores an instance of itself in a thread-local variable (works with tabs, but can only be retrieved on the main thread).
      Here's how you use it now:
      Abc3Util.instance().shouldHover(); You're of course welcome to store the result of "instance()" in your script for easier use, but now you don't have to pass it to all of your objects if you don't want to.
       
      Timed Actions
      In ABCv2, you must do something like "if(shouldDoX) { doX(); }" for each action. You probably have a method that goes through each action and performs it if needed. My implementation has a built in method for that. As a bonus, it randomizes the order in which it checks and performs the actions. By doing so avoids certain behavioral patterns. Even though checking your stats and moving the mouse are humanized behaviors, always performing them in the same order can be dangerous, even if it doesn't happen often.
      Abc3Util.instance().performTimedActions();  
      Release Schedule
      I have not yet decided if I will release this publicly. If it ends up truly helping with banrates, it will be a very valuable tool. I don't want to sound greedy, but I might have to charge for this (maybe offer it to Patreon subscribers?).
       
      How You Can Help?
      I will be asking for private Beta Testers eventually. I will need human data. But the human data I collect will be much more controlled than what Trilez collected in order to produce the results I want. Remember, we want to be human, but an efficient human.
      If I had enough developer support, I would consider allowing this to be open-sourced for contributions.
       
      Other than that, I have no way you can help other that be loyal to Tribot and spread the word. I may eventually have a Patreon where you can subscribe for certain benefits and I will put the money towards things that will speed this development along. Let me know if you'd be behind that.
       
      Credits
      Shotdox - For providing a base set of calculation methods for generating distributions (jogged my statistics memories) TRiLez - For inventing ABC and showing that human data is important. If we want to fight against heuristics, we need to implement heuristics of our own!  
      If you have any question, feel free to post below, or contact me on Discord (wastedbro#9955).
    • By chakal
      Hello everyone,
      Im a experienced programmer and Im trying to earn money with osrs since a couple months ago...
      I have good ideas, good moneymakings methods, a very complex system of automatic account replace after ban,
      everything is beautiful except by the fact that I dont know how to make a better antiban. People commonly say "have to be human like"
      but, believe me, its human like =s.
      everything that the script make is randomized by a seed, I use abcutil, I change methods in same script after a random time and still getting bans pretty fast.

      I know antiban its very personal and noone will share your methods, but I just find one good thread about antiban here from trilez and its deprecated, there is any good habits that any of you can share? maybe I can pay for a good advice/ code, if it works... just contact me if you can help me avoiding my bans.

      If you dont mind sharing to public, just post here... certainly will help other guys like me.

      cheers
    • By IceKontroI
      Hello, everyone. Recently I've been interested in how Jagex's pattern detection works. I ran a simple easily detected script which opens the GE, buys 1 lobster at 100 GP, waits 30 seconds, then cancels the offer and closes the GE on a loop with tribot's AI antiban turned off. After a few minutes of runtime some abnormal things started happening. Most commonly my input to the game was blocked, meaning I could move my mouse around, but the game server never accepted my input, and as a result my account's actions had no effect on the game world. I've been able to semi-reliably recreate this scenario multiple times on different accounts and IP addresses. It's worth noting that players and NPCs continue their normal action while my account's been frozen, which also indicates no connection errors. The input blockage happens fairly often to the point that it's very unlikely it has anything to do with my network connection or Jagex servers. I believe this is Jagex's first line of defense against bots (or at least one of them).
      Real players will typically try to perform various actions in-game like arranging inventory, clicking on random tiles or objects, world hopping, and even restarting the client. Bots may repeatedly click the same action (big red flag) or do nothing (moderate red flag) I have no doubt that botters/scripters with more experience than me have noticed this, but this is not a thread about Jagex input blocking, it's about preventing it from happening through pattern breaking.
      Pattern breaking is centered around the imperfections and variability of the human mind and judgment. Regular player activity does form patterns to some degree, but typically it isn't as pronounced as those of bots. There are two categories of pattern breaking:
      Large scale More useful for public scripts or large farms Focuses on creating differences between accounts through account preference Different methods of performing tasks Different subsets of antibans per account Each account may be only able to use 7 out of 12 generic antibans available for the script This increases the longevity of the script by allowing less opportunities for Jagex to group accounts via similar actions Different frequencies of antibans per account Account A may perform one antiban more frequently than account B Changes in sleep and delay times per account Accounts all have different run times This is mainly for farm detection, not for public scripts Different accounts running the script in different worlds/locations if possible Unique break patterns per account Different muling cycles Small scale Focuses on preventing accounts from producing patterns through their actions Changes the order of sub-actions within a larger action when order does not matter More useful when incorporated as part of a complex script process Avoid hardcoding script processes as first A, then B, finally C Instead use fluid condition checks to see what action should be performed Then use account preference and probability to determine which of several actions it prefers over the others Action[] actions = getActions(situation); // This should perform action condition checks and return only relevant actions boolean performed = false; for (action : actions) { if (accountPrefers(action) && accountProbability(action)) { performed = performAction(action); if (performed) { break; } } } if (!performed) { performAction(action[General.random(0, action.length)]; } While this may seem excessive, this is how players decide what to do next in a sequence of events
      Antiban is a large part of pattern breaking Performing actions you don't usually do is an effective way to break patterns Misclicking can be seen as a form of antiban as it's infrequent but deviates from your normal activity Avoid randomization Randomizing everything from antibans to sub-actions within a larger action schedule may seem like an appealing idea While it's likely to work to some degree, it will make accounts on the large scale appear too similar to each other We're trying to get our accounts to operate in the grey area between a well defined pattern and no pattern at all If all accounts operate in this grey area their patterns will be loosely defined but dissimilar from each other The idea of pattern breaking shows promise, however it has many requirements. One of which is account preference which is something Tribot has some support for, but this support is limited. For example a scripter has no way of applying Tribot preference to custom made functions. The solution is to make your own preference system where the account's username and a seed value is used to derive a value from 0 to 100. Below is my own way of doing so:
      /** * Performs a probability check on the input value. Input a percentage (0 - 100). */ public boolean chance(double chance) { return General.random(0, 100) <= chance; } /** * Scales a value based on its original range so that its position in that range is in the same position in the new range. */ public double normalizeValue(double value, double oldMin, double oldMax, double newMin, double newMax) { double percentage = (value - oldMin) / (oldMax - oldMin); return newMin + percentage * (newMax - newMin); } /** * Generates a username based preference value for the given seed (0 - 100). */ public double preference(double seed) { try { String hash = Double.toString(Player.getRSPlayer().getName().hashCode() * Math.sqrt(seed)).replaceAll("[^\\d.]", "").replaceAll("\\.", ""); String int1 = Character.toString(hash.charAt(hash.length() - 1)); String int2 = Character.toString(hash.charAt(hash.length() - 2)); String int3 = Character.toString(hash.charAt(hash.length() - 3)); return normalizeValue(Double.parseDouble(int1 + int2 + "." + int3), 0, 99, 0, 100); } catch (NullPointerException e) {return 50.0;} } /** * Generates a username based preference value for the given seed, but normalized to match the provided range. */ public double preference(double seed, double min, double max) { return normalizeValue(preference(seed), 0, 100, min, max); } /** * Performs a probability check on a preference value normalized to match the given range. */ public boolean preferenceChance(double seed, double min, double max) { return chance(preference(seed, min, max)); } Hopefully I've included all the necessary functions for the above to work. If you for example wanted to test an account's preference for performing Action A over Action B, you could take the hashcode of each actions, remove all non-integer characters from each, input them into the functions above, and receive a preference for each. I recommend using custom ranges like preference(100, 15, 85), where 100 is the seed, 15 is the min chance, and 85 is the max chance. That way the preference range will always be within 15% and 85% and you won't ALWAYS or NEVER perform that action above other actions. It should also be mentioned that you shouldn't be using these preferences to determine which actions to do, only to determine which actions should be performed above other actions. All actions should be performed as long as they're part of your script.
      This post ended up being much longer than I originally wanted but it's good to get your thoughts out in writing so I'm glad I spent the time. Going forward I would appreciate a healthy discussion, please add to the thread with your comments rather than just taking up space with pointless nay saying.
    • By techmatlock
      So for example, I'm already using a script that has ABC2 implemented into it which uses some form of human mouse movements.  If I purchase VIP-E, how does human mouse do anything extra?
  • Our picks

    • This release will:

      Add new internal framework for capturing exceptions


      Fix issue with not selecting the last column in world hopper (Thanks @Todd)


      Add a message about pin usage in Banking#openBank (Thanks @Todd)


      Disable the firewall by default (Thanks @Todd)


      Fix handling of the welcome screen after login (Thanks @Encoded)


      Fix wrong amount bank withdrawal (Thanks @Encoded)


      Fix Screen#isInViewport


      Fix Game#isInViewport (Thanks @Encoded)


      Call onBreakEnd for ListenerManager Breaking Listeners (Thanks @Encoded)


      Fix Prayer#getPrayerPoints NumberFormatException (Thanks @JoeDezzy1)



      Note: If you are using LG, please restart both the RS client and TRiBot.
        • Thanks
        • Like
      • 19 replies
    • This release will:

      Fix LG for both OSBuddy and RuneLite


      Fix issue where the resizable client isn't able to be made smaller (Thanks @JoeDezzy1)


      Fix detection of the logout game tab when resizable mode and side panels are enabled (Thanks @JoeDezzy1)


      Add initial support for Sentry to allow us to identify and easily debug exceptions happening with all TRiBot users


      Add methods to determine if the bank is actually loaded, and not just the overarching interface (Thanks @wastedbro)



      Upcoming updates:

      Improved CLI support


      Full Sentry support


      Much more
        • Like
      • 64 replies
    • This release will:

      Fix NPE in Camera API (Thanks @wastedbro)


      Update deposit box interface ids (Thanks @Encoded)


      Add various bank methods (Thanks @wastedbro)


      Banking#getWithdrawXQuantity


      Banking#getDefaultWithdrawQuantity


      Banking#arePlaceholdersOn




      Fix resizeable minimap bug (Thanks @wastedbro)


      Remove Java 8 requirement


      Please note: TRiBot is not yet fully compatible with Java 10+




      Fix the break handler issues by ensuring the break handler thread never gets paused


      Fix broken settings hooks



      Upcoming updates:

      Improved CLI support


      Much more



      Note: If you are using LG, please restart both the RS client and TRiBot
        • Like
      • 68 replies
    • This release will:

      Add support for using custom F key bindings to switch between game tabs (Thanks @erickho123)


      Fix tab opening for "Skills" and "Kourend Tasks" (Thanks @erickho123)



      Note: If you are using LG, please restart both the RS client and TRiBot
        • Like
      • 34 replies
    • This release will:

      Fix an issue where breaks would stop firing


      Fix Combat#getWildernessLevel, use dynamic search for text and cache ID for later calls


      Fix an NPE in the Combat API


      Fix Mouse#leaveGame bug where the mouse wouldn't actually leave the game screen
        • Like
      • 21 replies
  • Recently Browsing   0 members

    No registered users viewing this page.

×