Not sure about this, but, I did have a chance, once, to crack someones "encryption" of data files, used for a game, once...

It basically, used text files, delimited with CR/LF characters. A complete file could be encrypted, sentence by sentence, and not one sentence was the same as the next, previous, etc...

This might be of some help...

Encryption theme:
[random ascii code value] [1st char offset by ascii value in front of sentence] [2nd char = ascii value + 1 as offset] [3rd char = ascii value + 2 as offset] [etc... to end of sentence] ...

The "key" was placed in the front of the encrypted text "line" and for every line, the "key" was different, thus, each sentence was different, in output...

The problem was, the random ascii "key" value could never exceed 255, and must never be larger than the calculation for the rest of the sentence. Long text sentences had to have smaller random "key" ascii values, or the "text" to be encrypted MUST NEVER be outside the standard "alpha-numeric" chars, i.e. a to z, zero to nine, no special chars, or extended 126 to 255 chars.

The encryption scheme was to detect the length of the sentence, detect the highest "offset" ascii value that could be used, randomly select a "key" offset that would work for the text sentence. Stored the char version of this ascii value, and then translate the remainer of the sentence using this offset, placing the translated "char" onto the encypted text line.

Decryption was simple... Read a text line in, extract the "ascii" char "key", and then "step through" un-offsetting" the remainder of the text line.

VB does this really well, coding is a little difficult, but, I'd worked on "examining" this persons data files a while back - the hard part was, some of these files were databases, and I also needed to figure out "blocking factors", text or values, etc...

So, is this what that code is all about ?