Models are simple 1-mesh models (at least from the first look)



Not sure if you need bones, but if not, you can get all models with hex2obj

sorry i forgot to post them. give me some time

Sir Kane wrote:The uncompressed chunk at the end of the compressed data is actually required

Not really. And for most files its actually not present. In most cases, last compressed data (after decompression) will end exactly at the end of the buffer.

Extracter is fine, but how to repack to dat/fat? It would be easy to just pack files back, without compressing them. Also this lz4 version has no big difference from standard, considering if you skip the varint in the beginning (which is not needed by compression anyway), most of the files can be u...

nampukkk wrote:bms have a problem to some texture .

about bms ask luigi, who made that script

Sir Kane wrote:There's undoubtedly support for archives with LZMA compression, it just may not be used in the PC version.

Yes, that may very well be the case.

can you now confirm that the game is NOT using lzma?

nothing?

if Sir Kane wants to prove its not true, I'm still waiting for a .dat file offset where lzma is used.

ok considering this all, it looks like we either have different versions of the game, or game protection makes some different obfuscation in different regions, or even every copy of the game. So it will be technically impossible to make a tool for this.

Sir Kane wrote:Some of the data in the .dat files is compressed with the modified LZMA, and the rest is compressed with the modified LZ4.

ok if you say so, tell me at least one filename/offset compressed with lzma.

p.s. i'm talking about watch dogs 2, maybe you're looking into far cry?

Sir Kane wrote:It's certainly being used.

Maybe, but NOT on the fat/dat files. Maybe on some savegame data? Anyway, its not needed for unpacking game files.

Well, i found LZ4. Seems there changed only dec32_table : //32 - {0, 3, 2, 3, 0, 0, 0, 0}; //64 - {0, 0, 0, -1, 0, 1, 2, 3}; This game only runs on 64 bit. Both these tables are for 64-bit LZ4: readonly sbyte[] m_DecArray = new sbyte[8] { 0, 3, 2, 3, 0, 0, 0, 0 }; readonly sbyte[] m_Dec2table = new...

I don't see a single file in the whole 22GBs using lzma. I checked this specifically right now. How can you get it working when there's no files compressed with it?

Update. Forgot to remove some debug constants. Should be fine now.