Unique Identifier for banning system - SOLVED

[Crypt]

Hello

I would like to develop a game modification to identify players by a unique ID for purposes of a banning system that is not so easily bypassed. As you can imagine this world of dynamic IP's makes any banning system a nightmare. I have actually already developed a similar modification and currently am using it but this modification is based on a Mac hash identifier collected from a 3rd party source. This hash is easily bypassed as well but even more so my work is bound to this third party modification and cannot function independently.

I am fairly proficient with the Object Oriented game engine code and am in the process of trying to learn c++ as my understanding of native coding is very limited and it is a very complex language.

At any rate this Hardware ID Extractor seems to fit the bill and I was excited when I ran across this site.
So I would first of all like to know if I fit the criteria for purchasing your product source code as I am not a company but rather an individual running a gaming organization?

Secondly if this is acceptable what advise could you offer in regards to utilizing your code to effectively achieve my goal of a unique identifier?

Hope to hear back from you soon.
Thanks!

Crypt

[admin]

So I would first of all like to know if I fit the criteria for purchasing your product source code as I am not a company but rather an individual running a gaming organization?

Hi.
Single developers and corporations and both purchase the DLL or the source code.

For Vista users, your program can decide to read the HDD ID only if the user has the necessary rights. You can also invite the user to temporary switch to elevated rights, read the ID and store it in a file. So this request is one time only! If the user refuses or it can't do this, then you silently drop the reading of the HDD ID.

What I would like to highlight is that HDD ID offered by our library is the real ID of the drive - the one written in drive's electronic chip. This can never be changed and is absolutely unique! Other 3rd party libraries only offer the ID of the partition which is lost every time the user reinstall Windows (formats the partition). Vista is very suspicious about giving low level disk access so there is no other way to access drive's chip without elevated rights.

The idea behind reading more than one unique ID is that you can still identify the user even if he upgrades the hardware.
If you can read only the CPU ID, then as long as the user keeps his CPU you can identify that user.

[Crypt]

Thank you very much for your rapid reply.

It sounds to me like the CPU ID is possibly the way to go. As I mentioned I am not a native coder and am just learning the language. I have the knowledge to bind the dll to the game mod and utilize the code in that respect but I do not know if I am capable of altering the code beyond that point as of yet. But I suppose it all starts with the first step.

I will purchase the source code and time will see what comes of it.
Thank you very much for you input and help.

OBTW :This probably seems like a dumb question but will I be able to deal with this source in my IDE (Visual Studio 6.0) without any problems?

Crypt

[Crypt]

Forget about my IDE question as I read it should work with Visual Basic.

However the ORDER HERE button seems to just take me to the bottom of that page with what appears to be no direct link to actually order. Is there another order link I am not seeing somewhere?

[admin]

1.
The already compiled code (the DLL) should work with any programming language that can hook to functions exported by a standard MS Windows DLL. The code was written in Delphi, however we have customers using the DLL in Visual Studio, Visual Basic, etc.

2.
We fixed the Order button.

3.

but I do not know if I am capable of altering the code beyond that point as of yet

Unless you want to do something really special, you don't need to alter our code. Just call the GetCPUID function. It will return a unique string. Use that string in your code to identify the user. That's all. With one function call you have your user identified.

[Crypt]

OK thanks.
Well there are a number of special things that need to be done to the dll code in order for the game to call the native code. Including matching the name of the dll to the game package calling the code. I have done this with VB successfully but never dealt with delphi before in my life.
I will just have to mess with it to figure it out i guess. Maybe I can find some info on the net about it. If others are using VB to deal with Delphi then surely I can do something. Well I hope so anyway.

Thanks again.

[admin]

Maybe this one will help: http://support.microsoft.com/kb/106553
It should not make any difference for you that the DLL was written in Delphi. The functions were exported as STDCALL so the DLL is compatible with all programming languages - Stdcall is the standard in MS Windows.

[Crypt]

Thanks for the link.
I will check it out.

I downloaded the latest compiler Delphi 2010. I want to get your work to compile so I know that I am starting with a clean slate before I move forward with this project.
On first run of the compiler I receive the following errors. No doubt these are due to a setup issue from a Delphi newbie but I was hoping you would help me get started off on the right foot with a clean compile.

Code: Select all

Checking project dependencies...
Compiling HardwareIDExtractor.dproj (Debug configuration)
[DCC Warning] CubicHardID.pas(117): W1058 Implicit string cast with potential data loss from 'string' to 'ShortString'
[DCC Warning] CubicHardID.pas(263): W1058 Implicit string cast with potential data loss from 'string' to 'ShortString'
[DCC Error] CubicHardID.pas(307): E2008 Incompatible types
[DCC Warning] CubicHardID.pas(376): W1000 Symbol 'Resume' is deprecated
[DCC Warning] CubicHardID.pas(382): W1058 Implicit string cast with potential data loss from 'string' to 'ShortString'
[DCC Warning] CubicHardID.pas(427): W1058 Implicit string cast with potential data loss from 'string' to 'ShortString'
[DCC Warning] CubicHardID.pas(486): W1011 Text after final 'END.' - ignored by compiler
[DCC Fatal Error] HardwareIDExtractor.dpr(18): F2063 Could not compile used unit 'CubicHardID.pas'
Failed
Elapsed time: 00:00:00.1

Thank You.

[admin]

Solution 1 (simplest):
Use the already compiled code (the DLL).

Solution 2 (simplest):
Use Delphi 7 compiler co compile the code.

Solution 3:
Covert Delphi 7 (ANSI) to Delphi 2010 (Unicode) strings.

______________

Details about solution 3.

As explained on our web site the code has been tested on Delphi 7 to 2007.

Delphi 2010 introduced massive changes such us UNICODE strings which makes the code not to compile. However, this doesn't mean that the code cannot be used under Delphi 2010!!

The UNICODE strings is the reason you have so many warnings. If you want to post the code to the latest version of Delphi, please follow the Delphi 2010 manual about converting the ANSI strings to UNICODE strings. This will make the program to compile without errors.


In the future, we intend to add Delphi 2010 to our compatibility list.

[Crypt]

Works great.

You help is very much appreciated.

[admin]

Excellent. Good luck with your game!

Please feel free to post a link to it so others can see the protection in action.