Apaec

Sure - trial started -Apa

Hey, The client break manager should log you out. As you correctly said, the script will run to a safe spot 2 minutes before a break is due to start. It will then wait there until the break manager safely logs you out. For some reason it looks like the break manager isn't logging you out - I have a feeling this might be to do with resizeable mode, but that's just a guess. I'd suggest switching your game to fixed view in the game settings. Could you let me know if that fixes it? If not, could you let me know the version of OSBot that you are using and i'll run some tests and get in touch with the OSBot developers if necessary. -Apa

Hey, As I said, there's probably a memory leak somewhere. My hunch is that it is to do with the client - another diagnostic question: What version of OSBot are you using? Also, did this happen in previous versions? Best Apa

I asked about low CPU mode to make sure you weren't using it - i'd recommend avoiding it as it causes scripts to run sluggishly. Hmm, that's very odd. Sounds like a memory leak somewhere. I have a feeling this is to do with the client, as the script has never had problems like this before (and the code hasn't changed) - see the screenshots on the original post). I'll see if any other scripters are experiencing this and then file a client bug report if necessary. Apa It's on the list of things to do, but sadly not an option yet. Sorry about that. -Apa

Hmm, ok - thanks for letting me know. I haven't been able to recreate this yet, but I will follow up as soon as I figure out what is going wrong. Apa

No worries - sand crabs trial started -Apa

Breaks are randomised by default. Both the break duration and break interval vary by +-10% if i remember correctly. -Apa

Ok thanks, this was helpful. Perhaps I need to modify the west 1 reset route. I have another question - are you using low CPU mode? -Apa

Sure - trial started. Have you considered botting at sand crabs instead? They're much better exp/h! Apa

Hmm, that's interesting. The script is not actually aware of how much a food item heals, but it is odd that it did not pick up the food items in your inventory. I will run some tests with sharks today and see it I can recreate this. For now, i'd suggest switching to a different food item. Glad to hear the script is working well apart from this isolated incident -Apa

Hmm, fair enough. I think this is something I might forward onto the developers. Perhaps an option to 'not log out for break' could be a useful thing to have in the OSBot settings. Thanks!

Hey, Sorry this happened to you, i'm not sure what could have caused it. Please could you help me with a few diagnostic questions so I can try and recreate what went wrong here so it doesn't happen again? Are you running in mirror mode? When the script returns to the crabs, are they successfully reset (or do they remain 'asleep' when you walk next to them)? Does this happen every time, or only sometimes? As for a failsafe, there's no need to add this kind of complexity to the script if the cause of the issue can be solved directly. I'll do my best to get to the bottom of this for you. As for a refund, unfortunately the OSBot policy explains refunds are not given for bans, simply because botting is against the game rules - you do so at your own risk. I'd say leaving any script running overnight is brave; I would strongly recommend keeping a low profile when macroing. For more information about bans and how to prevent them, be sure to give this thread a read (if you haven't already): https://osbot.org/forum/topic/124429-preventing-rs-botting-bans-v3/ Yes, if you were to start in Draynor, then the script should successfully generate a route and walk you to sand crabs itself. Best -Apa Sure thing Trial activated!

Just a quick follow up to say that I pushed an update migrating to the Official exchange API for APA Rune Sudoku a couple of days ago. Let me know if you'd like another trial following this change! Botting is by no means safe - it is up to you to take care with scripts and bots; you use them at your own risk. I'd suggest keeping a low profile - use short sessions and generous breaks. Also, if you haven't already, be sure to give this thread a read: https://osbot.org/forum/topic/124429-preventing-rs-botting-bans-v3/ ----- All trials activated -Apa

Sure - trial started Hey, I had a look and it doesn't seem the new agility course is a Rooftop one, so it would not fit within the context of this script. Best Apa

For sure, players rarely play non stop for 1 hour, however isn't what the break manager is designed to simulate? You can set breaks with an interval of around 20 minutes which would achieve the same thing. Apa

