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.


  • Content count

  • Joined

  • Last visited

  • Feedback


Community Reputation

6 Neutral

About fleq6

  • Rank

Recent Profile Visitors

379 profile views
  1. Yes, using interfaces. You're right, the downside is that it's subject to change.
  2. Yep, I experienced this. I was too lazy to post the bug so I simply wrote my own method...
  3. You sure it happens with every script?
  4. Post the error message that you get.
  5. Yeah, why not. I think I'm going to give it a shot.
  6. Should I do this? I wouldn't mind, it's very easy and wouldn't take much time. I don't know thought, as YoHoJo said, since the script is simple it could be easily done by JJ's Recorder. So... Should I? Or is there a more complex request that I should invest my time into instead? I've been looking to release some free scripts given that I've learned a lot of Tribot's API while coding for my personal goldfarm, but I just don't see requests and I can't think of something that we don't have already. Any suggestions are absolutely welcome. I thought about creating a new topic about this, but the last time I did, no one replied, so...
  7. Hmmm, I see. And is it really safer, then? I mean, I know that human actions are not so efficient, but damn, sometimes LG is so slow that it seems more like a bot lol.
  8. So... When I run a self-made script in the regular TriBot client withot LG, it runs flawlessly. If I run it with LG, it also runs flawlessly in terms of doing what it's supposed to do, but with a problem: quite a lot of delay between each action the bot performs. Sadly, this means that without LG I get, for example, 15K combat XP per hour, and with LG only 7-8K. Has anyone experienced this? Does it have a solution? Thanks!
  9. Well, that's true. If you have a VPS and don't know exactly what you're getting then as you said it's not accurate at all. The story is different if you do know exactly how much CPU power the VPS guarantees and monitor it yourself to make sure though.
  10. It's not 100% accurate, but you can yourself do the math. Multiply the cores * GHz of your current VPS and you'll know how much total GHz you need to run what your VPS is capable of doing right now. Then, do a simple equation to find out how many cores at what speed you need to run comfortably 6 LGs and look for a dedicated server with that specs.
  11. blindWalkTo public static boolean blindWalkTo(Positionable position, Condition stopping_condition, long stopping_condition_delay) Walks in a straight line towards a specified tile. Parameters: position - The desired tile. stopping_condition - If this returns true when called upon, the method will stop and return false. This condition is checked with a delay of stopping_condition_delay milliseconds. Scripts can perform actions such as eating food when the condition is checked. Use null is you do not want to use a stopping condition. stopping_condition_delay - The delay in milliseconds between checking the stopping condition. Returns: True if the desired tile was reached; false otherwise. Example: Walking.blindWalkTo(WILDERNESS_LOCATION, new Condition() { @Override public boolean active() { General.sleep(100, 200); return PLAYER_IS_NEAR; //Here goes the method that detects nearby players. Return if it detects one. } }, General.random(1000, 2000)); //Timeout
  12. Yeah, you need to restart tribot twice. It's quite inconvenient... And it makes the "Restart client on update" feature useless.
  13. As you can see in Tribot's API (https://tribot.org/doc/), the Clicking function that you're using to click the tree is a boolean. It returns true if it could click the entity successfully or false if it couldn't. In the code you sent me, you were not checking for that. You were sleeping without taking in account the return value of the function. You don't want that. If the Clicking function had a problem and couldn't click the tree, you obviously don't want to sleep. if (Clicking.click("Chop", TREE[0])) { //Only if the clicking function returned true, meaning that the tree WAS clicked, we execute the dynamic sleep Honestly, I'm not sure if I'm explaining myself. I suck at teaching, lol. Anyways, here's the documentation of the Clicking function in Tribot's API: click public static boolean click(Clickable... entity) Clicks a Clickable entity. Parameters: entity - The desired entity to click. If an array is specified, the first element is used. Returns: True if the entity was successfully clicked; false otherwise.
  14. Well, it's a good start! Some things to point out: It's a good practice to only execute a dynamic sleep if an action was executed. You're assuming that the bot was able to click the tree. Most likely it was, but just in case something went wrong and it didn't, you should check so that you don't perform a pointless sleep. So: if (Clicking.click("Chop", TREE[0])) { //Make sure the clicking method returned true Timing.waitCondition(new Condition() { @Override public boolean active() { General.sleep(100, 200); //You must have a sleep here return Player.getAnimation() == 867; } }, General.random(1500, 2000)); } Regarding the sleep... The General.random(1500, 2000) is the timeout. That means that the dynamic sleep will stop checking the return condition if after that amount of time it still didn't return true. In this case, if after 1.5 - 2 seconds the player's animation still doesn't equal 867 (which I'm assuming is the WC animation), it will exit the method and the bot will attempt to click the tree again. So... if you plan to cut trees in a location where the player might target a tree that is far away and spend more than 2 seconds walking towards it, you might want to increase the timeout. Also, the active() method inside the dynamic sleep is a loop that will be constantly checking the return condition. So if you don't include a sleep inside it, it will drastically increase the CPU usage. As you did on the run() method, you must sleep. The more you sleep, the bigger the intervals between checking the return condition, keep that in mind.
  15. if (treeArea()) { TREES = Objects.findNearest(15, "Yew"); if (TREES.length > 0 && TREES[0] != null && TREES[0].isOnScreen() && Player.getAnimation() == -1) { Clicking.click("Chop", TREES[0]); General.sleep(10000, 15000); } } It still has problems... -The sleep sucks and should be dynamic -You need to add some walking / camera movement if the tree is not on the screen. I don't want to do all that for you. Hopefully, you can figure it out yourself and learn in the process.