Jump to content
Worthy

Node Framework Tutorial [increase efficiency and clarity]

Recommended Posts

Node Framework Tutorial
by Worthy

 

What is Node Framework?
A node based framework breaks actions into different classes.
Each class extends a Node and has a validate and execute function.
 
In this tutorial
I will be writing a basic powerminer to demonstrate the effectiveness of using Nodes.
 
________
Node class:

 
package scripts.powerminer.api;

public abstract class Node {

	public abstract void execute();

	public abstract boolean validate();
	
}


 
Validate: if true, will run the execute method.
Execute: where the action happens
 
________
Second, we will plan and break down the actions we'll be creating.
In a powerminer, there are really only a couple classes necessary:

  • A GUI class (optional)
  • A MineOre class
  • A DropOre class

Since this is a basic tutorial, I'm going to skip the GUI class :P
And for simplicity's sake, I won't be externalizing any variables (I usually have separate classes for Constants and Variables).
 
The MineOre class:

 
package scripts.powerminer.nodes;

import org.tribot.api.General;
import org.tribot.api2007.Inventory;
import org.tribot.api2007.Objects;
import org.tribot.api2007.Player;
import org.tribot.api2007.types.RSObject;

import scripts.api.Node;

public class MineOre extends Node {
	private final int[] ROCK_IDS = {20843, 20844, 20845};	//tin ore 
	
	@Override
	public void execute() {
		final RSObject rock = findNearest(15, ROCK_IDS);
		if (rock != null && Player.getAnimation() == -1) {
			rock.click("Mine");
			
			int timeout = 0;
			while (Player.getAnimation() == -1) {	
				timeout++;
				General.sleep(10);
				if (timeout > 250)	//waits up to 2.5 seconds until the players animation changes
					break;			//prevents bot from spam clicking ore
			}
		}
	}

	@Override
	public boolean validate() {
		return !Inventory.isFull();
	}
	
	private RSObject findNearest(int distance, int ...ids) {
		RSObject[] objs = Objects.findNearest(distance, ids);
		if (objs.length > 0)
			return objs[0];
		return null;
	}
}

 


 
____
The DropOre class:

 
package scripts.powerminer.nodes;

import org.tribot.api2007.Inventory;

import scripts.api.Node;

public class DropOre extends Node {
	private final int[] PICKAXE_IDS = {1265};	//TODO add other pickaxes
	
	@Override
	public void execute() {
		Inventory.dropAllExcept(PICKAXE_IDS);
	}

	@Override
	public boolean validate() {
		return Inventory.isFull();
	}
}


 
____
Lastly, the main class, PowerMiner:

 
package scripts.powerminer;

import java.util.ArrayList;
import java.util.Collections;

import org.tribot.api.General;
import org.tribot.script.Script;
import org.tribot.script.ScriptManifest;

import scripts.api.Node;
import scripts.powerminer.nodes.DropOre;
import scripts.powerminer.nodes.MineOre;

@ScriptManifest (authors = {"Worthy"}, category = "Framework Example", name = "Basic Powerminer")
public class PowerMiner extends Script {
	private final List<Node> nodes = new ArrayList<>();
	 
	@Override
	public void run() {
		Collections.addAll(nodes, new MineOre(), new DropOre());
		loop(20, 40);
	}

	private void loop(int min, int max) {
		while (true) {
			for (final Node node : nodes) {
				if (node.validate()) {
					node.execute();
					sleep(General.random(min, max));	//time in between executing nodes
				}
			}
		}
	}
}

 


 
 
Tying everything together:
When the script is initiated we add all the nodes we want into the ArrayList of nodes.
The script then loops indefinitely, looping through each node in the ArrayList, validating it, and then executing.
 
The min and max parameters I have set in the loop method, ensure the bot waits at least 20 to 40 milliseconds in between nodes.
 
_________
As you can see you can do much much more with a node-based framework, but this tutorial shows the barebone basics.
For example: if you have an AIO script, you can have the GUI determine which nodes to add to the ArrayList. You can delete nodes to run if an action is completed, etc.
 
Full script on GitHub: https://github.com/WorthyTRiBot/PowerMiner

 

 

 

Regards,

Worthy

Edited by Worthy
  • Like 5

Share this post


Link to post
Share on other sites

Very nice. You made it easy to understand .

