gen2brain
feature request: better archiv compression
i create comcibooksarchives with webp-images (only m6 - best compression)
for some hundred tests with
- several size of content
- archivtypes (rar/zip/7zip)
- several compressionmodes
the winner of smallest size archives is:
7ZIP - NO COMPRESSION
the winner of fastest reading of comicbooks is:
7ZIP - NO COMPRESSION
the winner of fastest creating comicbooksarchive is:
7ZIP - NO COMPRESSION
what i want say....
feature request: create CB7 with .... NOOOOO compression :D
btw the second winer was ZIP with Noo compression :D
Oh no, that is not going to happen. In my opinion, CB7 and CBR should have never happened and should not be allowed, but comic archive formats are created by accident; it is not that someone thought about it.
It creates problems for readers (not to mention the proprietary RAR format), and I want to be something other than an accomplice. The images are already compressed (unless you use BMP uncompressed), so there is nothing to gain here. For speed use the CBT, tar doesn't use any compression; it just archives what you want in one file, and in my opinion, it is perfect for comics.
Though, what you say about ZIP with no compression, perhaps that can be a useful option.
so personally i wouldn't care whether the zero compression is done with zip or 7zip or tar. as far as i know tar is hardly ever used in windows or mac and is rather reduced to "linux" i haven't done any tests with it, so i can hardly say anything about it. except that a cbt would be even less popular. since most comicbooks are available in cbz or cbr, for me the cb7 is more of a quick recognition sign that i have already converted my comicbook to webp and container null compression. the cb7 serves me more to avoid file name conflicts. the size advantage of 7zip over zip is only about 1KB. you can change that with a simple dos-script if necessary. your brake would be pretty ineffective.
You would not care, but whoever wants to build an app that works with comic archives would undoubtedly care, i.e., CBconvert doesn't have support for RAR 5, and 7z support is not very good with large solid archives. It's the same issue I have with the reader (YACReader), where I instead compile it with support for libarchive (I may also use it here, but it will need many hours of work). Also, I need a stable library I could use to compress 7z. Many problems and issues exist, but none with ZIP and TAR, established industrial standards. As I said, I will see how to add compression level and method options for ZIP, but I will never try to add support for compressing to anything other than zip and tar.
By the way, Windows 10/11 has a built-in tar, 7z can create tar archives, Total Commander has been able to work with tar since Windows 9x, and macOS is Unix; it has always existed. Btw. There is an --suffix option, specially made for "recognition sign", i.e. you can --sufix webp.
as already mentioned. these are all problems that arise with compression... which is NO LONGER NECESSARY in the way i suggested... by not using compression (STORE/ZERO/NO) and even has advantages in all respects (time/size/efficiency)... whether this is only the case with webp (m6) i have not tested extensively.