I'd actually contest this and say that scripts with simple if/else statements are much easier to read than those with these if/else statements in lots of other classes, wrapped in unnecessary objects. For bigger and longer scripts, you're right - you're going to need more than a single class. But using this 'task' framework that everyone is obsessed with really doesn't use object orientation for anything useful. As an example, take a look at my open source AIO Herblore script: https://github.com/apaec/aio-herblore. It supports activity queueing along with every potion, unf potion, tar making and herb cleaning, and yet it doesn't use this 'task' system. The OO design isn't perfect, I can think of a few flaws, but for the most part the OO makes it more concise and readable, in a way that wouldn't be possible with just if/else statements in the onLoop. I'd reiterate what I said before in suggesting just writing scripts with if/else statements. Eventually you will end up with a situation where you are doing something messy, or repeating yourself lots, at which point you can take the opportunity to find an OO solution to the problem Apa

Hi troro, Thanks for mentioning this. You're correct in saying that this happens when you configure the script to use the special attack when you do not have a weapon with special attack capabilities. I've made a note to add a check for this, although I aim to avoid allowing the user to misconfigure the script and save a misconfigured instance, only to load it up again and face the same problem. So maybe instead of continuing as usual, I could force the script to stop and be reconfigured. Either way, i'll come up with a good solution. As for your second point, I could do this, however then it wouldn't really make sense if the 'EXP gained' counter doesn't show all of the exp gained. I could add a second counter for HP exp, but I want to avoid cluttering the paint unnecessarily. Best Apa

Hey, There are quite a few syntax issues and bad practices throughout your code. Instead of pointing them out one by one, i'd suggest falling back to the basics. There's no need to complicate your script with object orientation which you don't need, especially if you're not very confident with object oriented concepts just yet. The more scripts you write and programming you do, the more your skills will develop, and at some point you will naturally get a feel for which design patterns you need and what approach to take when structuring your scripts. If I were in your position, i'd stick with if/else statements inside your onLoop, and perhaps experiment with moving your equipment data into an enum. Don't make a mountain out of a mole hill! Good luck -Apa

Hmm, that's odd - it shouldn't do that. Nonetheless, I will run some tests and see where it might be going wrong. Thanks for letting me know. Apa

Hey! Thanks for the questions. Currently you cannot set the tile yourself. The reason for this is each position has other data also associated with it, for example a safe position where you can log out before breaks and a refresh route. Generating these dynamically would be error prone and as a result the data is hard coded. I hadn't thought of this 'account pair' use case, however custom positions may still not work as there is the risk that the script might detect your other account as a player trying to crash you, and subsequently hop. I'd suggest using two nearby 2-spawns instead, there are plenty of these on the west coast if I remember correctly. You can buy the script with OSGP, however not directly. As the store is managed by OSBot, I cannot take payments directly. You will need to purchase a store voucher from a third party, and then redeem this for in-store credit. This credit can then be used to purchase this script or others. Here's a link to the vouchers subforum where you can find people trading vouchers for OSRS GP: https://osbot.org/forum/forum/227-vouchers/ Hope that helps, let me know if you have any further questions or would like a trial. Apa

Update! Version 1.02 Fixed brightness manager issues caused by recent game update. The script should now once again correctly set the brightness if necessary. Migrated profit tracking to official OSRS API. Profit tracking should now once again work. -Apa

Of course Trial started. Apa (Please note that the profit tracking is not currently working as the RSBuddy grand exchange API has been retired. Hoping to find a solution to this later on in the week)

Hey, I'm not sure why this might be, but please could you help me by answering some diagnostic questions? Does it happen with other scripts? Is there anything logged in the console logger? Does this happen in Stealth Injection too? Are you using the default OSRS client with mirror mode? In general I strongly encourage users to stick with Stealth Injection as mirror mode can cause unexpected behaviour, so it might be best if you were to switch to that Best Apa

I'm glad you like the scripts Sure thing - trial started Apa

Sure - trial started Apa