ScummyBotter

That's a good observation and it makes sense, thanks a lot! I was under the impression that the id's were something that gets changed frequently, seems like that's not the case then.

Currently I'm doing something like this for every single (unique) NPC in the script I'm making, since I don't want to identify them using their id's in case Jagex change them: NPC npcOne = npcs.closest(npc -> npc.getName().equals(NAME) && area.contains(elemental)); I'm making a sorceress's garden script, so I need to make one of these for every single elemental and need to store their areas too, as I'm writing this I just notice that their areas can overlap too, so there is a chance I get the wrong elemental in that case. Should I just identify them by their id's and update them if Jagex ever change the ids? Do Jagex change the id's?

From my understanding as long as the second position isn't outside the players local area (minimap I think) a simple walk to position will do, if it is quite far then you can either use the webwalker which makes it's own path but is quite resource heavy, or you can make your own path made up of multiple positions for it to walk, I highly recommend using @Explv's map tool (https://explv.github.io/) for this since it makes it easier.

I think they might be confusing the Runelite client with Runeloader? Open source means everyone can see the client source code, so if something is dodgy, people will see it since it's public, only scenario I can think of is if they got the executable file from a dodgy source and not compiled it themselves/got it from the official website.

why?

All I can think of atm is buying things other than rune arrows

Heyyy congratz on the new job! Eh I don't really deserve to win as such but it would be nice. Thanks for the giveaway either way

Depends on the accounts/resources you have

Great Idea, thanks for the update!

Here's a 5 and a half hour proggy, still going strong! One thing I've noticed at further out zooms is that is can frequently misclick on the doors and lock you out as a result, haven't experienced it since I zoomed in though!

Same here, gg lads

No worries guys! Enjoy

Scummy F2P Bank Walker I was a little bored of walking everywhere manually since this site didn't have a basic public free walker so I made this walker, please let me know of any ways I can improve my code quality. Bugs: Idk, it seems to work, let me know and I'll fix it Features: Walks to banks using Osbot webwalker Usage: Simply select the destination, arrival action then press go, check the status too since the webwalker can't always reach every location. Future Features: None planned, want CLI + Custom locations? Explv's got you covered Script Class: Gui Class: Download: ScummyF2PWalker.jar

Here's an 8 hour overnight proggy I got tonight just to show that the ban in 1 hour prolly had nothing to do with this

Nice script! I just wanted to ask, when it selects the next rock crab to kill, why does it click on the (what seems to be) exact crab position on the minimap and then attack in person, seems very bot like, most people would walk to/on the rock crabs on the main screen rather than use the minimap.

I honestly love you for this, makes life so much easier, thanks bb

Are you sure that it's for programmers and not typists? When it comes to scripting I can't give advice since i'm a beginner but generally if you properly think through a program and design it before actually implementing it, you end up with higher quality code with less bugs. It's hard to think of the working of the full program when you're writing it line by line.

Regarding your closest question, I think there are two different methods to calculate the closest entity, one based off "real distance" which I think is walking distance though im not sure, and the other is the direct distance through pythagoras. You can find these in the EntityAPI class.

You can get the widget of the relevant GE box and then interact with Abort offer for example the first GE box, assuming that the GE interface is already opened RS2Widget boxOne = getWidgets().get(465,7); boxOne.interact("Abort offer");

Yeah I'm currently at uni but the OOP we're taught just covers the fundamentals without that much practice, one of the reasons I came here is for that but it's been over a year since I played around with Java and OOP. Thanks for explaining the state and task systems, you mentioned that the more you abstract the more the computer has to work, does the readability and clarity not help when it comes to that? Otherwise you'll have a bunch of lower level code which is a pain to visualise. I used those resources when I started a few days ago, definitely useful, just to clarify though when I said that I wasn't sure where my script fit into the program, I meant into osbot as a whole. So any bot we write is a subclass of script which is a subclass of MethodProvider etc, is the best way to learn this to simply read through the docs? Somewhat related to that was my first question, from my understanding of java and OOP, instance methods are methods linked to an object which can be instantiated, and all objects need a constructor method to be instantiated but our scripts don't have constructors yet still have instance methods, so what objects are the instance methods linked to, the superclasses? is that a thing? I realise I'm asking a lot of questions so these are open to everyone not specifically just you That's what I'm doing now, only problem is that I'm like 3/4 of the way through my script and have 350 lines of code in one file, even though I'd like to think it's fairly clear to read, there's still too much in one file for my liking and I'd like to know how to split it up

Hey guys, got a few questions that are coming up as I'm making my first script: If we make a script (the way I'm doing it now), we make instance methods to provide the functionality and stick them in onLoop (well, they're nested in each other but eventually they all stem from onloop), but what object are these instance methods linked to? Not our script right? since to make an object we need a constructor? What "architectures" or methodologies are there when it comes to structuring a bot, I've heard of FSM or state based and something to do with task systems, is there anywhere I can learn about that? I'm a bit lost when it comes to learning where my script fits into the whole program, what is the best way to learn this, just read the API docs and work my way down the tree?

Ahh ok, fair enough Hmm bit overkill for one monster but if I expand the program later I guess I can do this. Thanks guys!

Currently making an f2p moss giant killer and need to interact with the items in their drop tables, I'm currently manually populating a HashMap, there should be a better way to do this right?

Same, a couple other things I've noticed is that it does not switch to f2p worlds if the option is ticked and it doesn't seem to notice randoms