» FreeArc (часть 4)

MrNN

Цитата:

Почему sfx-архивы FreeArc'a некоторые антивирусы принимают за зловредов?

Можете предоставить пруфлинк (выложите скриншот, ссылку на virustotal.com)?

Делюсь опытом подключения внешнего компрессора zpaq 7.04.
Копируем zpaq.exe в папку "FreeArc\bin".
Для сжатия создаём отдельный arc2.ini, в нём

Код: [External compressor:zpaq]
packcmd = {compressor} add $$arcpackedfile$$.tmp $$arcdatafile$$.tmp -threads 1 -method {option}
unpackcmd = zpaq x $$arcpackedfile$$.tmp.zpaq
packedfile = $$arcpackedfile$$.tmp

Цитата:

проблема в том, чтобы выработать удобный для их использования GUI. а для этого надо как раз быть "опытным пользователем этих опций"

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

fdhhhhhhhhhhh
1) в планах
2) реализовано
3) слишком обширная тема


Цитата:

Ну тогда сделай хотя бы возвращение высоты окошка при нажатии на минус.

как-нибудь


Цитата:

низкий приоритет, снова как в WinRAR.

у freearc и так всегда низкий приоритет, иначе винда просто вешалась

Добавлено:
MrNN
вероятно старая версия упакованная upx. проверьте сентябрьскую альфу или сами распакуйте

слишком замученно. проще создать arc-zpaq.ini, в него внести содержимое твоего arc2.ini, кинуть к arc/freearc и никаких cfg в комстроке указывать не нужно

ты просто недопонял концепцию ini-файлов и внешних компрессоров. более полный ini с командами и упаковки и распаковки никак не мешает работать всему остальному. всё равно эта команда упаковки используется только когда ты указал метод сжатия zpaq. и я рекомендую называть такие файлы arc-COMPRESSOR.ini, поскольку в будущем freearc вероятно будет читать только конфиг файлы начинающиеся на "arc-", ну и чтобы не путаться в них названия типа arc2 не очень-то удобны

разве что у тебя старый arc.exe который не подхватывал все файлы arc*.ini, ну тогда просто обнови его

PS: да, дошло. в доке поддержка arc*.ini не упомянукта, а ридми к каждой версии читать замучаешься. my bad

Сам шифром и комментом не пользуюсь, да и гуи вообще не использую, а только консольку, но предложение дам.
Можно сделать почти аналогичное по расположению как у WinRAR или даже 7Zip.
Думаю, полностью перекопировать интерфейс, конечно же, смысла нет, но логическое расположение можно использовать подобное (если имеющееся не устраивает).

Цитата:

у freearc и так всегда низкий приоритет, иначе винда просто вешалась

Странно... У меня на последнем билде при запуске архивации приоритет Normal, при нажатии на кнопку Background -- тоже! Помню, что раньше менялось! Баг?

Цитата:

 пожалуйста, НЕ нужно жать sfx-модули upx-ом (или чем там ты их жмёшь), ибо это жутко вешает мне систему (антивирь сканит и вешает).

Лучше авиру (да и любой другой лохотрон под названием "антивирус") в трэш отправить, имхо.

coolerru
низкий приоритет назначается тем конкретным тредам которые сжимают данные. приоритет процесса в целом не меняется

можешь сравнить отзывчивость системы при сжатии в 7-zip и freearc со 100% загрузкой процессора

Цитата:

НЕ нужно жать sfx-модули upx-ом

а я не против оного.
не знаю как это вписывается в концепцию, но хотелось бы дополнительную подстройку для модулей sfx, обжимать или нет. чтобы я сам решал.
в идеале, сам мог добавить чего хочу для обжатия моих самораспаковывающихся архивов. через опции и .ini
не на одном upx'е свет клином сошелся)

но так как не вникаю в общий замысел и трудности реализации, просто пожелание.

Ага, пишет Below Normal. Только вот при нажатии на кнопку Background ничего не меняется.

folta

Цитата:

но хотелось бы дополнительную подстройку для модулей sfx, обжимать или нет

По-моему, это чисто надуманная проблемма. Необходимый модуль, "обжатый" upx-ом, можно сохранить под другим именем, типа freearc_upx.sfx и при необходимости подключать его вместо стандартного freearc.sfx

new alpha version:fixed bug with using synonyms in -mc (i.e. precomp, precompj, maxprecomp, maxprecompj, exe2, maxsrep)
-mm/-mm+ definition was simplified - now it's always equal to -mm=max



Новая альфа-версия:исправлена ошибка с использованием синонимов в -mc (в частности precomp, precompj, maxprecomp, maxprecompj, exe2, maxsrep)
определение -mm/-mm+ упрощено - теперь они всегда эквивалентны -mm=max

Bulat_Ziganshin спасибо!

сорри, я залил эту альфу заново, поскольку в ней была серьёзная ошибка - FreeArc.exe был скомпилирован без оптимизации. заодно я улучшил описание:


new alpha version:fixed bug with using synonyms in -mc (i.e. precomp, precompj, maxprecomp, maxprecompj, exe2, maxsrep)
-mm/-mm+ definition was simplified - now it's always equal to -mm=max
unarc.dll: info about 'l' command added to the readme-rus.txt
please note that -max (-m9p) compression mode provides maximum compression with precomp+srep+dispack, while -m9j mode does the same plus jpeg recompression
Using synonyms added in the last versions, now FreeArc implements "Exprerimental compressor" checkboxes in the following way:

lzma:1gb: -mc:lzma/lzma:max:512mb
exe2: -mc:exe/exe2
srep: -mc:rep/maxsrep
precomp: -mc$default,$obj:+precomp
intense: -mc$default,$obj:+maxprecomp
jpeg: -mc$default,$obj:+precompj
intense+jpeg: -mc$default,$obj:+maxprecompj


Новая альфа-версия:исправлена ошибка с использованием синонимов в -mc (в частности precomp, precompj, maxprecomp, maxprecompj, exe2, maxsrep)
определение -mm/-mm+ упрощено - теперь они всегда эквивалентны -mm=max
unarc.dll: в readme-rus.txt добавлена информация о команде 'l'
обратите внимание: режим сжатия -max (-m9p) реализует максимальное сжатие с precomp+srep+dispack, а -m9j делает то же самое плюс пережатие jpeg

Добавленные в последней альфе синонимы используются для реализации чекбоксов "Экспериментальных алгоритмов" следующим образом:

lzma:1gb: -mc:lzma/lzma:max:512mb
exe2: -mc:exe/exe2
srep: -mc:rep/maxsrep
precomp: -mc$default,$obj:+precomp
intense: -mc$default,$obj:+maxprecomp
jpeg: -mc$default,$obj:+precompj
intense+jpeg: -mc$default,$obj:+maxprecompj

Подскажите, делаю распаковку так unarc.exe x files.arc -pPass -o+ -dpC:\path1
видна консоль, её можно скрыть?
Спасибо!

Огромное СПАСИБО за Bаш архиватор,пользуюсь довольно продолжительное время,
недавно возник вопрос - возможно ли добавить маску для файлов добавляемых в архив без сжатия (аналогично РАРовскому) ?
к примеру имеется папка с игрой ,в которой половина мультимедийных файлов скажем *.bik расширения.
можно ли добавить в профиль это расширение что бы файлы этого типа добавлялись в архив без сжатия?

coolerru
это так, в планах, но очень условно поскольку нужды большой в этом нет

Баг №2
только у меня воспроизводится ?

может немного ламерский
или не совсем в тему вопрос
но все же lzma2 же будет в FA, поэтому спрошу
почему lzma2 с a0 или hc4
при кол-ве потоков больше 3 требует больше памяти
даже чем bt2/3/4!

Цитата:

1. Запароленный архив:
Открываем разные архивы при помощи FA и на предложение ввести пароль жмём Cancel:
arc - Operation terminated by user!
7z - Prelude.undefined
rar - Prelude.undefined
Последние 2 мне показались не совсем понятными.

с обработкой cancel/^break пока полный бардак


Цитата:

2. Извлечение из архива:
http://freearc.org/download/0.666/FreeArc-portable-0.666-win32.zip
Right Click --> FreeArc --> Open with FreeArc --> заходим в папку share\themes --> выбираем AnachronAna --> Extract --> D:\test1 --> OK  

Цитата:
FILES SUCCESFULLY EXTRACTED FROM D:\FreeArc-portable-0.666-win32.zip

В рузультате папки D:\test1 нет.
1. arc - папка есть
2. zip - папки нет
3. 7z - папки нет

то же самое в http://encode.ru/threads/43-FreeArc?p=28958&viewfull=1#post28958

это из-за того, что -ap через 7z.dll не поддерживается. поэтому он не находит файлов, указанных в комстроке, и сообщает что успешно извлечено 0 найденных файлов. если просто зайти в каталог и заказать распаковку, то он извлечёт весь архив

я за -ap брался прошлой весной и завяз. попробую взяться снова..


Цитата:

3. Извлечение файлов из архива двойной вложенности:
На примере gz я уже писал.
То же у меня сейчас повторилось на arc-arc arc-rar, т.е. скорее всего не зависит от формата архива.

с gz понятно было - из a.tar-1.gz извлекался a.tar-1, и дальше стандартное открытие не работало. с arc-arc, полагаю, то же самое?

Добавлено:

Цитата:

к примеру имеется папка с игрой ,в которой половина мультимедийных файлов  скажем *.bik расширения.
можно ли добавить в профиль это расширение что бы файлы этого типа добавлялись в архив без сжатия?

включить их в группу compressed в arc.groups И добавить в комстроку опцию -m$compressed=storing или скажем -m$compressed=rep:256m

О балансировке алгоритмов сжатия "внутри" одного метода сжатия.

