Apaec

When someone crashes you, it should try to compete for the crabs by manually attacking them - this is intentional in an attempt to deter crashers. Not sure why it's switching though, perhaps due to the higher quantity of 4-spawns now at CCI. I will look into this, thanks! It's one of the random mouse movements, which as the name suggests occur randomly! I will be adding a feature for full afking though, which will make it move the mouse out of the screen the whole time. Unfortunately seeing as some potions boost more than others, combined with the nature of the script looping system, this would be more difficult than it appears, but I could add it if I knew exactly by how much each potion boosts your stats. I can probably make this change, and i've noted it down, however it's on the backburner while I work on some of the many other updates that I've promised! (who knows, may get around to it this weekend as well...) Cheers all!

I can potentially add some delays when worldhopping, however it should retry logging in if it fails (unless there's a client-sided timeout that i'm not aware of). As for the ammo thing, thanks for letting me know. I will look into it when I work on updates for the script this weekend! apa It should go out from a random edge on the screen, at which point the cursor is outside the client window, and as a result the client api sets the co-ordinates to their default (being 0,0 in relation to the paint canvas) so the cursor is drawn at the top right, even though it isn't. Sorry about that confusion! ~apa The script should move the mouse outside the screen along with the other random movements implemented, and indeed it should have a boosted frequency, however I could potentially make an option to always move the mouse outside the screen when idle if there are enough people interested. Thanks for the suggestion!

I believe the xp counter tracks all xp you earn, so that includes HP! Trust me it's alot harder than it seems :p But either way i've scheduled some time over the weekend to work on this and work a bit on my cooking script as well. No promises that I can finish it in one go tho! I will post here once i've updated it though ~apa

Yep, i've scheduled time this coming weekend to add this and hopefully work on the structure of the script to make the code more tidy!

Hiya, Unfortunately not! It would require some major changes to the structure to get this to work. It's on my list of things to add though. I'd recommend combat potions if you're looking for a good compromise though!:) ~apa

Sorry about this. I've given you a 36 hour trial in compensation. Thanks for sticking around! ~apa

Try entering the '07 altar' cc, they normally have a yanille host!! ~apa

