aluigi wrote:tool updated, check my first post

Well, I think it doesn't work Hash is counted ok, but writing back to file doesn't work.

oh, simple, got it thnx for help

The contents of this post was deleted because of possible forum rules violation.

Hmm, no one wanna try?

Hi, one simple question - is there someone who tried to get info about game files? I tried but there is any CRC and every editation makes game crash with message about damaged data. I thout that it is SHA1 or just modified value from SHA1 hash, but not sure. Check attached 2 simple files (index data...

aluigi wrote:it was only a test

I know it was just test. In full game there are 000-521 files, so it is little huge then data in 1st post.

yes but the total archive is under 0xffffffff bytes so OFFSET can be considered a 32bit value without problems (also because quickbms doesn't support 64bits) Not exactly :-) Whole data file is 0x1 0490 8000 (4 371 546 112). Offsets are stored as 64b value, so your script is not working correctly. ....

don't ask me how I did and don't ask me if and how it will work because the script is really horrible and after all I couldn't do something better because the format is not clear. so yes, I know that it's horrible but works. One thing - part of code is wrong get OFFSET long MEMORY_FILE get DUMMY1 l...

then you have written that it's a "custom lzss", can you be more specific? yesterday I decompressed the first file of the first package perfectly without problems with the classical lzss and its default parameters. Well, maybe it is classical lzss, I cant tell what is standard :-) I just ...

Vash wrote:try using "AC2211234495ACA27E805986108BEEDD4D01D3970B9D4CA93D7BE1BBEDDA8458" as key

Well, key is ok, file decrypted How did you get it? I found only something like "BF238E52208261B11FB50901E78E45AC4660153565F09295305484E1F05166EC"

OrangeC wrote:i am using the tool DeLZSS but have no idea how to use the command to input the key.

It is not standard LZSS, but custom one

It is just filesystem :-) You can merge all files to 1. All files inside are compressed with LZSS. here is no problem. Problem is file win_000.nfs. I think it is AES encrypted file with information about files inside. I am able to decompress files from win_000.??? files, but I was unable to decrypt ...

Just one procedure from my Delphi program. It is easy format. const HEADER_ID : array[0..3] of char = ('M', '8', 'L', 'D'); XOR_ARR : array[0..6] of byte = ($4F, $4E, $E2, $99, $A5, $4D, $38); ... procedure TfrmMain.Convert8ldToXml(aInFile: string); var OutFileName : string; InStream, OutStream : TF...

Just want to ask - anybody is still trying to break this compression method? I'm trying but without any progress.

Pengulord wrote:

Strobe wrote:well the good part is that all SNGW files are OGG!

who needs the rest when you got the audio?!!!

And how do I get them out?

Rename to OGG and play in you music player.