D3D Menu in Visual Basic! [Real, no TopMost !!]

[TyJsiDement]

Hi all! Today (after one week learning, coding and mistakes) I finally create D3D Menu with D3D overlay!
Look :

Its really everything in Visual Basic 2008!!!

NO ME.TOPMOST !!!! REAL D3D OVERLAY!!!

I know, I need change coordinates for draw text in menu background.

Best Regards .

[Dark BoM]

Nice maybe u can write a tutorial how u do that, or something like that.

Its look really nice ^^
Good Work

Greetz

Dark BoM

[TyJsiDement]

Originally Posted by Dark BoM

Nice maybe u can write a tutorial how u do that, or something like that.

Its look really nice ^^
Good Work

Greetz

Dark BoM

Thank you! ^^

I don't think I make tutorial, because every body will make easy D3D hacks in Visual Basic. I think I make tutorial how to write text in game, but not this menu or picture.

[Jeoni]

Hm, and why are you posting this here then? Is it like "Look @ me, I'm good!" or what?

because every body will make easy D3D hacks in Visual Basic

And? Now everybody does it in C/C++, so what's the problem (except the .net framework needs a lot of useless resources)?
And you could only make external D3D Hacks with this (read memory --> draw). No hooking (make walls invisible or something) or something like this.

But it's nice anyway
And for all who wants a tutorial. There is a good site called "Google"

[Dark BoM]

I think no one want a tutorial, because its useless in VB to make a D3d Hack in my eyes.
But its look like and just for fun u can make a D3D in VB :P maybe D3D InGame Musicplayer

[TyJsiDement]

Originally Posted by Jeoni

Hm, and why are you posting this here then? Is it like "Look @ me, I'm good!" or what?

because every body will make easy D3D hacks in Visual Basic

And? Now everybody does it in C/C++, so what's the problem (except the .net framework needs a lot of useless resources)?
And you could only make external D3D Hacks with this (read memory --> draw). No hooking (make walls invisible or something) or something like this.

But it's nice anyway
And for all who wants a tutorial. There is a good site called "Google"

VB is for D3D menus easier than C++/C .. And I post it here, because I write all functions on my own and I am happy I do this.. By the way bro, u can make "invisible walls, aimbots, wallhacks" apod... I know its news for you, but in VB u can create 99,9% of things, that you can do in C++ and C.. Only drivers not.. VB is very powerfull and very hard for D3D hacking like wallhacks atc.. But if u found way, you can do this! And I found this way. I can do all stuffs that you can do in C++.. But you have to learn everything on your own, because you can't found tutorial on web for this.. I know 4 hackers that make hacks for CrossFire, Combat Arms apod in Visual Basic and they have awesome menues with awesome D3D hacks...

Best regards..

Rodney.

[Jeoni]

I wouldn't prefer VB. This thing called ".net Framework" is too heavy for me. I prefer a smooth, performant programm. And VB can't offer this. Also there is no way u can directly doing hooks in VB. You will always need a native DLL (C/C++ written) and initialise a .net host (this huge thing called .net framework u know) in the remote program to execute VB code. That would be VERY unperformant.

I know its news for you, but in VB u can create 99,9% of things, that you can do in C++ and C.. Only drivers not..

