Jump to content

Apaec

Scripter III
  • Posts

    11169
  • Joined

  • Last visited

  • Days Won

    91
  • Feedback

    100%

Everything posted by Apaec

  1. Please download the latest version and give it a try here: let me know if the script is still unhappy! Cheers -Apa
  2. That's odd, can you paste the whole logger? Also, are you using the latest OSBot version? (.125?)
  3. Please can you elaborate? I'm running without any issues!
  4. It is quite a common problem for repetitive tasks like cooking, fletching etc! Good luck!
  5. Apologies - I should have made it a little clearer. Essentially the issue would be that, if - for whatever reason - your player were to be interrupted while filling jugs, it would wait out the conditional sleep rather than instantly re-using the jugs on the fountain. Solving this issue is a little tricky, and requires you to think about things that change constantly while you're filling the jug. We can then check for these changing features to determine whether or not you have been interrupted. For example, animation. the myPlayer#isAnimating() check lets you know whether you are currently performing any animation. However, on its own, this check is useless - You need a way to call this check concurrently to determine whether the player is still filling jugs. However, since the player is not permanently animating, you need some kind of threshold timer system which resets when the player is animating. This means that you can query the timer and determine how long it was since the player was animating, hence infer a suitable threshold to determine whether the player is interrupted. To implement this, you will need to use both a timing system and a concurrent thread. The timing system is relatively simple, and can easily be achieved solely using System#getCurrentTimeMillis() perhaps in a class. The concurrent system is a little more difficult as if not implemented correctly, it can cause a lot of issues. To add the concurrency, you could create a class that extends Thread, and then override the run method, or you could implement Runnable should you need to make use of inheritance. Make sure you look up some code examples first! If you're not sure what any of that means, don't worry - you could put the check in the onPaint, however this is probably not a great idea - I would highly recommend against putting anything other than paint code in the onPaint loop. It's not an easy problem to solve but hopefully that helped a little! -Apa
  6. I wouldn't adjust the timer as you would be sitting there for 30 seconds while the conditional sleep waits if you were to be interrupted. If you're animating while filling jugs, consider an asynchronous animation? -Apa
  7. Unfortunately not at the moment, sorry about that! If you're looking for an afk mode crab killer, APA Sand Crabs might fulfil your criteria? Cheers -Apa
  8. The bot includes hp exp, so it tracks total xp gained! (: Ofcourse, enjoy! :] -Apa
  9. Cheers, I will extend the path for CCI 8! When the mouse move timer hits 0, originally a random mouse event was chosen (e.g move mouse around a bit, or out of screen etc) and executed. However, some of these random mouse moving features were removed from the API and as a result sometimes a random mouse event hits an empty slot in the mouse event table so nothing happens. I plan to add some custom mouse events in the near future so this should no longer happen. In the mean time, the camera should solve your problems! Cheers
  10. Hey:) The mouse movement methods were recently removed by the bot so only occasionally when the anti-ban system procs does anything happen, and when this happens the mouse should move out of the screen. The camera movements should keep you logged in, perhaps try setting them to a lower threshold, or remove the delay before resetting if you find yourself being logged out? Although I think being logged out is very common for normal players to and if anything preventing it happening would take away from the 'afk' aspect of things. I wouldn't say the instant reaction time from the OSBot relog solver is a problem though as OSBuddy has logout notifications which have a similar effect! You mentioned CCI8 was having refresh issues, could you expand on this? What exactly goes wrong? Cheers Apa
  11. I can certainly add an option to eat up to full hp before/after refreshing, however I don't think i should add a second food option type as i've never known anyone to take more than one food type with them! If there's enough interest though, I am always able to add it. Cheers -Apa Done, enjoy!
  12. Hey (: Don't worry about asking questions - that's what i'm here for! The script will drink potions at randomised thresholds based on the boost (with percentage calculated limits) which the potion provides. As for the macro that you mention, i'm not sure if I have control over the pause/play system (I probably do, but would have to check). Either way, this is more or less the functionality that the break manager provides, and alot of the time due to the afk-combat nature of the bot, the breakmanager fails to successfully logout as the player may be under attack. This means the player naturally times out which seems to be what you're going for. I doubt jagex would pick out on clicking that logout button - besides it's a common thing for players to do! However if you're looking for the exact functionality that you mentioned, you're probably best off pausing the bot manually every now and then. Besides, it's probably a bad idea to leave the script on its own for more than a couple of hours per day as that already is a long botting session! -Apa
  13. Heyo. While no-one really knows how jagex detects bots (or,for that matter, what data they collect), it seems unlikely that they would gather data from the logging in process. That being said, it would be possible to write a custom login handler, however this would require access to sensitive information such as account usernames/passwords - something which the developers are not willing to release for access via scripts (your account details are locally encrypted). Additionally, in writing a custom login handler, you would lose the stability and efficiency which the built in login-solver provides. As for moving the camera, for APA Sand crabs the camera movements can be disabled altogether. However, since everyone plays differently, it is difficult to cater for all play styles, and it is impossible to 'recreate' these styles. As a result, i've done my best to provide a range of options which allow each user to configure their script setup differently to personalise it (including custom delays, mouse options etc - see gui below for more info) and to try and prevent profiling. Personally, in my experience, I find that the best way to avoid bans is what & how you bot, rather than what the script does. Things like playing legitimately in-between botting sessions and only botting for short periods each day (with generous breaks) go a long way. Here's something that you might be interested in reading for more info about preventing bans: osbot.org/forum/topic/45618-preventing-rs-botting-bans/ Cheers -Apa
  14. Not that i'm biased here or anything... buy sand/rock crabs are amazing exp for pures! Let me know if I can interest you in a 24h trial of either of my combat scripts. Cheers -Apa
  15. I have deffo pushed! Alek is probably very busy at the moment with these latest client ui changes so that's most likely the reason. Hopefully shouldn't be much longer now, especially since so many push requests will need to be processed following the removal of the mouse move methods! -Apa
  16. I can extend the timeout to stop this from happening. Cheers for stopping by! (I will let you know when I do so, should hopefully get around to doing it today.) apa
  17. I will work on improving the ammo looting as recently it's gotten a little unpredictable. Thanks for mentioning this! -Apa
  18. A re-sizeable client would be awesome - mostly for people with 4k (or other high resolution displays) who have dpi scaling issues with swing. As for tabs, I think the current problem with tabs are: It's awkward to switch between them from mobile (teamviewer) You can only see one tab at once (thumbnails were awesome) Perhaps you could hide/unhide (minimise) up to 4 tabs per bot, like below? would be pretty cool! ...or thumbnails! -Apa
  19. Surface pro 4 is working perfectly for me (I know it's not one of your options though! - Maybe the new microsoft laptop?). The way I see it, it's worth splashing out on a computer (and phone I guess) as you use them on such a regular basis. -Apa
  20. Glad it's solved
  21. Sounds like you've set it to use special attack, be sure to disable that option in the gui! I should add a check to see if there's a special attack bar to stop this from happening as I understand how easy it is to mis-configure gui options! Let me know if this solves your problem (: -Apa
  22. Around here too ^^
  23. Hey I can do all of these, I plan to re-write the script from scratch in the coming weeks, I will be sure to note these all down as things to implement. I cannot give an ETA on this though as i'm currently working through a rewrite of apa rock crabs and it's taking up a lot of my time at the moment. Hopefully soon though! Cheers (: -Apa
  24. Behind the scenes information post: Heyo guys, I just thought I would just drop a quick post here. I'm currently in the process of a complete ground-up re-write of this script (I am doing this for most scripts in my collection at the moment). What does this mean? Well. Firstly, the script will be much better structured - this means the script will run alot more consistently and efficiently and hopefully rogue bugs will be averted. Secondly, interfaces such as the paint and Gui will be re-designed. This will result in a more flexible and expandable gui and paint. The gui will also be resizeable to help those with 4k (or generally higher resolution) screens. Additionally, I plan to remove the requirement of image caching so startup should be faster, and OS file system related cache errors will be completely avoided. While this means the ui will be a little less pretty, and perhaps the paint too, it will prevent newer users running into issues with the script. Rest assured that the functionality of the previous versions will be preserved in this version! Below is a quick screenshot of my progress so far. I've got a basic self-generating paint in place, however plan to tweak the colours. The green overlay will not be there, it is just an assisting visual debug for me. The Gui will look similar to below and is resizeable with tab arrows I will drop update posts over the next few days, I cannot give an ETA on the update but it will hopefully be soon! -Apa
  25. Update! Version 3.03 Corrected & tested sweetcorn name inconsistencies Cheers ~Apa
×
×
  • Create New...