» FreeArc (часть 4)

Bulat_Ziganshin
1. cmd - run as administrator
2. regsvr32 ArcShellExt-64.dll
и наконец-то появилось меню.

Было бы интересно увидеть этот алгоритм в FA
http://habrahabr.ru/blogs/algorithm/117319/

Paramon111
я подробно объяснял почему это не может быть сделано - dispack ещё будет совершенствоваться и файлы сжатые с помощью dispack070, не будут распаковываться будущими версиями fa

Bulat_Ziganshin
SVN перенесен на новый сервер?

Цитата:

опять я на это попался

На баг или на фичу?

Bulat_Ziganshin
Понятно. Тогда -m1 можно подправить. exe я думаю будет в следующих версиях.

Добавлено:
Bulat_Ziganshin
Еще по поводу -m1.

По умолчанию -m1=rep:96m:256+xtor:3:2mb:h256kb

Если изменить rep:96m:256 на rep:1600m то мы увидим интересные вещи:

Папка портабельных программ 1 гиг:

-m1 -> 386m (37.6%) 0.22
-m=rep:1600m+xtor:3:2mb:h256kb -> 373m (35.7%) 0.10 (!)

Образ win 7 x32 2.25 гиг:

-m1 -> 2.00g (88.5%) 1.05
-m=rep:1600m+xtor:3:2mb:h256kb -> 1.75g (!) (77.5%) 1.01

Образ win 7 x64 2.93 гиг:

-m1 -> 2.63g (89.7%) 1.36
-m=rep:1600m+xtor:3:2mb:h256kb -> 2.28g (!) (77.8%) 1.21

Виртуальный образ системы 8.5 гиг:

-m1 -> 3.26g (38.4%) 3.24
-m=rep:1600m+xtor:3:2mb:h256kb -> 2.93g (34.5%) 3.07

Может стоит изменить в следующих версиях?

svn повис в воздухе попался на твои пробелы и кавычки

Цитата:

Было бы интересно увидеть этот алгоритм в FA

без реально работающего декодера это фигня, а не алгоритм. Комменты хотя бы почитайте.

Bulat_Ziganshin
Я наверное Вас уже замучал, но вот опять:

Цитата:

>Arc.exe -tzip a zzz

ERROR: unknown option "-tzip"

FreeArc 0.67 (November 3 2011) http://freearc.org November 3 2011

Что я опять делаю не так ?


Цитата:

>Arc.exe -tzip a zzz
FreeArc 0.67 (September 29 2011) creating archive: zzz.arc
Compressing 1 file, 2,892,184 bytes. Processed 0%
c_szCompress: unsupported archive type
Arc.exe: szCheckedTABI: error

Добавлено:
Нашёл: надо добавить 7z.dll (из 7zip) к Arc.exe
Может в шапку ?

Добавлено:
что-то я не понял:

timer:pkzipc -add -lev=9 pkzipc 35*
00:00:04.384
19 768 328

timer:pkzipc -add -lev=3 pkzipc 35*
00:00:03.261
20 219 573

timer:pkzipc -add -lev=2 pkzipc 35*
00:00:03.105
20 545 683

Arc.exe -tzip a freearc 35*
FreeArc 0.67 (November 3 2011) creating archive: freearc.zip
Compression time: real 7.93 secs. Speed 12,961 kB/s
00:00:08.019
19 643 762

Да, в zip сжало "сильнее", но времени в 2 раз больше ушло !
Есть крутилка скорость/плотность ?

Добавлено:
Прочитал топик заново, решил проверить:
7z.dll от FreeArc + .\Codecs\FreeArcCodecs.dll
И что это ?

Неприкольно.

Сразу в топик

В итоге всего этого ммм.... мероприятия:
>Arc.exe -tzip a zzz 35*
FreeArc 0.67 (November 3 2011) creating archive: zzz.zip
Compressed 25 files, 102,718,006 => 20,297,029 bytes. Ratio 19.7%
Compression time: real 2.35 secs. Speed 43,756 kB/s

После всего этого !!! ПИСАЮ КИПЯТКОМ !!!
По плотности получилось нечто среднее между: pkzipc -lev=3 и -lev=2, а по скорости - быстрее.

Есть крутилка скорость/плотность ?

Вы не могли бы класть в дистрибутив консольной версии FreeArcCodecs.dll и 7z.dll ?

очевидно, что алгоритм, сжимающий несжимаемые данные, некорректен

Хотелось бы попросить сделать .ini с поддержкой сжатия jpg и mp3 через packarc напрямую без precomp, а также .bat файл для --sync бэкапа, с возможностью исключить одну папку.
Сейчас для этих целей используется обычный robocopy без сжатия, копируется D исключая папку noback:
robocopy D:\ E:\dbackup\ /MIR /COPY:DAT /DCOPY:T /V /MT:1 /NP /XD d:\noback /ZB /R:3 /W:1

Bulat_Ziganshin
Дай пожалуйста пример для запаковки файла срепом версии 2,95 чтоб при распаковке требовалось 128 мб ОЗУ