I use the node structure in my scripts :) Well written and easy to understand guide. Well done, will be great for intermediate scripters who are ready to branch away from the switch style scripting

 

Glad you guys found it useful!

I've rejoined TRiBot (took a small break previously) and will continue to be posting some new a useful tutorials, as well as scripts.

Share this post


Link to post
Share on other sites

This is the best way, if you want to keep your script legible/easy to maintain or update ALWAYS follow this method. I know a lot of newbies like to use states cos its easy, but as your script gets bigger I guarantee you will get lost in your code. Worthy the way you explain it is so clear and easy. Thanks :)

Share this post


Link to post
Share on other sites

um no...you can separate as much code as you want between any classes you want. 

 

It would be better to go even further, and make a framework that does the actions for you in scripts you code later on, instead of typing up all of the code required every time you want to do something.

 

Like Walking from Point A to Point B going a certain path, using the map a certain way at a certain position, you would define how those would be dealt with, make an update handler and when you are executing walking, you put those variable objects in.

 

Like Make a path of tiles named bankPath and a path of tiles named taskPath, or something. 

When you want to walk to the bank, you would say, scriptClass.walkTo(bankPath,Area'to use the minimap, or only tiles on the screen')

 

And you can also have the script update manager interfere with the script depending on whether it's banking/traversing/doing actions for the task, and do some really cool stuff like meandering around for no reason to throw jagex off your trail.

Edited by Karmik

Share this post


Link to post
Share on other sites

um no...you can separate as much code as you want between any classes you want. 

 

It would be better to go even further, and make a framework that does the actions for you in scripts you code later on, instead of typing up all of the code required every time you want to do something.

 

Like Walking from Point A to Point B going a certain path, using the map a certain way at a certain position, you would define how those would be dealt with, make an update handler and when you are executing walking, you put those variable objects in.

 

Like Make a path of tiles named bankPath and a path of tiles named taskPath, or something. 

When you want to walk to the bank, you would say, scriptClass.walkTo(bankPath,Area'to use the minimap, or only tiles on the screen')

 

And you can also have the script update manager interfere with the script depending on whether it's banking/traversing/doing actions for the task, and do some really cool stuff like meandering around for no reason to throw jagex off your trail.

34373859.jpg

  • Like 2

Share this post


Link to post
Share on other sites

You clearly know nothing of the tribot API stop don't try to sound smart.

I don't have to know  anything about the tribot API (But I do). 

 

Using booleans and if statements isn't that hard. What does the API of tribot have to do with how you come up with a skeleton?

 

Just because I don't implement my code the same way you do doesn't mean anything.

 

http://pastebin.com/JytBYqZJ

http://pastebin.com/YpN2vfKt

http://pastebin.com/K3qvUGQ5

http://pastebin.com/B2wX8EQd

http://pastebin.com/yVuhuK1A

http://pastebin.com/FzFcTiK2

 

How much of tribot API matters with my skeleton?

 

The only code I use within my Utilities class (which holds most of the functions that hold calls to its actual API.) Uses calls to the API.

 

Am I stupid?

Edited by Karmik

Share this post


Link to post
Share on other sites

I don't have to know  anything about the tribot API (But I do). 

 

Using booleans and if statements isn't that hard. What does the API of tribot have to do with how you come up with a skeleton?

 

Just because I don't implement my code the same way you do doesn't mean anything.

 

http://pastebin.com/JytBYqZJ

http://pastebin.com/YpN2vfKt

http://pastebin.com/K3qvUGQ5

http://pastebin.com/B2wX8EQd

http://pastebin.com/yVuhuK1A

http://pastebin.com/FzFcTiK2

 

How much of tribot API matters with my skeleton?

 

The only code I use within my Utilities class (which holds most of the functions that hold calls to its actual API.) Uses calls to the API.

 

Am I stupid?

Yes

  • Like 2

Share this post


Link to post
Share on other sites

*scratches head* 

 

Well I'm off to play some poker tourneys at the start of next year. Then playing cash games with the winnings, rinse and repeat. I guess that's my sign.

Good luck. When you create a good script using your advanced super amazing framework, tag me in the post and show me a long proggie and some (or all) of the source with your framework.

  • Like 1

Share this post


Link to post
Share on other sites

Sure thing dude, was planning to make it open source. It's more of a high level api similar to how TriBot's api is, except it does most of the stuff like swap item slots, bank in a customized manner (can be configured) or using parameters to set the style of banking. 

 

