Apaec

Congrats!! (:

Hey I'm sorry that you're experiencing these problems. I'm not sure how it could end up dead! o.o As for the Al-kharid issues, I thought I fixed these a little while ago but apparently not! I will add it to the list of things to modify, but may wait until the much needed ground-up rewrite of the entire script. In the mean time I would recommend smelting at a different furnace if possible, preferably one without a door! (I believe that may be what is causing your issues!) Cheers -Apa

I could, however it's a question of for which skill, and I don't want to just dump a timer for each skill on there. Since the paint is expandable, I can track for which skills you've gained exp and then use that to determine which timers to put on the paint. I will see if I can get this added for you this week! Cheers -Apa

I'm not really sure what you're trying to do with the code you have, I think you've misunderstood the idea behind some of the API methods and you might need to brush up a little on your general java understanding, however I think this should help: case BANK: if (getBank().isOpen()) { getBank().withdraw("Lobster", 28); } else { NPC banker = getNpcs().closest("Banker"); if (banker != null && banker.exists()) { banker.interact("Bank"); sleep(2000); // Put a conditional sleep here! } else { stop(); // Stop if banker could not be found. You will probably need to add walking here } } break; The code that i've given you above is very generalised and needs modifications, but it should hopefully be a good starting point for getting your code to do something! -Apa

Heya (: When solving sudokus, there is actually no need to hop worlds as the discount rune stock is personal to you. There are other bots interacting with Ali Morrisane, however I believe these bots are trading with his standard rune store which is completely unrelated (hence they hop)! As for your question about breaks, you can still access the logout tab while the sudoku is open, so the OSBot break manager will still be able to log out as usual. Cheers -Apa

SDN release application sent in! I have also updated the main thread to contain all the development progress reports that I posted as replies, as well as adding screenshots, a list of features and all the requirements you would need to run this script on an account. -Apa

Have already given you one, be sure to refresh your scripts list! Enjoy -Apa (:

Hey Apologies for this. Since I add each trial manually, it rejects the trial request if the user has already had a trial. It seems like you had one at some point last year, but since that was so long ago i've wiped that trial record and have enabled it on your account for a fresh 24h. Enjoy & sorry about that! -Apa (:

Progress update 2 (13-05-2017) Just thought I would drop in a second part to the progress update for today. I've finished implementing all of the above, so the solver is much more efficient at reading the board. Additionally, I've modified the UI a little to cater for some debug options: I feel at the stage where the script is complete, and ready for release! I've completed many many many sudokus with the script and I have to say it was great fun writing it. Here's the final solving logic with the same settings as the ui above: -Apa

Hey there Unfortunately the recent client revisions have caused some issues with gui loading/saving. Here's the message i've been sending people as to how to fix it: ---------------------------------------------- The full story is on the previous page, but in short to fix your issue you need to delete your previous gui save file: Navigate to C:\Users\YOUR_NAME\OSBot\Data\APA_Sand_Crabs Delete the "gui_settings.txt" file found at that location Re-start the script ------------------------------------------ Let me know if you're still having problems! -Apa

Progress update 13-05-2017 Since I haven't posted anything here for a couple of days now, I thought i'd post an update on what i've been doing on the script. While I originally planned to send in an SDN upload request earlier this week, I decided against it as there were a couple of things that I was not too happy about. Firstly, the half second pause between opening the sudoku and generating a solution was not ideal for me. While it wasn't too bad, it was something that, given some tweaks, could be minimised. To go about adjusting this, I had to determine the cause of the delay, which I believed to be having custom pixel rgb data for each rune. While this is a working and reliable solution, it means each cell has to be - in the worst case - scanned up to 10 times. Not ideal! Instead, to solve this, I decided to once again check for grey, but this time set the threshold wide enough to encompass the entire rune background. This allowed me to determine runes based on the space their logo takes up on the base of the rune. There are, however, a few issues with this approach which is why I did not initially explore it at the start. Firstly, the whole tile has to be analysed before a decision can be made as to what rune it is. Secondly, the '1' showing that the rune is editable overlaps slightly with the rune, meaning editable runes have slightly different thresholds to default ones. Finally, the death and air thresholds are only 1 pixel apart! (Editable runes are the top row, provided runes bottom row) That being said, it had some obvious advantages: Firstly, tiles only had to be scanned twice (once to determine if editable (this was being done anyway), second time to determine the rune). Secondly, the colour reader could potentially work on multiple/all brightness settings. Finally, the runes did not have to be in a hierarchy as they all share the same base colour. The second thing that I wanted to do was cut out the middle step of converting runes to numbers and numbers back to runes (this happened while generating a solution for the permutation of runes). While this was a valid approach which wasn't very time consuming, it was simply untidy, unnecessary and very avoidable. To solve this issue, I made the sudoku board data structure generic (which I should have done from the start) provided the type it is given is comparable. Since the rune data is stored in an enum, this worked out nicely as I did not need to write my own compareTo method. This also means the sudoku viewer can now display the rune values instead of arbitrary numbers: I have currently implemented most of these improvements and am working on further changes + stress testing. Hopefully should be ready to submit a working version within the next few days! -Apa

Hey, Yeah - however unfortunately not directly. You will need to grab a store voucher ( https://osbot.org/forum/forum/227-vouchers/ ) worth $5 which you can then redeem. Cheers! -Apa

Replied on main thread, cheers Apa

Not sure. Try entering that particular widget into the widget debugger in the options menu to see what RS2Widget methods might help you

Completely missed these, thank you & well spotted. The issue has been fixed and should never happen again!

Woah, well spotted, thanks for this. Of all runes, death and air runes have the closest thresholds, I am not sure why they're being confused though. I will take a look- cheers! Edit: after doing some digging, it seems like the issue was me stupidly using a hashset to count repeating objects rather than a list... thanks again !

Heya, As I mentioned previously, it would depend on how fast you choose to solve it I suppose. I personally have not had a ban while writing/testing this script and that means having solved at least 500 puzzles using it. I think the randomised order in which this script can solve it also helps, as well as the customisable solving speed. Nevertheless, it is by nature a high risk high reward activity!

Hold the CTRL button and select another potion, much like most windows programs. If you're running on a mac, it's probably different and i'm not sure what it would be. Maybe CMD? -Apa

This is interesting... So the script found a solution to one of osrs rune sudoku puzzles. However the game didn't recognise it as a solution... Now i'm going to have to add a check for if the puzzle is valid and solved but jagex don't recognise the solution! (unless i'm missing something here?) ---------------------------- On a separate note, the script is in the final stages of testing and I am preparing to submit an upload request. Here's a screenshot of 10 solves in 10 minutes: 530k gp/h! -Apa

Hey You can already select multiple potions, just use ctrl/shift - click on the gui. As for custom choice, I didn't want to clutter the gui too much. Previously it sipped when you ran out, but I added randomisation to it so that now it will choose a reasonable threshold hopefully without being too high/low! -Apa Hey I'm sorry to hear that ): However random dismissal is handled by OSBot, you can configure it alongside the break settings in the options window! -Apa

Just got back in - In answer to your question, I added a tracker for this in the paint to test it. From running for just over 7 minutes, I ended up spending just short of 85K. This averages out to around 700k per hour since I got pretty unlucky with the runes for these particular solves. I also profited 50K in these 7 minutes and averaged about 10k profit per solve(you can normally expect an average of about 12 to 14, this was not the most rewarding spree!). Cheers Apa

Sure, refresh your scripts list! Please try the instructions below!

Ah, apologies- i'm not sure about this off the top of my head but I will check when im back at my computer! -apa

The script is mostly finished, and I am currently running a series of quality assurance tests to make sure everything is flawless on launch. I will be putting together an upload request tomorrow - i'm not sure how long this will take to process (it may be quite a while as the developers have a very busy schedule). Hopefully soon! I have mostly tested the fastest mode, where I am making about 450k gp/h based on the current OSBuddy exchange rune prices. This is solving about 60 puzzles per hour (1 per minute) - I'm buying Cosmic, Death and Nature runes. I haven't tested the slower modes very thoroughly, however you can expect about 40-45 solves per hour. Bare in mind that the speed selection is a continuous slider, so you can customise the speed to your liking! Beyond a certain threshold, the interactions become conditional (i.e if it fails it will retry) however this is disabled for faster speeds so that it can place more than one rune per tick. -Apa

I wouldn't be here without you!