Paramon111

Цитата:

Если изменить rep:96m:256 на rep:1600m то мы увидим интересные вещи:

Булат даже 1000м считает мало кому подойдет.
Он делает -m1 доступным всем, а не избранным с гигантским ОЗУ.
Не пойдет он на это однозначно.

Другое дело, сделать -m91 с rep:2000m.
Если на это его подбивать.

упаковка: srep -f file
распаковка: srep -d -mem128m file.srep

как видишь, использование памяти задаётся при распаковке, при этом упаковка должна делаться с -f. учти, что при таком малом объёме памяти srep будет много писать в tempfile. советую использовать хотя бы вдвое больше памяти

Цитата:

Вы не могли бы класть в дистрибутив консольной версии FreeArcCodecs.dll и 7z.dll  ?

я не знаю насколько это целесообразно, учитывая что козырь консольной версии - как раз маленький размер


Цитата:

Есть крутилка скорость/плотность ?

-m1..9

а вообще можно использовать просто все 7-zip'овские опции, начинающиеся на -m - они передаются в 7z.dll напрямую

Shuld
Ясно. rep у меня больше 1600 метров не ставится.

ИМХО 4 гига оперативы должен иметь каждый как минимум ))

Bulat_Ziganshin
Яжал так srep32.exe -m3 -l32 coalesced.tfc data.srep с срепом 2,95 теперь мне сжимать так

srep32.exe -m3 -l32 -f coalesced.tfc data.srep ?
или просто srep -f file

Добавлено:
Bulat_Ziganshin

Цитата:

как видишь, использование памяти задаётся при распаковке, при этом упаковка должна делаться с -f. учти, что при таком малом объёме памяти srep будет много писать в tempfile. советую использовать хотя бы вдвое больше памяти

я 128 мб привёл для примера в среднем планирую использовать 512мб

Paramon111
19:34 06-08-2012
Цитата:

ИМХО 4 гига оперативы должен иметь каждый как минимум ))

Это кто так решил?

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

Не нужно превращать FreeArc в еще один 3.14...й архиватор с супер-пупер сжатием, который никто широко не будет использовать. Хватит, уже насоздавали таких "живых мертвецов".

Добавлено:
FreeArc сейчас фактически единственная нормальная альтернатива убогому по функционалу 7-zip, и наоборот нужно прилагать все усилия для его широчайшего распространения, а не искусственно сужать область его применения.

Цитата:

козырь консольной версии - как раз маленький размер

Да, и когда к консольной версии приходится скачивать ещё и полный дистрибутив - волосы дыбом.
Да ладно бы просто скачать - разобраться ещё нужно что к чему, куда что положить.
Согласен на компромис - read.me в дистрибутиве с указанием этих нюансов.

Для меня козырь консольной версии - cli.

Цитата:

srep32.exe -m3 -l32 -f coalesced.tfc data.srep ?

да

вообще, лучше использовать srep в контейнере .arc - это позволит распаковывать без промежуточных файлов, но требует большей квалификации

а для чего нужен FreeArcCodecs.dll?
для 7z или для Total Commander/FAR?

WatsonRus

Цитата:

Любой архиватор должен...

Это кто так решил?

Автор может прислушиваться к мнению окружающих, но ему решать, что и кому должно его детище.

На самом деле, если последовать вашему желанию и начать ограничивать архиватор, то весь смысл проекта FreeArc пропадёт.

Кстати, 7-zip или winrar тоже могут создавать архивы, которые не на всяком телефоне распакуются.

Добавлено:
Как-то непонятно работает опция "precomp". Когда я в командной строке пишу "arc.exe -mprecomp...." оно работает. А когда в графической оболочке выбираю галочку, то получается гораздо худший результат, как будто precomp сработал в минус. Что я делаю не так?

Цитата:

-m1..9

Вах! Работает!

Arc.exe -tzip -m9 a zzz 35*
Compressed 25 files, 102,718,006 => 19,799,013 bytes. Ratio 19.2%
Compression time: real 2.85 secs. Speed 36,072 kB/s

Arc.exe -tzip -m1 a zzz 35*
Compressed 25 files, 102,718,006 => 23,111,228 bytes. Ratio 22.4%
Compression time: real 1.28 secs. Speed 80,404 kB/s


kalpak

Цитата:

а для чего нужен FreeArcCodecs.dll?

для быстрого сжатия в zip, при помощи "родного" freearc-кового 7z.dll


На проце e6750 приходится делать выбор:
-m=tor:3:1m:h512k (быстрее) ИЛИ -tzip ("совместимее" )
Для меня pkzipc не вариант (платный, более медленный).

Arc.exe -tzip -m1 a D:\.2DEL\zzz
Compressed 50,115 files, 1,737,002,438 => 438,601,739 bytes. Ratio 25.2%
Compression time: real 303.08 secs. Speed 5,731 kB/s

