[krita] [Bug 464710] Support opening .kra files bzip2 compressed

[Brunoais]

https://bugs.kde.org/show_bug.cgi?id=464710

--- Comment #2 from Brunoais  ---
(In reply to amyspark from comment #1)
> I'd be glad to see if other algorithms (Zstandard, LZMA2, gzip, etc.)  are
> more suitable for this case; and having multithreaded compression would
> certainly help a lot, irrespective of whether we change the algorithm.

The only alternative I can see would be changing libraries from quazip to, for
example, minizip-ng. However, that would be much much more work. 
But the gain would be being able to use more effective compression algorithms
such as Zstd you mention or LZMA.

Given just changing quazip is a quick-win, backwards-compatible, just changing
the version used and it provides marginally better compression, I think it
should be worth as a quick-win.

If you need actual tests with kra files, I can try finding open-source ones and
test compression with (unless you can provide some data to test on)

-- 
You are receiving this mail because:
You are watching all bug changes.

[krita] [Bug 464710] Support opening .kra files bzip2 compressed

[amyspark]

https://bugs.kde.org/show_bug.cgi?id=464710

amyspark  changed:

   What|Removed |Added

Version|unspecified |git master (please specify
   ||the git hash!)
 CC||a...@amyspark.me

--- Comment #1 from amyspark  ---
Hi!

It's an interesting thing to do for sure. However, I believe the real problem
is that the tests you showed do not apply to KRA; the biggest contribution is
made by pixel layers, which are binary and of much higher entropy than a .txt.

I'd be glad to see if other algorithms (Zstandard, LZMA2, gzip, etc.)  are more
suitable for this case; and having multithreaded compression would certainly
help a lot, irrespective of whether we change the algorithm.

-- 
You are receiving this mail because:
You are watching all bug changes.