Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » 7-Zip | 7z | 7Zip (часть 4)

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81

Открыть новую тему     Написать ответ в эту тему

Maz



Дед Мазай
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Предыдущие части: Часть 1  |  Часть 2  |  Часть 3


Официальный сайт | Страница проекта на SourceForge.net

Примечания: | Справка: | О программе:
LZMA SDK | История версий | Страница загрузки
На 7-Zip.org доступны сборки для всех поддерживаемых ОС, исходные коды,
а также пакет 7-Zip Extra (автономная консольная версия, библиотеки и плагин для FAR)
 
Тема Сборки и украшательства архиватора 7-Zip

Загрузить:

Последняя стабильная версия: 23.01 (20.06.2023) | Download 7-Zip 23.01 (2023-06-20)
 
Setup: Windows: x86 (SFX | MSI), x86-64 (SFX | MSI), ARM SFX, ARM64 SFX, Console: Linux: x86 | x86-64 | arm | arm64, macOS arm64/x86-64, Extra (x86/x64), LZMA SDK, Source (.7z | .tar.xz)
 
Последняя beta-версия: 24.03 (23.03.2024), для Linux/MacOs 23.03.2024 выложена v24.03 beta
Windows: (AMD64, SFX , x86, SFX , Arm64, SFX) | Linux: (AMD64, tar.xz , x86, tar.xz , Arm64, tar.xz , ARM, tar.xz) | MacOS X: (Arm64 and AMD64, tar.xz) | 7-Zip Extra: (7z. x86 + AMD64, DLL, standalone console, ANSI Far plug-in)
 
Последняя alpha-версия: 21.02 (06.05.2021)
x86 (7-Zip SFX) | x64 (7-Zip SFX)
 
Расшифровка обозначения аппаратных платформ к таблицам:
IA32 Win32 для x86/х86-64 и совместимых по набору машинных команд процессоров от i386 и новее    
AMD64 Win64 для AMD64/Intel EMT64 х64-86 совместимые процессоры от AMD K8 и новее    
IA64 Win64 для Intel Itanium/Itanium 2    
ARM Win32 для DEC StrongARM SA-110/Intel XScale совместимые процессоры    
Arm64 64-х битные RISC процессоры с архитектурой ARMv8-A и совместимые с ними

Achtung!
Некоторые провайдеры блокируют официальный сайт. Заходить туда можно через ТОР/прокси или скачивать файлы со страницы проекта на SourceForge.net
Скачивать с посторонних ресурсов, типа различных файлопомоек не рекомендуется, можно легко нарваться на различную заразу.

Примечание:
Alpha и Beta-версии 7-Zip зачастую являются развитием "стабильных" версий с улучшениями и исправлениями багов.
Ссылки на альфы ищем в разделе Open Discussion форума проекта 7-Zip, там же можно получить и консультацию от разработчика.


