Ya the ones with a decompressed size of 0 are not LZ77 compressed in the pk file. When both are 0, it means that it is actually a zero length file (there are only a few).

>PKH: >File Table (1 entry per file) >0x0 0x4 unknown (I think this is a CRC hash of the decoded file) The file with the same value in another PKH file exists. Those files are the same at the binary level in the PK file. Can you give an example of two such files? On another note, the unpacker is no...

Ya, I have everything working now on the decompression side, but there is still that one number in the PKH file that I'm not using, and I haven't written the compression algorithm yet. If you want to know how to pull all the files apart, read the above post. Once I have everything working, and no un...

Cool DSDecomp did it just fine and the output file was the expected length (and it was LZSS 0x11 as you expected). I don't know why QuickBMS failed to do it, if it hadn't I would have had this all figured out 2 days ago (spent forever trying to figure out which compression it was using since QuickBM...

Ok I have been working on this independently and the only piece I was missing was was the compression algorithm, so thanks Forte. Do you know of a good library that implements LZSS compression/decompression? I'm not sure that is actually correct since QuickBMS is failing to decrypt the extracted fil...