Arc.exe -m=tor:3:1m:h512k a D:\.2DEL\zzz
Compressed 50,115 files, 1,737,002,438 => 323,762,291 bytes. Ratio 18.6%
Compression time: cpu 39.76 secs, real 246.82 secs. Speed 7,038 kB/s

pkzipc -lev=1 -add D:\.2DEL\zzz
SecureZIP(R) Server Version 14 for Windows
1,737,002,438 => 496 753 625
295.590 secs

Bulat_Ziganshin
то есть прописывать в arc.ini ?

Добавлено:
дописать вот это ?
[External compressor:srep]
packcmd = srep {options} $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
unpackcmd = srep -d - - <stdin> <stdout>

Как задать rep:2000m? У меня при любых параметрах ld lc потолок при упаковке 1787m.

Добавлено:
Разобрался. rep использует 1/2 объема от наличной памяти. При моих 4г примерно так и выйдет.

ALExey1995

Цитата:

то есть прописывать в arc.ini ?

Добавлено:
дописать вот это ?

если ты юзаешь isdone, то используй все как есть, только в начале скрипта раскомментируй #define SrepInside. Настройки для распаковки срепа просто задаешь в SrepInit (все что надо автоматом в arc.ini дописывается).

Bulat_Ziganshin
Цитата:

лучше использовать srep в контейнере .arc - это позволит распаковывать без промежуточных файлов, но требует большей квалификации

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


Добавлено:
и все таки внешнее приложение (srep.exe в данном случае) ищется и в CurrentDir) а не только во временной папке фриарка, переменной path, системном пути и т.д.

Bulat_Ziganshin
Планируется ли в будущем опционально отключение проверки CRC при распаковке для алгоритмов с потерями (аудиоданные).

Цитата:

Как задать rep:2000m?

для этого нужен 64-разрядный компьютер, -lc- -ld- и tempfile после rep


Цитата:

А когда в графической оболочке выбираю галочку, то получается гораздо худший результат

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

Добавлено:

Цитата:

Хотелось бы попросить сделать .ini с поддержкой сжатия jpg и mp3 через packarc напрямую без precomp

напишите самостоятельно. или может кто с форума вам поможет. кстати, mp3 лучше жмёт sound slimmer, а jpg точно так же обрабатываются прекомпом, так что есть ли смысл в использовании именно packarc?

новая альфа:

i18n: добавлены возможность перевода для всех строк в GUI; улучшен тултип 1227
поддержка UNC в имени архива (arc a \\pc\share\a.arc)
диалог Добавить: закладки для конструирования методов сжатия/шифрования заменены на вызываемые диалоги
диалог Добавить: если включить опцию "Отдельные архивы для каждого файла", то строка "Выходной архив" заменяется на "Выходной каталог"
все диалоги: теперь галочки опций автоматически включаются, как только вы меняете содержимое опций
Проверка на новые версии: альфа-версии обнаруживают появление новых альф и предлагают открыть Download-Alpha.aspx
опция --queue и галочка "Общая очередь операций для всех копий FreeArc" в диалогах Добавить/Извлечь/Настройки
Консольная версия: 7z.dll+FreeArcCodes.dll теперь включены в комплект поставки
исправлено: каталог логфайла создаётся если его ещё не существует; если логфайл невозможно открыть, то регистрируется предупреждение и операция продолжается
моя 7z.dll: избавились от зависимости от msvcr100.dll
Unarc.dll: команда "l" также передаёт точные origsize/compsize
API: удалены MultiCompress()/... поскольку их функциональность теперь включена в Compress()/... - т.е. вы можете сжимать с методами типа "rep+exe+lzma"



new alpha version:

i18n: translated all remaining strings; improved tooltip 1227
support for UNC in arcname (arc a \\pc\share\a.arc)
Add dialog: tabs for constructing compression and encryption methods were offloaded to subdialogs
Add dialog: when "Compress into separate archives" is enabled, "Output archive" box is replaced with "Output dir" box
GUI dialogs: checkboxes are automatically toggled on when associated options are modified
Checking for new versions: alpha versions detect newer alphas and offer to open Download-Alpha.aspx
--queue option and "Queue operations across multiple FreeArc copies" checkbox in Add/Extract/Settings dialogs
Console version: 7z.dll+FreeArcCodes.dll was included in the package
fixed: create logfile's directory if it doesn't exist; register warning and continue operation if logfile cannot be opened
my 7z.dll: removed msvcr100.dll dependency
Unarc.dll: also pass an exact total origsize/compsize on "l" command
API: removed MultiCompress()/... since their functionality now is part of Compress()/... - i.e. you can compress with methods like "rep+exe+lzma"


Добавлено:
Snoopak96
-kb

В последних альфах FA внешние упаковщики работают скрыто в GUI.
А обратно это как-то можно настроить?

Bulat_Ziganshin, согласен, sound slimmer и быстрее, а по скорости меня бы и stuffit больше всего устроил.
Про jpeg через precomp я уже писал здесь - нихрена он не сжимает на моих обычных jpeg с камеры, в отличие без прекомпа.