» 7-Zip / 7z

Artem_Butenko
inf-файлом разве что. Доки на oszone есть по ним.

Artem_Butenko
Можно, только если в архив положить еще и соответствующий батник. Но именно путь установки, а не путь распаковки. Место распаковки модуль может получить только из файла конфигурации или при вводе его пользователем или из ком. строки.

igor_andreev и GORA2 -- ребята, спасибо Вам за советы. Но, если можно, пожалуйста, приведите более подробные примеры. Буду очень благодарен!

Artem_Butenko
http://www.rapidshare.ru/864993
Читает reg_sz "Start Menu" в "HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders" и предлагает установить туда. При согласии создает там папку "testinf" и копирует в нее файл test.txt

igor_andreev -- очень благодарен, но, пожалуйста, перезалейте этот файл на narod.ru, а то с рапида скачать не имею возможности.

Artem_Butenko
Разве что кто другой сможет, файл ок. 60 кб всего, там на народе какой-то яндекс паспорт требуют

Artem_Butenko
Держите, залил на народ

gjf

Просил - держи ссылку - http://portableapps.com/news/2008-12-18_-_7-zip_portable_4.62
Инструкции и поддержка найдены здесь - http://portableapps.com/support/7-zip_portable/

Заодно, для всех добавил эти ссылки в шапку - может кому-то это и сэкономит время и силы если возникнет проблема либо вопрос.

igor_andreev -- еще раз выражаю благодарность за предложенный inf-файл. Извиняюсь, но по этому поводу у меня возникло несколько конструктивных вопросов: 1) как скрыть окно Windows с прогресс баром, появляющееся во время копирования файла "test.txt"? 2) можно ли перед копированием файла "test.txt" произвести бэкап файлов и папок (с переименование в *.bak и перемещением в папку Backup, которая будет создана в корневом каталоге программы) в каталоге распаковки; 3) можно ли включить в *.inf-файл проверку (по имени и md5) определенного файла в каталоге распаковки, и если он не найден, то распаковка прерывается с соответствующим сообщением? Пожалуйста, если у Вас есть время и желание помогите разобраться с данными вопросами, буду Вам очень благодарен!

Artem_Butenko
Этож по 7zip топик, не по inf
http://www.oszone.net/3827

Victor_VG
Благодарю.

gjf

Не за что.

Artem_Butenko

В топике по NSIS есть перевод его справки - почитай. Есть такая возможность в WinAPI. NSIS использующий его понять проще, а дальше и с MSDN легко разберёшься. Здесь же твой вопрос не уместен. Я дал тебе вешки-подсказки, иди по ним.

