Jump to content
Search In
  • More options...
Find results that contain...
Find results in...
Buy OSRS Gold

ScriptsForMains

My first open source script: Plant Pot Buyer

Recommended Posts

https://tribot.org/repository/script/id/3174

https://github.com/jiggerjaw/TribotOpenSource

About me: I've been on this forum for years under my username "jiggerjaw".  I became frustrated with bans after my main account got banned because I messed up in a GUI.  I started making my own scripts instead.  I want to design scripts that are entirely GUI free and will automatically end after 5 hours.  Every loop I run is checked against infinite loops and every script has progress checks on the main loop to make sure you're getting something done.  I have multiple scripts ready to go, an ensouled head script and a tree planting script are entirely complete and have hours upon hours of successful testing.  I have a clay humidifying script in the works, still need to work on it.  I'd like to make these scripts premium...   Hopefully the code for this potBuyer script shows everyone I'm serious about this.  I'll be showing my understanding of ABC2 in the near future, didn't want it for this script cuz it significantly cuts profit and is unrealistic. 

It would be nice to have my other account's name switched to "ScriptsForMains" so I can keep my post count and membership time...  Posted on the "Help" section and never heard back.   

Edited by ScriptsForMains

Share this post


Link to post
Share on other sites
1 minute ago, HeyImJamie said:

If you can't figure out how to upload onto the repository, I don't think you'll be getting premium scripter for a while. Gz on the release though :D I'll look at the code soon.

I tried to post a script on my other account.  It told me "The action needs to be reviewed by the moderators". 

Nothing ever happened, and it's not on the repository.  It's not so much I don't know how to click "Submit New Script", rather I don't know how to get the moderators to review and approve it.  The script I submitted was working, I'm not sure why it never got approved and I never got any messages explaining why.  

Share this post


Link to post
Share on other sites
Just now, ScriptsForMains said:

Do you have any specific recommendations? 

I highly encourage every new scripter to check out the accepted scripter applications. Every application has open source scripts which you can use as a reference for the expectation of your code quality

Share this post


Link to post
Share on other sites
4 minutes ago, Naton said:

I highly encourage every new scripter to check out the accepted scripter applications. Every application has open source scripts which you can use as a reference for the expectation of your code quality

Thank you for the suggestion...  I actually did look at approved vs denied scripter applications before posting my open source code. Is it not separating my actions into different files that makes it "bad"?  To me, it makes the script harder to follow when you're having to click between different files to see what it does...

The goal I had with this script was showing I know the difference between static/non-static + public/private, show null checking, and show basic knowledge of both java and specifically runescape botting.  

I fully understand I'm a beginning scripter, but without any guidance outside of "you've got a long way to go"...  I don't really know what I need to work on.  

Share this post


Link to post
Share on other sites
27 minutes ago, ScriptsForMains said:

Thank you for the suggestion...  I actually did look at approved vs denied scripter applications before posting my open source code. Is it not separating my actions into different files that makes it "bad"?  To me, it makes the script harder to follow when you're having to click between different files to see what it does...

The goal I had with this script was showing I know the difference between static/non-static + public/private, show null checking, and show basic knowledge of both java and specifically runescape botting.  

I fully understand I'm a beginning scripter, but without any guidance outside of "you've got a long way to go"...  I don't really know what I need to work on.  

You can compare your code to the scripter applications.

I'm really busy at the moment but here's a few things:

Be consistent with naming and follow java naming conventions. This is a pretty simple thing and will make your code look much better. This means upper case class names.

There's no reason for the class to extend Script. All of these methods can be static methods. The General class in the TRiBot API has methods to sleep and print to the debug. https://github.com/jiggerjaw/TribotOpenSource/blob/master/common.java

You definitely should look into dynamic sleeps. Timing.waitCondition should always be used over static sleeps.

I recommend breaking up your main method into several different methods, if you don't want to use multiple classes. Look into the enum script idea that many people use.

Also you seem to be overdoing it with the loop counters and stuff although I haven't really looked too much into it.

Edited by Naton
  • Like 1

Share this post


Link to post
Share on other sites
2 minutes ago, Naton said:

You can compare your code to the scripter applications.

I'm really busy at the moment but here's a few things:

