yeh it worth to try but very hard work :S i still trying to get source codes hhhhhhhhhhQuote:
OMFG.i see There is a lot of work on it from you posts =). But worth to try ;)
[HELP] One question about programing
03/05/2011 14:40
Keyeight#16
03/06/2011 03:15
Murgen#17
C++ is hard to learn for most people ^^ I recommend VB.net but if you want a smooth bot I would definatly learn C++ its engineering seems better than vb and c#
03/06/2011 07:45
lesderid#18
Please tell my how/why it is.Quote:
03/06/2011 11:21
kevin_owner#19
You can do everything in all those languages. The only difference is performance, development time and if it's multiplatform or not. I'm sure that there are many big differences but these are the 3 that pop up in my brain:P
C++ is faster and with some apps like 3d rendering and that stuff way faster than C# but C# is way faster than vb. but C++ has a longer development time than C# cause you don't have that whole .net framework but C++ is multiplatform so it's just what you perfer. I'm using C++ cause 1. it's multiplatform and you got more control over your application. C# uses quite a lot memory compared to C++ so that's why i also prefer C++ and about the speed:).
but you can make a smooth bot in vb there is nothing work with that even if the process time would be 10 ms longer it would still be so little that you wouldn't notice it. the most delay is between you and the server.
C++ is faster and with some apps like 3d rendering and that stuff way faster than C# but C# is way faster than vb. but C++ has a longer development time than C# cause you don't have that whole .net framework but C++ is multiplatform so it's just what you perfer. I'm using C++ cause 1. it's multiplatform and you got more control over your application. C# uses quite a lot memory compared to C++ so that's why i also prefer C++ and about the speed:).
but you can make a smooth bot in vb there is nothing work with that even if the process time would be 10 ms longer it would still be so little that you wouldn't notice it. the most delay is between you and the server.
03/06/2011 15:07
* White *#20
thanks for your explanation :)its very usefulQuote:
C++ is faster and with some apps like 3d rendering and that stuff way faster than C# but C# is way faster than vb. but C++ has a longer development time than C# cause you don't have that whole .net framework but C++ is multiplatform so it's just what you perfer. I'm using C++ cause 1. it's multiplatform and you got more control over your application. C# uses quite a lot memory compared to C++ so that's why i also prefer C++ and about the speed:).
but you can make a smooth bot in vb there is nothing work with that even if the process time would be 10 ms longer it would still be so little that you wouldn't notice it. the most delay is between you and the server.
03/06/2011 15:54
lesderid#21
These days, the speed isn't really an issue anymore.Quote:
C++ is faster and with some apps like 3d rendering and that stuff way faster than C# but C# is way faster than vb. but C++ has a longer development time than C# cause you don't have that whole .net framework but C++ is multiplatform so it's just what you perfer. I'm using C++ cause 1. it's multiplatform and you got more control over your application. C# uses quite a lot memory compared to C++ so that's why i also prefer C++ and about the speed:).
but you can make a smooth bot in vb there is nothing work with that even if the process time would be 10 ms longer it would still be so little that you wouldn't notice it. the most delay is between you and the server.
And when you want to make it multiplatform, use Mono.
Anyways, it's just what language you choose.
03/06/2011 16:05
kevin_owner#22
Yeah that's right but still with something like an mmo you could still consider about the language if you want many players on it. But it's more about how it's programmed than the language. so yeah i agree with you:)
03/06/2011 20:29
Haxor#23
I think the most important thing in bot to create is the packet handling
Because in bot you must know how and which packet u must to send and u must analyze the packet to control it
then come the coding skills
If you good coder and you dont know about packets sniff you cant do anything
Because in bot you must know how and which packet u must to send and u must analyze the packet to control it
then come the coding skills
If you good coder and you dont know about packets sniff you cant do anything
03/06/2011 21:11
* White *#24
packets sniff .can you explain .i dont know what it means ^^Quote:
Because in bot you must know how and which packet u must to send and u must analyze the packet to control it
then come the coding skills
If you good coder and you dont know about packets sniff you cant do anything
03/06/2011 21:18
kevin_owner#25
Well packet sniffing is collecting all the data which is exchanged between the client and the server so between your game and the server you connected with.
if you want to create a bot, emulator or some other tools you need to know how to sniff packets(you could inject into the client but let's keep it at packet sniffing for now).
In these packets you have the data like at that position in game is a monster and it's walking into that direction or that player over there wears these items.
so if you're creating a bot you need to sniff those data and analyze it cause you need to know what's inside which can be a lot of work cause you need to guess a lot. and after you analyzed those packets you need to build a new packet and send it to the server.
so it's just collecting the data between the server and client:)
if you want to create a bot, emulator or some other tools you need to know how to sniff packets(you could inject into the client but let's keep it at packet sniffing for now).
In these packets you have the data like at that position in game is a monster and it's walking into that direction or that player over there wears these items.
so if you're creating a bot you need to sniff those data and analyze it cause you need to know what's inside which can be a lot of work cause you need to guess a lot. and after you analyzed those packets you need to build a new packet and send it to the server.
so it's just collecting the data between the server and client:)
03/06/2011 22:23
npcdoom#26
Speed is always an important issue, not language, just because pc are getting really fast, you cant just do whatever you want =P, but it all depends on the requirements and the problem you trying to solve.Quote:
And when you want to make it multiplatform, use Mono.
Anyways, it's just what language you choose.
03/06/2011 23:02
* White *#27
it is posible to learn?becouse i understand 10% of that. I tought its easy but now i see that I need toread in google ;DQuote:
if you want to create a bot, emulator or some other tools you need to know how to sniff packets(you could inject into the client but let's keep it at packet sniffing for now)...
03/06/2011 23:31
kevin_owner#28
Yep you're able to learn a few months ago I was thinking like wth is all that network stuff:S I didn't understand anything about it how do you read such network thing and once you have that whole hex look-a-like packet how to make it readable how can i build my own packets how do I know what value it is and where it comes from.Quote:
Since i'm using C++ I read beej's guide. which is a great startup for beginners to understand some basics about how you can send stuff over the network. Be aware that you need to know how to use a programming language you can't just dive into that stuff cause it will drive you crazy:)
So after that tutorial I build a server app which could accept 1 user and send and receive a text(cause a string was the only way for that program I didn't had something like a packetwriter yet).
so once I got a little chat program I started to download some open source network servers and see how they wrote packets. This didn't really helped cause I didn't understand a thing about it. But then I found something on the net which explained how to convert something like a int into a array without convert it into a string.
This was done by the following line:
Code:
*(int*)&buffer[0] = value;
Code:
int value = *(int*)&buffer[0];
so right now you're reading the value out of an char array which just converts 4 bytes (which is the size of an int) from the buffer to that variable.
owh and by the way the index of the array is the start position of the conversation.
oke well this might be a bit overwhelming and a little long to read but if you try to focus on creating some kind of chat program first and than start creating something like a packet reader and writer to pack data so you can send it all.
Owh I just remembered another method so stupid this one might be easier which is creating an structure and fill that structure and send it over the network so you don't have to pack it byte for byte but you define something like:
Code:
struct packet
{
int Id;
float someOtherData;
string Name;
}
I hope this helped a litte.
btw should I write some kind of tutorial on how to start with an emulator? just an simple basic thing so you have something to play arround with?
03/07/2011 00:31
dracek#29
So, basically, that would look like this, if it was written in normal code.Quote:
To keep things nice and simple, I will assume that we only want to represent the actual integer as a byte array, not to copy the value into the array. The other wa
Code:
/* integer i, with value slightly over nine thousand. these appear a lot in computers memory */ long i = 9001; /* this is a pointer to char; on most systems char will be 8bit integer. usually signed one, it depends on your compiler and flags given to it */ char *p; /* if were we not giving a crap about warnings, the type cast would not be necessary; we are giving a crap, so we need it there */ p = (char *)&i; /* now the pointer <p> points to the beginning of memory block allocated for integer <i>. what you actually do with it is up to you... */
Code:
buffer &buffer[0]
03/07/2011 00:40
kevin_owner#30
actually I want to copy the value into that array cause that's the way I build the packet. the reason i'm using this is cause i didn't find another way yet cause this one works fine for me.Quote:
To keep things nice and simple, I will assume that we only want to represent the actual integer as a byte array, not to copy the value into the array. The other wa
Anyway, your post just confused the hell outta people around here. Also, I would like to point out that following two lines of code are equivalent, given the buffer variable is just a pointer.Code:/* integer i, with value slightly over nine thousand. these appear a lot in computers memory */ long i = 9001; /* this is a pointer to char; on most systems char will be 8bit integer. usually signed one, it depends on your compiler and flags given to it */ char *p; /* if were we not giving a crap about warnings, the type cast would not be necessary; we are giving a crap, so we need it there */ p = (char *)&i; /* now the pointer <p> points to the beginning of memory block allocated for integer <i>. what you actually do with it is up to you... */
Code:buffer &buffer[0]
Look my packet writer has a member which is currentPosition which i'm using for the index in that char array. so when I add a value lets say a short but it could also be a int I increase the currentPosition with the size of an int or short so it doesn't overwrite some data.
I'm sure that there will be an easier way and that it'll confuse some people and i have to admit that i went way to far in the code. Sorry for that:P
but would you mind telling me how you would build a packet to send cause that's the only way I know and i'd like to know more/better ways:)?