Кто может включиться в обсуждение этого вопроса ( https://sourceforge.net/forum/forum.php?thread_id=2740055&forum_id=45797 ) буду благодарен.

NazarK
1. Каждый набор данных "индивидуален", и настройки для максимальным сжатия будут свои.
2. Касаемо PPMd:
В 7-zip стоит вшитая настройка режима обновлнения модели - r0
это значит что после того как выделенная память закончится, то накопление "статистики" начнётся сначала, с вытекающими... В идеале хотелось бы чтобы статистика не сбрасывалась, а для этого надо чтобы выделенная память не заканчивалась.
Соответственно для общего случая есть решения:
или повышать размер модели (размер словаря), при постоянном порядке модели (размер слова);
или если увеличение невозможно понижать порядок модели (размер слова), что с практической точки зрения может быть более рационально, например:

Упаковываем с настройками mem=1024m o=32 (выделенная память используется практически польностью), то можно получить такой же результат упаковки с настройками
mem=256m o=16, т.е. уменьшим порядок модели вдвое, уменьшаем требования к размеру модели в 4 раза, хотя если точнее говорить то настройки поиска были +\- 32 а стали +\- 16, т.е они уменьшились тоже в 4 раза.

egor23
Кажется уразумел. Т.е. если нет возможности увеличивать Dictionary Size, можно добиться лучшей компрессии уменьшением Word Size... ?
Но вот практический опыт. Упаковываю комплект DOC-файлов ок. 13 Мб. Лучшая компрессия получается при Dictionary Size 384. Если Word Size 32, то результирующий размер на 3 Кб больше чем при Word Size 16. При Word Size 8 размер архива увеличивается уже на ~ 40 Кб. Получаестя 16 оптимум.
При Dictionary Size 96 лучшую компрессию даёт Word Size 8 (по сравнению с 16 и 32), но в любом случае на пару десятков Кб больше, чем при Dictionary Size 384.
Вывод: для максимальной компрессии использовать Word Size 16 и маскимально возможный Dictionary Size? Речь идёт о текстовых файлах.

Добавлено:
Но уже для чуть большего набора DOC-файлов Word Size 32 таки упаковывает лучше чем 16, Dictionary Size поставлен с запасом...

NazarK

Цитата:

Кажется уразумел. Т.е. если нет возможности увеличивать Dictionary Size, можно добиться лучшей компрессии уменьшением Word Size... ?

Если цель получиь максимальное сжатие играться с параметром Word Size в PPMd имеет смысл и в том случае если есть возможность увеличивать Dictionary Size.


Цитата:

Вывод: для максимальной компрессии использовать Word Size 16 и маскимально возможный Dictionary Size? Речь идёт о текстовых файлах.

Оптимальных настроек не существует.
Всё зависит от данных, в том числе и от их размера.
на форуме Вам ответили что можно не использовать непрерывное сжатие, а использовать Размер блока - по Размеру файла.

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


Цитата:

то результирующий размер на 3 Кб больше

без привязки к размеру полученного архива, данная величина теряет практический смысл, т.е. если архив 3МБ, то 3кБ это даже стат.погрешностью не является.

Цитата:

на форуме Вам ответили что можно не использовать непрерывное сжатие, а использовать Размер блока - по Размеру файла

Это значит non-solid в Solid Block Size?

Добавлено:
В чём загвоздка чтобы архиватор сам анализировал данные и подбирал оптимальные параметры для достижения заданной цели (напр. максимального сжатия). Если от этого будет падать скорость, то в чём же проблемма поставить птичку включающую/отключающую эту радость. Кому надо, тот и ждёт, пока архиватор проанализирует, при каких параметрах для определённых данных получается лучшая компрессия... ?

NazarK

Цитата:

Это значит non-solid в Solid Block Size?

да
и опять же - всё зависит от конкретных данных.

NazarK
Поэкспериментировал ещё немного. Вижу, что для более крупных текстовых файлов всё-таки в большинстве случаев лучше Word Size 16, чем 32. 32 раскрывает себя только при весьма больших Dictionary Size, да и то не всегда, и выигрыш, если и получается, то не очень уж большой...
Non-Solid сразу очень ухудшает компрессию. Теряется 200-400 Кб на архивах 2.5-3 Мб.
В общем, спасибо за советик, изменить Word Size с 32 на 16 оказалось очень удачным решением. Кое-что даже понял И памяти так сильно жрать не будет.

NazarK

Цитата:

Поэкспериментировал ещё немного. Вижу, что для более крупных текстовых файлов всё-таки в большинстве случаев лучше Word Size 16, чем 32.

можете посмотреть статистику по архиваторам использующих PPMd, много тестов с текстом.
http://forall.ru-board.com/egor23/online/rc1/index.html
Данная версия тестов первая и некоторые нюансы остались пропущены.
В пределах одного архиватора настройки одинаковые меняется только порядок модели (-o).

Упаковывал недавно Webster's Third New International Dictionary, Unabridged ( http://traduko.lib.ru/en_en_mwu3.html ). Используя 7-zip PPMd Ultra 768 Mb Word Size 16, DSL-исходник мне удалось сжать до 15,365,323 bytes. RAR же, известный очень приличным сжатием текста, даёт 19.7 Мб

NazarK

Цитата:

Используя 7-zip PPMd Ultra 768 Mb

у WinRar для PPM предел по памяти - 128МБ, если сравнивать, то при равных настройках.
А результаты в соседнем топике сообщать http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=0

Здравствуйте, подскажите пожалуйста, как можно из командной строки упаковать саму папку? Читал справку и не смог разобраться...

Цитата:

как можно из командной строки упаковать саму папку?

Из справки:

Цитата:

Примеры
7z a archive1.zip subdir\

добавляет все файлы и подкаталоги из каталога subdir в архив archive1.zip. Имена файлов в архиве будут содержать префикс subdir\.

subdir - это папка которую Вы хотите упаковать.

GORA2
Спасибо. Но я или в лыжах или в танке. Пример: делаю в Total Commander, в одно каталоге лежит файл 7za.exe и моя папка с файлами, при запуске из командной строки
7z a archive1.zip Papka\
Вылетает сообщение, что файл не найден, а при запуске
7za.exe 7z a archive1.zip Papka\
Ничего не происходит, экспериментировал с разными вариантами...
Т.е. не могли бы вы сказать конкретно для моего примера, просто раньше никогда не пользовался консольным 7z.
P.S.
У меня Papka\файлы и на выходе хотелось бы получить Papka.7z\Papka\файлы...

Serega0675

Цитата:

7z a archive1.zip Papka\
Вылетает сообщение, что файл не найден, а при запуске

хм, ессенно у Вас файл 7za (7za.exe), а не 7z (7z.exe)

Цитата:

7za.exe 7z a archive1.zip Papka\
Ничего не происходит

почему ничего

Цитата:

Error:
Incorrect command line

Так правильней будет
7za.exe a archive1.zip Papka\

egor23, спасибо, всё работает...

Обновил обзор
Limits of Virtual Memory in Windows - Ограничения виртуальной памяти в Windows

Цитата:

Упаковываем с настройками mem=1024m o=32 (выделенная память используется практически польностью), то можно получить такой же результат упаковки с настройками
mem=256m o=16, т.е. уменьшим порядок модели вдвое, уменьшаем требования к размеру модели в 4 раза, хотя если точнее говорить то настройки поиска были +\- 32 а стали +\- 16, т.е они уменьшились тоже в 4 раза.

)) ppm моделирует каждый символ текста на основании предыдущих N символов. т.е. если скажем у нас были символы "коро", то с вероятностью 0.2 следующим будет "в", с вероятность. 0.3 - "л" и т.д. при увеличении глубины модели с 16 до 32 символов кол-во возможэных контекстов увеличивается не в два и даже не в 4 раза