Be consistent with naming and follow java naming conventions. This is a pretty simple thing and will make your code look much better. This means upper case class names.

There's no reason for the class to extend Script. All of these methods can be static methods. The General class in the TRiBot API has methods to sleep and print to the debug. https://github.com/jiggerjaw/TribotOpenSource/blob/master/common.java

You definitely should look into dynamic sleeps. Timing.waitCondition should always be used over static sleeps.

I recommend breaking up your main method into several different methods, if you don't want to use multiple classes. Look into the enum script idea that many people use.

Also you seem to be overdoing it with the loop counters and stuff although I haven't really looked too much into it.

Thank you!  I really do appreciate the advice.  The loop counters are my personal preference since too many times (even on premium scripts) I've come back to my computer to find the bot in an infinite loop. I know it's overkill for most things since they're seemingly un-failable, but I don't want to assume something will work no matter what and get people banned.  

Again, thank you for the advice.  I'll look into the dynamic wait times now and will use proper naming conventions going forward. 

Share this post


Link to post
Share on other sites
57 minutes ago, Naton said:

You can compare your code to the scripter applications.

I'm really busy at the moment but here's a few things:

Be consistent with naming and follow java naming conventions. This is a pretty simple thing and will make your code look much better. This means upper case class names.

There's no reason for the class to extend Script. All of these methods can be static methods. The General class in the TRiBot API has methods to sleep and print to the debug. https://github.com/jiggerjaw/TribotOpenSource/blob/master/common.java

You definitely should look into dynamic sleeps. Timing.waitCondition should always be used over static sleeps.

I recommend breaking up your main method into several different methods, if you don't want to use multiple classes. Look into the enum script idea that many people use.

Also you seem to be overdoing it with the loop counters and stuff although I haven't really looked too much into it.

Double thanks for pointing out the "General" class... I looked through the api for something like this but couldn't find it.  

Share this post


Link to post
Share on other sites
6 minutes ago, ScriptsForMains said:

Question about extending Script... 

Isn't it easier to extend script than to type General.println every time you have to print? The only drawback I could foresee is if I wanted to name a function the exact same name as something in Script but that's doubtful... 

You shouldn't be extending script on any class except your scripts Main class. 1. You'll break your script, and 2. Just no. 

You could pass the script instance, but I don't see the need. You have more important things to learn / fix / worry about than typing General a few times. :)

Share this post


Link to post
Share on other sites
private int stuck=0; //used if anything in script fails (ends main loop)

Variables that will only hold one of two values (0 and 1 in this case) should be of type boolean.