Bulat_Ziganshin
Несколько месяцев назад мы разговаривали на эту тему. Я "много думал", ставил эксперименты и пришел к определенным выводам.
Во многом - это вопрос идеологии. Какую идеологию выбрать?

1 Вариант. (очевидный?)
Допустим, есть данные 200 Мб, из которых 100 Мб - тексты ($text) + 100 Мб - архивы ($compressed).
Предположим, что в методе сжатия -m9,
тексты ($text) будут сжиматься 40 сек и результат будет 20 Мб
архивы ($compressed) будут сжиматься плохо, за те же 40 сек получится 90 Мб.
Итоговый результат 20+90=110 Мб за 40+40=80 сек.
Здесь выравнивание по времени сжатия.

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

2 Вариант. (неожиданный?)
Те же данные.
тексты ($text) будут сжиматься 40 сек и результат будет 20 Мб
архивы ($compressed) будут сжиматься плохо, поэтому берется алгоритм, который сожмет до 92 Мб, но за 4 сек!
Итоговый результат 20+92=112 Мб за 4+4=44 сек.
Одинаковой будет скорость "убирания" лишних Мб.
В случае текста (100 Мб - 20 Мб)/40 сек = 2 Мб/сек
В случае архивов (100 Мб - 92 Мб)/4 сек = 2 Мб/сек
Такой вариант не будет тратить лишнего времени на сжатие трудносжимаемых данных.
При этом, правда, мы не получим "максимально возможного" сжатия. Но если оно нужно, можно его "впихнуть" в отдельный метод, допустим -mx.

Поскольку FreeArc и так обычно на больших данных обходит по степени сжатия WinRAR/7z, то потеря степени сжатия вряд ли будет критичной, но по скорости получится еще большее преимущество.

Добавлено:
Bulat_Ziganshin

По интерфейсу.
После сжатия я бы хотел, чтобы окно процесса (которое мы обсуждали) не закрывалось автоматически, а оставалось. А кнопка "Отменить" заменялась бы на "Закрыть".
Или это где-то уже есть в настройках? Я не нашел.

Цитата:

с gz понятно было - из a.tar-1.gz извлекался a.tar-1, и дальше стандартное открытие не работало. с arc-arc, полагаю, то же самое?

Уже не наюблюдается этой проблемы.
arc-zip, arc-acr - всё ок.
С баг 1 дело видать непростое.
Баг 2 доставляет неудобства.

Bulat_Ziganshin
Заметил, что в файлах i18n (во всех) пересекаются новые строки "0535 Processed" и "0536 Total" с уже существующими "lzma:1gb" и "ехе2"

Странно, но то ли я делаю что-то неправильно, то ли действительно srep вообще не работает.

Создаю архивы при помощи комманды из ТоталКоммандера
<...>arc.exe ? a "_%O.arc" %S -m9x -i2 -lc- -ld- -di -mc:rep/srep:mem256mb -ag
(где %O и %S - переменные ТК, имя файла и список выделеных файлов, соответственно).

Так вот, что интересно, наличие "-mc:rep/srep:mem256mb" или отсутствие ровным счётом не даёт ничего (проверил уже на разных папках (софт, игры, документы) разных размеров), а в результате я получаю два одинаковых архива (пакую: 1-й - с параметром, 2-й - без).

Srep.exe, srep32i.exe, srep64i.exe (все 3.0.1) лежат возле Arc.exe (альфа 20.05.2012, прошлая - такая же).

kalpak
дело в том что сам по себе lzma может загрузить максимум 2 ядра. поэтому lzma/xlzma просто делит входные данные на блоки скажем по 16 мб и сжимает по несколько блоков одновременно

Shuld
1. уже сделано
2. http://freearc.org/history/changelog_full.htm - ищи --pause-before-exit

ruduk
второй раз уже про них забываю

Цитата:

Баг 2 доставляет неудобства.

в крайнем случае я сделаю чтобы fa отказался распаковывать в таких ситуациях


Цитата:

-m9x

не использует rep, поэтому замещать нечего. советую использовать -di и -di+$ для получения информации об алгоритмах. в данном случае можешь попробовать -mc$default+srep:256m, но учти что srep будет использовать 256 мб и lzma столько же

Кто нибудь подскажет мне, какой самый сильный параметр сжатия в FreeArc , чтоб диски трещали

Bulat_Ziganshin
т.е, это
Цитата:

-mc$default+srep:256m

нужно ВМЕСТО "-m9x", я правильно понял?

Bulat_Ziganshin
это я знал
просто почему память больше
с hc4/a0 чем с bt4 например:

Цитата:

4 потока hc4/a0 dictsize 16mb - 904
4 потока bt4/a1 dictsize 16mb - 621

4 потока hc4/a0 dictsize 32mb - 1800
4 потока bt4/a1 dictsize 32mb - 1168

это данные с диалогового окна 7zg
я проверял на практике
поэтому заметил, мне почему то кажется что a0/hc4
в 7z просит больше памяти потому
что он (a0) быстро выделяет память и не успевает ее освобождать
(я говорю именно о lzma2 в 7z)