searching for encryption/decryption faste then _StringEncrypt

[TomCat]

Hi Im searching for an fast encryption algorithm that need not so much CPU then _StringEncrypt cause I want to use it in an chat and older PC's with ~1,5MHZ need to much CPU zu encrypt/decrypt the chat.

Anyone here know faster algorithm maybe with dll to use for my purpose ?

Edited February 5, 2010 by TomCat

[jchd]

Did you try the ... Crypt.au3 UDF? For instance, RC4 is about as fast as encryption can be and should be sufficient to freely talk about the last McDonald sauce recipe.

1,5MHz PCs, must be bootleg. Ask for genuine stuff (no way under 4,77 MHz)!

[PsaltyDS]

That's funny. No OS that runs on a 1.5MHz processor would run AutoIt or have the advapi32.dll that Crypt.au3 uses!

But maybe you meant some old 1.5GHz CPUs?

The Crypt.au3 UDF is the correct answer to the question, any way. But if the boxes are so old you're running a Win16 OS (i.e. Win98SE) you should note that AutoIt no longer supports backward compatibility older than WinNT/Win2K.

:-)

[jchd]

But if the boxes are so old you're running a Win16 OS (i.e. Win98SE) you should note that AutoIt no longer supports backward compatibility older than WinNT/Win2K.

Given that RC4 is less than a screen page of simple C, it can be made to run decently even on low-end PIC microcontrollers (and was actually designed for). So even in the unlikely case the OP would run it on his grandfather's box, using a dll with pre NT AutoIt is still not unrealistic.

[TomCat]

Yes i meant 1,5 GHZ sry xD

Crypt.au3 UDF works nice with it many tnx for the hind.

some benchmark:_StringEncrypt with 80 char long sting ~ 60ms on 800 MHZ CPU _Crypt_EncryptData same string and CPU ~1,5 ms

[jchd]

Yes i meant 1,5 GHZ sry xD

Of course that's what we guessed but a little bit of fun isn't taboo and not (yet) payware!

some benchmark:_StringEncrypt with 80 char long sting ~ 60ms on 800 MHZ CPU _Crypt_EncryptData same string and CPU ~1,5 ms

I'd say both seem acceptable. How many 80-char strings can you compose per second in a live chat, leaving transit time alone?

[TomCat]

less then client can cause server set the limit ^^