Yes, a really slight improvement, I see about 0.1% smaller results. I.e. for 5-20 MB archives I get 5-20 KB difference between eDecoder v1.20.6 and 1.20.7. Still better, I think, so thanks. I guess, efficiency of finding similar words and sequences is lowered by all those line-breaks at random points, like in the middle of UTF-8 code-point sequences. Then again, if there must be additional meta info to restore all the breaks in the right places, who knows how much it would add instead. Of other things...
"Wrong password?" seems to be a guess, program just sees garbage data or some hash mismatch and considers it a Fatal Error. For the more basic question of checking error code, which you may already know, see: https://superuser.com/questions/194662/how-to-check-the-exit-code-of-the-last-command-in-batch-file https://stackoverflow.com/questions/334879/how-do-i-get-the-application-exit-code-from-a-windows-command-line
I tried using eSplitter with Copy method (no compression), and noticed that files with Content-Transfer-Encoding: quoted-printable in MHT are stored as is. I wondered if converting text data on the fly, like base64, would have any effect on compression. Compression itself seems to vary in efficiency on encoded vs decoded text data, but overall, looking relative to encoded source size, compresssion of decoded result always wins. Some of my test results: File, LZMA2, -mx9 Compressed, bytes Uncompressed,...
Current progress layout looks clean, but not always clear on what is exactly what on the right-side stats of 7zG progress window. It could be made into a table without ambiguity, for example: - Read Write Ratio Done 1 MB 1 MB 100 % Total 2 MB 2 MB 100 % Speed 3 MB/s 3 MB/s - Notes: Ratio is W/R for compression, R/W for decompression (naturally). When Total Write (i.e. compressed result) and Ratio are unknown, show blank or a dash. I think 7-zip already does this in some places, or maybe that was...
7z.exe l *.mht -slt with eDecoder v1.20.6 shows full Content location, thank you.
7z.exe l *.mht -slt with eDecoder v1.20.6 shows full Content-location, thank you.
I'm trying to get a simple list of filenames inside mht archives with a command line. Tried with eDecoder v1.20.5. 1) 7z.exe l *.mht -ba would work with some stripping, but truncates too long names (7zFM shows them untruncated). 2) 7z.exe l *.mht -slt does not include any names at all, only has Position number, Content type, etc. Can you add filename and/or the full Content-location in -slt output, please?
I second this question. I mostly need it for ZSTD and such cases, that can fully load all my CPU cores, and some other programs (low priority for their other reasons) become very slowly responding to user controls, until I manually enable Background mode in 7zG window. I call 7zG multiple times in a row from a script, so I want Background mode by default.