Hey, I didn't really want to make the gui too cluttered so I just added it as a checkbox, but if there's interest for this then I suppose I can do it. Currently however, the refresh delay is randomised I believe from 0 up to almost a minute (don't want to give away exact thresholds!), which I think is a good level of randomisation. Cheers -Apa Ah, thanks for this. It seems it's trying to refresh but it's too far away. I will try and patch this up for you ASAP, but in the mean time i'd recommend using camp settings such that this doesn't happen again! Thanks -Apa

Can you explain what happened? I don't stake and not sure what's going on in this photo!

Base code is looking good, nice work The health checking needs some work still...! The idea of the case based structure is to make the code more readable and easier to debug. It also makes adding additional functions to the script a little bit easier. As you rightly guessed, we are going to need a new state, which you've called HEALTHCHECK. Perhaps would be better to call this state RUN_FROM_COMBAT or something similar, as the state determines the 'action' code rather than the check. Additionally, you're messing around with global variables and relying on these values in other functions. While this is perfectly valid, in this situation it's somewhat unnecessary - you can simply do the health checking in the getState() function (after all, that's what it's there for!). Finally, it would be alot cleaner and universal if you were to use hp percentage thresholds rather than straight hp thresholds. While i'm not a fan of giving code straight up, I feel that in this case it's important that you get this right to continue your journey! I'll show you how you can go about solving this issue. Here's a simple way to go about the issue which follows the initial state based structure: > Note that i've changed the state name to RUN_FROM_COMBAT and the calculations are done in the getState() function. (Also, i've written this all in the reply box and haven't tested it, so there may well be typos / errors. Sorry!) import org.osbot.rs07.api.map.Position; import org.osbot.rs07.api.model.Entity; import org.osbot.rs07.api.ui.Skill; import org.osbot.rs07.script.Script; import org.osbot.rs07.script.ScriptManifest; import java.awt.*; @ScriptManifest(author = "Jacareverde", info = "My first script", name = "Woodcutting", version = 0, logo = "") public class main extends Script { public int hpThreshold = 30; // Percent! @[member='Override'] public void onStart() { log("Welcome to Jacareverde's Woodcutter!"); log("If you experience any issues while running this script please report them to me on the forums."); } private enum State { CUT, BANK, WAIT, RUN_FROM_COMBAT }; public State getState() { Entity tree = objects.closest("Tree"); int hpPercentage = (getSkills().getDynamic(Skill.HITPOINTS) * 100) / getSkills().getStatic(Skill.HITPOINTS); if (hpPercentage < hpThreshold) return State.RUN_FROM_COMBAT; if (inventory.isFull()) return State.BANK; if (tree != null) return State.CUT; return State.WAIT; } @[member='Override'] public int onLoop() throws InterruptedException {; int HP = (getSkills().getDynamic(Skill.HITPOINTS)); boolean lowHealth = (HP <= 7); switch (getState()) { case CUT: Entity tree = objects.closest("Tree"); if (tree.exists()) { tree.interact("Chop down"); while (tree.exists()) { sleep(random(500, 700)); } } break; case BANK: if (getBank().open()) { getBank().depositAll("Logs"); getBank().close(); } if (!getBank().open()) { getBank().open(); } getWalking().walk(new Position(3101, 3246, 0)); break; case WAIT: sleep(random(500, 700)); break; case RUN_FROM_COMBAT: if (lowHealth == true) { getWalking().walk(new Position(3096,3241,0)); } break; } return random(200, 300); } @[member='Override'] public void onExit() { log("Thanks for running my Woodcutter!"); } @[member='Override'] public void onPaint(Graphics2D g) { } } Let me know if that does/doesn't work, and good luck!! ~apa

I've just enabled your 24h trial, hopefully I wasn't too late!! ~apa

I will replace the cursor in the next version, sorry about that!

Ah, thanks for letting me know. I will extend the path! apa

Unfortunately you can only use one potion at the moment. Multiple potions are on the to-do list, but it's not a particularly small change based on the current structure of the code. For now i'd suggest using standard combat potions, or supers if you can afford. Sorry about that! ~apa

I will be looking into ammo looting as there is another similar bug tied in with looting + pathwalking. Cheers! Please like the corresponding threads and you should automatically receive a trial!

Very odd... no error messages in the console?

As you said, this idea of the client handling everything for you does bring up a few issues, notably all scripts have similar interactions and there's more scope for things to go wrong which cannot be fixed by the scripter, however these issues make scripting alot more accessible, so it's certainly worth it. As for the model script, there's no set way to write one, and I don't have a good example as i'm not particularly happy with how some of my own scripts are written. However what I did when I started out was look around here: http://osbot.org/forum/forum/288-downloadablelocal-scripts/ and decompile some scripts ~apa

Ah, I apologies then. I thought the issue with the mirror client was fixed though... Do other scripts work just fine?

Awesome progress! And yes, if you "suicide" bot (just leave it running) you will get banned no matter what As for dialogues, take a look at the API http://osbot.org/api/ , specifically http://osbot.org/api/org/osbot/rs07/api/Dialogues.html Hopefully the suite of methods available there should suffice for your needs! apa

| \/

Probably due to the update today then. Hopefully will be fixed soon with the next client version!

I believe the client may be having issues due to the update today. Perhaps try other SDN scripts - if they don't work either then this is probably the case!

Not sure. Could be a result of todays update - Have you tried re-booting the bot?

I wouldn't say this was easy. Just a different difficult to what you're used to @OP especially like the doritos D

Sick paint ;) I'd be curious to know what pAnti-Ban does tho 1!