» FreeArc: бесплатный open-source архиватор

Bulat_Ziganshin

Цитата:

Имена/маски обрабатываемых файлов могут также читаться из файлов-списков, где они должны быть записаны построчно.

Цитата:

формат файла arc.groups, описывающего порядок сортировки файлов, несколько расширен и включает в себя также описания типов файлов в виде меток $text, $binary и т.д., включаемых перед текстовыми и бинарными файлами, соответственно:

$text
readme.*
*.txt
*.doc
$binary
*.pdf
$default
$compressed
*.7z
*.arc
*.rar
*.zip
$wav
*.wav

...Итак, в этом примере все файлы разбиты на 4 группы - $text, $binary, $compressed и $wav

Т.е. чтобы $text, $binary, $compressed ... были в файл-списке.
Это для того, чтобы независить от файлика arc.groups.

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

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

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

ты предлагаеш каждый раз перезаписывать "отдельный ini-файл" ? - не оптимально как-то

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

arc a a -cfg=alternative.ini

вот вот
только может сразу
FreeArc -cfg=filedirector.ini

ещё очень полезно сделать поддержку чтения тех же данных из реестра

HKEY_CURRENT_USER\Software\FreeArc\Tasks

т.е. просто запускаем FreeArc, который сразу же выполняет задания

euheny

Цитата:

ещё очень полезно сделать поддержку чтения тех же данных из реестра

Вот из реестра не лучше.

Хочется иметь возможность принести на флешке на другую машину FreeArc и ini-файл с заданиями и тут же запустить. Понятное дело, на этой другой машине никаких упоминаний FreeArc в реестре может не быть.

Универсальность превыше всего

Цитата:

Универсальность превыше всего

конечно - всегда так

но я не призываю оставлять FreeArc свои записи в реестре, а всего-лиш проверить их наличие и
1.работа с реестром даёт определённые удобства
2.программа может настраиваться - использовать реестр или нет
3.программа сама может очищать реестр при закрытии, сохраняя настройки в ini, а при запуске(если реестр чист) читать ini

тем более винда - реестр, реестр - винда

слушай, Евгений, тебе самому эта фича действительно нужна? нахрена предлагать то, что просто случайно пришло в голову, только на том основании, что реестр - это модно?

euheny

Цитата:

тем более винда - реестр, реестр - винда

А ты не думал, что FreeArc - проект с открытыми исходниками, который в будущем вполне может быть портирован под другие системы (под тот же Linux), где никакого реестра и в помине нет.

Bulat_Ziganshin
Главное - не отвлекайся от главного Сейчас важнее всего сжатие/скорость и базовые архиваторные фичи. Всякие рюшечки вроде отдельних ini с конфигами - потом.

Bulat_Ziganshin
Это только было бы неплохо
Скажем так - работа с реестром более быстрая и удобная
Хотя к FreeArc это имеет слабое отношение
Можеш закинуть в конец списка или забыть - мне реально эта фича не нужна, но если бы она была - использовал бы

я сейчас работаю над шифрованием. унутре оно уже готово, а вот в том, что касается внешнего интерфейса - возможны варианты. ставится задача во-первых совместимости сверху вниз с RAR по формату командной строки - т.е. чтобы всё, что можно сделать в RAR, можно было бы сделать и у меня с использованием тех же опций/команд. во-вторых, добавление популярных фич - keyfiles, различные алгоритмы шифрования, шифрование несколькими алгоритмами, зашифровка/дешифровка/перешифровка существующего архива. нынешние планы изложены здесь:

http://www.haskell.org/bz/FreeArc040.htm#_Toc176960580

изменения/дополнения welcome - пока я не начал всё это реализовывать

Цитата:

нынешние планы изложены здесь:

кодировки глючат ...
может UTF-8 ?

cp 1251. с другими кодировками у IE возникают проблемы

вообще я задолбался с этой порблемой кодировок. может, я что-то делаю неправильно?

я не спец по кодировкам, но опыт утверждает :

для инета лучше UTF-8, а для проги - UTF-16

хотя Opera и UTF-16 отлично понимает

А FreeArc можно запустить без окошка ?

Смотрите Максимальное практическое сжатие: WinRK, ccm(x), uharc, FreeArc и 7-zip - статья была значительно обнолвена с момента выхода первоначальной версии

кроме того, я поправил ссылку на исходники в заголовке и упростил процесс её компиляции


Цитата:

для инета лучше UTF-8,

у меня IE6 вообще хорошо вопрсинимает только cp-1251, остальные приходится устанавливать вручную на него, болезного, и ориентируюсь - имхо у большинства пользователей всё же IE, да и те, кто с другими бразуерами - всё же посообразительнее


