DylanSRT

@Juggles I don't think so, I've been using it for a while. But I can add some delay to it. Do you really think it needs to be as slow as what's in the API? As long as you are not doing something like only dropping, you should be fine. I forget who's script it is but the AIO thiever that many people use has a dropper just like this which can sort through seeds. It's the most unhuman thing ever, but I got 90-99 at farmers no problem. I don't know about you but when I am playing legit my drops look a lot more like my script than the other one. Especially with using shift drop with mousekeys, a human could actually go much faster than this in a vertical line imo

Edit: I made this thread more so as awareness that the API drop methods suck atm (at least on mirror mode) and that scripters can easily make faster dropping methods. I'm clearly not the most experienced scripter here and I know most of you could write this code 10 times better (I'm actually hoping someone does and updates the API) lol. With regards to an understandable concern about this being "botlike" behavior, I can assure you that I have used this on my scripts for many hours without any problems. Also, if you consider the mousekey method which many players use: they use one key to click and one key to move down a certain number of pixels. My code has a 20 pixel range whereas they would be on the same pixel every time. I highly doubt that Jagex uses dropping behaviors as a bot detection method. That being said, if you're scared and would rather drop items like my grandma, then the API is there for you! I honestly think the slowness is more suspect then the speed of my bot which I would say is around average for humans using shift drop. The three derivations for this method should pretty much cover any dropping requirements you might have : Drop All - Drops everything in your inventory like the video. No input arguments necessary. Drop All w/ input - Drops all of an item in your inventory whose string name or integer id are used as input. If an array is used as input here, all of it's elements will be dropped and everything else retained Drop All Except w/ Input - Drops everything besides the item in your inventory whose string name or integer id are used as input. If an array is used as input here, all of it's elements will be retained and everything else dropped I'll try to annotate it a bit since I know some of you want to learn more, but for most of you, this is really some pretty basic stuff. First, make sure to bring in these two methods as they are used in all three instances: What these methods are doing is allowing us to input a slot to interact with and receive the coordinates for the mouse to go to. Yes, I know you can make the mouse go to certain slots without specifically providing coordinates. But this requires the invoking of what I call middleman methods and slows down the script. It's much faster to just give your mouse a direct location to go to without requiring any other info. You will notice I left the coordinates as a range using random because some people don't like clicking the same exact pixel over and over. Although I personally don't think it has any affect on bot detection. 1. Drop All 2. Drop All w/ Inputs 3. Drop All Except w/ Inputs Please don't leave any comments saying "you didn't use any sleeps, you're a bad scripter". There are many instances when conditional sleeps are necessary, but this method does not require it, as you should be able to tell from the video. Just as sleeping has it's benefits when it is necessary, it has an equally negative impact on speed when it is not necessary. I've ran versions of this code in my script thousands of times and have never once had any issues.

Why don't you just bot less and not get banned lol. I'm nearly maxed on my ironman. Pretty much 100% botted except slayer and I wrote all the scripts. Using mirror mode + writing your own scripts in unique places is the best way to not get banned. It's like using a mouse macro but with endless capabilities. We all know jagex doesn't ban mouse macros. I believe they have some way to detect client injection (which is now maybe fixed thanks to Alek). And I also believe that they write specific flagging codes for very popular scripts. So if you use mirror mode and stick to low key scripts, they literally can't tell you apart from anyone else. The last thing is that you can't keep doing the same task for a massive amount of time. I've basically combined many of my scripts together so for example every 2 hours it will go on a herb run, no matter what I was scripting before. And every hour it does birdhouse runs. I think this is the main reason I haven't been banned. Jagex doesn't expect multi-faceted bots. Trust me, I've been doing this for a while

I've had issues with scrolling in mirror mode in the past and worldHopper definitely never worked due to that. Maybe they fixed though not sure.

Nice bug! I assume this was made to work with mirror mode too? I had been using a very simplistic hopper which couldn't even scroll but could hop to same 12 worlds over and over based on what was visible. Will definitely give this a go.

Definitely seems to be broken atm. Lots of people complaining

most likely a dead script.. unfortunately there are a lot on the sdn. See if it has a thread in the official scripts section. If no thread then it's definitely dead. If there is a thread, check the latest comments and see if it is a problem with the bot. a thumbs up would be appreciated. Thanks

Okay do this: Search "java" in your control panel and open the app that you have Open Java tab and press View: Give us a screenshot of the window that pops up like the one below:

Oh shit haha, completely disregarded the date since someone else bumped recently. I'll be more careful in checking the dates from now on haha

@ProjectPact it recognizes placeholders as 1 item. You can make it work by just changing the 0 in your code to a 1. It shouldn't make a difference if you miss 1 item in your script. But yes the scrolling thing messes up most of the bank functions, as well as world hopper in mirror mode.

you must be doing something wrong as I had the osbuddy issue too but client works fine. Delete your jagexcache and osbot and redownload. My #1 advice is never resort to using client injection. I've been using mirror mode for a year now with unpopular scripts and no ban. Previously with client injection, I never lasted more than a month.

