[c++/c#] Need a guide to learn to code

[alexz003]

Hello,
I am looking for some kind of tutorial to learn to code in C++ or C#

i already know a little bit about it to start a script but not enough to do anything with it.

Basically the reason i want to learn to code is to create a new private server that no one has made yet and i doubt is in consideration.

I know that i need a whole bunch of information from packets of the game to do anything with it and i will be getting that later =D

If someone can get me some kind of guide that teaches me how to create any type of server so i can create one for this game would both be greatly appreciated and help with my C++/C# language skills.

+rep on whoever gets me a GREAT guide


Thnx

 

[FrostElite]

Great website for C# tutorials
http://www.csharp-station.com/

Great website for C++ tutorials
http://www.cprogramming.com/

For packets, just observe how other sources sends packets and start to get used to the structure of packets in general. Get used to Reversing packets and converting them into hexidecimal.

Study Dwords, words, floats, longs etc..

 

[Sensa]

I am studying to be a computer programmer and I have every homework since the first semester, I could translate you the homeworks and help you learn step by step C++, since it's currently my main and strongest language. Add me on msn: [email protected]

Maple = Good Wood For Drums, please don't confuse it with MS

 

[alexz003]

@FrostElite
Thnx for the guides i will be sure to use them. I am trying to get me and my friend to learn C++ or C# so i hope this will help. I'll check them out and decide in a little bit which i want to do.
@Sensa
Thnx i added you hopefully this will be a great help. i too am studying to become a programmer and C++ is my main language but i don't know much so hopefully this will help.

 

[danse]

C# + .NET thats a nice combination, the only major disadvantage is that's it's not that much crossplatform or rather i would say it's absolutly not crossplatform as i cannot say Mono does the job.

 

[alexz003]

I have another question for anyone who can answer:

How would i learn to observe packets to find information that would be used to create servers?

 

[danse]

Any packet scanner, sniffer however you would call it.

 

[alexz003]

yes but how would i identify and use it?

 

[danse]

yes but how would i identify and use it?

And what you mean exactly? Launch it, then launch for example your game and see what packets are send on certain action.

 

[alexz003]

so lets say i wanted to check the packet for a certain skill i would use the skill and check to see what packet comes up while using it?

 

[onemorejosh]

What you're lookin' to figure out, is a protocol

If you're creating the server to work with a client you've created, you can invent your own protocol (which is just basically the system that the server/client uses to talk to each other)

If you want to create a server for someone else's software, you need to know the protocol they used. If you don't have source code, or other documentation, then you need to guess

You can observe the data that goes back and forth and try to figure out the protocol that way. It's helpful to do experiments where you just change 1 little bit of information, and check how the data changes

For example, "use skill #1" and watch the data that's sent. Now "use skill #2" and watch the data that's sent. If part of the data contained a 1, and most of it's the same except one part that changed to a 2, now you know where "skill" is located. Stuff like that. It's a puzzle.

Good luck, if it's encrypted Although most gaming servers won't encrypt data - too processor intensive

 

[alexz003]

Definate thanx onemorejosh
what type of program would i need to watch packet transfers?

 

[coolep6]

http://tinyurl.com/ce7b5u

Theres AN AWSOME WEBSITE

PEace out

 

[danse]

http://tinyurl.com/ce7b5u

Theres AN AWSOME WEBSITE

PEace out

I lol'd hard at this one, indeed an awsome website.

 

[Team Zebra]

What you're lookin' to figure out, is a protocol

If you're creating the server to work with a client you've created, you can invent your own protocol (which is just basically the system that the server/client uses to talk to each other)

If you want to create a server for someone else's software, you need to know the protocol they used. If you don't have source code, or other documentation, then you need to guess

You can observe the data that goes back and forth and try to figure out the protocol that way. It's helpful to do experiments where you just change 1 little bit of information, and check how the data changes

For example, "use skill #1" and watch the data that's sent. Now "use skill #2" and watch the data that's sent. If part of the data contained a 1, and most of it's the same except one part that changed to a 2, now you know where "skill" is located. Stuff like that. It's a puzzle.

Good luck, if it's encrypted Although most gaming servers won't encrypt data - too processor intensive

Most games do use encryption, I don't see any worthwhile ones that don't. There are a few, but not very many at all.

 

[Roamer]

A very good C++ Tutorial, Teach yourself C++ in 21 days.
http://newdata.box.sk/bx/c/

 

[Team Lion]

Most games do use encryption, I don't see any worthwhile ones that don't. There are a few, but not very many at all.

Also, in response to the fact that encryption makes it more processor intensive:

That is definitely not included, most encryption methods use bit shifting and XOR to transform it somehow, and both of these functions are hardwired into every single ALU. On an x86 processor XOR is a default assembler command and takes like 4 clock cycles, which is nothing, just considering how inefficient most programmers and compilers are anyways. If you use C++, OOP is highly inefficient.

Point is if a server can support 2500 people without encryption, it can support 2500 people with encryption.

 

[onemorejosh]

Real encryption is a lot more than just a simple XOR . Rotating, shifting, table lookups, etc, THEN an xor. Yeh it can be fast, but there's still significant overhead

http://en.wikipedia.org/wiki/Advanced_Encryption_Standard