Kaori said:
8 bytes...
first 4 bytes = decrypt related
second 4 bytes = some sorts of checksum? (I'll try to figure this part maybe later today or tomorrow.
Well looking on chinse forum i foudn this info - not sure if any help but ill post anyhow:
The encryption studies which about me reconciles the Peru method First provides winhex to open document CTRL+T Xie Mi encrypts with XOR uses OR ! Setup.txt document 04 The magic.dat document for - 11 cannot front choose the clock from 5th The monster.dat document is from 5th - 09 The stditem.dat document is from 5th - 04 Other documents have not studied Who knew said Facilitates everybody I said not not rightly please pointed out
Above all Canadian decipher all used xor to complete you to say rightly (but, attention was a hexadecimal system, was not decimal base.) How other like map documents different either is the object in the document first 8 bytes verification code first four each byte different or time calculates these as for the verification code to keep you to study GM the document is $7
Here also must point out on-line emits in edition encryption map, document and so on NPC the procedure is absolutely wrong, the reason, 编写者 simply did not know the first 8 bytes are verify the code or simply do not know the first 8 bytes verification code the computational method Also has is its supplementary adminlist encryption decipher also is wrong, is wrong in continuously adds the decipher, but is by the line of Canadian decipher
Corrects document the and so on map Canadian decipher is from the displacement quantity $8 starts, also is starts xor from 9th in the article article of 8 bit check code first 4 +i i = goal decipher byte displacement quantity -8. Each all different or, each also wants +i
***********************************
OK forget about encrytion - I have a set of files that uses no encrytion at on on any of the files - so all txt files can be normal as we are used to -