@Juggles @FrostBug @liverare @dreameo I used a combination of your guy's suggestions and I also ended up moving away from the interact in the api and basically making my own interact method with hover+click. It turned out incredible though. I took a vid so you guys can see how insanely fast it is lol. And it never messes up. Never using interact for inventory interactions again .Thanks for all the help guys! If this script gets approved, I'll credit you all in the post.

It's the second one. But yes it is dumb. I thought that by specifying an Item object, it would have the state of it's location as well. But, when you call it using methods like interact or getSlot, it grabs only the first item.

Brilliant Frost! I believe this will work. Thanks

That's a good idea actually. It still won't be able to combine them if they have the same amount of doses, but at least I can skip them for now until I have a more permanent solution. Thanks

Well that's what I am trying to do. The problem is that I can't distinguish the two items when they have the same names. All of the methods in the API (interact, getSlot, etc) always grab the "first item" matching an id or string. So what I really need is a way to output all of the slots for when there is more than one of the same item. To clarify, my list contains all of the 1dose , 2dose , 3dose spices. It works great until it runs into the case of 2 of the same amount of doses because then they have the same name.

Basically, I am trying to use an item on another item with the same name in my inventory. Normally, I could just use slots to distinguish between the two, but the problem in this script is that it is not predetermined where the item will be. I tried using the code below. It works well when there is two different items as the first and second Item in the list. But, when they are the same item, it just clicks on the first item twice. I thought when you created a list of Items using a string, that it would be location specific as well. However, it seems to only get the name. My second thought was just to make a second list with the additional filter for itemIsSelected. But, then after thinking about it, the same thing will still happen if it just grabs the name. Any ideas? I will give you credit for helping with this portion if I do release this script. public void combineSpices(){ String [] spiceColors ={"Red","Yellow","Brown","Orange"}; for(String x:spiceColors){ while(combinableSpices(x)>1){ java.util.List<Item> vialsToCombine = Arrays.stream(getInventory().getItems()).filter(i -> i != null && i.nameContains(x+" spice (1)",x+" spice (2)",x+" spice (3)")).collect(Collectors.toList()); vialsToCombine.get(0).interact("Use"); vialsToCombine.get(1).interact("Use"); } } inventory.dropAll("Empty spice shaker"); }

In my scripts, I have found that hover-clicking is much more reliable than interact when you want to use a left click action (primarily for an item in the inventory). I was just curious if anyone else has noticed this or knows why this happens. For example, let's say we are making a script for repeatedly using pestle and mortar on an Herblore secondary. inventory.interact("Use","Pestle & mortar"); inventory.interact("Use","Chocolate bar"); The code above, which seems the most straightforward will eventually misclick. The only way to stop it from misclicking is to put an unnecessarily long sleep in between (somewhere around 500ms). Whereas the code below never misclicks (even without sleeps) and runs extremely fast. inventory.getItem("Pestle & mortar").hover(); mouse.click(false); inventory.getItem("Chocolate bar").hover(); mouse.click(false); I was just curious as to why hover-click is more reliable? I would assume the interact method is derived from some sort of hover + click.

I have made a few scripts that do not exist in the SDN, namely: Birdhouses (Low-ban hunter xp + gp, Able to run for 1 week straight) Tithe Farmer (This one was a pain in the ass, but now can consistently farm 16 plants at a time, 95 farm on my hc ironman through this alone) How do I submit them for review? I looked for a submission thread on the forum but couldn't find anything. Sorry if I missed. I only want to release if it will be official because I am self-taught with Java and don't know how to do stuff like protect my script from being copied. SO I would rather not allow people to download without SDN. I am now more addicted to making bots for RS than actually playing it, as I am sure most of the developers are lol

I think I figured out the problem.. It must have been osbuddy that updated something. I tried on the regular os client and it works. I don't even use osbuddy but I was just using it since I didn't have os loader installed. So I wouldn't be surprised if everyone who is having issues is using a client like osbuddy.

Okay thanks, if you could make sure he sees this that would be awesome

It says nothing. It is frozen at this point right as I click on the client for the first time. You can see the original screen on the right goes pitch black. I guess it's not happening to everyone, but it's definitely not just me either.

Yes Alek, I appreciate your looking into this. Basically, everything loads normally and looks like it is working. You are even able to log on. But as soon as you are logged on, the first time you click on the client, both the mirror and original client freeze for good. This never happened to me in V17 so something must have changed. I am using Windows also. Thanks.

Okay fair enough, then why are we unable to just revert back to whatever we had in V17 mirror mode. Something must have been changed to make it not work in 18 right?

Edit: In case someone is reading this retroactively, the issue seems to have been caused by an Osbuddy update, not Osbot. It works fine with regular OSRS client. In fact, I wish I used this client sooner. It loads way faster than when mirroring Osbuddy. I was so pumped to update my osbot this morning as I thought we would get the Mirror mode fix but it is still same as 18. Can we please revert back to whatever we had in V17? I don't understand why you make updates to the non-paying version of the bot if it breaks the mirror version which you have paying customers for. Seems like a bad business model. I'm sure there are technical things behind the scenes that I don't know about, but please just work on this as first priority.