Welcome to TRiBot Forums

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.

ineu

Registered
  • Content count

    76
  • Joined

  • Last visited

  • Feedback

    100%

Community Reputation

7 Neutral

About ineu

  • Rank
    Botter

Recent Profile Visitors

556 profile views
  1. I am abandoning this project, it is mostly complete and can be used right now to build a healthy multi-threaded script, but future use-cases will determine the necessity of expanding this project. Feel free to use this in your scripts. https://bitbucket.org/RuneWare/actionframework This is a multi-threaded engine for running script Actions, only one action can be running at a time, but all Actions are asynchronous which means your script will always be responsive to the events your Actions are related to- this was the main inspiration for building such a framework but I found it to be a bit overkill. If you want to know how to use it take a look at how an Action is built (the incomplete BoostWare script) and then also look at how the engine is instantiated. Action Engine does most of the heavy lifting so all you'll need to do is write the Actions and loosely define the order of which should come first. https://bitbucket.org/RuneWare/boostware This is an incomplete Bursting/Chinning script for ApeAtoll that uses the ActionFramework. Now that MM2 has been released my script isn't really needed (which was meant to triangle-walk in AA dungeon), but I wrote a lot of Actions for Banking, Walking, Inventory, and other things. You can use this as a proof of concept of ActionFramework when using the Action Engine to build your own script. If you find anything bizarrely out of place in my code, or you found a more efficient way to do something within ActionFramework please comment and let me know! Although I don't plan on returning to this project I do still want to learn from it, so criticism appreciated. Also i've integrated AsyncCamera, which was built here by someone, directly into the ActionFramework as an independent Async Action. It will be executed with a positionable as a target whenever an Action is executed that has it's #willUseCamera(pos) method set. For example, Walking Action? Pass the tile to #willUseCamera and ActionEngine/AsyncCamera will handle the rest, it works quite nicely. Credit to the creators of the Task and Node frameworks, the Action interface is loosely based off of the methods provided in those frameworks within Nodes or Tasks. Thanks guys, Good luck with your scripts.
  2. A few good points here, but one thing I would like to add is that many of the trials offered are for such a short duration that in some cases you are cheated into believing the script is at least able to function until you purchase it and get an opportunity to run it for longer. Script disputes are useful but I think the only thing I could take out of my rants which would be a good addition to the current system would be monthly or quarterly reviews by Tribot staff. There are so many premium scripts at this point though that it isn't reasonable for just two people tackle all of the scripts with the different combination of parameters. It would be a massive undertaking.
  3. Scripts lose attention, deteriorate, and don't need to be reviewed or reviewed often enough because they've already had that initial approval. What i've personally had to deal with, and not from either you or Assume, is investing over an hour into communicating with the developer back and forth, providing more and more data, eventually identifying several bugs. At this point I turn into your Q/A guy. No one wants to do that, even though I'm happy to do a proper report and provide all the necessary data, being the first one to find multiple script-breaking bugs and then also being requested to do all the legwork in retrieving that data is when it becomes ridiculous. All that time could have been saved if the developer just ran it for longer than an hour.
  4. This is an open letter to premium script providers that leverage their way into pocketing some small amount of subscriptions that subsequently get canceled because the script doesn't even work longer than an hour. You're obviously not one of them and I have taken my grievances up with the providers directly, but it has not been more than one. This lowers the standard of scripts that can be premium and sold to people. In response to your questions, I don't think it's unreasonable to run your script for longer than a couple hours while you do other things. This is what I do, and I run into problems I wouldn't have found otherwise. You went and made a mountain of a molehill here.
  5. I'm going to keep this short as I can but I think it's worth saying: I work as a software developer in the server hosting industry and I can speak from experience that trying to off-load Q/A testing to your customers is immoral. The software delivered is always as-is and to leave it up to the customer to find your bugs, write detailed bug reports, and generally 'work for you' is a quick way to lose your customer base. I'm not saying being detailed when it comes to asking your customers to describe a bug to you is a bad thing but it is time consuming, and when the bugs you're currently dealing with prevent your customer from using the software, that's when we run into problems.. This paradigm is also recognizable with a lot of scripts and their script providers on this site. It seems to me that some people on this site, I won't name names, are doing the exact thing I just described. You write up your code without testing it farther than a 5-min run through, because you think, well I'm a developer, I know what I wrote is logically sound, it worked at first glance, and it's not my job to Q/A. Well guess what, you don't have a Q/A team! I'm not going to tell you what to do and how to run your business, but I want to point out to you that not only is it frustrating to have developers like this in the community that write faulty code, but it's time consuming for other people and lowers the standard of premium scripts. People pay for your code. It is YOUR responsibility to test your own code and make sure it works for longer than at least an hour, I mean come on man... If you can't do that, it would probably benefit you to hire someone that can. I vote with my money, and when I find these kind of script providers, I won't buy any of their scripts in the future. Really guys, some of the premium scripts in here are a joke and this is the very reason why. Rant over. Thanks for reading.
  6. Collision checking with collision bit flags... Laniax developed Advanced Walking which makes use of this-- it's open source, so go take a look on how he used the collisionData method provided by Tribot API.
  7. A fast Ape atoll chinner that spreads mobs and can reach 300k+ xp/hr, supporting mage, range, and dharoks, and only implementing ABC2 where necessary (the obvious exception being the combat related actions for sake of efficiency). An actual player that's chinning or training in ape atoll will typically be very attentive, making less-delayed actions-- ABC2 reaction times wouldn't follow this pattern.
  8. Original bug still there: Script stops attacking mobs, renewing aggression has absolutely NOTHING to do with it. And it's not bugs that shock me, it's the fact that there is more than 1 script-breaking bug. I mean you should least try running it once for an hour to make sure it works before trying to sell it.
  9. Another bug: Lol, also, if it detects being crashed it will try to hop worlds even though i'm in combat and being attacked by a skeleton.. Endlessly attempts to world hop.. If the bot gets stuck like this without me babysitting it that significantly increase the risk of being banned. I get the feeling that you haven't even tested this yourself.. I don't mean to provoke a dust-up here, but what exactly qualifies this as a "premium" script? I am honestly shocked.
  10. Please read my edited reply to see my response about the bug and why it is in-fact a bug. { EDIT: Anyway the bug I posted might not be due to renewing aggression, but it happened none-the-less, player stopped attacking monkeys, and at the same time aggression was lost. The problem isn't so much that the script didn't renew aggression, but that there is no simple check to see if there is even any NPC attacking me, this should be checked and handled but the bug is that even if that code is there it was not triggered as intended.. Please check my imgur link, in that image you can see my player isn't attacking any monkeys anymore, as it should be, regardless of aggression being renewed. My player was no longer in combat, that is something you can check, a place to start.. } No, when I am chinning, I keep auto retaliate on, and when I select a monkey manually to attack and click attack, auto retaliate will not be triggered again until my target dies, or I stop attacking my target to eat or move.. This is how auto retaliate has always worked in rs...
  11. That must've been why then, I was stacked on top of another player who was there earlier. I'll try using world-hopping. Can you add the choice to allow auto retaliation to stay enabled when we're fighting the skeletons but still make use of the optimal skeleton selection feature, this would help with xp/hr because sometimes the attack optimal skeleton feature has a delay before it clicks the next skeleton and during that delay it's not doing anything, at least it could auto-retaliate until optimal skeleton is selected. This is how I chin manually at least. EDIT: Anyway the bug I posted might not be due to renewing aggression, but it happened none-the-less, player stopped attacking monkeys, and at the same time aggression was lost. The problem isn't so much that the script didn't renew aggression, but that there is no simple check to see if there is even any NPC attacking me, this should be checked and handled but the bug is that even if that code is there it was not triggered as intended.. Please check my imgur link, in that image you can see my player isn't attacking any monkeys anymore, as it should be, regardless of aggression being renewed. My player was no longer in combat, that is something you can check, a place to start..
  12. Rewrite is working pretty well! Some suggestions: Diagonal walking to spread the mobs (It would be triggered on like 15-20 second intervals) Completion checking for eating (Whenever the script attempts to eat, sometimes the game is in tick delay and so the food is clicked but not eaten-- you should check and make sure this completes and if it doesn't, click it again) Pick up and drop bones on nearby empty tiles when inventory has 3+ free inventory spaces Enable Auto retaliation when fighting the skeletons (this will increase xp/hr)EDIT: Bug: Aggression with skeleton monkeys expired right when a random spawned. Random was dismissed, but script still thinks it's attacking skeletons and does not attempt to renew aggression... Keeps drinking pots to keep prayer up though, I am not in combat anymore. http://i.imgur.com/kQ7YD5h.png
  13. Great contribution!
  14. I run natively on a MacBook pro and I find no need to run a VM. Make sure you're up to date on JDK (I use 1.8u60, but i think 1.8u71 is the latest). You'll get this error if you're trying to use LG with the default runescape client; just cut your losses and download OSBuddy. This will solve all your LG problems. Specifically this error occurs because the default runescape client is a piece of shit on the mac just 32bit, unsurprisingly