Дополнения:

  • Плагины для архиватора 7Zip на tc4shell
  • Архив 7-Zip ZS
  • Форк с поддержкой дополнительных алгоритмов - Zstandard, Brotli и др. На странице есть подробные результаты тестов разных алгоритмов и инструменты для тестирования.
  • Ultra7z Archive Optimizer 1.09 Ахтунг! при конвертации пропадают файлы - Проверяйте количество файлов в созданном архиве! Работайте с копиями.
  • Ultra7z Optimizer 0.12  
  • m7zRepacker 1.0.32.301 (версия 7-zip 9.20 включена)
  • Плагин MutiArc для Total Commander с поддержкой 7z
  • Отдельный 7z-плагин для Total Commander
  • Ещё один новый 7z-плагин для Total Commander - Total7zip
  • Иные программы, поддерживающие архивацию в формате 7z
    Дополнительные бесплатные утилиты:

  • 7z SFX Tools - модифицированные SFX модули 1.7.0.3900, Архив версий и 7ZSplit.exe
  • 7z SFX Constructor - программа для сжатия файлов\папок в один *.exe
  • Графическая оболочка для 7z SFX Tools (версия 0.6.0.1, 342 КБ, 01.05.2007)
  • Кнопка для создания и работы с SFX-архивами 7z в Total Commander (Архив версий) (автор: GORA2)
  • Универсальный загрузчик для многотомных 7z SFX архивов. Описание (автор: GORA2)
  • 7-Zip Parameter Generator - генератор параметров командной строки для особых настроек сжатия

    Часто задаваемые вопросы:

  • Почему для использования 2+ ГБ памяти желательно установить 64-битную версию Windоws?
  • Как добавить к имени архива текущие дату и время?
  • Если забыли пароль к архиву, cRARk for 7-Zip purpose, 7z Cracker, Parallel Password Recovery (7-zip module), Hashcat, Daossoft ZIP Password Rescuer
  • А почему вообще в последних версиях убрана поддержка NSIS?
  • Как помещать каждый файл/папку в отдельный архив? (Put each file to separate archive)

  • Всего записей: 38836 | Зарегистр. 26-02-2002 | Отправлено: 20:16 28-11-2021 | Исправлено: gjf, 13:38 24-03-2024
    Inoz2000



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    codecs

    Цитата:
    КРИК обозначают КАПСОМ

    Вот и говорю, что они не кричат. Чё не ясно?

    Всего записей: 4916 | Зарегистр. 23-04-2009 | Отправлено: 15:05 06-08-2023
    codecs



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Есть задачи, где максимальное сжатие необходимо.

    бла-бла-бла - ну так назови те задачи где пару процентов разницы что-то решают

    Цитата:
    insorg
    Миллионы мух не могут ошибаться, да

    Миллионы людей снимают штаны, когда пользуются туалетом. Будь не таким как все, насри в штаны!

    Всего записей: 2014 | Зарегистр. 22-07-2003 | Отправлено: 17:37 06-08-2023 | Исправлено: codecs, 17:38 06-08-2023
    DimmY



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    codecs

    Цитата:
    назови те задачи где пару процентов разницы что-то решают

    Давайте зайдём с другого конца.
    Предположим, что у нас есть мифический архиватор, у которого зачем-то предусмотрены несколько степеней сжатия, ничем другим, кроме сжатия не различающиеся – ни потребляемыми ресурсами, ни временем упаковки. Какой режим вы станете использовать? Полагаю, с самым плотным сжатием.
    Ну так вот есть люди с перфекционистской жилкой, готовые жертвовать временем ради сжатия, просто чтобы добиться максимума. Есть и другие люди, которые, например, плотно закрывают краны и гасят ненужный свет в общественных помещениях, чтобы впустую не тратить ресурсы, хотя лично они за эти ресурсы и не платят. Характер такой. И это не самая плохая особенность человека, на мой взгляд.

    Всего записей: 4718 | Зарегистр. 22-04-2002 | Отправлено: 18:14 06-08-2023
    codecs



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    ничем другим, кроме сжатия не различающиеся – ни потребляемыми ресурсами, ни временем упаковки.

    так не бывает - поэтому твой пример абсолютно нелепый

    Всего записей: 2014 | Зарегистр. 22-07-2003 | Отправлено: 18:44 06-08-2023
    nWxh

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    DimmY
    Ну вот, пошел совсем другой разговор!  
    От себя, немного "усугублю": представьте ситуацию, когда авторы и 7-Zip и WinRAR выставили, вдруг, "обрезанные" варианты архиваторов, где крыша - нормальное сжатие. Основание? А на кой нужно сильное сжатие (и максимальное, вкупе с ним), когда есть и много места на дисках, и каналы шириной, как у Маяковского, штанины. И условия распространения программ, те же самые. Да и восстановление архивов - им мало-кто пользовался в последние годы - лучше упразднить.  
    И, представляю, как завсегдатаи тем архиваторов, облегченно вздохнули: ну, наконец-то, дождались желанного! Только, еще чего-то там лишнего осталось, а так - стало, почти нормуль. Осталось только то, что востребовано массой (которая не ошибается?).  
    И дай бог, чтобы авторы развивали свои программу, согласно своему видению.  
    Если изначальное назначение молотка - забивать гвозди, то и с течением времени, оно не должно утрачиваться. Его нельзя заменить удобствами пользования: какая-нибудь тюнингованная рукоять.. и конечно же, с добавлением "темной темы".. потому что так многие хотят.

    Всего записей: 248 | Зарегистр. 04-04-2022 | Отправлено: 18:48 06-08-2023
    DimmY



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    codecs

    Цитата:
    так не бывает

    Вы смотрите на суть, а не на бывает или не бывает, и тогда кажущаяся нелепость может превратиться в лепость. Я же специально сказал, что случай гипотетический.

    Всего записей: 4718 | Зарегистр. 22-04-2002 | Отправлено: 18:57 06-08-2023
    insorg



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    codecs
    Я даже не буду отвечать на твою явно провокационную глупость из разряда "а ну, докажи мне любой ценой". Мне эти игры не интересны. Если тебе что-то не нужно, это ещё не значит, что оно не нужно всем.
     
    DimmY
    Можно и так.
    Да и когда требующие упаковки данные уже подготовлены для длительного хранения, то на время упаковки будет абсолютно пофиг (архивация вообще на фоне происходит), сожмётся очередной архив из 10 ГБ входного в итоговые 2 ГБ за час или же за три часа, зато будет очень не пофиг на недожатость существенно большего итогового выхода. Да и напомню, что в случае именно LZMA алгоритмов чтение хреново жатого и ультра жатого архивов на практике отличается почти никак. Так что да, нет смысла что-то недожимать от слова совсем.
    А на адептов "и так же пожалось" вообще пофиг как-то, не мне потом их архивы разбирать или хранить.

    Всего записей: 16760 | Зарегистр. 04-11-2010 | Отправлено: 20:09 06-08-2023 | Исправлено: insorg, 20:09 06-08-2023
    codecs



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    представьте ситуацию,

    какие грибы употребляешь, что такую чушь придумываешь

    Цитата:
    и тогда кажущаяся нелепость может превратиться в лепость

    нет - не превратится - как было ахинеей, так и осталось

    Цитата:
    Мне эти игры не интересны.

    слив защитан

    Всего записей: 2014 | Зарегистр. 22-07-2003 | Отправлено: 20:17 06-08-2023
    DimmY



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    codecs
    Обратите внимание, что вам уже несколько человек пытаются объяснить разными способами, но вы ничего не желаете слышать и уже переходите на хамство.  
     
    P.S. Традиционно попрошу, коли сами не понимаете, мне не тыкать.

    Всего записей: 4718 | Зарегистр. 22-04-2002 | Отправлено: 20:29 06-08-2023
    insorg



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    codecs
    Тебе уже не один ответ с конкретикой дали, адекватный человек уже бы всё понял, а не искал "сливы" и не считал себя умнее других.

    Всего записей: 16760 | Зарегистр. 04-11-2010 | Отправлено: 20:35 06-08-2023 | Исправлено: insorg, 20:36 06-08-2023
    uShell

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Чем спорить о том, кому какое сжатие и какой интерфейс нужен, предлагаю обсудить отличия в степени сжатия между версиями 7-Zip. Совсем недавно экспериментировал со сжатием образов дисков эмуляторов Android, и как раз на это время пришёлся выход версии 23.00. Так вот, на параметрах, с которыми версия 22.01 давала максимальное (или околомаксимальное) сжатие, 23-я версия даёт сжатие хуже. Кто-нибудь знает, почему? В своё время были изменения формата заголовка и изменения в размере LZMA2-блока, но сейчас из изменений заявлен разве что размер "словаря" BCJ2 по умолчанию, а он у меня задаётся явно.

    Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 20:52 06-08-2023
    insorg



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    uShell
    Про qs yx=9 не забыл?
       
     
    Добавлено:
    Пока что с обновлением версий чаще становится лучше. Из заметных косяков по времени припомню только два. Первое, после какой-то из версий добавлять qs нужно обязательно, иначе по дефолту сортировка идёт не по расширениям (где было бы больше пользы для солид блоков), а тупо по именам файлов по очереди папок. Крайне неудачное решение, но "автор так захотел". Второе, выпиленная поддержка вытаскивания ресурсов из nsis, оставлена только распаковка файлов. Она не так чтоб сильно была нужна, но просто факт остаётся собой. В остальном к новым релизным версиям (беты давно уже не беру, надоело часто обновы делать) пока что каких-то претензий нет.

    Всего записей: 16760 | Зарегистр. 04-11-2010 | Отправлено: 21:28 06-08-2023
    uShell

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Про qs yx=9 не забыл?

    Пакуется один файл - контейнер виртуального диска. Что qs, что yx вообще ни на что не влияют. UPD: я явно прописываю -mf=bcj2:d24m (параметр может варьироваться от файла к файлу).
     

    Цитата:
    с обновлением версий чаще становится лучше

    Не спорю. То же уменьшение размера блока LZMA2 с 64 до 48 килобайт сопровождалось улучшением алгоритма сжатия, и в результате та версия (18.05 или 18.06 - не помню точно) жала лучше предыдущей. Но сейчас на моём конкретном примере стало хуже. Возможно, другие типы файлов жмутся лучше.

    Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 21:43 06-08-2023 | Исправлено: uShell, 21:49 06-08-2023
    insorg



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    uShell
    От набора данных может зависеть, это да.
    Два эксперимента.
    1. Возможно, имеет смысл чутка нарастить словарь?
    2. Более очевидный (вдруг не пробовал) - ограничение количество потоков до двух. Не один раз читал (и на практике видел), что LZMA2 лучше всего себя чувствует на двух потоках. А с ростом количества потоков итоговый результат сжатия будет хуже. В принципе, это же касается и RAR, но там алгоритм чутка послабее и попроще, не так заметно.

    Всего записей: 16760 | Зарегистр. 04-11-2010 | Отправлено: 22:00 06-08-2023
    uShell

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    insorg
    Я, когда начинал жать образы, перепробовал много параметров - даже редкий mc. У меня и так два потока (любопытно, в ряде случаев сжатие LZMA2 в два потока лучше, чем в один, а вот у Rar я такого не видел: всегда больше потоков - хуже сжатие); словарь не максимальный, но его эффект мне понятен. Дело в другом: при одних и тех же параметрах версия 23.00 справляется чуть хуже, чем 22.01, а техническое обоснование этому я найти не могу (ну, разве что если покопаюсь в исходном коде, но это работа небыстрая). Для меня это повод не гнаться за обновлениями, не протестировав их заранее.

    Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 22:42 06-08-2023
    insorg



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    uShell
    Цитата:
    случаев сжатие LZMA2 в два потока лучше, чем в один
    Есть такой момент. Видимо, так он написан и эффективен. LZMA первый, кстати, больше двух потоков вообще вроде не умел, если я правильно помню, да и не сильно они ему нужны, учитывая последовательную обработку при солиде.
    Цитата:
    версия 23.00 справляется чуть хуже
    Так вышла же фикс 23.01, зачем нулевая тогда?

    Всего записей: 16760 | Зарегистр. 04-11-2010 | Отправлено: 22:52 06-08-2023
    nWxh

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    uShell
    Тоже наблюдал небольшое ухудшение сжатия на одних и тех же параметрах у 23.01 по сравнению с 22.01  
    Словарь был максимальный, qs yx=9, и был выставлен "непрерывный". Тогда это было оптимальным, для меня. Но только в некоторых случаях. В большинстве случаев, архивы были равного размера. Разумеется, у других людей, будут другие наборы файлов, наверное и другие результаты.
    Правда, заметил выигрыш 23.01 относительно 22.01 в сжатии, из контекстного меню (Добавить к... .7z)  
    А только-что, нашел архивы сделанные за 3 месяца до выхода 22.01 Разница лишь в том, что не использовался "непрерывный". Распаковал и упаковал. Там, где были файлы jpg и eps в пропорции 1:1, версия 23.01 получила выигрыш, пусть и малый. В архиве, где были jpg и ai результаты оказались хуже, чем были.  
    А вот при пересжатии 2-х репаков-порташек, результат оказался, однозначно, в пользу 23.01

    Всего записей: 248 | Зарегистр. 04-04-2022 | Отправлено: 00:32 07-08-2023 | Исправлено: nWxh, 00:40 07-08-2023
    insorg



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    nWxh
    Разница ещё может быть не только в самом LZMA, но и в фильтрах или "скрытых" тонких настройках, умолчания которых автор решил поменять в угоду своим соображениям. Все эти куча значений фаст байтов и количества литеральных битов, и тому подобное. Через gui далеко не все параметры настраиваются идентично.
     
    Добавлено:
    Что-то мне подсказывает, что если явно и вручную определить каждую из возможных настроек, то разницы между версиями по итоговым выходным размерам может просто не остаться. Максимум - это разное время обработки, если это важно.

    Всего записей: 16760 | Зарегистр. 04-11-2010 | Отправлено: 03:40 07-08-2023
    nWxh

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    insorg
    Продолжил сравнение. Нашел у себя архив, сделанный, именно, версией 22.01 Там, 2 экзешника 32 и 64 и "дополнение". Всего, 2 гига 108 килобайт (примерно). Архив, сделанный 22.01 - 851 128 кб. Архив сделанный 23.01 - 855 398 кб. Разница: 4 мб 270 кб.  
    Получается, что по совокупности результатов (на моих наборах файлов, разумеется), версия 23.01 - получше будет. Но, в отдельных случаях - результат, явно, не в ее пользу.  
    Может статься, что Ваше внутреннее чутье близко к реалиям.

    Всего записей: 248 | Зарегистр. 04-04-2022 | Отправлено: 22:50 10-08-2023
    Alexyz21



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    nWxh

    Цитата:
    Архив, сделанный 22.01 - 851 128 кб. Архив сделанный 23.01 - 855 398 кб. Разница: 4 мб 270 кб.   Получается, что по совокупности результатов (на моих наборах файлов, разумеется), версия 23.01 - получше будет.

    - Разрыв шаблона ))

    Всего записей: 3486 | Зарегистр. 16-06-2007 | Отправлено: 09:08 11-08-2023
    Открыть новую тему     Написать ответ в эту тему

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81

    Компьютерный форум Ru.Board » Компьютеры » Программы » 7-Zip | 7z | 7Zip (часть 4)


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru