XenoTools

Update coming within 24 hours, porting to java!

I use auto-retaliate by choice, not because it's a flaw in the script. The part where you say the script is next to useless is utter bullcrap, there is an issue where the script may stop if teleported too far out from the cave, but it is in the process of being fixed. There's numerous reports from people on here stating that it's run for numerous hours so your statement is just flame. I do not force attack on NPC's simply because I believe that it may increase the risk for ban by constantly forcing the play to walk back to the same exact tile in the center, which is the best location to be at for you to catch the monsters agro. There's a reason I've made my script the way I have and this is not the first fight-cave script that I have made. Random Event support isn't the duty of a script-maker, it's the duty of the bot itself in my opinion, although I will be attempting to add it, but if you're caught with a random event while botting fight-caves than you have a whole new issue right there, once again though, IMO. If you read the other post(s) instead of calling it useless, you would know the flaws. There have been people also posting how to avoid most of the problems you've mentioned or ways around it. Thanks for the comment, have a wonderful day.

Like I've posted before, I am aware of this issue and I am attempting to find a way to get it resolved, unfortunately I am having some issue's with the walk(new Poisition(x,y,z)); method, and it glitches out a fair amount, causing the script the over-all stop.

NP, sorry for coming on as an ass too, the problem with the script being stuck outside when it spawns beyond a certain distance would be fixed obviously by a distance check and making it walk towards the cave, probably with a random 3x3 x,y for anti-ban purposes, but it seems the walking function has been murdered by the OSBot developers.. Also, don't use the client.rotateCamera function as it seems to be very detectable, simply because it only spins one direction and spins in a complete circle befoer finding it most of the time. Just some tips I've found while testing.

I wasn't posting about my script, I was blantly saying it had the same error. I was testing it to provide you with feedback, that was all. Ciao kid.

Will do, I apologize about the lack of functionality, i'm not familliar with groovy and hate the fact that it will compile and call non-existant methods without causing in error, in return it will just sit there. I'll fix the anti-ban

Explanation = horrible luck. You managed to get a random event while walking to the cave, only explanation. I'm trying to figure out a way to make it walk closer to the cave without error, unfortunately so far it just likes to sit there and derp, this is not on the scripts part, but i'd believe on the bots part itself. As I've heard there were numerous glitches with walking, I'm going to get off my lazy ass tonight and look into the API and find a new way to force walking for the script. When Java is released here in the next few days I promise the members of OSBot a Stable Build of a fight-caves script that will have numerous functions and multiple combat style and account type support, including but not limiting to the "Getting-bored" anti-ban which will actually safe-spot Tzhaar monsters in the actuall "dungeon" and loot the drops if set up to do so with either mage/range. I'm going to make this similar to my private version of Fight-Caves for Advertising other bots isn't allowed. that I've run for 51 hours without flaw before, that was of-course using a login-script that relogs every 5 hours

Explanation = horrible luck. You managed to get a random event while walking to the cave, only explanation.

I'm trying to figure out a way to make it walk closer to the cave without error, unfortunately so far it just likes to sit there and derp, this is not on the scripts part, but i'd believe on the bots part itself. As I've heard there were numerous glitches with walking, I'm going to get off my lazy ass tonight and look into the API and find a new way to force walking for the script. When Java is released here in the next few days I promise the members of OSBot a Stable Build of a fight-caves script that will have numerous functions and multiple combat style and account type support, including but not limiting to the "Getting-bored" anti-ban which will actually safe-spot Tzhaar monsters in the actuall "dungeon" and loot the drops if set up to do so with either mage/range. I'm going to make this similar to my private version of Fight-Caves for Advertising other bots isn't allowed. that I've run for 51 hours without flaw before, that was of-course using a login-script that relogs every 5 hours

Congratulations on your thread being out earlier, whilist my script was out before yours. Also, I never once said you copied me. I said it had the same issue as entering the cave as mine, which I honestly believe is due to the API Functions of the bot currently, there's no reason that the camera should just spin in circles or not work at all, but more than anything i 90% accuse groovy because even if there is an error for an invalid method it won't catch it as an error, it just wont run it. Chill out, also mine does the same thing, don't touch it and it runs fine. Yeah, you're script force attacks the NPC, congratulations. Just makes it easier to detect, IMO. ALSO, how is covering the inventory a bad idea? The paint shows the tokkul gained and what else would be used for this script. The Anti-Ban changes the tabs, and is about to get even more in-depth as to checking skills, etc. If you're botting and eating in the fight-caves, you're honestly LOSING experience. Don't believe me? Try it. Once again, not ONCE did I say or even make it sound like you copied my script, the code is obviously different.

Working on a fix.

I'm currently aware of the bug where the client stops outside the cave and am working on a way to fix it, please bear with me for awhile while i get this issue resolved.

This is doing the same thing as my script and after looking through the code, it's almost the same. Just crashes outside sometimes. I've tried checking for distance and walking closer/turning camera, but that tends to break the script.

What the fuck? That sounds like a problem with the bot itself, as "error while executing script!" is showing that it's not loading properly / is not valid code, but it shouldn't be attempting to re-execute.

Great to hear

update: import java.awt.Graphics;import java.awt.Image;import java.io.IOException;import java.net.URL;import java.util.Objects;import javax.imageio.ImageIO;import org.osbot.script.Script;import org.osbot.script.ScriptManifest;import org.osbot.script.rs2.model.RS2Object;import org.osbot.script.rs2.ui.Tab;@ScriptManifest(name = "XenoFightCaves", author="XenoTools", version = 1.12D, info = "Recent Update: More stable release, updated with anti-ban.")public class XenoFightCaves extends Script { private static enum BotState { INITIALIZING, GOING_TO_CAVE, AFK_IN_CAVE, ERROR }; private BotState state; private static final int CAVE_ENTRANCE = 9356, CAVE_EXIT = 9357; private static long START_TIME; Position fix = new Position(2439, 5169, 0); int sAttackEXP, sDefenceEXP, sStrengthEXP, cAttackEXP, cDefenceEXP, cStrengthEXP, hAttackEXP, hDefenceEXP, hStrengthEXP, gAttackEXP, gDefenceEXP, gStrengthEXP, sTokkul, cTokkul, hTokkul, gTokkul, training; RS2Object CAVE_ENTRANCE_OBJ, CAVE_EXIT_OBJ; Image background = getImage("http://i48.tinypic.com/289diqq.png"); private Image getImage(String url) { try { return ImageIO.read(new URL(url)); } catch (IOException e) { return null; } } @Override void onPaint(Graphics g) { g.drawImage(background, 548, 205, null); g.drawString("Hourly", 638, 255); g.drawString("Current", 633, 296); g.drawString(format(System.currentTimeMillis() - START_TIME), 615, 345); g.drawString(format(System.currentTimeMillis() - START_TIME), 615, 385); g.drawString("State: ${state}", 10, 50); //g.drawString("Tokkul", 623, 433); } @Override public void onStart() { START_TIME = System.currentTimeMillis(); state = BotState.INITIALIZING; log("Thanks for using a script powered by: XenoTools"); } @Override public int onLoop() { log("Attempting to handle"); state = setState(); try { return handleState(state); } catch (InterruptedException e) { // TODO Auto-generated catch block e.printStackTrace(); } log("Didn't handle"); return 1000; } BotState setState() { log("setting the state"); if(client.getMyPlayer().getPosition().getX() < 2800) return BotState.GOING_TO_CAVE; if(client.getMyPlayer().getPosition().getX() > 2800) return BotState.AFK_IN_CAVE; return BotState.ERROR; } int handleState(BotState state) throws InterruptedException { switch(state) { case BotState.GOING_TO_CAVE: CAVE_ENTRANCE_OBJ = getClosestObject(CAVE_ENTRANCE); if(CAVE_ENTRANCE_OBJ != null) { selectEntityOption(CAVE_ENTRANCE_OBJ, "Enter"); return 1500; } return 500; case BotState.AFK_IN_CAVE: doAntiRandom(random(65)); return 5000; case BotState.ERROR: log("error"); return 5000; } return 1000; } void doAntiRandom(int id) throws InterruptedException { switch(id) { case 1: case 4: case 13: log("Antiban: Move mouse"); moveMouseOutsideScreen(); break; case 2: case 27: case 16: log("Antiban: Open Skills tab"); if (currentTab() != Tab.SKILLS) openTab(Tab.SKILLS); break; case 3: case 19: case 29: log("Antiban: Open Friends tab"); if (currentTab() != Tab.FRIENDS) openTab(Tab.FRIENDS); break; } } private RS2Object getClosestObject(int id) { RS2Object o = null; for (RS2Object obj : client.getCurrentRegion().getObjects()) if (obj != null && obj.getId() != null && obj.getId() == id) if (o == null || distance(obj) < distance(o)) o = obj; return o; } String format(final long time) { final StringBuilder t = new StringBuilder(); final long total_secs = time / 1000, total_mins = total_secs / 60, total_hrs = total_mins / 60; final int secs = (int) total_secs % 60, mins = (int) total_mins % 60, hrs = (int) total_hrs % 24; if (hrs < 10) t.append("0"); t.append(hrs); t.append(":"); if (mins < 10) t.append("0"); t.append(mins); t.append(":"); if (secs < 10) t.append("0"); if (secs < 0) t.append("0"); else t.append(secs); return t.toString(); }}

Like i said, grab the new source, forum was lagging real bad and left out characters

Get the new source, forum was bugging and it didn't update the post correctly. Re-edited it.

Posted an update to the script, test session ran for 4 hours

&nbsp; &nbsp;Very strange, that was just a hotfix i posted from work, Like i said I'll look into when i get home, mines running fine. :confused: Make sure to return 1500, as 750 will sometimes cause it to click to the front.

This loader fails to load onLoop() in my experience, converted the exact same script to groovy and it worked fine.

Will be developing a reference class to import and use in scripts that will handle all of the anti-randoms...Post all IDs for randoms here, ID's, Names, Interfaces, etc.

I'm not currently at home, Will be at work for the next few hours, modify your .groovy file to get the script working... Script was working fine before i released it, when I get home I'll see what the issue is and post a proggy if it's still running. if(distance(CAVE_ENTRANCE_OBJ) > 3) { walk(fix); return 1000; } else { client.moveCameraToEntity(CAVE_ENTRANCE_OBJ); sleep(1500); selectEntityOption(CAVE_ENTRANCE_OBJ, "Enter"); return 750; } replace with client.moveCameraToEntity(CAVE_ENTRANCE_OBJ); sleep(1500); selectEntityOption(CAVE_ENTRANCE_OBJ, "Enter"); return 1500; &nbsp; &nbsp;Expect update for mage/range within 72 hours, I apologize for delay, as I'll be working 12 hour days for the next two days.

Inspected bug report filed by nldanny and fixed the issue, please re-download the script EDIT: Script now updated, please update.

I'll inspect the bot over the next hour and see if the issue repeats, once i witness the issue I'll be posting a fix. Thanks for the bug report. for the time being open the .groovy file and search for client.moveCameraToEntity(CAVE_ENTRANCE_OBJ); below that you will find sleep(500); change that 500 to a 2000, that should stop the issue. ---Reload the script after saving the .groovy file. (Click reload or reload client)