Parallel human emulative behavior (could be antiban) run during states and points in the task that won't obstruct the flow of the task that can be defined by the scripter.

 

So say you are wanting to chop trees, and while chopping, you have a boredom/add class that just throws RNG until it thinks it should click somewhere on accident (rare enough and chanced a certain way to allow alot of deviation between everyone using the script), while chopping the tree. That would be certainly possible.

 

Or while banking, you could tell the framework to omit an item(s) before going back to the task if it were to require multiple items. Then upon reaching the task, tell the framework not to go back unless the item was a key to get into the task area, or detrimental to the task. So like, if the player were to "forget" to bring pure ess while running nats or law runes, this would be some sort of antiban so it throws jagex off if they look for this at all.

 

I really like the idea of users be able to configure how the camera moves while the player walks at specific locations, what position they put their mouse when playing legit, or what objects they move the mouse/cam to. Would be cool to see a script that could be customized up to the point of frequency by the player (the script would avoid doing it 100% of the time though, based on numbers the user punches in).

 

I could brainstorm on this stuff all day and put in more and more implementations of it. 

Share this post


Link to post
Share on other sites

Sure thing dude, was planning to make it open source. It's more of a high level api similar to how TriBot's api is, except it does most of the stuff like swap item slots, bank in a customized manner (can be configured) or using parameters to set the style of banking. 

 

Parallel human emulative behavior (could be antiban) run during states and points in the task that won't obstruct the flow of the task that can be defined by the scripter.

 

So say you are wanting to chop trees, and while chopping, you have a boredom/add class that just throws RNG until it thinks it should click somewhere on accident (rare enough and chanced a certain way to allow alot of deviation between everyone using the script), while chopping the tree. That would be certainly possible.

 

Or while banking, you could tell the framework to omit an item(s) before going back to the task if it were to require multiple items. Then upon reaching the task, tell the framework not to go back unless the item was a key to get into the task area, or detrimental to the task. So like, if the player were to "forget" to bring pure ess while running nats or law runes, this would be some sort of antiban so it throws jagex off if they look for this at all.

 

I really like the idea of users be able to configure how the camera moves while the player walks at specific locations, what position they put their mouse when playing legit, or what objects they move the mouse/cam to. Would be cool to see a script that could be customized up to the point of frequency by the player (the script would avoid doing it 100% of the time though, based on numbers the user punches in).

 

I could brainstorm on this stuff all day and put in more and more implementations of it. 

The TRiBot API already does pretty much every thing your framework does, but alright.

Check out https://tribot.org/doc/

 

It has a built-in antiban as well. Check out the Inventory, Banking, and Camera classes specifically. They do everything you said. 

Edited by Worthy

Share this post


Link to post
Share on other sites

I'm talking about things like closing gates just because. Picking up an item not specified in the script as something to usually loot, and then puts it back on the ground to make space.

 

This stuff you call antiban already in the api? It's just 1 type of input initiation, nothing more. Sure, checking skills is done, whatever. I'm talking, while doing an agility task, "messing up" the timing on obstacles and starting all the way over, or w/e.

 

Not just, oh, I'll randomly have the script sleep here in terms of task execution, then just run the task.

 

Click a tree, if inventory is full bank, if not, click the next tree. Awesome, that's easy. .... What about timing on bird's nest drops, waiting until a point to "notice" the bird's nest. Banking before the inventory is actually full. Deviating the duration/load size before banking.

 

This is just a more immersed layout of the bot than the API.

 

And also, I'm working on a way to integrate me playing alongside the script while it's running, and the script tracks how I'm playing, and emulates me while I'm not paying attention.

I'm just separating points in the code and categorizing which is what and when so that my code can adapt to me playing in real time and know which objects to interact how I am, when, and how.

Not just me moving the mouse randomly, or moving the camera. (and also adjusting the angle and pattern of my mouse, so no more sharp mouse angles with no arc.)

 

I'm also paranoid jagex is tracking everything clientside, and sending the data to them while my player is not logged in. So I'm always trying to stay ahead without triggering them to flag me.

Edited by Karmik

Share this post


Link to post
Share on other sites

I'm talking about things like closing gates just because. Picking up an item not specified in the script as something to usually loot, and then puts it back on the ground to make space.

 

This stuff you call antiban already in the api? It's just 1 type of input initiation, nothing more. Sure, checking skills is done, whatever. I'm talking, while doing an agility task, "messing up" the timing on obstacles and starting all the way over, or w/e.

 

