Yes, that feature is easily doable. Why isn't the stalling option in ribot working?
Most probbably iBotForFun and phBot team made a deal. So riBot no more updating ( maybie after 11D update he'll update riBot ).
Clientless Stalling isn't working since Roc update.
Cause riBot no more updating, I created clientless tool. Of course it's in beta stage, cause working only ( Server Stats, Login, Select Char, Pet Spawn, Character spawn ( sometimes crashes, need to fix it ) )
Most probbably iBotForFun and phBot team made a deal. So riBot no more updating ( maybie after 11D update he'll update riBot ).
Clientless Stalling isn't working since Roc update.
Cause riBot no more updating, I created clientless tool. Of course it's in beta stage, cause working only ( Server Stats, Login, Select Char, Pet Spawn, Character spawn ( sometimes crashes, need to fix it ) )
Yes, that feature is easily doable. Why isn't the stalling option in ribot working?
As already said it was not updated for ages. So you could make it asap?
Quote:
Originally Posted by zeteris
Most probbably iBotForFun and phBot team made a deal. So riBot no more updating ( maybie after 11D update he'll update riBot ).
Clientless Stalling isn't working since Roc update.
Cause riBot no more updating, I created clientless tool. Of course it's in beta stage, cause working only ( Server Stats, Login, Select Char, Pet Spawn, Character spawn ( sometimes crashes, need to fix it ) )
Not going to stop. Currently stucked on char spawns.
Need to collect more packets about pets, char spawn (when job'ing).
Not much left on spawns. This tool only crashes in crowded areas. Like Hotan or Jangan. Also not all skills and items parsed, so it causes crash.
Character spawn under job has no flag.
you need to insert a statement into the items loop, if the item ID equals to one of the job items, then the player is under a job status.
and of course store the result (true or fale, 1 or 0, etc) into a variable.
why storing it into a variable?
well, there's no grant name, emblem ID, union ID, guild war status, fortress war position and stall under a job status.
so you need the variable so it will skip the whole regular process,
under a job status there's only guild name length and guild name (right after the stall flag).
If you were talking about the character data spawn (for the logged character, not other characters) then nothing needs to be skipped.
you only need to check if the player is under a job status by the same way I explained above.
Character spawn under job has no flag.
you need to insert a statement into the items loop, if the item ID equals to one of the job items, then the player is under a job status.
and of course store the result (true or fale, 1 or 0, etc) into a variable.
why storing it into a variable?
well, there's no grant name, emblem ID, union ID, guild war status, fortress war position and stall under a job status.
so you need the variable so it will skip the whole regular process,
under a job status there's only guild name length and guild name (right after the stall flag).
Good luck!
Yes I noticed that, and made stupid mistake while checking if job status true or false
For now just don't know how to parse data after Grant name
So while I don't know how to end of the packet. I made a loop which checking for one spawn end ( 0x00FF ).
Yes I noticed that, and made stupid mistake while checking if job status true or false
For now just don't know how to parse data after Grant name
So while I don't know how to end of the packet. I made a loop which checking for one spawn end ( 0x00FF ).
If there's a guild name, this is what comes next: [DWord] Guild ID [Word] Grant Name Length [String] Grant Name [DWord] Emblem ID [DWord] Union ID [DWord] Union Emblem ID [Byte] Guild War Status [Byte] Fortress War Position
Now, 2 bytes before the guild name length there's the stall flag (you need to store it into a variable).
if it's 4 (0x04), there's an open stall and it goes like this: [Word] Stall Name Length [String] Stall Name [DWord] Stall Model (Media.pk2 model)
* if the stall flag is anything else but 4 (probably 0), there's no stall and you need to skip this.
And then the last 2 bytes are: [Byte] Equip/Unequip Job/Cape Timer (this yellow bar, the value is between 0 to 10 {0x00 to 0x0A}) [Byte] PK Flag (1 {0x01} = CTF PK status, 2 {0x02} = PK status enabled, 255 {0xFF} = PK status disabled)
DO NOT BOT Clientless in RSRO!!! = Ban hammer! 07/29/2010 - Silkroad Online - 29 Replies 10 of my goldbots got the ban hammer just recently(a few minutes ago), but my main whom i've always botted with client is still alive :mofo:
i have always emptied the DUMP folder, renamed error sender and blocked via firewall, picked a proper russian name. what else can i do besides bot with client to prevent the ban hammer in rsro?
rsro clientless ... gm pm ? 07/10/2010 - Silkroad Online - 15 Replies did gm pm u mabey ? lol i got pm when i was afk and using clientless .. i responded 4 hrs later :D but i still didnt get ban .. they r probablly waiting for some time to do massive ban... anyway did gm pm u too mabey ? in private window of ribot... :(:(:(
I will try to add this function. But for now stucked at char spawn 
