Leaderboard

Hey everyone and anyone that still remembers me, I recently gained access again to the email that my OSBot account was linked to and was able to recover the password. I just wanted to make a post saying hi and that i'll be around on here again. I doubt i'll do any paid scripting(or if I'd even be allowed to), but I've been botting on Lights Hope(private vanilla WoW server) and it made me want to come back and make some free open source community scripts. Over the last 2 or so years I've grown so much as a programmer, to the point where looking back at old code I've written is just cringey lol. Back when that whole "Other bot sites are hacking osbot users" fiasco was going on, I changed my password to something stupid long and complex(can't say I was in the most sober state of mind). I ended up forgetting that password, and when I tried to recover my account I found out the email I signed up with was some random throw away email. I recently got that email back and was able to recover the account on here. But yeah hi, I'll be posting/lurking on these forums again and just wanted to say what's up.

👑CzarScripts #1 Bots 👑 👑 LATEST BOTS 👑 If you want a trial - just post below with the script name, you can choose multiple too. 👑 Requirements 👑 Hit 'like' 👍 on this thread

────────────── PREMIUM SUITE ────────────── ─────────────── FREE / VIP+ ─────────────── ──────────────────────────────────────────────────────────── ⌠ Sand crabs - $4,99 | Rooftop Agility - $5,99 | AIO Smither - $4,99 | AIO Cooker - $3,99 | Unicow Killer - £3,99 | Chest Thiever - £2,99 | Rock crabs - $4,99 | Rune Sudoku - $9,99 ⌡ ⌠ AIO Herblore - FREE & OPEN-SOURCE | Auto Alcher - FREE | Den Cooker - FREE | Gilded Altar - FREE | AIO Miner - VIP+ ⌡ ──────────────────────────────────── What is a trial? A trial is a chance for you to give any of my scripts a test run. After following the instructions below, you will receive unrestricted access to the respective script for 24 hours starting when the trial is assigned. Your trial request will be processed when I log in. The trial lasts for 24 hours to cater for time zones, such that no matter when I start the trial, you should still get a chance to use the script. Rules: Only 1 trial per user per script. How to get a trial: 'Like' this thread AND the corresponding script thread using the button at the bottom right of the original post. Reply to this thread with the name of the script you would like a trial for. Your request will be processed as soon as I log in. If i'm taking a while, i'm probably asleep! Check back in the morning Once I process your request, you will have the script in your collection (just like any other SDN script) for 24 hours. Private scripts: Unfortunately I do not currently offer private scripts. ________________________________________ Thanks in advance and enjoy your trial! -Apaec.

Molly's Chaos Druids This script fights chaos druids in Taverly dungeon, Edgeville dungeon and Ardougne. Profits can easily exceed 200k p/h and 60k combat exp/ph, this is a great method for training low level accounts and pures. Buy HERE Like this post and then post on this thread requesting a 24hr trial. When I have given you a trial I will like your post so you will receive a notification letting you know you got a trial. Requirements - 46 Thieving for Ardougne -82 Thieving and a Lockpick for Yanille - 5 Agility for Taverly(recommended) - No other requirements! Though I do recommend combat stats of 20+ as a minimum Features: - Supports eating any food - Hopping out of bot worlds - Recovers from deaths(respawn point must be lumbridge), includes re-equipping items on death - Potion support - Automatically detects and withdraws/uses Falador teleport tabs if using Taverly dungeon - Automatically detects and withdraws/equips/uses glories if using Edgeville dungeon - Supports looting bag Setup: Start the script, fill out the GUI, and be in the general area of where you want to run the script. CLI setup: Proggies: In the works: Known bugs: Bug report form, this is a MUST for problems to be resolved quickly: Description of bug(where, what, when, why): Log: Your settings: Mirror mode: Y/N

around 10-15m you're better off doing 70/70/70 accounts as they're more in demand so people can instantly start DHin at NMZ. they also go for 25-30m

NEW! supports new south + east shortcuts, new hopper (upstairs), and mouse invokes!!! (just like runelite!) 'the intelligent choice' By Czar 34-99 Mining on video!! Agility Shortcut Setup Window Preview 70 hours run time https://i.imgur.com/wiF6VPO.png

View in store $5.99 for lifetime access _____________________________________________________________ Key Features: Progressive mode - The script will traverse the xp-optimum course for your current level; walking to the next course as your level increases. Reliability - The script was developed and rigidly tested with superior reliability in mind. Human replication - Designed around human simulation - behaviour tuned to replicate common rooftop play styles. Alching / Magic Imbue - The script can be configured to High/Low Alch items, or cast Magic Imbue as it traverses the course. Target system - Can be optionally configured with a target. Once this target is achieved, the script will stop. Available targets (variable λ): Stop when λ agility exp gained. Stop when agility level λ reached. Stop when λ magic exp gained. Stop when magic level λ reached. Stop when λ minutes passed. Healing - The script will consume edible items in your inventory to restore health, stopping if you run out of food. Mark of Grace looting - All marks of grace are looted while the script traverses the rooftop. Randomisation - All thresholds (including but not limited to Run energy and Critical Hp) are dynamically randomised. Energy restoration - The script will consume energy restoring items/potions when needed, provided they are available in the inventory. Web-Walking - The script utilises the OSBot Web to navigate the OSRS map, meaning it can be started from almost anywhere. Course detection - If you are on/near a rooftop course before setup, the course will automatically be loaded into the GUI. Error correction - The script will detect when it has made a mistake (e.g. climbed ladder in seers' bank) and will attempt to return to the course. ...and many more! Supported Rooftops: (Level 10) Draynor ✓ (Level 20) Al-Kharid ✓ (Level 30) Varrock ✓ (Level 40) Canifis ✓ (Level 50) Falador ✓ (Level 60) Seers' Village ✓ (Level 70) Pollnivneach ✓ (Level 80) Rellekka ✓ (Level 90) Ardougne ✓ Things to consider before trying/buying: Avoiding bans - while I have done my utmost to make the script move and behave naturally, bans do occasionally happen, albeit rarely. To minimise your chances of receiving a ban, I would strongly suggest reviewing this thread written by the lead content developer of OSBot. If you take on board the advice given in that thread and run sensible botting periods with generous breaks, you should be fine. That being said, please keep in mind that botting is against the Oldschool Runescape game rules, thus your account will never be completely safe and you use this software at your own risk. Web-walking - alongside a network of paths, the script moves around with the OSBot web-walking system, using it when in unknown territory. While it has proven very reliable, there are naturally some areas for which the web-walker may struggle. As a result, prior to starting the script, I would strongly recommend manually navigating your player to/close to the desired rooftop course. Progressive mode - the script features 'Progressive mode' which will cause the script to advance rooftop courses as you level up. Progressive mode relies on the aforementioned web-walking system for inter-rooftop navigation. Consequently, I would highly recommend monitoring the script as it traverses between courses to ensure the web-walking process correctly executes. Healing & Energy restoration - the script will automatically heal or restore run energy when needed. It will do so by consuming items in the inventory - this script will not bank. For optimal exp rates, I would strongly suggest keeping energy restoring items in the inventory (energy/super energy/stamina/fruits/summer pies/purple sweets/...). To prevent the script stopping prematurely, bring a few bites of food along. Using magic - The script supports the periodic casting of a magic spell while traversing a course to maximise experience rates. To determine whether or not you can cast a spell, the script checks your magic level as well as which runes are in your inventory and which stave you have equipped (if any). It is worth noting that, at this time, the script does not recognise any of the following items as rune sources, so avoid using them while running this script: Bryophyta's Staff, Tome of Fire, Rune Pouch. Script trials: I believe that trying a script before buying is paramount. After trying the script, hopefully you will be convinced to get a copy for yourself, but if not you will have gained some precious agility experience! If you're interested in a trial, please follow the instructions on my trials thread which can be found here. Gallery: Review (by Eduardino): Start up GUI (Graphical User Interface): Paint (optional, movable and self-generating): User screenshots: Testimonials:

Multiple Potion Support! Prayer ✓ Restore ✓ Overloads ✓ Absorptions ✓ Ability to set custom random higher/lower boundaries Ranging ✓ Super and Normal Magic ✓ Super and Normal Imbued Heart ✓ Super Attack, Strength & Defence Potions ✓ Special attack support ✓ Custom Dream Settings ✓ Ability to chose whether you want the character to re-enter a dream when it dies Ability to chose what position the player stands in Ability to set dream type Normal Hard Customisable - normal Customisable - hard Ability to chose a dream preset MTD Tree Gnome village Lost City Vampire Slayer Fight Arena Mountain Daughter Guthans Tree Gnome Village Lost City Vampire Slayer What Lies Below Haunted Mine Demon Tree Gnome Village Lost City Vampire Slayer Fight Arena The Grand Tree Custom The ability to set your own bosses in-game and the script will not change anything. Enable or Disable Power-Ups Zapper Recurrent Damage Power Surge Requires a Special weapon to be set within the GUI Magic Support ✓ Select any ‘Normal Spellbook’ combat spell to train with Rune pouch support Barrows Repairing! ✓ Uses 'Lumbridge Home Teleport' to get to lumbridge, requires standard spell book. Uses the Minigames teleport to travel back to Nightmare Zone Recharging rechargeable! ✓ Blowpipe Tome of Fire Purchase Your Daily Herb Boxes! Option to only purchase when you have over 'x' Points Option to either Bank or Open the Herb Boxes Rock Cake & Locator Orb Support ✓ Ability to set chose if you want to pre-dream rock cake outside the dream Ability to chose at what HP value you start to rock cake Custom Idle Activities ✓ Random Camera Movements Random Tab Changes Random Mouse Clicks Ability to have mouse exit the screen whilst idle Custom Prayer settings ✓ Enable/Disable ‘Boost Prayers’ Defence: Thick Skin Rock Skin Steel Skin Strength: Burst of Strength Superhuman Strength Ultimate Strength Attack Clarity of Thought Improved Reflexes Incredible Reflexes Ranged: Sharp Eye Hawk Eye Eagle Eye Rigour Magic Mystic Will Mystic Lore Mystic Might Augury Others Piety Chivalry Enable/Disable Protect Prayers Protect From Melee Protect From Magic Protect From Missiles Informative Script UI ✓ Colour coded skills painted XP Gained Current XP/Hr Percentage till level Time till level Status display Customisable Stop/Break Handler ✓ Ability to stop the script at the following benchmarks: Stop randomly between 'x' and 'x' minutes of runtime. Stop randomly between 'x' and 'x' dreams completed. End dream by idling Enable/disable logout on exit. Ability to use a custom made break handler. Break random every 'x' and 'x' dreams completed. CLI Support ✓ -script "698:profile=Test hours_limit=10 dreams_limit=5" profile = saved profile name, if you've been using CLI to run the script, this will need to be updated to suit. hours_limit = Complete after 'x' run hours. dreams_limit = Complete after 'x' dreams completed Misc. Options ✓ Hop worlds between dreams Leave dreams at maximum points Ability to save/load multiple custom presets This is not a thread for asking for trials, as a whole, i don't offer trials for my script. Instead if encourage you to ask all the questions you have before purchasing any of my (or anyones) script to be sure the script does exactly what you would like it too. Please note, 1 purchase of FruityNMZ is a lifetime auth for as many accounts as you can run On OSBot, we do not limit the amount of instances you can run with a single script! If you'd like to purchase FruityZulrah using OSRS GP, SEND ME A PM and i can give you my current $$:GP Rates! Discord Community: https://discord.gg/WzXRk2bWTV Trial bot has been implemented (100 post count required if you're not VIP/Sponsor!) @fruityscripts on Discord!

by Czar Buy now (only $8.99!) 143 HOURS IN ONE GO!!!!! update: this bot is now featured on the front page of osbot! More reviews than every other fishing bot combined! 100 hour progress report!!! How to use Script Queue: ID is 552, and the parameters will be the profile name that you saved in setup! This process is really simple, just to save you headache

Before buying, please ensure you check-out with the correct script. Swapping scripts is not possible. View in store $4.99 for lifetime access Features: All spawns - Supports every multi-crab spawn point both along the south coast of Zeah and Crab Claw Isle All combat styles - Supports Ranged, Magic and Melee combat training. The script will not bank runes of any type Saving GUI - Intuitive, re-sizeable and fully tool tipped GUI (Graphical User Interface) allowing you to tailor the script session to your needs, with configuration saving / loading Human replication - Designed with human simulation in mind - multiple options to replicate human behaviour available in the GUI Setup customiser - Inventory customiser allows you to visually see your trip setup CLI support - The script can be started from the command line All potions - Supports all relevant potion types (including divine potions!), multiple potion types simultaneously and varying potion ratios Healing in a range - Dual slider allows you to specify a range within which to consume food. Exact eat percentages are calculated using a Gaussian distributed generator at run time Healing to full at the bank - When banking, the script will eat up to full hit points to extend trip times Safe breaking - Working alongside the OSBot break manager, the script will walk to safe place approximately two minutes before a break starts to ensure a successful log out Anti-crash - Smart crash detection supports multiple anti-crash modes (chosen in the GUI): Hop worlds if crashed - the script will walk to a safe place and hop worlds until it finds a free one, at which point it will resume training Force attack if crashed - the script will fight back and manually fight pre-spawned sand crabs until the crasher leaves Stop if crashed - the script will walk to a safe place and stop Ammo and Clue looting - Clue scroll and Ammo looting system based on a Gaussian-randomised timing scheme All ammo - Supports all OSRS ammo types and qualities Spec activation - Special attack support for the current weapon to maximise your exp per hour Auto-retaliate toggling - The script will toggle auto-retaliate on if you forget Move mouse outside screen - Option to move the mouse outside the screen while idle, simulating an AFK player switching tabs Refresh delay - Option to add a Gaussian-randomised delay before refreshing the chosen session location, simulating an AFK player's reaction delay Visual Paint and Logger - Optional movable self-generating Paint and Timeout Scrolling Logger show all the information you would need to know about the script and your progress Progress bars - Automatically generated exp progress bars track the combat skills that you are using Web walking - Utilises the OSBot Web alongside a custom local path network to navigate the area. This means the script can be started from anywhere! Safe banking - Custom banking system ensures the script will safely stop if you run out of any configured items Safe stopping - Safely and automatically stops when out of supplies, ammo or runes Dropping - Drops useless/accidentally looted items to prevent inventory and bank clutter All food - Supports pretty much every OSRS food known to man. Seriously - there's too many to list! ... and many more - if you haven't already, trial it! Things to consider before trying/buying: Mirror mode - currently there appear to be some inconsistencies with behaviour between Mirror mode and Stealth Injection meaning the script can behave or stop unexpectedly while running on Mirror. I would urge users to use the script with Stealth Injection to ensure a flawless experience! Since Stealth Injection is widely considered equally 'safe' to mirror mode and comes with a host of other benefits such as lower resource usage, this hopefully shouldn't be a problem. Using breaks - the script supports breaks and will walk to a safe place ready to log out approximately two minutes before a configured break starts. However, upon logging back in, your spot may no longer be open. If you configure the crash mode to be either 'Hop if crashed' (default) or 'Stop if crashed', this will not prove to be a problem. However if using 'Force attack if crashed', the script will attempt to take back the spot by crashing the occupying player and manually attacking spawned sand crabs. Be aware that players have a tendency to report anti-social behaviour such as this! Avoiding bans - while I have done my utmost to make the script move and behave naturally, bans do occasionally happen, albeit rarely. To minimise your chances of receiving a ban, I would strongly suggest reviewing this thread written by the lead content developer of OSBot. If you take on board the advice given in that thread and run sensible botting periods with generous breaks, you should be fine. That being said, please keep in mind that botting is against the Oldschool Runescape game rules, thus your account will never be completely safe and you use this software at your own risk. Setting the script up - I have done my best to make the GUI (Graphical User Interface) as intuitive as possible by making all options as self explanatory as I could, however if you are not sure as to what a particular setting does, you can hover over it for more information. If that doesn't help, just ask on this thread! Web-walking - alongside a network of paths, the script moves around with the OSBot web-walking system, using it when in unknown territory. While it has proven very reliable, there are naturally some areas for which the web-walker may struggle. As a result, prior to starting the script, I would highly recommend manually navigating your player close to the sand crabs bank, however in practice, anywhere on Zeah should be fine. Script trials: I believe that trying a script before buying is paramount. After trying the script, hopefully you will be convinced to get a copy for yourself, but if not you will have gained some precious combat experience! If you're interested in a trial, please follow the instructions on my trials thread which can be found here. Gallery: Start up GUI (Graphical User Interface): Paint (optional, movable and self-generating): User screenshots: Recent Testimonials: Starting from CLI: This script can be started from the command line interface. There is a single parameter, which can take two (and only two) values: 'gui' or 'nogui'. 'gui' will start the script and show the gui, 'nogui' will skip the GUI setup and start the script using your save file as the configuration. To start from CLI with 'nogui', the script requires a valid GUI save file to be present - if you haven't already, start the script manually and configure the GUI to suit your needs. Then hit 'Save configuration' and in future starting from CLI will use these configured settings. The script ID is 886. Example CLI startup: java -jar "osbot 2.4.137.jar" -login apaec:password -bot apaec@example.com:password:1234 -debug 5005 -script 886:nogui

APA Chest Thiever Deadman mode & Level 3 friendly! $3.99 $2.99 _______________________________________________________ Demo Video: Please note: This video was made before support for alching was released. Please refer to below for the new GUI and paint changes Requirements: 13 Thieving for basic chests, 28 for Nature rune chests Features: Rapid reaction speeds mean script will never fail to loot a chest Wide range of chest locations including Ardougne and Rellekka Easy to set up with highly customisable user interface Attractive and informative paint tells you everything you need to know Self-generating paint means it's only as big as it needs to be Real-time profit tracker using live grand exchange data Supports alching while looting (free magic exp!) High and low alching supported Alchs any item you can think of Profit tracker keeps account of alching expenses, calculating net change Customisable anti-ban system ensures script acts like a human Supports food (misclicks can happen (very rarely!) - this is just a failsafe!) Informative location tracker tells you details of every chest Looting system picks up any stray nature runes / coins should anyone die! Dynamic signatures allow you to keep track of your total progress ...and much more! Chest Locations: Example Setup: Screenshots:

Why are you using closest? Also you are not null checking, I wouldn't trust you to write a chicken killer yet alone Callisto Edit: It was a joke, didn't mean to come off as a personal attack

need haunted mine done quest pm me

In order to link your website, please purchase advertising rights from @Maldesto , also, offsite feedback do not matter here.

Instead of calling this line !myPlayer().isMoving() & !myPlayer().isAnimating() On every single area type you should just check the statement at the beginning of your loop and return if either is found to be true. Once you get more java experience you should look into using parallel arrays or creating a class for each area jump action. That way you dont have a long list of if statements. A good way to think of it is what if you had 1000 areas for that course how would you handle it so that you did not have to call 1000 if checks in your main loop.

either rev caves looting , but i cant see eth bracelet other option is picking white berries

Something similar might be on its' way

@Mac <--

ponzi

It might be worth flipping through a few simple java tutorials if you're struggling to understand the errors you're getting ! (: It will be useful in the long run! Apa

tfk bro?

@Theminis but his min order is 10

Great of you for sharing. First things first final Area area7 = new Area(3509, 3474, 3516, 3484); final Area area6 = new Area(3488, 3468, 3504, 3481); final Area area5 = new Area(3477, 3481, 3481, 3487); final Area area4 = new Area(3474, 3491, 3480, 3500); final Area area3 = new Area(3485, 3498, 3493, 3505); final Area area1 = new Area(3508, 3491, 3504, 3498); final Area area2 = new Area(3496, 3503, 3504, 3507); final Area area = new Area(3473, 3461, 3513, 3508); area.setPlane(0); area7.setPlane(2); area6.setPlane(3); area5.setPlane(2); Move all of these outside of onLoop method. There's no need to reinitialize there variables on each loop iteration. Also can do this in one line final Area area = new Area(3473, 3461, 3513, 3508).setPlane(0); Also might want to ditch hardcoded object ids Entity gap1 = objects.closest(10820); Maybe replace with Positions or names Entity gap1 = objects.closest(f -> f.getName().equals("Gap") && f.getPosition().equals(GAP_POSITION)); Also, use conditional sleeps, this is bad if (area1.contains(myPlayer())) { if (!myPlayer().isMoving() & !myPlayer().isAnimating()) { gap1.interact("Jump"); sleep(random(2500, 3500)); } Can't remember the correct syntax, but this would be much better (sleep until you're in the other area) if (area1.contains(myPlayer())) { if (!myPlayer().isMoving() & !myPlayer().isAnimating()) { gap1.interact("Jump"); new ConditionalSleep(5000, 250) { public boolean condition() { return AREA_TO_GO_TO.contains(myPlayer()); } } }

NP, you can keep the 10m lol.

Now’s your chance @Fruity , increase the price of your script now that every 3rd person is getting on the zulrah botting trend. Not me tho, so keep your nmz script mint

?

nah had 13m bid already, 15m it is and that is starting offer too. If your offer is lower, please refrain from commenting on this thread

Great will pay for it. Thanks!

I would like to try out the perfect stronghold

yo i got a Script trail for stronghold aio on saturday but it never worked all can you hook me with it again if its working please didn't get chance to try it out

@Fruity has one on the SDN for $25 per month, won't get much cheaper than that i'm afraid.

https://osbot.org/forum/profile/290721-jacob/

a certain zully bot charges $30 a month per account So yeah definitely cheap asf

Holy shit are you a life saver!!!!!

Will try find out whats up with the recoil issue, should not be looking for the recoil if its not in the inventory so should be a quick fix. The spazzing out seems to be the script should be in the inventory or in another tab so will see what method is missing the tab check, tyvm v2 has the re-arranging (restricted to equipment only currently, may do the rest of the inv when i get more time) Currently would need anti-venom+ or serp. using the others its pretty risky as you could die outside the lair and risk loosing items. Its pretty risky for me to add currently

Alot of factors come into play when a ban is applied for botting, most common one being Time played. Ban rates are impossible to determine to an exact figure, But more to a group (low/medium/high) with red chins being a highly profitable method of gold farming ban rates will always fall into the medium/high category, but these factors will help: If your account is a long term account with multiple skills trained existing membership etc it will still be banned for botting but may just be delayed for a longer period of time while the jagex detection system monitors your behaviour. If your account is a level 3 with 88 hunter and has been playing 11 hours a day 7 days a week for the past 2 weeks then chances are it's going to be banned very soon, That being said i currently have a bot going that has 67 mage all other skills 1 and its been going for 9 hours a day (purposely been suicide botting) and it has yet to be banned but this is a different money maker compared to chins, Your best bet buddy is to lay low, refrain from botting more than a couple hours a day and remember to always switch it up, Maybe before you start your bot in the morning do a few quests, or mid bot session pause your script go to the G.E merch some stuff for an hour or so then continue, ALWAYS do what a normal player would on an average day of runescape never just one repetitive activity if you're trying to avoid bans. Gl bud try keep us updated if your account survives the week

I've posted this in the past, but huge shoutout to this script. If you're not sure if you want to buy it or not because you aren't sure of its security, I've been using this script since July of 2017, it's currently February 20th 2018 and I've received 0 permanent bans to date. If you bot correctly then this script is seemingly 100% safe

Can i try the AIO Smither?

Czar, need you to fix a fault in the script. Everytime my bot goes to the bank to grab fresh supplies. As it walks back to the area to kill the Warriors, it gets stuck and is unable to click any of the warriors because of the position it is standing in. It makes it very obvious that it's a bot as it just stands in open space for a long time! Walking to fight pos: [x=3293, y=3169, z=0] That's what it says whilst it's stuck in the position after grabbing supplies

I didn't know PUBG was available for the PS1

De whey!

bought a few of your scripts now, can i have a free trial?

I select zombie (30) and it attacks flesh crawlers (35) instead. No errors in the log.

Educating OSBot, one rant at a time EDIT: This tutorial is meant for people who already have some grasp on how to write a script. If you are completely new to scripting, this tutorial is not for you. The node method of making scripts is definitely by far one of the best methods out there, but it has so many flaws that make for bad programming practices. Imagine you're making a pickpocket script, you might have the following nodes: EatNode WalkToBankNode WalkFromBankNode BankingNode PickpocketNode Now, given how most node-based scripts work, it simply does a for loop on each node and runs the first node in the list that can be executed. So if we enter our nodes in like this PickpocketNode, BankingNode, WalkToBankNode, WalkFromBankNode, EatNode (EatNode being last, PickpocketNode being first) we have actually just have a big issue: eating is the lowest priority. The idea of nodes is to keep the logic for one thing self-contained within another, but if we enter in our EatNode last, we will need to check to make sure our health is high enough in PickpocketNode (to ensure we don't, you know, die). This means you either ship along some global statics (bad!!!!), a script settings object (good!!!) or just forget about it. Now, what if I could tell you that we can prioritise our nodes based on what happened last? Now we can say have our eat node a very high priority after we've walked to the bank (maybe we're in DMM and have 1 food left but low hp) and very high priority after we've pickpocketed something (because we may have just taken damage), but fairly low priority otherwise. We can constantly give our pickpocket node a high priority, and run our walk from bank node immediately after we've banked. This does a few things for us: We don't have static priority - this is great because we as humans don't have static priority for things either! We no longer rely on the order we put nodes in to our list, we only care about when they should be ran Now, the node system I propose isn't perfect, but it's a damn sight better and provides us a lot more legroom for upgrading in the future. Also, this will get you a lot more comfortable with some of Java's more advanced features, namely annotations which make every high level programmer cum immediately. The Goal: Make a flexible node system that has dynamic priority The Result: By the end of this, you will have a working node system with two example nodes (ImmediateNode and DefaultNode) which will show you how flexible the system is. Lazy Kids: Leave now. All code here has been screenshotted so you can't copy/paste it. Learn something or GTFO Step 1: How the Fuck Will We Do This? We need to decide how we're going to store things, and how things will be written in code. For this project, we need a manager of some sort that handles the sorting of nodes, we need something to handle priority, and we need to determine how we will denote prioritisation. For this, we will create a NodeManager class, a Priority enum, and we will cover prioritisation in step 2. What the fuck is this? This enumerated type is less of an enumerated type and more of a... well.. class. However, this "class" only has a set number of values! This means that we can only specify LOWEST, LOW, DEFAULT, HIGH, HIGHEST, IMMEDIATELY. If you want to be an absolute madman, you can add additional priorities in this file. Well, you lost me. I understand NONE of this. This is actually really simple! This class stores references to a list of NodeObjects (come to that later), our last executed node, as well as a "default" or empty node (which we will return when we can't execute anything else to avoid nasty nulls), and finally a Comparator. A comparator simply compares two objects. In this case, we want to compare the priority of two different nodes. We will also create an interface called Node. This looks nothing like my Node class! That's because this is an interface. In programming, an interface is meant to represent the barebones object (in simpler terms, an interface is a blueprint for an object). Read the big documentation comment at the top of it if you want to sneak in a Script instance. Step 2: Decide How to Manage Prioritisation Now, we need to create a way to determine the priority of our nodes. There are two real ways to do this: A second parameter in our NodeManager#addNode(Node node) method, which would have every dynamic priority attached. This could actually get very messy, so I'm not even going to explain it better. We can attach annotations to each Node class we write, which keeps the logic contained and doesn't clog up our methods with useless garbage. Step 2.1: What's an Annotation? In Java, we have these nice little things called "annotations", and they make programming in Java a whole lot nicer. Annotations are effectively little nuggets of code that annotate our methods, variables and classes. They're great because they bridge the gap between human-readable code & complicated data structures. We've actually come across annotations before, at least if you know what a ScriptManifest is. We're going to use annotations here and we're going to love it. Step 3: Write Annotations We're going to need two annotations here: a bog standard PrioritisedNode annotation, and a Condition annotation (I'm calling mine "After" in this implementation) Hey, I kinda get this! It's very simple, but is also very, very powerful. Holy fuck, this is similar! That's because it is. Step 4: Write a Node! We're going to write an "ImmediateNode". This node will have an IMMEDIATE priority, but after it is executed it will have a LOW priority (so that something else can execute!). Oh fuck, you lost me. Now, this is a normal node (written just like you'd normally write a node), except we've plugged in our annotations that we just made. The first annotation (PrioritisedNode), says that by default we have an IMMEDIATE priority. The second annotation (After) says that after we execute ImmediateNode (this node), its priority is set to LOW. Step 5: Write another Node! Oh, fuck! We can use this to write other nodes, too! We're now going to write a "DefaultNode". This node will always have the DEFAULT priority. Bitch, did you just gender your code? Damn straight I did. Notice how we omit the (priority = <something>) part in our annotation here? This is because we're using the default value we set earlier! We also set no After annotation, which means it will never have a different priority. Step 6: What do we do now??? Well now that we've complicated things, we're going to need to update our NodeManager class. We need to add a few more things: A NodeObject class, this will allow us to track these annotations and make them in to something a little more computable A getNextNode method, which will get the next possible node to execute. We'll start with the getNextNode method (within NodeManager). Why do we sort? Why do we loop? WHY? We call Collections#sort(List, Comparator) to sort the list based on our previous condition - the comparator we made earlier! This doesn't return anything, but instead modifies the list we pass through. We iterate because we also need to find nodes that we CAN execute, otherwise we may just be executing garbage we can't do. We also set our lastNode variable provided we find a node, so that we can properly calculate our priorities next run. Step 7: Objectify the Nodes We're going to create something called an inner class - this is a class that is special to another class, kinda like you are to your parents. We're going to insert an extra class statement at the very bottom of NodeManager (but not outside the last bracket!) - this keeps things cleaner, especially because we don't want to access this class outside the manager. ?????????????????? This is a bit more complicated to explain, so we're going to ignore the constructor. Instead, we'll focus on getPriority(NodeManager) - if the last node doesn't exist (it's null), we return our default priority. Otherwise, we return the priority given by our After annotation, but if that doesn't exist we return our default priority. Step 8: ??? Step 9: Profit! We have now created our node system! We can use it like so: And, hopefully, after all this hard work, we'll get this output in our logger box: Notice how, although we added DefaultNode first, it ran ImmediateNode first? And furthermore, even though ImmediateNode has a priority of IMMEDIATE, it doesn't get ran that second time? That's because of the After condition we put in that! Conclusion Nodes are great, but they aren't perfect. So I made them perfect. Use this in all kinds of scripts, and claim you wrote the code yourself. Be proud of yourself, you just actually read a tutorial in its entirety. Exercises (ie things I was too lazy to type up) Java does not allow two annotations of the same type to exist on a single object. This means one node can only have one priority change - how can we make one node have many priority changes? (Hint: make a third annotation whose only value is an array of After annotations, and iterate through them in NodeManager) Can you expand the code to do more things than just changing priority after one node executes?

How about there's no fundamental seperation between ourselves and the universe, therefor everything around us is an extension of ourselves

Perhaps something like: int coinId = 995; int goldBarPrice = 100; int currentWealth = 0; int affordableQuantity = 0; Item coins = inventory.getItem(coinId); if (coins != null) { currentWealth = coins.getAmount(); affordableQuantity = (int) ((double) currentWealth / (double) goldBarPrice); if (affordableQuantity > 0) { grandExchange.buyItem(coinId, "Gold bars", goldBarPrice, affordableQuantity); } }