The boolean values 'true' and 'false' are much more intuitive, they make the code easier to understand, and when compared to integer values, they are impossible to mistype (your compiler will immediately notify you if you typed "trie" instead of "true", but it won't do the same if you are using integer flags and typed 2 instead of 1). This might not be a problem when your code base is 200 lines long, but as you will get more experience and your programs will consist of tens of thousands of lines of code, those bad practices could end up costing you hours and hours of debugging.

However, my suggestion would be to remove the "redundancy" system all together; I don't think it serves any purpose other than making the code extremely difficult to read.

 

Share this post


Link to post
Share on other sites
6 hours ago, Einstein said:
private int stuck=0; //used if anything in script fails (ends main loop)

Variables that will only hold one of two values (0 and 1 in this case) should be of type boolean.

The boolean values 'true' and 'false' are much more intuitive, they make the code easier to understand, and when compared to integer values, they are impossible to mistype (your compiler will immediately notify you if you typed "trie" instead of "true", but it won't do the same if you are using integer flags and typed 2 instead of 1). This might not be a problem when your code base is 200 lines long, but as you will get more experience and your programs will consist of tens of thousands of lines of code, those bad practices could end up costing you hours and hours of debugging.

However, my suggestion would be to remove the "redundancy" system all together; I don't think it serves any purpose other than making the code extremely difficult to read.

 

Thank you for the explanation! I debated using booleans but figured it's shorter to type stuck=0 than stuck=false...  I never thought about debugging.  This is the exact "sage" type of advice I'm hoping to find by working with you guys. It's much more meaningful than just being told to do something a certain way because other people do it. 

I agree the redundancies make it harder to read but I'm going for scripts that are entirely impossible to break.  Say the script asks you to withdraw an item.  Sometimes when it's laggy, Tribot attempts to withdraw the item but fails.  To be safe, the script would need to just end since there's the possibility that it's failing because the item isn't available, inventory is full, etc.  However, we don't want our scripts to end after any bout of lag. The only plausible solutions I found were mine (putting these type of actions on a loop which ends after successful withdraw or too many iterations) or checking if the action is do-able (ie. check that inventory has enough free space, check that the item is in the bank, etc) and then loop the task until it's successful. 

Neither option is super code friendly, but honestly my goal isn't making my code easy to read, it's making sure users don't get banned for stupid things (like repeatedly trying to withdraw an item even though your inventory is full).  I chose looping a certain number of times because it's easier than changing the code between different tasks (withdrawing vs casting spell vs depositing vs whatever else...).  Normally the tasks would have different requirements (runes/mage lvl for a spell, bank space for depositing vs inventory space for withdrawing, etc...).  By using these loopChecks, I can just copy and paste the same code.  I thought about making a function for the loop check, but it would require using a BooleanSupplier that provides a getAsBoolean() to gauge if the action was successful. I typed it out and the code gets messier when trying to call the function than just typing out the whole loop check every time.    

I hope my refusal to remove my redundancies doesn't make it seem like I don't value your opinion...  Even some of the best scripts have gotten me banned when I chose a wrong option in the GUI or something and it sat there for 2 hours looping because of a small oversight by the coder.  Ideally, the code would be perfect and us coders think of everything that could go wrong...  Realistically, none of us our perfect and the redundancies make sure no one gets banned because of my mistake.  

If there's anything else I should work on, please let me know!  I'll go through and change all bi-value variables to booleans.  I really do appreciate responses that explain things...  Other posts telling me (as an example) not to Extend Script for classes outside of my main class "because it will break things" doesn't really help me become a better coder. My understanding is if the functions/variables in my classes don't share names with Script or each other than everything should work fine. I guess this isn't the case, but an explanation on why would be nice if you have time @HeyImJamie. I've went ahead and changed it, but don't really know why it was necessary.  

Thanks for all the help everyone! Look forward to working with you all. 

 

Share this post


Link to post
Share on other sites
16 minutes ago, ScriptsForMains said:

This is the exact "sage" type of advice I'm hoping to find by working with you guys. It's much more meaningful than just being told to do something a certain way because other people do it.

I'm more than happy to help.

 

It's a good thing that you question things instead of following advice blindly. This way you are more likely to get a solid understanding of what you are doing.

You can keep the "redundancy" if you want, but try to find a more elegant solution. I would suggest using a simple boolean flag on which the script will decide whether or not it should continue running. As soon as the script encounters a problem from which it cannot safely recover, crash the script and log out.

However, given how basic this script is, the only situation that could possibly render the script unable to continue would be running out of gold. All the other imaginable scenarios, from repeatedly failing to trade the NPC, to a retarded player closing the door when the bot attempts to enter the shop, can all be solved through code. Our API is more nuanced than it appears at first. A lot of methods return values based on the success of the interaction. You can learn how to use those methods and their return values to overcome any obstacle and make the script run indefinitely.

 

1 hour ago, ScriptsForMains said:

honestly my goal isn't making my code easy to read

It should be.

I would say that making the code look nice is the third most important goal. The first being functionality (the code works), followed by efficiency (the code is time or resource efficient). By no means I am saying that you should remove features from the code for the sake of simplicity, but what I am saying is that the same thing can be written in many different ways, some being better than others.

 

I'll re-write your script to show you an example in a few hours, when I'm back home.

 

Share this post


Link to post
Share on other sites
16 hours ago, ScriptsForMains said:

Question about extending Script... 

Isn't it easier to extend script than to type General.println every time you have to print? The only drawback I could foresee is if I wanted to name a function the exact same name as something in Script but that's doubtful... 

The reason it shouldn't extend script is quite simple - its not a script. You really shouldn't worry about the extra time it takes to type General.println vs println. If this truly bothers you than you can make some interface that contains default methods as wrappers for the General methods. I wouldn't recommend this though.

Share this post


Link to post
Share on other sites
1 hour ago, Einstein said:

I'm more than happy to help.

 

It's a good thing that you question things instead of following advice blindly. This way you are more likely to get a solid understanding of what you are doing.

You can keep the "redundancy" if you want, but try to find a more elegant solution. I would suggest using a simple boolean flag on which the script will decide whether or not it should continue running. As soon as the script encounters a problem from which it cannot safely recover, crash the script and log out.

However, given how basic this script is, the only situation that could possibly render the script unable to continue would be running out of gold. All the other imaginable scenarios, from repeatedly failing to trade the NPC, to a retarded player closing the door when the bot attempts to enter the shop, can all be solved through code. Our API is more nuanced than it appears at first. A lot of methods return values based on the success of the interaction. You can learn how to use those methods and their return values to overcome any obstacle and make the script run indefinitely.

 

It should be.

I would say that making the code look nice is the third most important goal. The first being functionality (the code works), followed by efficiency (the code is time or resource efficient). By no means I am saying that you should remove features from the code for the sake of simplicity, but what I am saying is that the same thing can be written in many different ways, some being better than others.

 

I'll re-write your script to show you an example in a few hours, when I'm back home.

 

That's an incredible offer... Before you do, I'll submit a "v1.0" that is simple to look at.  

Share this post


Link to post
Share on other sites

This is a fine example of why I use the loops...
In Fluffee's tutorial script (a script I think we can all agree is well written), something got corrupted and the script was telling my character to continuously try to click on something inside of the walls.  Clearly bot behavior...  I don't want to get someone's main account banned because the bot doesn't have loop checks.  

Share this post


Link to post
Share on other sites
1 hour ago, ScriptsForMains said:

This is a fine example of why I use the loops...
In Fluffee's tutorial script (a script I think we can all agree is well written), something got corrupted and the script was telling my character to continuously try to click on something inside of the walls.  Clearly bot behavior...  I don't want to get someone's main account banned because the bot doesn't have loop checks.  

I'll be brutally honest with you. Your application will not pass using your 'redundancy' loops, no matter how much you claim they're needed. They're horrific to read, and any script that involves any level of complexity and I think you'll really struggle. Even with them in place, your script will inevitably fail at some point as well. I could probably break it without even reading your code. There are 'generally' far too many edge cases when botting to counter-act everything.

Share this post


Link to post
Share on other sites

Without being mean, just to further my above point. From line 129, you reset your 'failsafe' count to 0, then check the interface 300 != null. What happens if the interface returns null? You're then stuck in your dreaded deadlock, even with all the failsafes you've put in place. :P

    } else {
                                loopCount = 0;
                                while (Interfaces.get(300)!=null) {
                                    c.sleepRand(100, 250);
                                    loopCount++;
                                    if (loopCount > 5) {
                                        println("Failed to close trade window 5 times, ending script to avoid bans");
                                        stuck = true;
                                        break;
                                    }

                                    if (Interfaces.get(300, 1, 11).click("Close")) {
                                        println("Closed window");
                                    } else {
                                        println("Failed to close window");
                                    }
                                }

                            }

 

Share this post


Link to post
Share on other sites
2 minutes ago, HeyImJamie said:

Without being mean, just to further my above point. From line 129, you reset your 'failsafe' count to 0, then check the interface 300 != null. What happens if the interface returns null? You're then stuck in your dreaded deadlock, even with all the failsafes you've put in place. :P

    } else {
                                loopCount = 0;
                                while (Interfaces.get(300)!=null) {
                                    c.sleepRand(100, 250);
                                    loopCount++;
                                    if (loopCount > 5) {
                                        println("Failed to close trade window 5 times, ending script to avoid bans");
                                        stuck = true;
                                        break;
                                    }

                                    if (Interfaces.get(300, 1, 11).click("Close")) {
                                        println("Closed window");
                                    } else {
                                        println("Failed to close window");
                                    }
                                }

                            }

 

