if it was impossible , no bots would be created ^^Quote:
So make it so your bot is able to parse it even if they are in the same groupspawn packet?
No reason not to make it possible.
Never said it's impossible.Quote:
if it was impossible , no bots would be created ^^
Well of course that is my point to success but i need to analyze the structure before ^^
Here the teleporter id's from pk2 if anyone needs.
Well , looked to packets for hours and i just caught a packet includes NPC + PLAYER.Quote:
Never said it's impossible.
Anyways, you should just parse groupspawn EXACTLY the same as singlespawn.
I just call the singlespawn function from my groupspawndata function and it works great.
Don't try increase buffer size because data will be randomly trunkated sometimes(i have tryed), its possible to increase max bytes received but its temporary(windows set it by himself) and makes many problems, there is DLL to do this.Quote:
Hey guys sorry to jump in 2 years later.
Is silkroad buffer at 4096 bytes length?
I've parsed 3019 group spawn packet but sometimes there are 43 stall players in one place.
This makes the buffer > 4096, so silkroad server split the packet out to two buffers.
This means that the second buffer are not in any order.
Do I have to join what ever is left over on the first buffer with the second one to continue parsing?
I'm using the simplex_proxy and have increased the buffer > 8192. But that doesn't increase the bytes received.
Thanks
- -.
Use drew's api and you'll never have to think again about such stuff :) (sorry for bumping my own old thread)Quote:
Thanks paxemuman, I've resolved the problem a few days ago by merging the 3019 packet bytes.
Now I'm in the process of making loop script.
Looks like it's hard, I just got disconnected when try to buy potion from NPC :).