CA D3D hack coded in C#/VB.NET?

[Jason]

I would think it would be laggy as (based on what i've been told) the cpu processes .Net and c# code slower than it does c++

Are you fucking retarded or something?

[pDevice]

Good

[LilGho$t]

Are you fucking retarded or something?

actually better question is, are you? you're considering making a hack to hook into a process using vb.NET that's a coding language that's taught to 12 year olds. Not to say it can't be useful however it could be a LOT better if it was coded in c++. I understand you want a challenge i just think that based on how you'd most likely do it in vb.NET or c# it will be laggy. Prove me wrong?

[Jason]

actually better question is, are you? you're considering making a hack to hook into a process using vb.NET that's a coding language that's taught to 12 year olds. Not to say it can't be useful however it could be a LOT better if it was coded in c++. I understand you want a challenge i just think that based on how you'd most likely do it in vb.NET or c# it will be laggy. Prove me wrong?

"The CPU processes .NET code slower" Yes, you're absolutely right, the CPU recognises when the machine code its executing was originally part of a .NET assembly and goes " fuck you guys, ima slow down 'cos i'm a C++ fanboy".

Get a real argument :/

[LilGho$t]

"The CPU processes .NET code slower" Yes, you're absolutely right, the CPU recognises when the machine code its executing was originally part of a .NET assembly and goes " fuck you guys, ima slow down 'cos i'm a C++ fanboy".

Get a real argument :/

It has to convert it to assembly to run it. Either way, if you code this in visual basic change the cpu-target to be set for 32-Bit (even if you are on 64) as you'll result in a faster runtime.

[[MPGH]AVGN]

I got bored and as a C# or .NET fanboy (I guess you could call me that), I thought it would be fun or a challenge to code a D3D CA Hack in C# (which can be converted to VB.NET easily). The hooking and DirectX rendering is done in C# (with the help of some DirectX libraries/wrappers) however the library that provides the hooking functions is partially coded in C++.

Here is a little screenie:


Note that it has no features or anything. I'm just wondering what your thoughts are on it. Should I take it to the next level and continue working on it?

I love the hack selection. I wonder what "do nothing" does?

[LilGho$t]

I love the hack selection. I wonder what "do nothing" does?

New godmode (he somehow figured it out) xD
jk jk

[[MPGH]master131]

It has to convert it to assembly to run it. Either way, if you code this in visual basic change the cpu-target to be set for 32-Bit (even if you are on 64) as you'll result in a faster runtime.

Fuck off please, you don't know what you're talking about. And if it was made for 12 year olds, why haven't I seen any injectable VB.NET hacks for Combat Arms yet?

[Xipher]

Fuck off please, you don't know what you're talking about. And if it was made for 12 year olds, why haven't I seen any injectable VB.NET hacks for Combat Arms yet?

He doesn't know what he's talking about. It's like someone fused L80mans, Chocolate and Justiniscool together. Wait nah, that would be a shitstorm.
But, he's bad okay :P

[LilGho$t]

Fuck off please, you don't know what you're talking about. And if it was made for 12 year olds, why haven't I seen any injectable VB.NET hacks for Combat Arms yet?

because 12 years can't code that type of stuff.

And, from statistical time tests, targeting 32-bit with vb.NET code does result in a faster runtime.

Also to back up the statement about c++ running faster than vb.NET.
time it takes for c++ to count to 1000000000: 8.125 seconds
time it takes for VB to count to 1000000000 : 19.203 seconds

and here's the codes used on the test:
Vb:

Option Explicit
Private Declare Function GetTickCount Lib "kernel32" () As Long
Dim firstnumber As Double
Dim secondnumber As Double
Dim thirdnumber As Double

Private Sub Form_Load()
secondnumber = 0
firstnumber = GetTickCount()

While secondnumber <= 1000000000#
secondnumber = secondnumber + 1
Wend
thirdnumber = GetTickCount()
MsgBox "time taken to count to 1000000000: " & thirdnumber - firstnumber
End Sub

c++:

#include "stdafx.h"
#include "iostream.h"
#include "windows.h"

void main()
{
	double firstnumber;
	double secondnumber=0;
	double thirdnumber;

	firstnumber = GetTickCount();

	while (secondnumber <= 1000000000) 
		{
			secondnumber++;
		}
	thirdnumber = GetTickCount();
	cout << "time taken: " << thirdnumber - firstnumber;
}

[[MPGH]master131]

I don't even..... I'm not even going to bother, you're just an idiot.

[LilGho$t]

I don't even..... I'm not even going to bother, you're just an idiot.

c++ statistically executes faster than vb.NET
not saying all c++ code will be faster than all vb.NET code because that's all reliant on how you code it and what it's goal to accomplish is.
However, if we write 2 codes to do the exact same thing and the codes are made using the exact same "design", the c++ code statistically should execute faster.

[Shadow`]

I don't even..... I'm not even going to bother, you're just an idiot.

Then actually provide a valid argument instead of stating, "You're an idiot". That doesn't help you in the least, actually, it makes your idea look even worse. I have to say, what your doing is neat, but at least put effort into a comment. I mean really. LilGho$t literally typed a shitstorm for his argument, and you types 2 sentences.

[[MPGH]master131]

Then actually provide a valid argument instead of stating, "You're an idiot". That doesn't help you in the least, actually, it makes your idea look even worse. I have to say, what your doing is neat, but at least put effort into a comment. I mean really. LilGho$t literally typed a shitstorm for his argument, and you types 2 sentences.

His example wasn't even in VB.NET, it was coded in VB6. There is a fucking difference between the two hence his data is wrong. VB.NET uses the .NET Framework and Common Language Runtime, VB6 does not. Anything coded in VB.NET is stored as IL code and anything in VB6 is stored as assembly code.

c++ statistically executes faster than vb.NET
not saying all c++ code will be faster than all vb.NET code because that's all reliant on how you code it and what it's goal to accomplish is.
However, if we write 2 codes to do the exact same thing and the codes are made using the exact same "design", the c++ code statistically should execute faster.

Look, stop hijacking my thread or I'm just going to close it. It's my choice to choose whatever language to code a hack in, there's no need to go around saying, C++ is better, don't bother coding CA hacks in any other programming language. So what if it is faster? Does it matter? As long as the time difference is not major, who cares. I'm trying to do something unique, why even bring up "C++ is generally faster in VB.NET".

[LilGho$t]

His example wasn't even in VB.NET, it was coded in VB6. There is a fucking difference between the two hence his data is wrong. VB.NET uses the .NET Framework and Common Language Runtime, VB6 does not. Anything coded in VB.NET is stored as IL code and anything in VB6 is stored as assembly code.



Look, stop hijacking my thread or I'm just going to close it. It's my choice to choose whatever language to code a hack in, there's no need to go around saying, C++ is better, don't bother coding CA hacks in any other programming language. So what if it is faster? Does it matter? As long as the time difference is not major, who cares. I'm trying to do something unique, why even bring up "C++ is generally faster in VB.NET".

Lol you mad bro?
I've never said don't pursue this all i'm saying is if you're looking to make hacks for release c++ would be the faster solution.
My posts don't say not to code it in vb.NET they are just presenting the fact that c++ is faster than vb.
They're also questioning why you would even go about this task.
I think it would be a fun project i just don't see it as practical.