I'm confused... If the interface returns null, it ends the while loop.  (since Interfaces.get(300)==null) 

If it loops 5 times attempting to click "close" and the interface is still open after the fifth time, it ends the script.  

Share this post


Link to post
Share on other sites
6 minutes ago, HeyImJamie said:

What happens if the interface returns null? You're then stuck in your dreaded deadlock

The code never executes. It can't get stuck.

 

The only bad thing that can happen is a null pointer exception a few lines below, as this value is used without being checked.

if (Interfaces.get(300, 1, 11).click("Close")) {

 

Edited by Einstein

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Similar Content

    • By mjdge
      The open beta is now over! I have been given a lot of great feedback. I will work hard on the script!
      After a few months of on and off working on the script. I have decided to try an open beta release of my Last Man Standing script!
      I will continue to work on the script over the coming weeks and months!
      I know that it could definitely do with some improvements so that's why this is a Beta release (I'll release it again when everything is done)
      A couple of the current features:
      Prayer Flicking
      Drinks potions
      Eats and combo eats
      Has a basic paint that tracks information such as: Points earned this session, Total Points, Average Points Per Game and Games Played
      If you would like to see a full list of features and things I hope to implement, click here
      All feedback, bug reports and recommendations are greatly appreciated!
    • By ScriptsForMains
      https://tribot.org/repository/script/id/3179

      Very intuitive, simply start with steam staff  and supplies in your inventory/bank.  I've run this script for 50+ hours, it's flawless as far as I know.  It has redundancy after redundancy to protect your account.   It's free for now so people can help me prove it works well.   Post your progress pics!  I only did the four seed types because they're the most profitable and the grand exchange only has 8 slots...  I use 4 slots for buying seeds and 4 slots for selling saplings.  
      Requirements - 
      Steam staff, Lunar Diplomacy, 68 magic, and the farming level of the seeds you want to do. 
      Currently Supports-
      Mahogany, Maple, Papaya, and Willow.   
      Planned future support on a premium script for GE selling/buying and Magic trees.

      Theoretically, you can start it anywhere with the supplies in your bank...  Recommended to start it with steam staff equipped and everything in your inventory, or everything in your bank, at the GE bank, with the bank screen open.   

      Supports AFKing after a decent amount of time passes, random short pauses at realistic time points, and failure checks on every single loop to prevent infinitely doing something. It randomizes the order that it does the seeds   Designed for mains. I use it on my main and I don't intend on ever getting banned.  That being said, all botting has inherit risks.  Never bot on an account you can't afford to lose.

      Post any suggestions, any problems, and most importantly: successful progress pics!

      Progress pics:

       



    • By ScriptsForMains
      https://tribot.org/repository/script/id/3174

      Buys plant pot packs in Catherby.  Start with money in your inventory... Buys them for 1-2gp each, you can sell them for 5-10gp each on the GE.  

      Has built in afking/pausing and randomization to avoid bans.  

      Please post screenshots of your progress!
    • By JoeDezzy1
      To Purchase: CLICK HERE FOR FREE ACCESS - Repository Activation Link - Now Free - Forever

       

       
      Paint artwork: @PillsburyRS
      Progress reports:
      Change Log:
      v 10.00 12/31/18 (FREE FOREVER) - Fixed old client changes API updates - Open Sourced - Free version - For the people - Refunded recent buyers v 5.0 5/29/18 7:37 PM (CURRENT VERSION) - Fixed all withdrawing issues - Optimized stamina potion drinking (Takes 1 sip at the bank, then makes room for more supplies) - Better PK detection, should be more than 99% (unless someone beats it with a telly block) - If any issue arise, post here and I will make a fix for it fast! - Smarter & more fluent banking - Better antiban - Resizable mode support - Now loads previously saved settings automatically, just start the script if you've previously saved settings NOTE: IF anyone can assist me with knowledge on how to 3-tick the orbs, I am willing to implement that feature How to use the script:
       
    • By dax
      Script Not Starting/Freezing on startup? You need to add these to your Tribot firewall!
      TIP: Easiest thing is to DISABLE the Tribot firewall in settings! Best and fastest solution
       
       

       
       
      Rune Scape Leaderboards (Rank 4 and 6 in hiscores)
       
       
       
       
      Longest Proggy:
      From @dimidejong10

       
       
      FREE TRIAL AVAILABLE IN REPOSITORY! 
      Simply click the thread. The trial should be right next to the purchase options.
       
       
      _________________________________________________
       
       
      INSTRUCTIONS ON HOW TO USE BOT (READ THIS!!!)
       
      Picture of GUI

       
       
      HOW TO POST A BUG REPORT
      Click Here
    • Guest
      By Guest
      Summary
      Collects planks that at the barbarian outpost plank spot. Banks the planks once you have a full inventory and hops worlds when all planks on one world have been picked up. Makes up to 200K+ an hour with no requirements needed. Just start the bot at the Barbarian Outpost bank or near the planks.
       
      Implements ABC2 Antiban methods. Supports custom world hopping method Antiban methods based on real life data from human players. Makes 200K+ an hour No requirements or starting cash needed. Features dynamic paint that shows status of script, GP per hour rate, time ran, and planks collected Features GUI  
      Perfect Goldfarming Script
      This script is a perfect script to run on multiple accounts and collect gold. All it requires is for you to start the script at Barbarian outpost. There are no requirements needed or starting cash needed. 

      Contact
      For any support or questions, comment below or email me: [email protected] 
    • By God
      Gods AIO Tabs
      GET IT HERE
      I have had a lot of personal success in using this script to train magic for other gold farming activities while profiting and also running this script for gold farming itself. I personally use a level 3 host with 67 Construction and have all my other accounts go to that house. I experience extremely low ban rates on my hosts (I use separate proxies for the hosts) and I have had great success running my gold farm accounts to 90+ magic.
      For example, my typical gold farm bot will look like this (I normally run these accounts for 1-2 bonds, then retire them) Accounts with better looking stats, quests, proper breaks, etc should last even longer!

       
      Features:
      Profits up to 300k/hr depending on current prices of items.
      Can make up to 900+ tabs/hr
      Flawless tab making, can be run indefinitely, anti-stuck.
      Accurate profit counting (Based off OSBuddy prices)
      Supports self house use or using a friends house to host! (Gold farm ?)
      Unnotes soft clay using phials in rimmington.
      Supports all lecterns.
      Client argument support
       
      How to use: 
      Fill out the simple GUI (You must select options, if you're running a host, you can select any tablet)

      Start in rimmington
      Have a staff of air equipped (No mud staff support at this time)
      Have supplies in inventory, for example Noted Soft clay, Law runes, Elemental rune of choice, Coins
      Example inventory: (House tabs)

      Do not run breaks on your host
       
      Stats required: 
      25+ Magic
      40+ Construction if you are not using a friends house.
       
      Proggies:

       
      How to use Script Arguments:
      Arguments list:
      "arg", "tab", "usingFriend", "host", "name"
      "arg" = if you are using arguments, you will put "yes"
      "tab" = you will enter one of the following tablets, "fally", "cammy", "varrock, "house"
      "host" = You will enter "yes" or "no" based on whether this account is the host or not
      "usingFriend" = You will enter "yes" or "no" based on if you are using a friends house
      "name" = You will enter your hosts name here.
      Example argument: arg:yes;tab:house;usingFriend:yes;host:no;name:zezima;
      1. Choose my script.
      2. Enter your information here.

    • By ITryNotToTroll
      I'm handing in my notice, I am going to stop updating this script due to me having real life issues, I don't have time for it anymore. If you have purchased in the past two weeks, contact me for a refund. Other than that, I will not be giving refunds.
         
         
       
       
         
       
        Requirements 40+ Defence 40+ Range // Ideal for Dragonhides 30+ Thieving 30+ Mining 30+ Agility **Obviously the higher the better  
       
         
       
        Terms of service: - https://tribot.org/forums/index.php?/topic/14960-premium-script-tos-that-all-premium-scripts-must-use/  
       
         
       
        Purchase One Auth Code - $14                 Purchase Five Auth Codes - $60         Buying via RSGP - 8m:   Please pm us!      
       
         
       
         
       
        Please purchase by sending the following to either myself or JoshBeaver via private message. His profile link is: https://tribot.org/forums/index.php?/user/15740-joshbeaver/ Purchasing Form: Paypal Email: Paypal Transaction ID: ** Please don't send more than 1 PM, we will contact you within 24 hours Note - If you wish to pay in paypal, please message ITryNotToTroll. If you wish to pay in rsgp, please message JoshBeaver. This will make things easier for us.  
       
         
       
        FAQS Q) How many Accounts per Auth Code? A) Each Auth Code is limited to one account at a time. Q) I have sent a PM what happens now? A) You will recieve a detailed explanation on how to get the script along with your AuthCode   Q) What loader/authentication system do you use? A) We use Exloader which can be found here:   Q) Does this use mounted glory? A) Yes! Please place the room directly next to your entry portal!   ** More to follow  
    • By Assume
      Change Log:
      1.0 - Initial release
      1.0.1 - Increase speeds
      1.0.2 - Bug Fix/Increased grief detection
      1.0.3 - Fixed Penis debug issue
      2.0.0 - Bird/Falcon/Grey Chinchompa scripts added AIO avalible
      2.0.1 - Bug fixes, should have fixed mac error and cpu error fix. Some general trap detection fixes. Some users may get more catches/hr.
      2.1.0 - Dynamic trap placement added, increased antiban (much more human-like), general speed increases.
      2.2.0 - Red Salamander support added, variable mouse speed added, slow computer support added, falcons mini fix added.
      2.2.1 - Red sally fix. new method of clicking on chin boxes for increased speed and accuracy and randomness
      2.3.0 - Added crash protection (dynamic trap movement), added option to operate hunter capes
      2.3.1 - Anti-crash improvement, Anti-crash doesn't place traps off the map, Speed increase, Right-click lay trap added, Less likely to misplace traps
      2.3.2 - Sexy paint added, vastly decreased the chance to click on chinchompas and butterflies, removed lay traps*, "never misplace traps" should actually never misplace now
      2.3.3 - Less cpu usage, decreased change to misplace traps and attempts to pickup misplaced traps, Improved anti-crash, Speed improvement (420+ chins/hr max alone), Doesn't pick up random items anymore, Will run with a full inventory now (not reccomended), Logs out when a visible JMOD is onscreen, New drop method (super fast), New mouse cursor, Slight falconry rework
      *Falcon script has bugs, future release will contain a falcon rework vastly increasing xp/hr
      *Lay traps will be added again in the future, the feature caused bugs with some users.
    • By iant06
      iClueSolver by iant06
       
      iClueSolver is TRiBot's one and only AIO easy clue hunter and solver. Developed for over 6 months, and 100's of hours of testing. iClueSolver will acquire easy clue scrolls from H.A.M. Members or H.A.M. Guards and proceed to solve each step of the clue.





       
       
      Requirements:
      Skill Levels:
      20 Attack (Recommended, For Emote Clue Equipment) 20 Defence (Recommended, For Emote Clue Equipment) 20 Range (Recommended, For Emote Clue Equipment) If you do not have the required level to wear the emote equipment, the script will drop the clue and will attempt to acquire another. 15 Thieving (H.A.M. Members, If Thieving)   Items: Teleportation Method: Teleport Tabs: Varrock, Lumbridge, Falador, Camelot, Ardougne(If Quest Done) Teleport Runes: Law, Air, Water, Earth, and Fire Spade Duel Ring Games Necklace Amulet of Glory Ardougne Cloak(If Diary Done) Emote Clue Equipment If you do not have a certain item the script will buy it from the Grand Exchange.  
       
      Features:
      Acquiring Easy Clues:
      Pickpocketing H.A.M. Members(Female) Attacking H.A.M. Guards Attacking Edgeville Men(Collects Grimy Herbs) Looting Gourmet Impling Jars Solving Easy Clues:
      Map Clues Cryptic Clues Emote Clues Traveling:
      Teleport Tablets Teleport Runes Ardougne Cloak Games Necklace Duelling Ring Amulet of Glory Spirit Trees Grand Exchange:
      If you run out of a teleport item or don't posses the required items needed to solve a clue step the script will purchase the item from the Grand Exchange and continue on solving clues. Profiles:
      Loading and Saving GUI Profiles Per Account GUI Combat Tab:

       
      GUI Teleporting Tab:

       
      GUI Misc Tab:

       
      Reward GUI:

       
      ABC2 Anti-Ban:
      Timed Actions Tab Checking XP Checking  Entity Examining Mouse Exiting (Game Screen) Mouse Movement Mouse Pickup Mouse Right Click Camera Rotating Action Conditions Generates HP to Eat At Generates Energy to Activate Run At Next Target Hovering Next Target Menu Opening Reaction Times Generating Human Reaction Times Generating Supporting Tracker Information Sleeping for the Length of the Reaction Time  
       
      Progress Reports:
      7 and a half hour proggy:

      3 hour reward list proggy:



  • Our picks

    • Gradle is a build tool used to accelerate developer productivity.

      We recently setup a Maven repository (TRiBot Central) to make it easier for scripters to create scripts. Check it out here: https://gitlab.com/trilez-software/tribot/tribot-central/-/packages

      Furthermore, we've released a simple Gradle project to make it easy to run TRiBot and develop scripts for it. Check it out here: https://gitlab.com/trilez-software/tribot/tribot-gradle-launcher

      The goals of TRiBot Central are to:

      Deliver updates to TRiBot faster


      Better organize TRiBot's dependencies (AKA dependancies)


      Make it easier to develop scripts for TRiBot


      Make it easier to use and run TRiBot


      Note: TRiBot won't be able to run scripts from within this project until TRiBot's next release.
        • Like
      • 8 replies
    • Hi everyone,

      I'd like to thank everyone for their patience in this transition period. Since last week, we've worked out the remaining bugs with this integration.

      Some users have still been having issues with connecting their forums account to their Auth0 account. To resolve this, we've imported all forums accounts into Auth0.

      Unfortunately, the accounts which were imported today were using an unsupported password hashing algorithm. Hence, random passwords were set during the import.

      What does this mean for me?

      If you've previously linked your forums account to your Auth0 account, you don't have to do anything. Nothing changes for you.


      If you haven't logged in via our new login yet,

      Try logging in with your forums email address and the last password you used


      If you are unable to login, please use the "Forgot password" tool on the login page:
      Follow the instructions to reset your password
       
        • thonking
        • Like
      • 13 replies
    • Hello everyone,

      Last week we tried to roll out Auth0 Login, but we lost that battle. Now it's time to win the war!

      Important changes

      When logging into the client, you'll now have to enter your Auth0 account credentials instead of your forums credentials

      Note: 2FA is still handled through your forums account (for the time being)



      Changes for existing users

      You'll have to link your Auth0 account to your forums account here: https://tribot.org/forums/settings/login/?service=11


      Auth0 accounts have been created for most existing users. Please use your forums email address and password to login.



      Important notes

      Make sure to verify your email address upon creating a new Auth0 account


      When we mention your Auth0 account, we mean your account used for auth.tribot.org as displayed below
      • 81 replies
    • To better support the upcoming changes (TRiBot X, new repository), we're switching our login handler to Auth0. Instead of logging in with the standard form, you'll now be required to login through our Auth0 application.

      All existing accounts which have been used within approximately the past year have been imported into Auth0 using the same email and password combination which has been stored on the forums.

      What does this mean for users?

      Your account credentials are now even more securely stored


      You'll be able to login via Facebook, Google, and others in the future


      Is there anything users have to do differently now?

      Existing users: You'll have to login with the standard login, open your Account Settings, then link your Auth0 account


      New users: You'll be redirected to our Auth0 app (auth.tribot.org) where you'll be able to create an account


      Why was this change made?

      The new apps we are creating (such as the new repository) aren't able to use the forums to handle user logins


      To centralize all user accounts in one area


      To ensure that the client login doesn't go down when the forums are having problems


      To speed up our development


      Other considerations

      There's no documentation or official support for using Invision Community combined with Auth0, so there are still a few kinks we're working out


      We're in the works of creating an account management panel specifically for Auth0 accounts (ETA August)


      It's not possible to change email addresses for the time being (this will be resolved this August)


      Changing passwords is a weird process for the time being. To change your password, you'll have to use the "Don't remember your password" tool on the Auth0 login page
        • Like
      • 11 replies
    • Over the past month, we've been working hard on TRiBot's new repository - a much needed update. This change has been deemed necessary for TRiBot X, and will allow us to really speed up development of all aspects of TRiBot.

      Today we are going to share what we've been working on!


      Now you must be wondering what kind of features the new repository will have.... well, you'll have to be patient for a little while longer. We're still figuring out various technical aspects so we can't provide answers to all possible questions. We're also focusing on development rather than writing about it so that everyone can get access to our latest developments at lightning speed. I will however answer a few users' questions.

      We're planning on a release of this early to mid August, giving users some goodies before TRiBot X's release.

      Thank you all for being patient. I hope everyone is excited as much as I am!
        • Like
      • 17 replies
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...