LZMA3 with Redundancy functionality (# 1488) as an international standard compression in Open Document Format version 1.4 (ODF v1.4) instead of DEFLATE (RFC 1951).
LZMA3 с функциональностью "Избыточность"(#1488) как интернациональный стандарт сжатия в Open Document Format версия 1.4 (ODF v1.4) вместо DEFLATE (RFC 1951).
LibreOffice 7.1 уже поддерживает формат ODF 1.3, который из себя представляет набор файлов и каталогов определённых XML структур сжатый упакованный в ZIP_PK формат версии 6.2.0 (апрель 2004) разработанный, когда-то, компанией PKWARE в 1998.
Это коммерческий формат позволяющий использовать бесплатно только часть функциональности.
За остальную, расширенную функциональность приходится отчислять роялти.
Сейчас алгоритм сжатия в ODF 1.0/1.1/1.2/1.3 = DEFLATE (RFC 1951), он не требует отчислений.
Проблему "битости" архива он НЕ РЕШАЕТ - в нём нет ИЗБЫТОЧНОСТИ (размазанности нужной для восстановления информации по всему архиву), как сейчас , впрочем, и в LZMA и LZMA2! Поправьте меня если я заблуждаюсь?
В WinRARе есть избыточность, смотрим тикет #1488, однако стоимость данного удовольствия = $ 21 each User/Computer по текущему курсу доллара 73,94 рубля от 09.02.2021, получаем округлённо 1553 рубля.
7-zip же бесплатен, низкий поклон автору-программисту сей программы.
Предлагаю Вам потрудиться и увековечить своё ФИО в сообществе свободного программного обеспечения ещё и как создатель интернационального стандарта сжатия LZMA3 (с функцией избыточность в архиве - тикет #1488), включённого в следующую версию Open Document Format версии 1.4.
Только с избыточностью в архиве можно будет долго хранить документы и не бояться за их целостность, исключая ситуации "битых архивов", при зацарапанных CD/DVD/BLURAY дисках и(или) просто при переносе/копировании файлов с одних файловых систем
на другие с новыми и(или) не всегда предсказуемыми алгоритмами типа btrfs/refs, да и просто при не предвиденном выключении компьютера при потере электричества при включении вновь запускаются не качественные программы-механизмы операционной системы Chkdsk/scandisk,
либо просто сырые или восстанавливающие часть файловой системы и как следствие часть нужных файлов утилиты btrfs check --repair/fsck.ext4/ fsck -t ext3/. Это лучше, конечно же, чем совсем ничего, но они превращают содержимое некоторых файлов в мусор!
Я не сгущаю краски, хоть Вы мне ничего и не ответили по #1488, Я это к тому что ИЗБЫТОЧНОСТЬ в АРХИВЕ НУЖНА именно благодаря данной функциональности станет возможна смена одного алгоритма DEFLATE (RFC 1951 на другой LZMA3 в ODF 1.4!
Да и просто люди, которые постоянно пользуются Вашим продуктом, активно присылающие переводы языка графического интерфейса 7-zip, что несомненно является показателем успешности Вашего проекта, однозначно оценят данный долгожданный функционал,
дополняющийся поддержкой мультипоточности, которая уже, как я понимаю, реализована!
Игорь!
Благодарю, что дочитали до конца. Ожидаю ответа на данный запрос на функциональность, так и на #1488.
https://sourceforge.net/p/sevenzip/feature-requests/1488/
Прочие ссылки:
https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=office
https://pkware.cachefly.net/webdocs/APPNOTE/APPNOTE-6.2.0.txt
https://en.wikipedia.org/wiki/ZIP_(file_format)
https://www.loc.gov/preservation/digital/formats/fdd/fdd000355.shtml
https://www.loc.gov/preservation/digital/formats/fdd/fdd000354.shtml#notes
https://www.loc.gov/preservation/digital/formats/fdd/fdd000247.shtml
---- Translate for English People
LZMA3 with "Redundancy" functionality (# 1488) as an international compression standard in Open Document Format version 1.4 (ODF v1.4) instead of DEFLATE (RFC 1951).
LibreOffice 7.1 already supports the ODF 1.3 format, which is a set of files and directories of specific XML structures compressed compressed in ZIP_PK format version 6.2.0 (April 2004), developed sometime by PKWARE in 1998.
This is a commercial format that allows you to use only part of the functionality for free.
For the rest, advanced functionality, you have to deduct royalties.
Now the compression algorithm in ODF 1.0 / 1.1 / 1.2 / 1.3 = DEFLATE (RFC 1951), it does not require royalties.
It DOES NOT SOLVE the problem of the "bitness" of the archive - there is no REDUNDANCY (smearing of the information necessary for recovery throughout the archive), as now, however, in LZMA and LZMA2!
There is redundancy in WinRAR, we are looking at ticket # 1488, but the cost of this pleasure = $ 21 each User / Computer at the current dollar exchange rate of 73.94 rubles from 02/09/2021, we get 1553 rubles in round numbers.
7-zip is free, I bow to the author-programmer of this program.
I suggest you work hard and immortalize your name in the free software community also as the creator of the international LZMA3 compression standard (with the redundancy function in the archive - ticket # 1488), included in the next version of the Open Document Format version 1.4.
Only with redundancy in the archive it will be possible to store documents for a long time and not be afraid for their integrity, excluding situations of "broken archives", with scratched CD / DVD / BLURAY disks and (or) simply when transferring / copying files from the same file systems
to others with new and (or) not always predictable algorithms such as btrfs / refs, and even if the computer turns off unexpectedly with a loss of electricity, when turned on, low-quality programs-mechanisms of the Chkdsk / scandisk operating system are launched again,
or just raw or restoring part of the file system and, as a consequence, part of the necessary files of the btrfs utility check --repair / fsck.ext4 / fsck -t ext3 /. It's better than nothing at all, of course, but they turn the contents of some files into garbage!
I do not exaggerate, although you did not answer me on # 1488, I mean that REDUNDANCY IN THE ARCHIVE IS NECESSARY, thanks to this functionality, it will be possible to change one DEFLATE algorithm (RFC 1951 to another LZMA3 in ODF 1.4!
And just people who constantly use your product, actively send translations of the 7-zip graphical interface language, which is undoubtedly an indicator of the success of your project, will definitely appreciate this long-awaited functionality,
complemented by support for multi-threading, which, as I understand it, is already implemented!
Igor!
Thank you for reading to the end. Awaiting response to this feature request and # 1488.
+1