This topic was archived here:

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

TheOneWolf, posted Fri May 05, 2017 9:09 pm (22931)

---

So I'm doing some Text editing for an android game and I'm getting over the QuickBMS's file size limit.
The original file is:
66723 (175kb uncompressed)

New file:
93144 (90kb compressed)

Is there a way I can get BMS to compress it more so I can continue translating?

aluigi, posted Sat May 06, 2017 1:39 pm (22950)

---

It's better if you copy&paste the exact output of quickbms because the sizes you pasted there don't have sense.

Quickbms already uses the maximum setting for all the compression algorithms, but exist N implementations of the same algorithm (zlib/deflate is the most diffused one) and so these problems are common.
The rule is simple, your uncompressed and compressed file must be <= than the original, both the sizes must follow this rule and not just one.

TheOneWolf, posted Mon May 08, 2017 6:14 pm (23026)

---

I know the New and old size are different, but I don't see how that should conflict when uncompressed is vastly different.

aluigi, posted Mon May 08, 2017 6:19 pm (23027)

---

For the reimporting mechanism, the compressed size is a problem because it's the amount of bytes that will occupy the space left by the original bytes.
The reasons behind the bigger compressed size even if the uncompressed is much smaller can be many, usually entropy, settings of the compression algorithm and implementation of the algorithm.