Цитата:

А FreeArc можно запустить без окошка ?

если речь о консольном окошке - то нет. жди как минимум версии 0.41

Цитата:

на него, болезного, и ориентируюс

дело твоё

Я тут погонял FreeArc :
1.Проблема с папками - не могу добавлять и указывать для извлечения
2.Непонятно какие файлы добавляются и извлекаются (отчёт хромает)

Вывод - ключики не оптимизированы - работать затруднительно

Компрессия и скорость на высоте

Benchmark
Цитата:

Цитата: да, это абсолютно необходимо. хотя я думал, что это автора multi-arc надо пинать

Возможно его. Я не знаю, на каком этапе в TC происходит конвертация юникодного списка в ANSI - при передаче его в Multiarc, или уже внутри самого Multiarc'a. Одним словом, кого-то из них двух.

Цитата:

Хорошо бы здесь всё же указать количество и объём файлов каждого типа

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


Цитата:

В упомянутом мной тесте, кстати, FreeArc в первых рядах! Молодец!!!

думаю, что релиз займёт там все три призовых места - я с тех пор добавил tornado и delta filter


Цитата:

Какие возможности 7-zip, кроме разбиения на тома и создания SFX пока отсутствуют?

в 0.40 появилось шифрование и linux-версия. нет томов, sfx/installer, gui, 64-битной версии


Цитата:

2. Какие проблемы с надёжностью? (Это самое важное, ибо архивы создаются в основном для backup'а)

во-первых, я знаю достаточно серьёзные проблемы с 0.36. вот одна из них:
"m" удаляет на диске файлы, которые были переданы из старого архива, т.е. после команд
arc a archive 1
arc m archive 2
с диска будут удалены оба файла - 1 и 2

во-вторых, молодой и имеющий мало пользователей проект в любом случае будет иметь больше проблем, чем 7-zip


Цитата:

Open-source: надо подключать народ, поможем. На sourceforge размести проект - и вперёд!

скоро будет. только не думаю, что помощи будет больше чем для 7-zip исходники если ты не заметил и сейчас любой желающий может скачать и откомпилировать


Добавлено:

Цитата:

1.Проблема с папками - не могу добавлять и указывать для извлечения
2.Непонятно какие файлы добавляются и извлекаются (отчёт хромает)

опиши точнее в чём проблемы

Добавлено:

Цитата:

Описал победу в шапке в

да, спасибо за оформление! здесь его делать не очень-то удобно

Добавлено:

Цитата:

TotalCommander, к сожалению, даже внутри себя поддерживает Unicode только частично. Етот вопрос надо в соответствующей в теме Total Commander (часть 4) или Multiarc плагины и аддоны для FAR и Total Commander решать.

я со своей стороны сделал поддержку в файллистах всех 4-х кодировок - ansi, oem, utf-8, utf-16

Bulat_Ziganshin
Цитата:

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

Так опиши поподробней - для нас, для всех интересующихся FreeArc'ом или просто твоим сравнением. Иначе это выглядит размыто, поскольку всё равно у каждого своё соотношение разных типов файлов -> сравнения без подробного описания типа исходных данных
очень мало чего могут дать пользователю на его данных.

Цитата:

я со своей стороны сделал поддержку в файллистах всех 4-х кодировок - ansi, oem, utf-8, utf-16

Отлично. А как нам это получить? Ты где-то выкладываешь очередные билды? И обновлённые исходники?

А то в шапке и на http://www.haskell.org/bz/arcrus.htm исходники от 22.02.2007 для версии 0.36

По поводу форматирования см ПМ

Цитата:

Отлично. А как нам это получить?

За это время архив уже два раза обновился

Цитата:

уже два раза обновился

За счёт документации и аддона для TC. Сам файл старый 0.36

http://forum.compression.ru/viewtopic.php?t=1627&start=165

FreeArc 0.40 от 18.09.2007
http://www.haskell.org/bz/FreeArc-0.40-beta-win32.7z
http://www.haskell.org/bz/FreeArc-0.40-beta-linux-i386.tar.bz2

Bulat_Ziganshin

Цитата:

опиши точнее в чём проблемы

для начала :

архив - c:\arh\test.arc
папка для извлечения - f:\arh\test

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

только убедись что работает правильно - а то я как уж не пробывал (мож документация запутанная)


Цитата:

utf-16

очень хорошо - осталось проверить

egor23
Цитата:

FreeArc 0.40 от 18.09.2007
http://www.haskell.org/bz/FreeArc-0.40-beta-win32.7z
http://www.haskell.org/bz/FreeArc-0.40-beta-linux-i386.tar.bz2

Осталось спросить автора, всегда ли он именно по этим ссылкам будет выкладывать обновления. Собственно, мой вопрос был к нему, но вы опередили...

И ещё интересуют исходники - сам автор ссылался на описания функциональности в комментариях С++ (документация часто отстаёт )
Добавлено в шапку:
обсуждение на форуме www.compression.ru (c начала, в обратном порядке)

Булат выложил на свой сайт пре-релиз версию 0.40

Все лежит тут:

Цитата:

http://www.haskell.org/bz/arc040.htm
http://www.haskell.org/bz/FreeArc-0.40-prerelease1-win32.7z
http://www.haskell.org/bz/FreeArc-0.40-prerelease1-linux.7z
http://www.haskell.org/bz/FreeArc-0.40-prerelease1-sources.7z

Опять же версия исключительно для тестирования.

Timka

Цитата:

И ещё интересуют исходники

Исходники прилагаются.

p.s. линк на Linux-версию походу битый

ok, за эти три недели я подготовил программу к выпуску. ссылки для загрузки:

Win32 версия
Linux-i386 версия
Исподники

новая версия включает MM сжатие, улучшение обычного сжатия, сверх-быструю упаковку в режимах -m1/m2, поддержку произвольных внешних упаковщиков, настраиваемых в arc.ini, 1.5-кратное увеличение скорости работы на 2-ядерных процессорах, навороченное шифрование, полностью работающие плагины для FAR/TC и т.д. смотрите подробный список изменений и документацию к новой версии

Поскольку это первая публичная версия с окончательными версиями всех алгоритмов, я советую использовать её только для тестирования. Или, как минимум, включайте -t. В комплекте программы есть батник supertest.cmd, который вы можете использовать для того, чтобы протестировать FA на своих файлах и попытаться посадить меня в лужу если кому-то интересен полный список всех исправлений в этой версии - ищите History.txt, в нём же описано что ещё будет поправлено до выпуска релиза




Цитата:

архив - c:\arh\test.arc
папка для извлечения - f:\arh\test

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

arc x c:\arh\test.arc -dpf:\arh\test

а что ты понимаешь под сохранением относительных путей?



Цитата:

Так опиши поподробней - для нас, для всех интересующихся FreeArc'ом или просто твоим сравнением. Иначе это выглядит размыто, поскольку всё равно у каждого своё соотношение разных типов файлов -> сравнения без подробного описания типа исходных данных

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



Цитата:

Ну хотябы помести (в следующей версии) в конец лога что-то типа 7-zip-овского "Everything is Ok" (конечно при условии полного успеха).

это сделано. читай Обработка ошибок



Цитата:

я добавлю в программу возможность замены ini файла. типа такого:

arc a a -cfg=alternative.ini

это сделано, см. описание опций -cfg/-env

Bulat_Ziganshin
Теоретический вопрос ламера :
Вот вы выжали максимум или почти максимум из самых мощьных опенсорцовых алгоритмов.
А есть ли ещё куда развиваться, куда копать так сказать ?
Если пофантазировать :
1) возможно ли сейчас какое-нибудь революционное появление новых алгоритмов ?
2) Будете ли вы ещё как-нибудь увеличивать сжатие/уменьшать скорость упаковки ?
3) Если откроются исхлдники допустим precomp, ccm, sbc, вам они будут интересны ?

В общем мечты о лучшем сжатии не дают покоя. Какой-то застой в области наблюдается.

ИМХО, не лучшее сжатие нужно делать - а анализировать файлы перед сжатием (это, ИМХО, займёт 15% времени от сжатия) и для разных групп файлов применять разные алгоритмы - а то у меня массу мелких текстовых файлов 7Z архивирует в несколько раз лучше, чем ZIP, а когда в том же архиве оказываются файлы PDF-DJVU - время архивации резко замедляется.
Только не надо предлагать делать разные архивы - мне своё время дороже...
Пусть сам архиватор делает разные архивы и потом валит их в единый TAR, например.

В то же время, нужно, ИМХО, что-то делать с предварительно сжатыми типами файлов - типа ODT, ODS, DOCX, XLSX, FBZ, SVZ и т.п. - для них распаковка и последующее сжатие даёт выигрыш примерно как тот же 7Z к ZIP.

А если говорить не об алгоритмах сжатия, а об инструменте сжатия, то его, ИМХО, нужно делать модульным, как Миранду, чтобы любой юзер мог написать собственный модуль (анализа, запаковки, шифрования, резервирования информации для восстановления и т.п.) и подключить его к основной оболочке...