zScripz

Support, they fill the market with their spam all day.

Hard working: 69 LOL Patient: 69 LOL Loyal: 69 LOL Intelligent: 69 LOL Creative: 69 LOL Ambitious: 69 LOL Resourceful: 69 LOL Leader Rating: 96 LOL Preferred House: the non virgin house owait there is none

Definitely going to send you a copy to review

Slowly but surely adding in clues now that I don't have any more data to collect. At the rate I'm going (~10 clues per day) it should be a little over a week until a beta is out

or better idea make scripts that are actually hard so other people can't make them in 3 secs

LE MASTER TROLE!!1!! XDDD 9/11 U GOT ME GOOD!!!@!@!!111!

Spent most of the day yesterday with da family :P Updates -Efficient teleport handler, looks at clues and finds the best teleport for it (supports tabs and runes) -Support for the jail in the HAM cave -Some more clues coming

I use walkMinimap() from the API, it works pretty well. It won't validate that you're actually at the position, just near it (or so it seems). Great tutorial though, lots of effort. Hope it inspires the next generation of scripters!

Took a break from clues today to add some needed adjustments: -Handles jail in HAM hideout -Walks back when kicked out -NPC handler for Uri so you can get your casket from him

Its a good question. Most scripters use this state system without even realizing that they could do without it and achieve the same purpose. However, I agree it does make for cleaner code.

Yesss this kid was only here for the money. Always an ass, good riddance. http://gyazo.com/f187849b7629958d5edf6ba9d93d8c69

Glad to see him back

Well, I gave you the most clues. Free version pl0x. Here's my system: Detail all clue scrolls in the XML. Create new instances of a 'clue scroll profile' that validates, parses and interpret the information for every documented clue scroll read from the XML file. Cache all the profiles in a Hashmap as values. The keys will be the clue scroll ID stored in the profile's instance. Check inventory for an item named "Clue scroll". If found, acquire its ID. Query the cache to find the details of that clue scroll. If not found, throw an error displaying something like "Clue scroll [iD] is not documented." Analyse the gotten instance and generate a new outcome, i.e., displaying the information or instructing your bot to act upon the information. The hardest part of this process is the first two tasks...and possibly the last task if you're creating a bot. Right, the only problem I see with this method is that should something go wrong, its very hard to fix. Right now I am leaning to creating a separate controller for each specific clue - more work, but better stability. Obviously looping through 100+ clues isn't efficient, so it finds the best node to go to based on ID. Updates: Just some more data collection 2 weeks off start tomorrow expect (hope) for a free public beta by the end! Fail-safe methods could be made generic and consistent, with the only variants in their handling being down to the extra data/information for the clue scroll. I obviously can't know how your node system works, but I assume you're crating individual classes for each clue? Yeah, you're right, I'm handling each clue with an individual node. Obviously a generic handler would be MUCH easier for me (as compared to hardcoding each clue) but the problem is, with clues there are just so many variations that could cause problems. In addition, like I said earlier, if a problem does come up, I can fix it extremely easily. I'm still not completely decided yet. Finished 25/110 clues

Are you planning on leaving because Master Chief was banned?

Scrooge the vomiting sana ..im ok with this

It doesn't matter whether I read from the interface or IDs I get the same result I know. That's why I'm saying read interface instead of getting IDs. Getting all 110 IDs may take weeks. Getting all the interface text will take like an hour of copying from the wiki. I already have all IDs they're linear, just a little scrambled How'd you get the rest of the ID's I know what the IDs are, not what clue they correspond to :P

It doesn't matter whether I read from the interface or IDs I get the same result I know. That's why I'm saying read interface instead of getting IDs. Getting all 110 IDs may take weeks. Getting all the interface text will take like an hour of copying from the wiki. I already have all IDs :P they're linear, just a little scrambled

It doesn't matter whether I read from the interface or IDs I get the same result

Well, I gave you the most clues. Free version pl0x. Here's my system: Detail all clue scrolls in the XML. Create new instances of a 'clue scroll profile' that validates, parses and interpret the information for every documented clue scroll read from the XML file. Cache all the profiles in a Hashmap as values. The keys will be the clue scroll ID stored in the profile's instance. Check inventory for an item named "Clue scroll". If found, acquire its ID. Query the cache to find the details of that clue scroll. If not found, throw an error displaying something like "Clue scroll [iD] is not documented." Analyse the gotten instance and generate a new outcome, i.e., displaying the information or instructing your bot to act upon the information. The hardest part of this process is the first two tasks...and possibly the last task if you're creating a bot. Right, the only problem I see with this method is that should something go wrong, its very hard to fix. Right now I am leaning to creating a separate controller for each specific clue - more work, but better stability. Obviously looping through 100+ clues isn't efficient, so it finds the best node to go to based on ID. Updates: Just some more data collection 2 weeks off start tomorrow expect (hope) for a free public beta by the end!

That's unfortunate, he was really a good moderator

Good luck sir you will have competition! I am at 58/112 clues right now. No, runelocus does not give a description

Thanks liverare, not doing level 3's but maybe someday . -About 75% done with the clue handler, should make adding clues be super simple EDIT: Completely finished with the backbone handler Currently: Analyzes your clue Finds the best node for this clue and executes this node

I've been looking for a project to keep me occupied for a while, and I definitely think this will challenge me and hopefully provide the community with a great script! Basic layout In the process of creating this script, I thought long and hard on what would be the best setup for the project. I created a node based script framework a while back, but I never really used it as none of my scripts really called for it. However, with the upcoming OSBot 2.0 release, which is very similar in style to nodes, I decided that for each clue, I will create a separate node. The advantages here are obvious; easy editing as well as very uncluttered code. Of course, looping through 90+ Ids isn't ideal, so obviously in my main controller I will have a way to per-determine the next node to advance to. Features Very simple, steal clues from HAM members, go to the bank get the needed items, go to the area, perform the needed actions. Other things If any of you have ANY level 1 clues, PLEASE send me a screenshot of the clue as well as the ID of the clue. The person who sends me the most of these pics and IDs will receive a free copy of the script, as well as my eternal gratitude PRIZES!!!! LOOK HERE I am offering 4 great prizes!!! All you have to do is send me a picture of a level one clue scroll (with its itemID (get by using grounditem info in advanced settings))!!! The person who sends me the most: ALL MY SCRIPTS + $10 Second place: My clue scroll script Third: Any of my scripts, except for my clue scroll script WILDCARD! IF YOU SEND ME AT LEAST 5 CLUE + PIC COMBOS YOU ARE ENTERED IN THIS: You can win ANY script in the SDN! YOUR CHOICE! SEND ME YOUR CLUE + ID PICS IN A PM PLEASE! EXAMPLE: http://i.imgur.com/PCuSvgD.png (courtesy of Monkalishous) (Sorry for spelling your name wrong ) Progress: Finished, In progress, Unfinished -Stealing from HAM members -Banking -Clues (94/95) #1LEFT1LEFT: Data for ~94/95 clues [PROBABLY ALL CLUES DATA GATHERED!!] 93 clues actually completed (Most of these have been tested and verified), with one clue not to be supported (Canifis)

I think Alek's doing a great job alone, its a question of trust as well.

getPassword() already throws a security exception Also, in order to have public betas for my scripts that may become paid, I verify it with my online server. Denying connection to outside servers would be bad, not only for paints but also for keeping track of stats and what I said before.