далее, при исчерпании памяти ppmd -r0 просто сбрасывает модель. поэтому выходит что при фиксированном объёме памяти 16-байтная модель сбрасывается, кажем, каждые 10 мб, а 32-байтная - каждый 1мб. по моимнаблюдениям, оптимальный результат получается при сбросе модели каждые 8 мб или чуть меньше - это можно отследить, запуская ppmd.exe


Цитата:

В чём загвоздка чтобы архиватор сам анализировал данные и подбирал оптимальные параметры для достижения заданной цели (напр. максимального сжатия). Если от этого будет падать скорость, то в чём же проблемма поставить птичку включающую/отключающую эту радость. Кому надо, тот и ждёт, пока архиватор проанализирует, при каких параметрах для определённых данных получается лучшая компрессия... ?

единственный стопроцентный способ это сделать - это попытаться сжать с разными параметрами и выбрать наилучший результат

Добавлено:

Цитата:

стественно с минимальным сжатием. Сам прикинь - при этом потребуется выполнить минимальный объём вычислительной работы. Это же очень просто - один проход - собрать статистику и вычислить среднее число повторов и составить таблицу наиболее часто встречающихся элементов, второй сжать только эти наиболее часто встречающиеся элементы. Минимальное время. А остальные варианты алгоритма требуют нескольких циклов "статистика-сжатие". Это же элементарный алгоритм сжатия данных. Если мне память не меняет, этот алгоритм проходят в первом семестре первого курса института.

алгоритм этот называется huffman и в чистом виде не используется никаким арзиватором насчёт нескольких циклов "статистика-сжатие" - это уже вообще фантазия чистой воды


Цитата:

-mx1 минимальное сжатие (как я понимаю ) отняло почти 50 минут и заняло 3 гига

это мин. сжатие в формат lzma. быстрее будет сжимать в deflate/bzip2. ещё быстрее (как это ни странно) будет сжимать в формат zip - 7z при этом может использовать отдельныей поток на каждый сжимаемый файл:

7z a a.7z -m0=deflate -mx1
7z a a.7z -m0=bzip2 -mx1
7z a a.zip -mm=deflate -mx1
7z a a.zip -mm=bzip2 -mx1

Bulat_Ziganshin

Цитата:

)) ppm моделирует каждый символ текста на основании предыдущих N символов. т.е. если скажем у нас были символы "коро", то с вероятностью 0.2 следующим будет "в", с вероятность. 0.3 - "л" и т.д. при увеличении глубины модели с 16 до 32 символов кол-во возможэных контекстов увеличивается не в два и даже не в 4 раза

Пытался найти, где читал про порядок модели, но в бардаке не найти.
То ли там пример был описан с какими-то допущениями...
полагаться на память дело не благодарное.