Not just, oh, I'll randomly have the script sleep here in terms of task execution, then just run the task.

 

Click a tree, if inventory is full bank, if not, click the next tree. Awesome, that's easy. .... What about timing on bird's nest drops, waiting until a point to "notice" the bird's nest. Banking before the inventory is actually full. Deviating the duration/load size before banking.

 

This is just a more immersed layout of the bot than the API.

 

And also, I'm working on a way to integrate me playing alongside the script while it's running, and the script tracks how I'm playing, and emulates me while I'm not paying attention.

I'm just separating points in the code and categorizing which is what and when so that my code can adapt to me playing in real time and know which objects to interact how I am, when, and how.

Not just me moving the mouse randomly, or moving the camera. (and also adjusting the angle and pattern of my mouse, so no more sharp mouse angles with no arc.)

 

I'm also paranoid jagex is tracking everything clientside, and sending the data to them while my player is not logged in. So I'm always trying to stay ahead without triggering them to flag me.

 

 

95% of what you plan to do is in the tribot API.

 

5% of your plans can be easily accomplished without making a new API or framework.

  • Like 1

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 Worthy
      Welcome to Worthy Scripts
      |w| Zulrah Slayer
      Features
      Automatic Grand Exchange restocking! When out of supplies, the bot can sell loot, ready up, buy more, and continue! Using the resource tracker, the bot automatically calculates how many supplies it needs Essentially with enough GP you can run the bot forever!  Automatic Muling! When the bot has enough wealth, mule over the extra GP and keep it safe! Works with the partner script: |w| Zulrah Muler Here is an example of 2.1B (pure profit) being collected from 33 accounts running for 54 hours:
        Loot tracker. Analyze your drops! This data along with other statistics are saved every run time by the Zulrah Sessions System. Resource tracker. Track every item the bot consumes while playing (and how much it cost!) This data is saved and used to compute exactly how many supplies are needed when doing the automatic Restocking With this tool your pure profit is displayed  Resizeable mode compatible! This is one of the most human-like antibans any botting client can offer. Looking Glass compatible The script now functions smoothly with TRiBot's beta feature Looking Glass Unlimited multi-kill performance The bot will determine if it has enough supplies to start another Zulrah battle after killing the boss the previous time. It can continue doing this until it runs out of food, allowing a single, double, triple, or quad+ kill. Zulrah fight CPU efficient! Ability to run the client minimized.  Dynamically prioritized combat framework Many Travel methods Zul-Andra teleport scrolls Charter Travel Camelot port [via Camelot teleports] Catherby port [via Catherby port lunar teleport] Khazard port [via Khazard port lunar teleport] Fairy Ring Network Fairy ring via Varrock Teleport Fairy ring via Quest Cape Fairy ring via Ardougne Cloak Fairy ring via Salve Graveyard Teleport Fairy ring via slayer ring Fairy ring via House Teleport (mounted) Ornate pool support If so, the script will use castle wars bank instead Jewelry box support If so, the script will use a custom kill / bank loop (with no Ring of Dueling) Or use another player's house! Ability to input a list of names. There is almost every customizeable option for every travel method. Please ask in the discord support server if you have questions  There are also combinations of some of the above travel methods Reorganizes inventory! Drags and drops items like a real player Swaps between range and magic sets  Or instead use magic gear only and use a custom positioning algorithm to hide behind pillars Option to skip the blue pattern which deals the most damage   Repairs barrows armor  Supports TRiBot breaking system Hiscores system (below) Dynamic signatures (below) Automatic screenshot progress report system every hour
      Detailed session log dump. Keep track of exactly how all your bots do!
      TRiBot Antiban Compliance V2 Level 10/10 The script is also packed with custom statistic-based antipattern I have personally developed  Swaps gear and prays efficiently Smart options to determine when to use long range or keep level 1-def Tracks and handles JAD phases flawlessly Deathwalk - SAFE BOSS: never lose your items on death Recharges Trident of the Seas, Trident of the Swamp, Toxic Blowpipe, Serpentine Helm (all forms) Tracks ammunition and recharges special weapons Resizable mode options to optimize gameplay Supports serpentine helmets Supports cooked karambwans Supports special attacks Supports ring of suffering Supports prayer potions / super restores Supports stamina potions Supports summer pies for agility boost Supports imbued heart Supports custom world hopping Supports new rigour and augury prayers Supports vengeance spell with optimal timing Ability to use these with rune pouch Supports custom script ending conditions Supports multiple algorithms to fight Zulrah for click-related functions Supports custom f-key bindings Picks up and banks the Zulrah pet  
      Official Discord Discussion
      http://discord.gg/yeCVsad
       
      External Documentation Thread
      A lot of the specific information about the features above is on the Documentation thread.
      It can be found by pressing the "READ ME" button on the GUI after the script is purchased.
      It will help you:
      Create an armor preset Decide what gear to wear Set up the GUI to be tailored to your RuneScape character Start the script correctly Other notable information  
      Proggies






      More: http://imgur.com/a/HNaQZ
      Even more: http://imgur.com/a/lsh82

      Requirements
      - 80 to 85+ range/magic (85+ magic necessary as it is the most important stat). If using LG, have at least 85 of both.
      - High defence and hp (>= 70 for barrows), HP recommend at least 75
      - 43+ prayer
      - Regicide, Underground pass, Biohazard, and Plague City required

      Live Hiscores System
      V1 Hiscores (OLD) V2 Hiscores (CURRENT)
      Dynamic Signatures:
      Automatically load an image of your current stats, which updates as you bot!
      http://www.worthy.rs/tribot-php/ZulrahSlayerV2/sigs/USERNAME_HERE.png Just replace USERNAME_HERE with your TRiBot username (make sure it is all lowercase), and copy and paste it the image link itself into your signature here:
       (should be on the bottom right of your signature edit box).


      Pricing
      The Casual Botter
      - 14.99 CREDITS | 1 auth for 2 weeks
      - 24.99 CREDITS | 1 auth for 1 month
      Note you can buy multiple of the above as well

      Gold Farmer's Discount
      - 79.99 CREDITS | 5 auths for 1 month
      - 134.99 CREDITS | 10 auths for 1 month
      - 174.99 CREDITS | 15 auths for 1 month
      - 224.99 CREDITS | 25 auths for 1 month
      - 299.99 CREDITS | 50 auths for 1 month
      Note: the number of auths designates the number of RS accounts you can run on this script at a given time.


      Requirements
      Quests: Plague City, Biohazard, Underground Pass, and Recigide (up to the point where you can access Zulrah)
      Stats: 85+ range, 85+ magic recommended 
       
      Click below to purchase or for FREE TWO HOUR TRIAL:

       
      Generic troubleshooting guide:
       
      Happy Botting!
      Worthy 
    • By Worthy
      AIO Constructor
      By Worthy
       
      Features
      Construct Any Item Including: Planks Bagged plants - FARMING XP! Nails Marble Multiple Banking Methods Manual banking - Rimmington/Falador, Yanille Ring of Dueling and House Teleports Phials unnoting planks Servants Synchronized Servant Support Cook Butler Demon Butler User Experience This entire script has been rewritten optimized for efficiency and flawlessness  Antiban Compliance (ABC) Level 10/10 Quick and easy to use GUI setup Save, Create, and Load presets with ease (documentation below) Sexy mousepaint and paint Dynamic signature system (more info below) Hiscores page  
      Set-up
      Disable middle wheel mouse zoom and fully zoom out! If using Looking Glass, hook the client to 64-bit OSBuddy! Set up a preset following the documentation below Once created, select the preset item which you would like to make and fill out the rest of the GUI Start with just a hammer and saw in Inventory Only if using Servants have coins in Inventory too. Only if using Phials Unnoting have noted planks (just the type you are using) in Inventory too Only if using RoD/Tele Banking have house tabs in Inventory too  
      Recommended Items to Build
      Levels 1 - 19 → Crude Wooden Chairs (need 138 planks and nails) Levels 19 - 33 → Oak Chairs (need 238 oak planks) Levels 33 - 70  → Oak Larders Levels 70 - 99 → Oak Dungeon Doors 
      OR Levels 52 - 99 → Mahogany Tables (fastest if you have $$)  
      Documentation
       
      Click to buy or try a free 2 hour trial:
       
      4.99 CREDITS for 1 MONTH per Auth
      Or 9.99 CREDITS for 6 MONTHS per Auth
      OR 14.99 CREDITS for 6 MONTHS per 3 Auths
       

      Check your hiscore ranking here!
      Grab your dynamic signature by going to the follow site:
      http://www.worthy.rs/tribot-php/AIOConstructor/sigs/YOUR_TRIBOT_USERNAME_HERE.png  
      Enjoy! 
      Worthy 
    • By Worthy
      Greetings,
       
      To have a private script created and customized to your needs:
      Add me on Discord (worthy#2076) - always ask for a PM. Have a detailed list of steps ready that the bot must do or find a video of these actions being done. More details (prices, questions, etc.) will be discussed over Skype.
      On each authorization, you will be able to run up to 100 instances for 6 months on your TRiBot account and only yours. 
      You will also receive free and quick bug support.
      Private script methods will never be disclosed.
      Pricing will be higher this session due to limited time. 
       
      Vouches:


      Regards,
      Worthy
    • By Worthy
      Accessible now through the script's GUI!
      Just click "READ ME!"

      If you are botting on a remote machine and have difficulties browsing the web (and thus the documentation), pressing the "READ ME" button will also print your link and access token in the Client Debug. You may view this link in any web browser for 5 minutes to view the documentation on any computer.
      So, once pressing the "READ ME" button, the following link to view the documentation is generated in the Client Debug: http://worthy.rs/ZulrahSlayer/documentation.php?user=worthy
      (except it will show your TRiBot name).
    • By Worthy
      Welcome to Worthy Scripts
      |w| Zulrah Helper
       
      NOTE: This script does NOT kill Zulrah for you. It guides you through the kill process and tracks information.
      Think of it as a plugin for RuneScape (as the script never directly interacts with the game, but just paints information on the screen).

      Features
      No risk of ban from the script itself (the only other factor could be the Client but @TRiLeZ states it is undetectable) Easy to set-up GUI Hiscores system (below) Automatic screenshot progress report system every hour Supports resizable mode! (side-panels and transparent chat box support). The bot can remind you to Recharge the blowpipe/trident/serpentime helmets Select the best prayers Wear the selected armor Change combat styles Eat food Cure venom Equip rings of recoil Drink prayer/mage/range potions Use special attacks Repair barrows armor Pickups pets The script guides you to kill Zulrah in the most efficient manner, even taking in Melee safe spots into account Now supporting resizable mode! You may even adjust the size of the script while the script is active!
       
      GUI Settings

       
      How it works (note this is a human playing)
       

      How to setup an equipment profile (from my Zulrah Slayer but same concept)
       
      Requirements
      - 80 to 85+ range/hp/def/magic
      - 43+ prayer
      - Regicide, Underground pass, Biohazard, and Plague City required

      Hiscores System
      Link
       
      Proggies

       
      Pricing
      - 9.99 CREDITS | 6 Months | 1 Auth
      Get it here now!

       
      Dynamic Signature

      [center][url=https://tribot.org/forums/topic/53608-/][img=http://www.worthy.rs/tribot-php/ZulrahHelper/sigs/USERNAME_HERE.png][/url][/center]  
      Things to note:
      Green tiles are where you should currently stand Blue tiles are where you should get ready to stand next Red tiles are where Zulrah will spawn Do use karambwans and magic/range potions for faster kills. Do use function keys (esc, f5) so switch tabs quicker. If a karambwan and food is glowing in green, eat the food first and then the karambwan. When battling a certain Zulrah phase, hover over the blue dot on the minimap, and the second Zulrah dives into the ground, click the blue square. Afterwards then wear your new armor, pray the new prayers, eat (if needed), and change combat styles (if needed). Watch this informative video detailing how to deal with the JAD phase  This script is just an overlay, it is not supposed to be meant with LG as it does not interact with the game. TRiLeZ has stated the client is undetectable, and the script does not interact with the game, so there is no chance of a ban, thus LG is not plausible to use. IF using Looking Glass, use 64-bit OSBuddy. Additionally go into File > Settings on the TRiBot client and increase the paint delay to 50+ to reduce lag.  
      With the required stats, you should be able to "legit" Zulrah in a few kills.
      There is also a two hour trial with the script! Don't be alarmed if you don't kill it on the first try though, it could take a few times to get into the rhythm.

      Regards,
      Worthy
    • By Worthy
      Save and Load GUI Settings Tutorial
      by Worthy
       
      In this tutorial
      We will be using java.util Propteries class to save and load settings from your GUI (or anything else that is applicable)

      ________
      Adding the proper variables for preparation.
      In your Main class add the location to save the GUI settings
       
      In your GUI class we must create the Save and Load settings methods
       
      Implementing the methods
      On the "Start" button, we will call saveSettings();
      On the script initiation we will call the loadSettings(); (after the GUI has been loaded)
       
      -->Alternatively you can just create seperate save and load buttons on the GUI.


      Tying everything together:
      The first thing the script will do is declare the File Path, and initiate the Preferences file.
      When the GUI loads, the script will then call loadSettings(), loading the settings (if any).
      If no settings are saved, it well then create a new file in the path.
      Right before the GUI is disposed it will save all the settings the user has applied in TRiBot's storage directory. (You can print out the location if you don't know where that is for your OS).

      _________
      Complete Example script:
      GUISettings.java (Main class)

      GUIExample.java (GUI class)
       
       

      Regards,
      Worthy
       
       
    • By Lambda
      Looking at the tutorials I didn't notice anyone using a graph-based framework, so I thought that either people hadn't thought of it or at least the newer or less experience programmers weren't aware of using this, so I thought I'd share it. GraphScript is a graph based framework, using a cyclical graph to model the functionality (where each vertex would be the same as a Node or Task from other frameworks) the advantage of this, is that when doing stuff that is rotational such as a skill or simple minigame (I use Wintertodt as an example, something like Hunter would be a fantastic example as well) then it makes sense to use something that more correctly models a human's behavior.
      What do I mean by cyclical? Take a look at this flow chart I made for Wintertodt
       

       
      To breakdown what is happening in the framework, the bottom section is the overlying framework. It decides whether to bank, or go play the minigame. This area also will potentially go into the wait functionality, if the game hasn't started yet but it doesn't need to bank.
       
      The top section is a little more interesting, essentially the arrows are ways to traverse between eachother. So for example burn will never traverse back to fletch, fletch will never traverse back to chop. The advantage of this is that everything is self contained, you don't have to write code worrying about messing up the burn in the fletching class, since that'll be in its own section. For these simple cyclical things it makes everything much more self contained and easy to work with.
       
      The downside is that you have to be more careful in your coding, if it gets stuck in the chopping class for example, while it's below the door outside of the minigame, the entire script is stuck. Typically it's pretty easy to avoid this happening, it just requires a little extra thought.
       
      Here's the source code: https://github.com/Mkerian10/GraphScript
      I re-wrote this on my pc so and I haven't ran through it so if anyone sees any issues lmk. Of course you don't (and probably shouldn't) directly copy this framework, but rather use the ideas to implement your own.
  • Our picks

    • 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
      • 30 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
      • 21 replies
    • This release will:

      Add LG support for Runelite


      Fix NPCChat issues


      Fix a bug where the camera angle setter would just hold down a key for 5 seconds (the timeout)


      Slightly adjust the rotation via keys to be more accurate


      Add the ability for asynchronous camera movement via keys


      Make Camera rotation via mouse more fluid, with more antiban, and work much better in resizable mode


      Add a "Camera#setCamera" method, allowing the rotation and angle to be set in parallel


      Increase the likelihood of using the mouse for camera movements


      Add support for adjusting the camera to positionable entities (Positionable#adjustCameraTo)



      Upcoming updates:

      Improved CLI support


      Much more



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

      Allow for clicking through the chat box when possible (Thanks @Todd)


      Fix Combat#selectIndex (Thanks @Encoded)


      Ensure worlds stay sorted and added a check to avoid misclicks in the in-game world hopper (Thanks @erickho123)


      Fix out-dated Options API interface indices (Thanks @Todd)



      Upcoming updates:

      Break handler bug fix


      Improved CLI support


      Much more



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

      Fix login bot after today's game update (Thanks @JoeDezzy1)


      Fix latest in-game world hopping issues (Thanks @erickho123)


      Compact Settings UI and set location relative to TRiBot (Thanks @JoeDezzy1)


      Fix an older implementation of GrandExchange#getWindowState (Thanks @JoeDezzy1)


      Improve the preformance of NPCChat by only searching in certain interface parents (Thanks @JoeDezzy1)



      Upcoming updates:

      Break handler bug fix


      Improved CLI support


      LG support for RuneLite


      Much more



      Note: If you are using LG, please restart both the RS client and TRiBot
      • 16 replies
  • Recently Browsing   0 members

    No registered users viewing this page.

×