This topic was archived here:

https://web.archive.org/web/20230000000000fw_/https://www.zenhax.com/viewtopic.php?t=2887

kvn, posted Fri Aug 05, 2016 1:35 pm (16201)

---

Hi
I created this script to extract this file

Code:

comtype lzma
get NAME filename
string NAME  = ".assets"
clog NAME 0x70 0x3ff87 0x208ad0

But when i use reimport.bat with unmodified file, i got this problem,
something is not right?

aluigi, posted Fri Aug 05, 2016 4:06 pm (16205)

---

quickbms already uses the latest version of the lzma sdk and uses the most extreme compression setting, so there is not much I can do.

The settings of compression algorithms sometimes don't work as you expect, for example sometimes with some types of files you can get better performances using a normal compression level rather than an extreme one. These settings are hardcoded in quickbms so you can't change them and there is no "brute forcing" mechanism like instead is implemented for the deflate/zlib algorithms (long story).

kvn, posted Mon Aug 15, 2016 6:56 am (16479)

---

Ok, there any way I can compress files back to lzma?

aluigi, posted Mon Aug 15, 2016 12:22 pm (16489)

---

An easy solution that doesn't involve programming and manual reinjection of the new manually compressed data back in the archive at the exact offset and repeated for all the files to reimport?

If you open quickbms.exe 0.7.5 with a hex editor and go at offset 0xdd25 you will find the byte 0x1b, you can try to replace it with 0x18 and retrying the reimporting but I don't think it will change much because there are many other low level lzma settings used by quickbms.

kvn, posted Tue Aug 16, 2016 1:59 am (16518)

---

Doesn't work, but still thanks.
This archive start with a magic: 0x5D 0x00 0x00 0x08, not same with reimported file

aluigi, posted Tue Aug 16, 2016 9:01 am (16527)

---

It's correct because it's NOT a magic, that one is an header with information in it about the parameters of the compression, the dictionary size and so on.