tta в паре с rep или lzma - не работает непрерывное сжатие. Это баг или так задумано?
» FreeArc (часть 4)
Цитата:
1.
copy pak.zip pak1.zip
arc -tzip pak1.zip media
2. "isdone" в шапке
первая строка - это по сути просто резервная копия
вторая строка - якобы перепаковка - ругается -tzip неизвестная команда...
Цитата:
DefaultDirName={reg:HKLM\SOFTWARE\путь_из_реестра\а_этого_там_нет,Rusifikator|{pf}\abcd}
собственно как добавить к тому что есть в реестре то чего нету?
если как я написал (естеств. на латинице) - устанавливает в запасной вариант - {pf}\abcd
если указать то "что уже есть" ещё в одних скобках - то установка идёт в директорию с установщиком
конечно можно установить в "что есть", а в архивы добавить пустых папок согласно пути установки....
но это не лучший вариант
Bulat_Ziganshin
Здраствуйте
Я хотел спросить не могли бы вы мне воткуть 7z и srep
Голову ломаю!
Вот мой распаковщик
http://rghost.ru/6360661
_________________________________________________________
Чтоб распаковка шла по схеме
Archives_Arc = '{src}\Data1.arc';
Archives_Bin = '{src}\Data2.bin';
Archives_Zip = '{src}\1.7z';
Archives_Srp = '{src}\Data4.srp';
такой
Ну как в ISDone
только в скрипте моём =)
========================
За это буду благодарин
Здраствуйте
Я хотел спросить не могли бы вы мне воткуть 7z и srep
Голову ломаю!
Вот мой распаковщик
http://rghost.ru/6360661
_________________________________________________________
Чтоб распаковка шла по схеме
Archives_Arc = '{src}\Data1.arc';
Archives_Bin = '{src}\Data2.bin';
Archives_Zip = '{src}\1.7z';
Archives_Srp = '{src}\Data4.srp';
такой
Ну как в ISDone
только в скрипте моём =)
========================
За это буду благодарин
Bulat_Ziganshin
До меня только что дошло, что многие начинающие пользователи GUI-версии FreeArc не понимают, что при архивировании на вкладке "Основное" в строке "Сжатие" можно указывать любой разрешенный метод сжатия.
Сейчас там примерно так:
Ultra (require 2 gb RAM for decompression): -mx -ld1600m
Maximum (require 1 gb RAM for decompression): -mx -ld800m
Best asymmetric (with fast decompression): -m9x -ld192m
High: -m7 -md96m -ld192m
Normal: -m4
Fast: -m3
Very fast: -m2
HDD-speed: -m1
No compression: -m0
Предлагаю добавить строку типа:
(здесь можно указать любой другой разрешенный метод сжатия): -m...
Добавлено:
Сам в свое время не понимал этого.
Добавлено:
Или даже проще:
(другой метод): -m...
Добавлено:
(указать другой метод/методы): -m...
До меня только что дошло, что многие начинающие пользователи GUI-версии FreeArc не понимают, что при архивировании на вкладке "Основное" в строке "Сжатие" можно указывать любой разрешенный метод сжатия.
Сейчас там примерно так:
Ultra (require 2 gb RAM for decompression): -mx -ld1600m
Maximum (require 1 gb RAM for decompression): -mx -ld800m
Best asymmetric (with fast decompression): -m9x -ld192m
High: -m7 -md96m -ld192m
Normal: -m4
Fast: -m3
Very fast: -m2
HDD-speed: -m1
No compression: -m0
Предлагаю добавить строку типа:
(здесь можно указать любой другой разрешенный метод сжатия): -m...
Добавлено:
Сам в свое время не понимал этого.
Добавлено:
Или даже проще:
(другой метод): -m...
Добавлено:
(указать другой метод/методы): -m...
Цитата:
tta в паре с rep или lzma - не работает непрерывное сжатие. Это баг или так задумано?
tta в паре с rep/lzma не имеет смысла, tta+solid в большинстве случаев тоже не взлетит
Цитата:
Я хотел спросить не могли бы вы мне воткуть 7z и srep
не ты первый приходишь с подобными просьбами. вы серьёзно думаете, что мне делать нечего как писать вам скрипты? есть уже готовые, причём не один. вместо того, чтобы разобраться в них и сделать то, что вам нужно, вы просите других решить ваши проблемы
Цитата:
Почему время сжатия в три потока :t3: примерно такое же, как в случае четыре потока?
потому что механика расчёта оптимального числа потоков несовершенна. она не принимает во внимание то что lzma сжимает в ~1.7 потока и то, что твой проц имеет 2 ядра + HT
Цитата:
ругается -tzip неизвестная команда...
http://freearc.org/Download-Alpha.aspx
Цитата:
До меня только что дошло, что многие начинающие пользователи GUI-версии FreeArc не понимают, что при архивировании на вкладке "Основное" в строке "Сжатие" можно указывать любой разрешенный метод сжатия.
у пользователей есть вообще тенденция ничего не понимать, или понимать неправильно, и уж ни в коем случае не читать документацию. это - данность. и если написать как ты предполагаешь - большинство и этого намёка не поймёт
лучше мне кажется тебе сделать батник, который добавляет нужные строки в arc.ini и freearc.ini
Bulat_Ziganshin
Цитата:
Цитата:
Да и некто и не заставляет вас делать просто спросить хотел.
Цитата:
Ага, спасибо, собрал собственый распаковщик
Цитата:
Теперь не буду просить.
ЗЫ: За ответ спасибо.
Цитата:
не ты первый приходишь с подобными просьбами. вы серьёзно думаете, что мне делать нечего как писать вам скрипты? есть уже готовые, причём не один. вместо того, чтобы разобраться в них и сделать то, что вам нужно, вы просите других решить ваши проблемы
Цитата:
вы серьёзно думаете, что мне делать нечего как писать вам скрипты?
Да и некто и не заставляет вас делать просто спросить хотел.
Цитата:
вместо того, чтобы разобраться в них и сделать то, что вам нужно,
Ага, спасибо, собрал собственый распаковщик
Цитата:
вы просите других решить ваши проблемы
Теперь не буду просить.
ЗЫ: За ответ спасибо.
Rep + tor:4
Было протестировано несколько наборов данных. Типовые результаты приведены далее.
tor:4
Начнем с рассмотрения конструкций вида
-mrep:1g:64:c32+4x4:tor:4:4mb:h…k:l…
Обоснование выбора rep:…:64:c32 было сделано ранее
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=1300#11
Размер окна 4m для tor:4 обоснован компромиссом: при маленьком окне ухудшаются параметры сжатия, при большом – растут требования к ОЗУ.
Тестировались следующие комбинации параметров tor:3 и tor:4:
…+xtor:3…:h64k
…+xtor:3…:h128k
…+xtor:3…:h256k
…+xtor:4…:h128k:l2 - xtor:4…:h128k:l16
…+xtor:4…:h256k:l2 - xtor:4…:h256k:l16
…
…+xtor:4:…:h8m:l2 - xtor:4:…:h8m:l16
Привожу типовой график зависимостей:
Линии одного цвета означают метод tor:4… с одним значением хеш-таблицы и разными значениями параметра l… от 2 до 16.
В табличном виде можно ознакомиться, скачав файл .xlsx:
Скачать 676 279 425.zip с WebFile.RU
(Время действия ссылки 2 месяца)
При увеличении l2 до l16 сжатие и время увеличиваются в нелинейной зависимости. Вполне можно выделить «эффективные» комбинации.
Так, видно, что …+tor:4…:h128k и …+tor:4…:h256k не могут обеспечить «эффективного» соотношения сжатие/время при любом l….
К эффективным можно отнести следующие комбинации в порядке увеличения времени и степени сжатия:
rep:…+4x4:tor:4:…:h512k:l2
rep:…+4x4:tor:4:…:h512k:l4
rep:…+4x4:tor:4:…:h512k:l8
rep:…+4x4:tor:4:…:h1m:l8
rep:…+4x4:tor:4:…:h2m:l8
rep:…+4x4:tor:4:…:h8m:l8
(На других данных отличия непринципиальны. Все зависимости остаются).
Проверялись также значения хеш-таблицы и l… отличные от степени 2. Результаты получались неудовлетворительные.
Rep
Были рассмотрены варианты, отличные от rep:…:64:c32:
Результаты для xtor:4:…:h512k:l4
Метод Размер Время
Было протестировано несколько наборов данных. Типовые результаты приведены далее.
tor:4
Начнем с рассмотрения конструкций вида
-mrep:1g:64:c32+4x4:tor:4:4mb:h…k:l…
Обоснование выбора rep:…:64:c32 было сделано ранее
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=1300#11
Размер окна 4m для tor:4 обоснован компромиссом: при маленьком окне ухудшаются параметры сжатия, при большом – растут требования к ОЗУ.
Тестировались следующие комбинации параметров tor:3 и tor:4:
…+xtor:3…:h64k
…+xtor:3…:h128k
…+xtor:3…:h256k
…+xtor:4…:h128k:l2 - xtor:4…:h128k:l16
…+xtor:4…:h256k:l2 - xtor:4…:h256k:l16
…
…+xtor:4:…:h8m:l2 - xtor:4:…:h8m:l16
Привожу типовой график зависимостей:
Линии одного цвета означают метод tor:4… с одним значением хеш-таблицы и разными значениями параметра l… от 2 до 16.
В табличном виде можно ознакомиться, скачав файл .xlsx:
Скачать 676 279 425.zip с WebFile.RU
(Время действия ссылки 2 месяца)
При увеличении l2 до l16 сжатие и время увеличиваются в нелинейной зависимости. Вполне можно выделить «эффективные» комбинации.
Так, видно, что …+tor:4…:h128k и …+tor:4…:h256k не могут обеспечить «эффективного» соотношения сжатие/время при любом l….
К эффективным можно отнести следующие комбинации в порядке увеличения времени и степени сжатия:
rep:…+4x4:tor:4:…:h512k:l2
rep:…+4x4:tor:4:…:h512k:l4
rep:…+4x4:tor:4:…:h512k:l8
rep:…+4x4:tor:4:…:h1m:l8
rep:…+4x4:tor:4:…:h2m:l8
rep:…+4x4:tor:4:…:h8m:l8
(На других данных отличия непринципиальны. Все зависимости остаются).
Проверялись также значения хеш-таблицы и l… отличные от степени 2. Результаты получались неудовлетворительные.
Rep
Были рассмотрены варианты, отличные от rep:…:64:c32:
Результаты для xtor:4:…:h512k:l4
Метод Размер Время
vintage 1
Это надо переделывать прогресс-бар и их позицию. И не используй is7z.dll, она старая как мир. Лучше возьми 7-zip32.dll.
Это надо переделывать прогресс-бар и их позицию. И не используй is7z.dll, она старая как мир. Лучше возьми 7-zip32.dll.
Скачал последнюю версию программы, выявил что в в последней версии FreeArc есть глюк в SFX-модулях. При распаковке длинных имён больше 255 символов, программа распаковки просто зависает, причём зависает SFX как в GUI , так в варианте коммандной строке, процесс можно прервать только через диспетчер задач. Просто не везде есть возможность FreeArc поставить, а такой глюк всю картину портит.
По поводу FreeArc.
Вообще я бы обошёлся и стандартными архиваторами типа winRar и 7-zip, но я не понимаю почему в них не реализована проверка на одинаковые файлы по контрольной сумме? Допустим у меня есть 4 папки с одинаковыми файлами, в каждой папке имена файлов в разных вариантах, включая длинный вариант имени, который может достигать и 255 символов в пути и выше. FreeArc сжимает всё замечательно, т.е. одинаковые файлы находятся по контрольной сумме и соответственно по два-три-четыре раза подряд не сжимаются, как в WinRar. Только глюк в SFX всё портит. И также называть версию номером 0,666 просто глупо, имхо.
По поводу FreeArc.
Вообще я бы обошёлся и стандартными архиваторами типа winRar и 7-zip, но я не понимаю почему в них не реализована проверка на одинаковые файлы по контрольной сумме? Допустим у меня есть 4 папки с одинаковыми файлами, в каждой папке имена файлов в разных вариантах, включая длинный вариант имени, который может достигать и 255 символов в пути и выше. FreeArc сжимает всё замечательно, т.е. одинаковые файлы находятся по контрольной сумме и соответственно по два-три-четыре раза подряд не сжимаются, как в WinRar. Только глюк в SFX всё портит. И также называть версию номером 0,666 просто глупо, имхо.
Цитата:
ругается -tzip неизвестная команда...
http://freearc.org/Download-Alpha.aspx
ну так я скачал новую альфа
поэтому и написал, выдаёт - анкноу команд
Цитата:
До меня только что дошло, что многие начинающие пользователи GUI-версии FreeArc не понимают, что при архивировании на вкладке "Основное" в строке "Сжатие" можно указывать любой разрешенный метод сжатия.
Сейчас там примерно так:
Ultra (require 2 gb RAM for decompression): -mx -ld1600m
Maximum (require 1 gb RAM for decompression): -mx -ld800m...
- Как можно зафиксировать один из режимов в настройках для профиля сжатия по умолчанию? В опциях при нажатии "сохранить" ничего не происходит, и при следующем использовании опять дефолтный профиль. А по умолчанию всегда "normal" стоит, и в большинстве случаев проигрывает 7зипу по степени сжатия. Ситуация меняется на "ultra", но жму всегда в "ультру" - неудобно каждый раз в настройках лазить, хочу просто пкм=>>"добавить в arc архив" и жать сразу с сохранённым профилем.
Возможно уже обсуждалось, не нашёл.
Использую 66 версию.
CTAH
1. freearc/sfx не поддерживает имена файлов больше 255 символов. если тебе нужно - такая поддержка точно есть в 7-zip
2. fa не умеет находить дубликаты файлов, но у него есть другие технологии для рещения этой проблемы - большой словарь и интеллектуальное расположение файлов в архиве. словарь в 7-zip можно увеличить, не знаю можно ли в нём вручную переупорядочить файлы
1. freearc/sfx не поддерживает имена файлов больше 255 символов. если тебе нужно - такая поддержка точно есть в 7-zip
2. fa не умеет находить дубликаты файлов, но у него есть другие технологии для рещения этой проблемы - большой словарь и интеллектуальное расположение файлов в архиве. словарь в 7-zip можно увеличить, не знаю можно ли в нём вручную переупорядочить файлы
Цитата:
freearc/sfx не поддерживает имена файлов больше 255 символов.
Эммм... Имеется ввиду имя+расширение или полное имя? И что будет если такой файл попадется? Молча распакует "как сможет" или хоть варнинг даст?
Shuld
У Вас процессор какой ?
Можно угадаю L2 Cache ? 2 MB*количество "физических" ядер.
Кстати для компактности 4x4:tor == xtor
У Вас процессор какой ?
Можно угадаю L2 Cache ? 2 MB*количество "физических" ядер.
Кстати для компактности 4x4:tor == xtor
Bulat_Ziganshin
можно ли сделать во FreeArc "инкрементальный режим"?
чтобы при создании архива можно было указать в параметрах уже существующий архив*, и чтобы в новый архив добавлялись только отличающиеся файлы (новые или изменившиеся)
думал сделать что-то такое сам, во внешнем скрипте
но там ведь получится либо список файлов - и потеряется вся структура каталогов, либо нужные файлы придётся сначала копировать в рабочую папку, что тоже не очень эффективно
или я чего-то недоглядел среди уже существующих параметров FreeArc?
* в идеале, было бы здорово иметь возможность указать несколько существующих архивов
это позволило бы реализовать многоуровневую инкрементальность ("полный архив каждый месяц, изменения относительно него каждую неделю + изменения относительно недели каждый день")
можно ли сделать во FreeArc "инкрементальный режим"?
чтобы при создании архива можно было указать в параметрах уже существующий архив*, и чтобы в новый архив добавлялись только отличающиеся файлы (новые или изменившиеся)
думал сделать что-то такое сам, во внешнем скрипте
но там ведь получится либо список файлов - и потеряется вся структура каталогов, либо нужные файлы придётся сначала копировать в рабочую папку, что тоже не очень эффективно
или я чего-то недоглядел среди уже существующих параметров FreeArc?
* в идеале, было бы здорово иметь возможность указать несколько существующих архивов
это позволило бы реализовать многоуровневую инкрементальность ("полный архив каждый месяц, изменения относительно него каждую неделю + изменения относительно недели каждый день")
hztn
Не понимаю Вас.
Выбираете файл.
Правой кнопкой вызываете контекстное меню и там "добавить в архив"...
В строке "Сжатие" сотрите, что там есть, и укажите, что Вам надо, например:
-mex5
И нажимайте ОК.
В следующий раз в контекстном меню будет и этот режим.
Это настолько просто, что наверное и непонятно.
Добавлено:
ndch
У 4х4 есть еще параметры. Строка типа xtor или xlzma не всегда прокатывает.
Например:
rep:1g+4x4:t1:i0:lzma:128mb:h128m:normal:bt4:128
Поэтому не всегда удобно сокращать...
Особенно при экспериментах.
Процессор i3-530 (2 ядерный, 4 поточный), L2 2х256КБ, L3 4МБ
К слову, а зачем Вы "угадываете" мой процессор? Я много раз писал, какой процессор.
И в заметке чуть выше, если пройти по ссылке, в файле .xlsx тоже все расписано подробно.
Не понимаю Вас.
Выбираете файл.
Правой кнопкой вызываете контекстное меню и там "добавить в архив"...
В строке "Сжатие" сотрите, что там есть, и укажите, что Вам надо, например:
-mex5
И нажимайте ОК.
В следующий раз в контекстном меню будет и этот режим.
Это настолько просто, что наверное и непонятно.
Добавлено:
ndch
У 4х4 есть еще параметры. Строка типа xtor или xlzma не всегда прокатывает.
Например:
rep:1g+4x4:t1:i0:lzma:128mb:h128m:normal:bt4:128
Поэтому не всегда удобно сокращать...
Особенно при экспериментах.
Процессор i3-530 (2 ядерный, 4 поточный), L2 2х256КБ, L3 4МБ
К слову, а зачем Вы "угадываете" мой процессор? Я много раз писал, какой процессор.
И в заметке чуть выше, если пройти по ссылке, в файле .xlsx тоже все расписано подробно.
sabio
Для GUI-версии В диалоге добавления файлов в архив на закладке "Основное" в строке "Выходной архив" выбрать существующий архив кнопкой "...", указать метод Сжатия, а потом на закладке "Архив" в строке "Режим перепаковки" выбирайте то, что вам нужно. Рекомендуется режим перепаковки по-умолчанию.
Для GUI-версии В диалоге добавления файлов в архив на закладке "Основное" в строке "Выходной архив" выбрать существующий архив кнопкой "...", указать метод Сжатия, а потом на закладке "Архив" в строке "Режим перепаковки" выбирайте то, что вам нужно. Рекомендуется режим перепаковки по-умолчанию.
Цитата:
Как можно зафиксировать один из режимов в настройках для профиля сжатия по умолчанию?
отредактировать ArcShellExt-user.lua - поменять " a --noarcext " на " a --noarcext -mx "
Добавлено:
Цитата:
Привожу типовой график зависимостей:
на этом графике сжатие отличается максимум на 0.6%, а скорость до 3-4 раз. из него можно сделать только вывод что лучше взять самую левую (быструю) точку
Добавлено:
Цитата:
поэтому и написал, выдаёт - анкноу команд
ну конечно
arc -tzip a pak1.zip media
Shuld
Цитата:
Да потому что Вы подбираете параметры FreeArc под свой процессор.
Лично мне на ноут с атомом этот "подбор" совершенно параллелен.
Цитата:
Подписывайте пожалуйста на скриншотах что именно за процессор и как работает (hyperthreading). Сильно повысит информативность. Искать же в форуме что у Вас за процессор лень.
Цитата:
зачем Вы "угадываете" мой процессор?
Да потому что Вы подбираете параметры FreeArc под свой процессор.
Лично мне на ноут с атомом этот "подбор" совершенно параллелен.
Цитата:
Я много раз писал, какой процессор.
Подписывайте пожалуйста на скриншотах что именно за процессор и как работает (hyperthreading). Сильно повысит информативность. Искать же в форуме что у Вас за процессор лень.
ruduk
в ком. строке тоже есть опция для обновления уже существующего архива
но дело в том, что я не хочу его обновлять - я бы хотел сохранить и исходные версии файлов, и новые
WinRAR, например, умеет добавлять в архив несколько версий одного и того же файла
вот что-то такое мне и надо, но, желательно, чтобы эти новые версии хранились не в том же самом архиве, а отдельно
т.е. в идеале должно получится что-то вроде:
backup_2011-05-23.arc ("полный" архив)
- file1.txt / 12 KB
- file2.exe / 3370 KB
- file3.doc / 200 KB
backup_2011-05-26.arc ("инкрементальный" архив, относительно backup_2011-05-23.arc)
- file2.exe / 3480 KB
- file4.dll / 123 KB
(file1.txt и file3.doc не были добавлены, потому что не изменились по сравнению с backup_2011-05-23.arc)
в ком. строке тоже есть опция для обновления уже существующего архива
но дело в том, что я не хочу его обновлять - я бы хотел сохранить и исходные версии файлов, и новые
WinRAR, например, умеет добавлять в архив несколько версий одного и того же файла
вот что-то такое мне и надо, но, желательно, чтобы эти новые версии хранились не в том же самом архиве, а отдельно
т.е. в идеале должно получится что-то вроде:
backup_2011-05-23.arc ("полный" архив)
- file1.txt / 12 KB
- file2.exe / 3370 KB
- file3.doc / 200 KB
backup_2011-05-26.arc ("инкрементальный" архив, относительно backup_2011-05-23.arc)
- file2.exe / 3480 KB
- file4.dll / 123 KB
(file1.txt и file3.doc не были добавлены, потому что не изменились по сравнению с backup_2011-05-23.arc)
Часть 1 | Часть 2 | Часть 3
Бесплатный open-source архиватор для Windows и Linux, сочетающий высокую степень сжатия и большой набор возможностей
Официальный сайт | Скриншоты | Лента новостей | Документация на консольную версию | Документация на GUI версию
Сообщество пользователей FreeArc | Вики | Трекер (рассылка по ошибкам) | Проект на SourceForge.net | SVN-репозиторий
Поддержка InnoSetup | Поддержка NSIS | Обсуждение на encode.ru (англоязычное) | FAQ по FreeArc
Скачать последний релиз - FreeArc 0.666 от 20 мая 2010 г. Что нового: ускорение работы в 1.5-2 раза благодаря новой технологии многопоточного сжатия, распаковка архивов многих форматов используя технологии 7-zip, запуск файлов из архива, исправлены все проблемы интеграции с Explоrer (подробнее)
Текущая альфа версия: 0.67 - загрузка | список исправлений | блог
Подробное описание используемых алгоритмов
Почему он сжимает лучше и быстрее, чем 7-zip/rar...
Результаты тестов, подтверждающие его крутизну...
Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows
Планы дальнейшего развития
Что подразумевается под "интеграцией с Explorer"
Старая FreeArc wiki (включая описание формата архива)
Логотип и иконки FreeArc - обсуждение того, как облагородить внешний вид программы
Сторонние оболочки для работы с FreeArc:
• wArc - простая и понятная программа управления архивами (требует .NET Framework 2.0)
• PeaZip - менеджер архивов с поддержкой большого количества форматов, для Windows и Linux
• WinArc - абсолютно бесплатная программа для создания и редактирования архивов
Родственные темы:
• Inno Setup плюс внешние упаковщики - использование архивов FreeArc в инсталяторах
• ISDone.dll - библиотека распаковки архивов в инсталяторах
• REP & SREP
• Пережатиe/Pекомпрессия/Oптимизация файлов для лучшего сжатия - "а как сжать ещё лучше?"
• FreeArc и Unix - для альтернативно одарённых
• Форум Krinkels Inc - PrecompInside, SrepInside, ISDone, ISFreeArcExtract
Другие архиваторы:
• WinRAR
• 7-zip
• PowerArchiver
• HaoZip
Все альфа-версии с осени 2009 года[/more]
2
[more=FAQ по FreeArc]Q: (консольная версия) Как мне распаковать архив не в текущий каталог, а в заданный?
A: Воспользуйтесь параметром -dp=каталог.
Q: (консольная версия) Как использовать параметр -ag для автогенерации имени архива?
A: Пример: arc a -ag%Y%m%d MyArc_.arc *.txt --> MyArc_20091020.arc
а для батника будет так: arc a -ag%%Y-%%m-%%d MyArc_.arc *.txt --> MyArc_20091020.arc
Полный список опций можно посмотреть тут - Автоматическая генерация имени архива
Q: Есть ли поддержка многотомности (разбиение архива на части)?
A: Будет в 0.75
Q: Я пользуюсь precomp прямо в FreeArc (кто не понял FreeArc сразу сжимает с подключением к сжатию precomp) Так вот чтобы потом архив распаковать надо какието параметры писать и файлики лополнительные.
A: Файлы - каталог max из freearc power pack. эти файлы должны быть во время упаковки в текущем каталоге или каталоге, доступном по PATH, за исключением arc.ini, который должен лежать в c:\
Если это сделать, то обычный скрипт распаковки freearc архивов всё как надо сделает. Но при этом у тебя будет кривой прогресс-бар и окошко precomp будет светиться на экране
Q: Хочу распаковать архивы в подкаталоги перед упаковкой в arc чтобы добиться максимального сжатия
A: Готовый батник для этого здесь
Q: Поддерживает ли зашифрованные архивы SFX/unarc.exe/unarc.dll?
A: Да, в альфа версии 0.67
Q: Возможно ли в arc реализовать запуск файла из архива после распаковки этого архива?
A: freearc-installer.sfx извлекает архив во временный каталог, запускает setup.exe и после его выполнения стирает все временные файлы. freearc-installer-nodelete.sfx делает то же самое кроме стирания
Q: Как сделать InnsoSetup инсталятор с распаковкой SREP без промежуточного файла?
A: Взять SREP 3.0+, сжать файл с srep или srep:mem200mb и добавить/заменить в arc.ini секцию srep на такую:
[External compressor:srep]
packcmd = srep {options} $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
unpackcmd = srep -d - - <stdin> <stdout>
Q: Что делать если мой антивирус ругается на инсталлятор FreeArc или sfx-архивы, созданные им?
A: Напишите об этом в тему, не забыв указать точную версию FreeArc. Кроме того, можете написать в техподдержку антивируса: Касперский - https://my.kaspersky.com/ru/support/viruslab или http://support.kaspersky.ru/virlab/helpdesk.html . Текст запроса может быть такой: "Приложенные sfx-модули архиватора FreeArc 0.67 March 18 ошибочно детектятся как вирусы"
Q: Как передать файлы разработчику программы?
A: http://freearc.no-ip.org:8080/Upload/~upload
Q: Как настроить TotalCommander MultiArc plugin?
A: См. http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=2100#7
Q: TotalCommander MultiArc plugin не распаковывает архив если в его пути есть русские имена
A: См. http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=1140#4
Q: Что насчёт поддержки сжатия jpg/mp3/zip?
A: Я рад буду добавить jpeg/mp3/zip рекомпрессию, если мне дадут готовые реализации под либеральной лицензией. пока что это есть только для jpeg, причём не лучшего алгоритма и не лучшей лицензии. Zip рекомпрессию я мог бы реализовать сам, jpeg/mp3 для меня слишком далёкая область. В то же время freearc поддерживает внешние упаковщики, начиная с 0.67 в нём очень простой и удобный интерфейс для работы с precomp (в диалоге настройки метода сжатия ставишь нужные галочки внизу)
Q: How much memory used by LZMA?
A: LZMA memory usage depends on the match finder used, with BT4 it's 9.5*dictsize+hashsize, with HT4 it's dictsize+hashsize. hashsize is set by -h option, by default hashsize=2*dictsize for BT4 with dictionary up to 32 MB, and hashsize=dictsize otherwise. hashsize is rounded down to the nearest power of 2 for BT4, and otherwise to power(2)*match_chain where match_chain is :mc parameter[/more]
3
[more=Почему он сжимает лучше и быстрее, чем 7-zip/rar...] Почему он сжимает лучше, чем 7-zip/rar: поддерживаются алгоритмы lzma, ppmd и multimedia-сжатие с автоматическим выбором подходящего алгоритма по расширению файла
• для улучшения сжатия используются фильтры dict (словарная замена), rep (находит повторы на расстоянии до 1Гб), delta (улучшает сжатие таблиц в бинарных файлах), bcj (EXE-фильтр), lzp (устраняет повторы в текстовых файлах)
• в режиме максимального сжатия алгоритмы сжатия работают не параллельно, а последовательно, выгружая промежуточные данные на диск, что позволяет каждому из них использовать весь объём ОЗУ компьютера
• если вам мало встроенных алгоритмов - вы можете использовать внешние: от препроцессора сжатых данных precomp до алгоритмов максимального сжатия ccmx/lpaq/durilca/uda/paq
• плюс к этому производится интеллектуальная сортировка файлов, группирующая вместе одинаковые/похожие файлы и различные версии одного и того же файла
Почему быстрее упаковывает: для текстовых файлов используется ppmd, который работает куда быстрее чем lzma
использование фильтров уменьшает размер фактически сжимаемых данных
в быстрых режимах сжатия (-m1/-m2) используются специально разработанные быстрые алгоритмы - tornado и grzip
чтение сжимаемых данных идёт параллельно сжатию в специальный большой буфер, поэтому задержки дисковых операций не сказываются на процессе упаковки[/more]
4
[more=Результаты тестов, подтверждающие его крутизну...]
обсуждение на форуме www.compression.ru
Тестирование maximumcompression.com на 46 типах файлов (510 файлов, 301 Мб). FreeARC 0.51 занял первые 4 места по эффективности из 246 тестировавшихся архиваторов+режимов!
SqueezeChart 2009
Monster of compression 2009 (MOC 2009)
Squxe Archivers Chart (2007)[/more]
5
[more=Что подразумевается под "интеграцией с Explorer"]родные виндовые диалоги выбора файлов/каталогов (реализовано в 0.51)
контекстное меню на архивах .arc и других файлах, а также каталогах, с возможностью сделать его каскадным и выбором из большого набора команд (реализовано в 0.52)
колонка "тип файла", отображающая описание типа, полученное от Windows (реализовано в 0.67)
кнопка "фоном" должна минимизировать диалог прогресса в system tray
отображение иконки файла в списке файлов и диалоге перезаписи файла
отображение стандартного контекстного меню эксплорера в самом FreeArc
drag&drop между freearc и explorer, а также между двумя экземплярами FreeArc
поддержка новых возможностей Windows 7: индикатор прогресса, фавориты и операции в таскбаре, а также Task Dialogs[/more]
6
[more=download]Downloads for alpha versions:
installer
installer (update)
portable version
portable version (update)
archive arc.arc - extract over installed FreeArc 0.666/0.67
console version
program sources
Previous alpha versions of FreeArc[/more]
===== конец СПИСКА МОРЕЙ =====[/#]
Бесплатный open-source архиватор для Windows и Linux, сочетающий высокую степень сжатия и большой набор возможностей
Официальный сайт | Скриншоты | Лента новостей | Документация на консольную версию | Документация на GUI версию
Сообщество пользователей FreeArc | Вики | Трекер (рассылка по ошибкам) | Проект на SourceForge.net | SVN-репозиторий
Поддержка InnoSetup | Поддержка NSIS | Обсуждение на encode.ru (англоязычное) | FAQ по FreeArc
Скачать последний релиз - FreeArc 0.666 от 20 мая 2010 г. Что нового: ускорение работы в 1.5-2 раза благодаря новой технологии многопоточного сжатия, распаковка архивов многих форматов используя технологии 7-zip, запуск файлов из архива, исправлены все проблемы интеграции с Explоrer (подробнее)
Текущая альфа версия: 0.67 - загрузка | список исправлений | блог
Подробное описание используемых алгоритмов
Почему он сжимает лучше и быстрее, чем 7-zip/rar...
Результаты тестов, подтверждающие его крутизну...
Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows
Планы дальнейшего развития
Что подразумевается под "интеграцией с Explorer"
Старая FreeArc wiki (включая описание формата архива)
Логотип и иконки FreeArc - обсуждение того, как облагородить внешний вид программы
Сторонние оболочки для работы с FreeArc:
• wArc - простая и понятная программа управления архивами (требует .NET Framework 2.0)
• PeaZip - менеджер архивов с поддержкой большого количества форматов, для Windows и Linux
• WinArc - абсолютно бесплатная программа для создания и редактирования архивов
Родственные темы:
• Inno Setup плюс внешние упаковщики - использование архивов FreeArc в инсталяторах
• ISDone.dll - библиотека распаковки архивов в инсталяторах
• REP & SREP
• Пережатиe/Pекомпрессия/Oптимизация файлов для лучшего сжатия - "а как сжать ещё лучше?"
• FreeArc и Unix - для альтернативно одарённых
• Форум Krinkels Inc - PrecompInside, SrepInside, ISDone, ISFreeArcExtract
Другие архиваторы:
• WinRAR
• 7-zip
• PowerArchiver
• HaoZip
Все альфа-версии с осени 2009 года[/more]
2
[more=FAQ по FreeArc]Q: (консольная версия) Как мне распаковать архив не в текущий каталог, а в заданный?
A: Воспользуйтесь параметром -dp=каталог.
Q: (консольная версия) Как использовать параметр -ag для автогенерации имени архива?
A: Пример: arc a -ag%Y%m%d MyArc_.arc *.txt --> MyArc_20091020.arc
а для батника будет так: arc a -ag%%Y-%%m-%%d MyArc_.arc *.txt --> MyArc_20091020.arc
Полный список опций можно посмотреть тут - Автоматическая генерация имени архива
Q: Есть ли поддержка многотомности (разбиение архива на части)?
A: Будет в 0.75
Q: Я пользуюсь precomp прямо в FreeArc (кто не понял FreeArc сразу сжимает с подключением к сжатию precomp) Так вот чтобы потом архив распаковать надо какието параметры писать и файлики лополнительные.
A: Файлы - каталог max из freearc power pack. эти файлы должны быть во время упаковки в текущем каталоге или каталоге, доступном по PATH, за исключением arc.ini, который должен лежать в c:\
Если это сделать, то обычный скрипт распаковки freearc архивов всё как надо сделает. Но при этом у тебя будет кривой прогресс-бар и окошко precomp будет светиться на экране
Q: Хочу распаковать архивы в подкаталоги перед упаковкой в arc чтобы добиться максимального сжатия
A: Готовый батник для этого здесь
Q: Поддерживает ли зашифрованные архивы SFX/unarc.exe/unarc.dll?
A: Да, в альфа версии 0.67
Q: Возможно ли в arc реализовать запуск файла из архива после распаковки этого архива?
A: freearc-installer.sfx извлекает архив во временный каталог, запускает setup.exe и после его выполнения стирает все временные файлы. freearc-installer-nodelete.sfx делает то же самое кроме стирания
Q: Как сделать InnsoSetup инсталятор с распаковкой SREP без промежуточного файла?
A: Взять SREP 3.0+, сжать файл с srep или srep:mem200mb и добавить/заменить в arc.ini секцию srep на такую:
[External compressor:srep]
packcmd = srep {options} $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
unpackcmd = srep -d - - <stdin> <stdout>
Q: Что делать если мой антивирус ругается на инсталлятор FreeArc или sfx-архивы, созданные им?
A: Напишите об этом в тему, не забыв указать точную версию FreeArc. Кроме того, можете написать в техподдержку антивируса: Касперский - https://my.kaspersky.com/ru/support/viruslab или http://support.kaspersky.ru/virlab/helpdesk.html . Текст запроса может быть такой: "Приложенные sfx-модули архиватора FreeArc 0.67 March 18 ошибочно детектятся как вирусы"
Q: Как передать файлы разработчику программы?
A: http://freearc.no-ip.org:8080/Upload/~upload
Q: Как настроить TotalCommander MultiArc plugin?
A: См. http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=2100#7
Q: TotalCommander MultiArc plugin не распаковывает архив если в его пути есть русские имена
A: См. http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=1140#4
Q: Что насчёт поддержки сжатия jpg/mp3/zip?
A: Я рад буду добавить jpeg/mp3/zip рекомпрессию, если мне дадут готовые реализации под либеральной лицензией. пока что это есть только для jpeg, причём не лучшего алгоритма и не лучшей лицензии. Zip рекомпрессию я мог бы реализовать сам, jpeg/mp3 для меня слишком далёкая область. В то же время freearc поддерживает внешние упаковщики, начиная с 0.67 в нём очень простой и удобный интерфейс для работы с precomp (в диалоге настройки метода сжатия ставишь нужные галочки внизу)
Q: How much memory used by LZMA?
A: LZMA memory usage depends on the match finder used, with BT4 it's 9.5*dictsize+hashsize, with HT4 it's dictsize+hashsize. hashsize is set by -h option, by default hashsize=2*dictsize for BT4 with dictionary up to 32 MB, and hashsize=dictsize otherwise. hashsize is rounded down to the nearest power of 2 for BT4, and otherwise to power(2)*match_chain where match_chain is :mc parameter[/more]
3
[more=Почему он сжимает лучше и быстрее, чем 7-zip/rar...] Почему он сжимает лучше, чем 7-zip/rar: поддерживаются алгоритмы lzma, ppmd и multimedia-сжатие с автоматическим выбором подходящего алгоритма по расширению файла
• для улучшения сжатия используются фильтры dict (словарная замена), rep (находит повторы на расстоянии до 1Гб), delta (улучшает сжатие таблиц в бинарных файлах), bcj (EXE-фильтр), lzp (устраняет повторы в текстовых файлах)
• в режиме максимального сжатия алгоритмы сжатия работают не параллельно, а последовательно, выгружая промежуточные данные на диск, что позволяет каждому из них использовать весь объём ОЗУ компьютера
• если вам мало встроенных алгоритмов - вы можете использовать внешние: от препроцессора сжатых данных precomp до алгоритмов максимального сжатия ccmx/lpaq/durilca/uda/paq
• плюс к этому производится интеллектуальная сортировка файлов, группирующая вместе одинаковые/похожие файлы и различные версии одного и того же файла
Почему быстрее упаковывает: для текстовых файлов используется ppmd, который работает куда быстрее чем lzma
использование фильтров уменьшает размер фактически сжимаемых данных
в быстрых режимах сжатия (-m1/-m2) используются специально разработанные быстрые алгоритмы - tornado и grzip
чтение сжимаемых данных идёт параллельно сжатию в специальный большой буфер, поэтому задержки дисковых операций не сказываются на процессе упаковки[/more]
4
[more=Результаты тестов, подтверждающие его крутизну...]
обсуждение на форуме www.compression.ru
Тестирование maximumcompression.com на 46 типах файлов (510 файлов, 301 Мб). FreeARC 0.51 занял первые 4 места по эффективности из 246 тестировавшихся архиваторов+режимов!
SqueezeChart 2009
Monster of compression 2009 (MOC 2009)
Squxe Archivers Chart (2007)[/more]
5
[more=Что подразумевается под "интеграцией с Explorer"]родные виндовые диалоги выбора файлов/каталогов (реализовано в 0.51)
контекстное меню на архивах .arc и других файлах, а также каталогах, с возможностью сделать его каскадным и выбором из большого набора команд (реализовано в 0.52)
колонка "тип файла", отображающая описание типа, полученное от Windows (реализовано в 0.67)
кнопка "фоном" должна минимизировать диалог прогресса в system tray
отображение иконки файла в списке файлов и диалоге перезаписи файла
отображение стандартного контекстного меню эксплорера в самом FreeArc
drag&drop между freearc и explorer, а также между двумя экземплярами FreeArc
поддержка новых возможностей Windows 7: индикатор прогресса, фавориты и операции в таскбаре, а также Task Dialogs[/more]
6
[more=download]Downloads for alpha versions:
installer
installer (update)
portable version
portable version (update)
archive arc.arc - extract over installed FreeArc 0.666/0.67
console version
program sources
Previous alpha versions of FreeArc[/more]
===== конец СПИСКА МОРЕЙ =====[/#]
ndch
Цитата:
А что, результаты сильно отличаются? В чем?
Я свои проверяю еще на двухядерном. Результаты качественно одинаковы.
Цитата:
Обычно подписываю.
Но надоело уже, поэтому пару последних раз пропустил.
Ладно, не буду лениться.
Добавлено:
Bulat_Ziganshin
Цитата:
Если посмотреть мой последний тест:
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=760#6
то как-то так и получается.
А после нового rep-а результаты еще больше "усреднятся" по сжатию.
rep+tor - достаточно сильная штука!
Цитата:
Лично мне на ноут с атомом этот "подбор" совершенно параллелен.
А что, результаты сильно отличаются? В чем?
Я свои проверяю еще на двухядерном. Результаты качественно одинаковы.
Цитата:
Подписывайте пожалуйста на скриншотах что именно за процессор и как работает
Обычно подписываю.
Но надоело уже, поэтому пару последних раз пропустил.
Ладно, не буду лениться.
Добавлено:
Bulat_Ziganshin
Цитата:
на этом графике сжатие отличается максимум на 0.6%, а скорость до 3-4 раз. из него можно сделать только вывод что лучше взять самую левую (быструю) точку
Если посмотреть мой последний тест:
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=760#6
то как-то так и получается.
А после нового rep-а результаты еще больше "усреднятся" по сжатию.
rep+tor - достаточно сильная штука!
Цитата:
думал сделать что-то такое сам, во внешнем скрипте
какие проблемы? даёте fa список файлов, он их складывает в архив
я собираюсь сделать опцию, позволяющую изменить имя выходного архива аналогично 7z - т.е. архив создаётся как обычно но записывается в другой файл, так что оригинальный архив остаётся неизменным
видимо, надо ещё сделать вариант чтобы этот архив создавался с нуля - т.е. если в архиве есть 1.txt и архиватор обнаружил что в него надо добавить 2.txt, то этот файл добавляется в новый архив - как раз получится инкрементная упаковка. всё это технически несложно
сейчас инкрементальные архивы можно создавать за счёт атрибута Archive. как раз в gui это упоминается как инкрементальная упаковка. тебе это не подходит?
Ура 
Bulat_Ziganshin
Цитата:
как раз это мне и нужно
запускаем "обновление" архива, но сохраняем все данные в (новый) архив с другим именем
Цитата:
хм, что-то я не улавливаю, чем это отличается от "архив создаётся как обычно но записывается в другой файл" выше?
как я понял, там речь о том, чтобы:
запускаем "обновление", указываем запись в другой файл - получаем новенький архив со всеми новыми и изменившимися файлами
что тогда значит "создавался с нуля"?
Цитата:
к сожалению, это не позволит выбирать, относительно чего считать "инкремент" - он всегда будет с момента предыдущей архивации
и если, например, создать полный архив в понедельник, а потом инкрементальные во вторник, среду и четверг, то для восстановления состояния "на четверг" придётся распаковать по очереди все 4 архива
в то время, как если каждый раз делать "инкремент" относительно полного, будет достаточно только двух
Цитата:
записывается в другой файл, так что оригинальный архив остаётся неизменным
как раз это мне и нужно
запускаем "обновление" архива, но сохраняем все данные в (новый) архив с другим именем
Цитата:
сделать вариант чтобы этот архив создавался с нуля
хм, что-то я не улавливаю, чем это отличается от "архив создаётся как обычно но записывается в другой файл" выше?
как я понял, там речь о том, чтобы:
запускаем "обновление", указываем запись в другой файл - получаем новенький архив со всеми новыми и изменившимися файлами
что тогда значит "создавался с нуля"?
Цитата:
инкрементальные архивы можно создавать за счёт атрибута Archive
к сожалению, это не позволит выбирать, относительно чего считать "инкремент" - он всегда будет с момента предыдущей архивации
и если, например, создать полный архив в понедельник, а потом инкрементальные во вторник, среду и четверг, то для восстановления состояния "на четверг" придётся распаковать по очереди все 4 архива
в то время, как если каждый раз делать "инкремент" относительно полного, будет достаточно только двух
Цитата:
спасибо правда возникла маленькая проблема, связана она с размером файла, она указывается в мб, если извлекаемый файл весит меньше мегабайта, то соответственно размер равен = 0 при отображении, как получить размер в килобайтах или байтах?
никак
разве что dll самому откомпилять. считается что такие файлы слишком быстро распаковываются для того, чтобы пользователь успел что-либо увидетьShuld
Цитата:
Я подгонял настройки под сжатие в реальном времени кучи небольших (порядка мегабайта) файлов (с дальнейшей записью на флешку) и последующей быстрой распаковки.
На сильно разных процессорах и методы и параметры нужны разные.
На e6750 -m=tor:3:1m:h512k
На i3 -xtor дальше на память не помню
на intel atom n270 -m=tor:4:512k:h256k / -m=tor:4:2m:h1m
про geode - на руках нет конкретных данных
Я в своё время тоже что-то сжимал
и на атоме (посмотрите, ответьте на свой вопрос, про "качественные изменения")
Цитата:
А что, результаты сильно отличаются? В чем?
Я свои проверяю еще на двухядерном. Результаты качественно одинаковы.
Я подгонял настройки под сжатие в реальном времени кучи небольших (порядка мегабайта) файлов (с дальнейшей записью на флешку) и последующей быстрой распаковки.
На сильно разных процессорах и методы и параметры нужны разные.
На e6750 -m=tor:3:1m:h512k
На i3 -xtor дальше на память не помню
на intel atom n270 -m=tor:4:512k:h256k / -m=tor:4:2m:h1m
про geode - на руках нет конкретных данных
Я в своё время тоже что-то сжимал
и на атоме (посмотрите, ответьте на свой вопрос, про "качественные изменения")
Просто роскошный был бы архиватор, если бы:
- была многотомность (но только не так, как в 7-zip=)
- SFX (с многотомностью) и с пользовательскими картинками, как в RAR
- (???)
Верю, так оно и будет когда-нибудь)) К тому моменту будут дополнительно пофиксены всякие основные неприятности, и я, наконец, совершу страшный, подлый и богомерзкий акт предательства в отношении WinRARа. Возможно, и не я один. Даже если FreeArc будет вовсе уже и не Free, а PaidArc.
- была многотомность (но только не так, как в 7-zip=)
- SFX (с многотомностью) и с пользовательскими картинками, как в RAR
- (???)
Верю, так оно и будет когда-нибудь)) К тому моменту будут дополнительно пофиксены всякие основные неприятности, и я, наконец, совершу страшный, подлый и богомерзкий акт предательства в отношении WinRARа. Возможно, и не я один. Даже если FreeArc будет вовсе уже и не Free, а PaidArc.
Rep + tor:5 / tor:6
Предыдущие результаты по tor:3 и tor:4 были опубликованы здесь:
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=1300#11
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=1320#6
Процессор i3-530 (2 ядерный, 4 поточный), Win7 32-разрядная, ОЗУ 4 ГБ
Tor:5
Метод tor:5…(l4) тратит времени примерно столько же, сколько tor:6…:l4, но сжимает всегда хуже. Пример для rep:…:64:c32+xtor:…:4m:…:l4
Метод tor:5…(l4) Время tor:6…:l4 Время
Предыдущие результаты по tor:3 и tor:4 были опубликованы здесь:
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=1300#11
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=1320#6
Процессор i3-530 (2 ядерный, 4 поточный), Win7 32-разрядная, ОЗУ 4 ГБ
Tor:5
Метод tor:5…(l4) тратит времени примерно столько же, сколько tor:6…:l4, но сжимает всегда хуже. Пример для rep:…:64:c32+xtor:…:4m:…:l4
Метод tor:5…(l4) Время tor:6…:l4 Время
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275
Предыдущая тема: Punto Switcher (часть 3)
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.