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

2 Neutral

About Karmik

  • Rank

Recent Profile Visitors

483 profile views
  1. I'm sure it's to prevent someone from going into your account and changing you from ironman to regular.
  2. 5% of my plans can be accomplished without making a new API or Framework, that's cool. At least when I finish my framework, I can code things quicker without having run into errors, and flawlessly integrate more and more tasks together, which play like me, and pickup playing after I stop playing. The code I'm making is used to run code alongside the tasks for the player to do. I think you're missing that wastedbro. It's not just a call to the api in some thread just because, it has to do with the task itself. The skeleton will be straightforward and very involved, not just do this and that repeat. Say you want to use states and such, but you also want to do some sort of state for moving the mouse, but you use it very often and it's not just moveMouse(position), it's change an item's position in your inventory, and then drag it back to where it was. It would be handled before continuing the tasks, rather than having all of these states to track where you are in the task. Without while loops or anything. And as far as I know, when using the walking methods, all other method calls before the walking is complete, will not be processed until. So......? Multithreading is fine. But this would also add to simplicity, essentially doing the same thing, without adding a thread.
  3. Say you want to drag an item to a slot and have it fill up from the bottom left/right, top left/right, left top/bottom, right top/bottom. That's what it would be used for. I posted with the wrong context in mind sorry.
  4. I'm talking about things like closing gates just because. Picking up an item not specified in the script as something to usually loot, and then puts it back on the ground to make space. This stuff you call antiban already in the api? It's just 1 type of input initiation, nothing more. Sure, checking skills is done, whatever. I'm talking, while doing an agility task, "messing up" the timing on obstacles and starting all the way over, or w/e. Not just, oh, I'll randomly have the script sleep here in terms of task execution, then just run the task. Click a tree, if inventory is full bank, if not, click the next tree. Awesome, that's easy. .... What about timing on bird's nest drops, waiting until a point to "notice" the bird's nest. Banking before the inventory is actually full. Deviating the duration/load size before banking. This is just a more immersed layout of the bot than the API. And also, I'm working on a way to integrate me playing alongside the script while it's running, and the script tracks how I'm playing, and emulates me while I'm not paying attention. I'm just separating points in the code and categorizing which is what and when so that my code can adapt to me playing in real time and know which objects to interact how I am, when, and how. Not just me moving the mouse randomly, or moving the camera. (and also adjusting the angle and pattern of my mouse, so no more sharp mouse angles with no arc.) I'm also paranoid jagex is tracking everything clientside, and sending the data to them while my player is not logged in. So I'm always trying to stay ahead without triggering them to flag me.
  5. Sure thing dude, was planning to make it open source. It's more of a high level api similar to how TriBot's api is, except it does most of the stuff like swap item slots, bank in a customized manner (can be configured) or using parameters to set the style of banking. Parallel human emulative behavior (could be antiban) run during states and points in the task that won't obstruct the flow of the task that can be defined by the scripter. So say you are wanting to chop trees, and while chopping, you have a boredom/add class that just throws RNG until it thinks it should click somewhere on accident (rare enough and chanced a certain way to allow alot of deviation between everyone using the script), while chopping the tree. That would be certainly possible. Or while banking, you could tell the framework to omit an item(s) before going back to the task if it were to require multiple items. Then upon reaching the task, tell the framework not to go back unless the item was a key to get into the task area, or detrimental to the task. So like, if the player were to "forget" to bring pure ess while running nats or law runes, this would be some sort of antiban so it throws jagex off if they look for this at all. I really like the idea of users be able to configure how the camera moves while the player walks at specific locations, what position they put their mouse when playing legit, or what objects they move the mouse/cam to. Would be cool to see a script that could be customized up to the point of frequency by the player (the script would avoid doing it 100% of the time though, based on numbers the user punches in). I could brainstorm on this stuff all day and put in more and more implementations of it.
  6. I'm still putting mine together. I've been working this whole time on it btw.
  7. *scratches head* Well I'm off to play some poker tourneys at the start of next year. Then playing cash games with the winnings, rinse and repeat. I guess that's my sign.
  8. I don't have to know anything about the tribot API (But I do). Using booleans and if statements isn't that hard. What does the API of tribot have to do with how you come up with a skeleton? Just because I don't implement my code the same way you do doesn't mean anything. http://pastebin.com/JytBYqZJ http://pastebin.com/YpN2vfKt http://pastebin.com/K3qvUGQ5 http://pastebin.com/B2wX8EQd http://pastebin.com/yVuhuK1A http://pastebin.com/FzFcTiK2 How much of tribot API matters with my skeleton? The only code I use within my Utilities class (which holds most of the functions that hold calls to its actual API.) Uses calls to the API. Am I stupid?
  9. um no...you can separate as much code as you want between any classes you want. It would be better to go even further, and make a framework that does the actions for you in scripts you code later on, instead of typing up all of the code required every time you want to do something. Like Walking from Point A to Point B going a certain path, using the map a certain way at a certain position, you would define how those would be dealt with, make an update handler and when you are executing walking, you put those variable objects in. Like Make a path of tiles named bankPath and a path of tiles named taskPath, or something. When you want to walk to the bank, you would say, scriptClass.walkTo(bankPath,Area'to use the minimap, or only tiles on the screen') And you can also have the script update manager interfere with the script depending on whether it's banking/traversing/doing actions for the task, and do some really cool stuff like meandering around for no reason to throw jagex off your trail.
  10. It would be a nice addition in both versions of rs. Considering it's the only form of input that isn't used when botting...So it would be easy to distinguish between those using a mouse and those not using a mouse (But singling out those who switch between never using the mouse wheel for a botting session, and then use the mouse wheel when playing legit).
  11. It scrolls by using the left mouse button. I'm talking middle mouse wheel. That'd be easy for jagex to pick up on. Any accounts not using the middle mouse wheel, (using it between botting, and playing legit) You might wanna be using the middle mouse wheel sometimes.
  12. I saw that I couldn't use the mouse to scroll in the bank, quests, wherever there is a scroll bar. Will this be implemented anytime soon?
  13. oh, misread the title. First empty slot. I could figure out how to implement that into my inventory management. For first empty slot from bottom left, bottom right, upper left, upper right. Getting the first empty slot from the top is just 1 of many directions to search for empty slots. Like first empty slot from the bottom (which side, left or right). You have to think about the big picture. For the first empty slot from the top is very useful though I'd be dealing with things like moveItem(Item, firstEmptySlot(Bottom,Left))
  14. A more complex inventory handler. Iventory Slot class... These make it easy to navigate the inventory with interactions of the mouse and crafting/slot moving. I dont use while loops anywhere but my main script object, so i can integrate mouse interaction, tell my script to pause instructions, until interaction is finished.