Apaec

Am working on it as we speak, but i've had other projects going on lately and have had to prioritise them. I can't give an ETA as I truly don't know, the re-write is a lot of work and it's hard to put a time-frame on it. Hopefully soon! (: Apa

Hey, unfortunately I only offer 24h trials for the scripts (see the OP for details) - i've started it for you now, enjoy! (: Apa

Sure, i've started your 24h trial now! (: 20h?! That's crazy awesome!! If you have a couple mins spare, let me know when you hit the stop button and drop a screenshot down so I can add it to the front page! cheers! Hey, no problem. I can see that it doesn't seem you've started the script yet - i've given you a fresh 24h. Enjoy! (: Sure thing! (: _______________ -Apa

Awesome stuff, thanks for sharing! (: I've added it to the main page if that's okay! Sounds like you might have a flagged ip! Careful! ________ -Apa

As dreameo stated, they are indeed NPCS. Use: NPC fishingSpot = getNpcs().closest("Fishing spot"); Apa

Yes, I would say xp is faster! Sand crabs have 60hp compared to the 50hp that rock crabs have, and the 3/4 spot camp locations yield more in-combat time than the rock crab roam settings. I've given you a 24h trial, hopefully the script lives up to your expectations! (: -Apa

Sure, done! (:

Cheers for this. Yes this is caused by a recent OSBot interaction change which makes walking always use the minimap which might be the root of the issue. Since hosidius is an unusually convenient location, the walking is a bit tricky to handle. I plan to change the way it executes in the near future and am experimenting with code alternatives, i'll see what I can do to improve it! (: Apa

Yes, the AIO cooker only cooks items on fires/ranges. It doesn't support pizzas/wines/potato or other cooking methods since that would warrant a price change and may infringe the OSBot store undercutting rules. Sorry about that! You might be able to get a refund (although I don't handle them), worth a try. Apa

Oracles naming conventions say that constants should be caps and underscores, but 'constant' is not synonymous with the final keyword. For example, the final keyword can be assigned to variables which may not have the same value between separate instances of a program. Consider the class below: public class Demo { private final String someString; public Demo(String string) { someString = string; } public String getString() { return someString; } } The class can be used as follows: System.out.println(new Demo("Hello").getString()); //> Hello System.out.println(new Demo("abcdefg").getString()); //> abcdefg You will notice that, although the variable 'someString' is final, its value is not the same in the example above (when two separate instances of the Demo class are created) and thus is not globally constant, hence a CAPS_AND_UNDERSCORES variable name is not appropriate. In the next example however, it would be: public class DemoTwo { private final String SOME_STRING = "I'm constant!"; public Demo() {} public String getString() { return SOME_STRING; } } Using it: System.out.println(new DemoTwo().getString()); //> "I'm constant!" I hope that makes sense and you now understand what I was previously trying to say and why I think that the final keyword does not always mean caps and underscores should be used for naming! Apa

You don't have to declare stuff before using it, you can declare stuff as you use it. I'd suggest reading up a bit about java, but the idea is: String tree = "Oak tree"; RS2Object tree = getObjects().closest(tree); //... is functionally equivalent to RS2Object tree = getObjects().closest("Oak tree"); //... likewise Area area = new Area(0,0,0,0); getWalking().walk(area); //... is functionally equivalent to getWalking().walk(new Area(0,0,0,0));

I wouldn't say everything final has to be left in upper case, that's preference really. Perhaps for user-defined constants which modify how your code runs directly and will only ever be the value you provide, but for final attributes initialised in a classes constructor, while the values may be constant locally, globally across other instances this is not guaranteed!

Sorry to hear that. With your experience I'm sure you will understand how unpredictable bans can be - Be sure to give this thread a read if you have a couple of minutes to spare, so that you don't get banned again! Cheers Apa

Hey, this script only cooks items on fires/ranges - It will cook Tuna for you, and turn raw potatoes to cooked ones, but will not combine the items in any way. Cheers!

What's the problem with this?

I see you figured it out, thanks!

Hey, looks like you're right! I've given you another 24h starting now. Cheers! (: Apa

Hey, 78 smithing is awesome! (: As for your suggestion, I don't plan on adding the blast furnace as it's a pretty big change from the core of the script and while I could do it, I think it would warrant a price change since it would be undercutting other products on the store, thus infringing the store rules. I want to keep this script as affordable as possible! Cheers! (: -Apa

Not sure why it gets stuck , the web-walker should kick in! I'll take a look though, cheers! Done! Hey, Sure - you just have to enter your name in the link. Here's your progress... Wow!! Apa

Odd that it's switching between them - Either way this would be client sided since dropping is handled by OSBot code... perhaps it's not caching your settings correctly for some reason! Not sure. I will take a look but there's most likely nothing I can do. apa

Hey, cheers for that - sorry I didn't get to you in time!! (Just woke up) Cheers Apa

Nice work (: Just a few things, firstly, there's no need to store Player myPlayer() in a variable since you're only using it once. Secondly, I would highly recommend using a conditional sleep after interacting with feathers instead of a static one. This conditional sleep could factor in distance to the feathers to determine the threshold, and look for an inventory gain/amount rise for the condition boolean. This means the script will only sleep for as long as it needs to, and time out and try again if for whatever reason the interaction fails (Also I would recommend making use of the interact methods boolean return). You can define a conditional sleep anonymously, or by extending the abstract class with your own class and overriding the method that way. Check out the API: https://osbot.org/api/org/osbot/rs07/utility/ConditionalSleep.html -Apa

Hey, I've mentioned this before, but so far i've avoided adding non food-on-fire/range activities as adding one would ultimately result in me adding them all. Since the script is comparatively cheap compared to other products on the store, I think this would warrant either a price rise or a new release altogether to avoid infringing the OSBot store rules and undercutting other script prices. It's a bit of a tricky topic, but I will say this: I would like to add it in future and may well do, but I would probably have to seek permission & potentially request a price change if that is what would be needed - I cannot make any promises though! Cheers Apa

Yes, as Juggles said, I think Alek mentioned somewhere that it was a fixed 10%!

Area you sure it still drops manually? It should shift-drop if you have the option enabled... Perhaps this is an issue on OSBots side. Have you tried re-starting the bot? -Apa