Oh, I knew (and 99,9% isn't true I think). Some things like hooks, inline ASM or directly editing game structures (not sure about this) isn't possible in VB (only with some help by native code).
And at least for me the biggest disadvantage is the .net framework. It's like a backpack with your house in it and you have to go to school with this.
Best regards
Jeoni

[TyJsiDement]

Originally Posted by Jeoni

I wouldn't prefer VB. This thing called ".net Framework" is too heavy for me. I prefer a smooth, performant programm. And VB can't offer this. Also there is no way u can directly doing hooks in VB. You will always need a native DLL (C/C++ written) and initialise a .net host (this huge thing called .net framework u know) in the remote program to execute VB code. That would be VERY unperformant.

I know its news for you, but in VB u can create 99,9% of things, that you can do in C++ and C.. Only drivers not..

Oh, I knew (and 99,9% isn't true I think). Some things like hooks, inline ASM or directly editing game structures (not sure about this) isn't possible in VB (only with some help by native code).
And at least for me the biggest disadvantage is the .net framework. It's like a backpack with your house in it and you have to go to school with this.
Best regards
Jeoni

If you know SilverAngel - he is VB master (my *** ) and he can do really 99,9% things in VB.. Only no drivers, cause you can't make drivers in VB.. Other things really yes..

[Jeoni]

First thing: you can't inject a managed DLL directly into another process and execute your code. You need a native (mostly written in C++) wrapper, which initializes the .net host and executes your code then (good explained at site).

Furthermore I truely find tutorials for VB.net concerning DirectX (especially D3D). These are not containing things for gamehacking, of course, but only some "Getting started" things. But if you worked out how to handle with the D3D COM-object (explained in the tutorials), it isn't that hard to look in the documentation of microsoft (DirectX SDK August 2007 is the last one supporting managed DirectX/D3D).

I really think, that VB.net is a very comfortable language (with an easy syntax). But where is the difference between VB.net and C++ (native). With both languages you can make object orientated programming (OOP). But in vb.net you are forced to use the .net framework (you already know, that I don't like it ), while in C++ you can decide if you want to use it or not (native or CLI). Furthermore it's much easier in C++ to use inline ASM (if you need it) than in VB.net.

It's true that you can make many things in VB.net (mostly all things), but it's not a (in my opinion) good gamehacking language.

[MoepMeep]

Originally Posted by Jeoni

First thing: you can't inject a managed DLL directly into another process and execute your code. You need a native (mostly written in C++) wrapper, which initializes the .net host and executes your code then (good explained at site).

Wrong.

Furthermore I truely find tutorials for VB.net concerning DirectX (especially D3D). These are not containing things for gamehacking, of course, but only some "Getting started" things. But if you worked out how to handle with the D3D COM-object (explained in the tutorials), it isn't that hard to look in the documentation of microsoft (DirectX SDK August 2007 is the last one supporting managed DirectX/D3D).

Awww, only "getting started" things? People in another forum successful made real D3D-Menus with the .net framework. But well, I doubt this is one. If it is, it's c&p anyway

I really think, that VB.net is a very comfortable language (with an easy syntax).

No.

But where is the difference between VB.net and C++ (native). With both languages you can make object orientated programming (OOP). But in vb.net you are forced to use the .net framework (you already know, that I don't like it ), while in C++ you can decide if you want to use it or not (native or CLI).

Whoever uses C++/CLI (especially in gamehacking) should be shot.

Furthermore it's much easier in C++ to use inline ASM (if you need it) than in VB.net.

fasm_managed anyone? :<

It's true that you can make many things in VB.net (mostly all things), but it's not a (in my opinion) good gamehacking language.

No, VB.net sucks. C#.

I wouldn't prefer VB. This thing called ".net Framework" is too heavy for me. I prefer a smooth, performant programm. And VB can't offer this. Also there is no way u can directly doing hooks in VB. You will always need a native DLL (C/C++ written) and initialise a .net host (this huge thing called .net framework u know) in the remote program to execute VB code. That would be VERY unperformant.

Not like you would be able to write speed optimized code.

Oh, I knew (and 99,9% isn't true I think). Some things like hooks, inline ASM or directly editing game structures (not sure about this) isn't possible in VB (only with some help by native code).

Do you actually believe the bullshit you are talking?

[Jeoni]

C# is (not exactly, but nearly) the same as VB.net with another Syntax (you are forced to use the .net framework, too). And I think that C++/CLI is the same, too (don't know).
The statement that the syntax of VB.net is comfortable is very subjective. If you don't think so, it's ok.
And I really don't know that a direct injection of a managed DLL is possible (in a native process). Can you give me a keyword, please?
Furthermore there are no reasons to get rude, just because I don't know as much as you know. If I'm wrong, you are invited to correct me.

[MoepMeep]

[easysurfer123]

C# is (not exactly, but nearly) the same as VB.net with another Syntax (you are forced to use the .net framework, too). And I think that C++/CLI is the same, too (don't know).

Well, every kind of .NET Code ends up in MSIL code, no matter if you code in C#, VB.NET or F#. I do prefer C# simply because of the syntax (VB.NET is kind of unstructured, e.g. I simply don't like to close if-statements with an "End If"-Clause).
But you're right, you need a .NET CLR Host in the application in order to run .NET Code. But as described in my linked blogpost you can use injected FASM to create a .NET CLR Host without injecting a native library.

Gamehacking in .NET is pretty cool, although I agree that its kind of ineffective. I prefered .NET it for writing the MW2 Bot, simply because some functions were easier to implement in C# than in C++.

[longkub]

I'm not understand T^T

[MrSm!th]

you can use injected FASM to create a .NET CLR Host without injecting a native library.

Well, still you need to know a native language.

I don't see any sense in this thread.