Programming skills needed

[remo7979]

I've been with VB for quite a while now. It is easy, I have gotten the basics down, I just wanna know what type of skills I need to hack games. Like reverse engineering? Or what.
Thanks in advance

[Ky0n']

For hacking games you maybe have to choose an other language, such as Phyton or C#. I think you should try it with "memoryediting" first.

['Heaven.]

Originally Posted by ||||||||||

For hacking games you maybe have to choose an other language, such as Phyton or C#. I think you should try it with "memoryediting" first.

Since Vb.Net is similar to C# he can use that too...

[MaBarker]

If you want to Code hacks use C++
In VB you can use ReadWriteMemory and Then you can code like this:

WriteInteger("gameclient", addy, value)

Sorry when somethinge is wrong ^^ Normally i Code in C++ ^^

[Bloody*Star]

Originally Posted by ||||||||||

For hacking games you maybe have to choose an other language, such as Phyton or C#. I think you should try it with "memoryediting" first.

vb is just find for game hacking! do the basic stuff like read/writing memory then move to be a pro

[remo7979]

Yep, and please don't suggest me the legendary C++.
That has already eaten me up twice this year. I'm very happy with VB.net. I just wanna know what do I need to start off properly. Like which concepts should I cover up and so on.

Originally Posted by ||||||||||

For hacking games you maybe have to choose an other language, such as Phyton or C#. I think you should try it with "memoryediting" first.

Memory Editing? I don't think that's possible these days as Xtrap doesn't allow all that.

Originally Posted by ||||||||||

For hacking games you maybe have to choose an other language, such as Phyton or C#. I think you should try it with "memoryediting" first.

Memory Editing? I don't think that's possible these days as Xtrap doesn't allow all that.
Plus, I've done that multiple times with Auto It. I think. o-o

[davydavekk]

You shoud move to C#, learn the syntax and do some memory editing trainers with it.
Then you can move to C++ to do more advanced stuff.

I know that C# and VB are pretty much the same (.NET), but if you learn C#, moving to C++ will be way easier than VB to C++ (and trust me I know what I'm talking about, I did this mistake).

EDIT(didn't see your last post) : If you want to bypass XTrap, you'll have to learn reverse engineering (google "lena151 reverse tuts", very good for the beginning).
And I don't think you can use C# for a bypass (b/c it uses asm and stuff that you can only do in C++).

[remo7979]

Originally Posted by davydavekk

You shoud move to C#, learn the syntax and do some memory editing trainers with it.
Then you can move to C++ to do more advanced stuff.

I know that C# and VB are pretty much the same (.NET), but if you learn C#, moving to C++ will be way easier than VB to C++ (and trust me I know what I'm talking about, I did this mistake).

C++ is easy. I do know that, but I have more of a grip with VB.net that's why I thought that it'll be faster and easier. Whenever I just look at C++. I already figure out that this is hard. -_-
But I don't think it'll be hard though. What do you think? I have used C++ for a while but I couldn't really stick to it for long. Do you think that C++ is the very best thing for someone who has the basics down?

Edit : My luck, I already have those tutorials with me o-o
But still my question remains. Which one first? The C++ language or Reverse engineering?

[snow]

I'd suggest the Lenas Reversing for Newbies series, it's a series of various tutorial, starting with simple jz / jmp patches and ending with some unpacking of pretty well packed applications.
It's not for VB .NET but you'll need reversing skills if your intention is higher than simply editing some memory via "WriteInteger".

You'll find it with google.

Edit: C++ isn't "THE" solution. Personally I prefer it because it's much easier to mess around with memory but you could even remove XTrap totally from a game with VB .NET or AutoIt. Unless you need to write a messy dll, you won't need C++.

[remo7979]

Originally Posted by snow911

I'd suggest the Lenas Reversing for Newbies series, it's a series of various tutorial, starting with simple jz / jmp patches and ending with some unpacking of pretty well packed applications.
It's not for VB .NET but you'll need reversing skills if your intention is higher than simply editing some memory via "WriteInteger".

You'll find it with google.

Well, I already have those tutorials but I was just wondering C++ or VB.net? >_<

EDIT : In the end it comes down to me, right? Which one I prefer, right?

[th0rex]

Originally Posted by remo7979

Memory Editing? I don't think that's possible these days as Xtrap doesn't allow all that.

And thats why you should use c++ and not vb. Should be easyer to work around xtrap with c++ then with vb.

And yes in the end its your choice. But my opinion is, that it is easyer with c++ then with vb.

Edit : Sry was already said... Didnt read everything ;(

[remo7979]

Originally Posted by omitma

And thats why you should use c++ and not vb. Should be easyer to work around xtrap with c++ then with vb.

And yes in the end its your choice. But my opinion is, that it is easyer with c++ then with vb.

Edit : Sry was already said... Didnt read everything ;(

No problem actually. I just wanted to know if VB.net has enough control or not. But I guess in the end it comes down to me and my choice.

[Schlüsselbein]

Unless you have to write a dll, VB.net handles all this stuff quiet well. But bear in mind that using a managed language to do low level stuff requires more effort than a native solution.
It comes down to including winapi header and calling the functions directly vs doing ****** and expensive p/invoke workarounds.

[Master674b]

Originally Posted by Schlüsselbein

Unless you have to write a dll, VB.net handles all this stuff quiet well. But bear in mind that using a managed language to do low level stuff requires more effort than a native solution.
It comes down to including winapi header and calling the functions directly vs doing ****** and expensive p/invoke workarounds.

You could also write a wrapper using C++/CLI, that should save you quite some marshalling and it's probably more easy to handle native function calls.

[dready]

@Schlüsselbein, Master674b

Yep, a wrapper spares you quiet some headache, nativ is the better way for sure, the only real benefite is, if you do it with managed code, you dont have much copy past stuff
To do it people need to know what they are doing, this is quiet useful for learning purposes