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

Официальный сайт
Документация он-лайн на консольную версию
Скриншоты / Документация на GUI версию
Страница загрузки
Проект на SourceForge.net / SVN-репозиторий

---

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

Текущая альфа версия 0.50 от 23 июня 2008 г. Включает GUI с русификацией (описание), автоматическое определение типов файлов, создание SFX, ускорены режимы -m3/m4 и linux-версия, решены проблемы на машинах с 2+ гб ОЗУ, исправлены ошибки в -m1 и -mx (полный список изменений)

---

MiniFAQ...

---

Подробное описание используемых алгоритмов
Почему он сжимает лучше и быстрее, чем 7-zip/rar...
Результаты тестов, подтверждающие его крутизну...
Планы дальнейшего развития... (обновлены 15 июня)
Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows
Что подразумевается под "интеграцией с Explorer"
FreeArc wiki (включая описание формата архива)
External compressors Power Pack
Логотип - объявляется конкурс на иконки для FreeArc

---

Сторонние оконные программы для работы с FreeArc
wArc - простая и понятная программа управления архивами (требует .NET Framework 2.0)
PeaZip – менеджер архивов с поддержкой большого количества форматов, для Windows и Linux

---

предыдущая версия шапки

Bulat_Ziganshin
Приятно видеть автора в топике

Отличный архиватор. Очень интересный.

Первый вопрос: планируется ли добавить возможность создания многотомных архивов ? Для начала хотя бы обычных, не sfx (с sfx, как я понимаю, из-за обилия используемых в архиваторе алгоритмов, сложнее - размер распаковщика будет немаленький).

Ну и второй вопрос - каким алгоритмом жмутся "нераспознанные" файлы, то есть те, которые без расширения ?

буквально полчаса назад написал себе в to-do алгоритм создания многотомных архивов прикинул, что работы на 2-3 недели. решил отложить как минимум до следующей версии. я и так уже полгода не выпускал новой версии - изменений накопилось много. аналогично с sfx - это ещё 2-3 недели избыток алгоритмов действительно увеличит sfx по сравнению с 7zip-овским, но не особенно сильно - кил на 50-100 до сжатия. и никто не мешает нам делать специализированные sfx-модули, не содержащие лишних алгоритмов сжатия

sfx модуль кстати был в версии 0.25, точнее он и сейчас есть, но не распаковывает файлы, сжатые с применением фильтров, так что польза от него весьма сомнительна. тут у меня, кстати, вопрос к тебе и всем, кому sfx нужен - нужен gui/install модуль или сойдёт просто консольный? второй вариант мне гораздо проще довести до ума, т.е. его добавить скажем в 0.40 было бы вполне реально

аналогично вопрос про многотомность - какие вам нужны сценарии её использования? в плане создаём все тома, затем раскидываем их по дискам, или пишем сразу "на дискеты"? распаковываем "по одной дискете" или сваливаем перед распаковкой все тома в один каталог? recovery record для многотомных архивов вам нужна?

ответ на второй вопрос - файлы *без* расширения жмутся как текстовые, поскольку в поставляемом arc.groups файлы *. включены в группу $text. *нераспознанные* файлы покрываются строкой $default, которая включена в группу $binary, поэтому они жмутся как бинарные. это налёжней, поскольку алгоритмы для бинарных файлов лучше справляются с текстовыми файлами, нежели наоборот

моё упущение - забыл включить в архив новую версию доки. сейчас поправлю. в онлайне полная дока доступна как http://www.haskell.org/bz/FreeArc.htm

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

Добавлено:
обновил загружаемые архивы - теперь они содержат полную документацию, а не частичную полугодовой давности

Bulat_Ziganshin

Цитата:

тут у меня, кстати, вопрос к тебе и всем, кому sfx нужен - нужен gui/install модуль или сойдёт просто консольный? второй вариант мне гораздо проще довести до ума, т.е. его добавить скажем в 0.40 было бы вполне реально

Для начала имхо сойдет и консольный. Тут ведь что главное - иметь возможность распаковать архив на машине, где нет самого архиватора. Ну а по мере развития программы в какой-нть из будущих версий и gui'шный пригодится.


Цитата:

аналогично вопрос про многотомность - какие вам нужны сценарии её использования? в плане создаём все тома, затем раскидываем их по дискам, или пишем сразу "на дискеты"?

Думаю, актуальнее создавать сразу все тома заданного размера в заданном каталоге. Писать их сразу "на дискеты" с отмиранием дискет смысла нет, для usb-стиков это неактуально, а нарезать эти тома на CD/DVD болванки - задача не для архиватора.


Цитата:

распаковываем "по одной дискете" или сваливаем перед распаковкой все тома в один каталог?

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

К тому же бывают ситуации, когда на диске под распакованное содержимое архива места достаточно, а вот под него же + сам архив - уже нет. Так что все же по одной.


Цитата:

recovery record для многотомных архивов вам нужна?

Обязательно нужна !


Цитата:

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

Отлично, Будем ждать

спасибо за ответы. ещё один вопрос - устроит ли (временно) такой sfx, который распаковывает архив целиком в памяти прежде чем писать чтто-либо на диск?

Bulat_Ziganshin

Цитата:

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

На самом деле не к спеху. Главное, что функция планируется и появится в будущем.

Еще такое пожелание - обязательное сохранение обратной совместимости архивов, созданных разными версиями (т.е. последняя версия может хотя бы распаковывать архивы, созданные в предыдущих версиях). А то развелось архиваторов, последние версии которых не понимают предыдущих ввиду полного изменения алгоритма упаковки (UHArc, etc.).

Bulat_Ziganshin

Цитата:

http://www.haskell.org/bz/arc.htm

Цитата:

Not Found

А где картинку фейса можно посмотреть, или в наличии только командная строка ?

Цитата:

Еще такое пожелание - обязательное сохранение обратной совместимости архивов

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


Цитата:

где картинку фейса можно посмотреть, или в наличии только командная строка ?

тоже запланировано на 0.41, где-то к концу осени. если хочешь приколоться, загрущи http://www.haskell.org/bz/FileMan.7z - это имитация файлменеджера, написанная на спор за один час

что страницы нет - я знаю. я же сам её ещё не написал! )

Bulat_Ziganshin
Отлично, теперь есть где обсуждать с пользователями...

Bulat_Ziganshin, а не получится с ARC так же, как в своё время получилось у Фила Каца (PKWare), которому фирма SEA предъявила иск за использование их формата? В данном случае, конечно, о формате речь не идёт, но название-то и расширение точно те же, что и у того доисторического архиватора.

DimmY

из области фантастики. а фил у них поначалу вообще все исходники взял

вообще, похоже кого-то напрягает испольщвание старого имени. можете предлагать другие варианты названия. пока я вимжу только такой - Free Archiver, .fa, fa.exe или всё же arc.exe?

Цитата:

Free Archiver, .fa, fa.exe или всё же arc.exe?

.fa как-то интереснее смотрится Я не противник консольных программ, но простейший gui не помешал бы.. Всегда приятно иметь альтернативу, спасибо за труды

Bulat_Ziganshin

Цитата:

похоже кого-то напрягает испольщвание старого имени

Да будет напрягать -- 100%! Ведь до сих пор, кажется, существуют архиваторы, позволяющие распаковывать тот, старый ARC. Хотя, конечно, жаль, что такое имя симпатичное зазря пропадает.
FA -- плохо, потому что совсем неинформативно. Тогда уж FARC (хотя тут, боюсь, буржуины неблагозвучие некоторое отыщут, а наши -- сходство с FAR). Как быть с расширением -- не знаю.

В топике написано текущая версия 0.36, а в тестах везде указана версия 0.40, в документации написано про arc.sfx в наборе его нет, где правда?

правды нет, россия продана, остался труд за 3 копейки!

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

arc.sfx есть, только толку от него нет, поскольку он не распаковывает файлы, сжатые с использованием фильтров. он был написан ещё в всерсии 0.25, где фильтров не было, и я его пока не переписал заново (это не так просто)


Цитата:

не противник консольных программ, но простейший gui не помешал бы..

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

опа, COOL! Новый архивер! Нужен ещё толковый frontend и плагин к TC, бум отслеживать новости

crotoff
К ТС есть мультиарк, так что проблем нет

Помню-помню ваш arjz!
Сколько лет прошло! Что же заставило вас вернуться в тему?
Какие новые идеи позволяют FreeArc вырываться вперед?

к TC/MultiArc есть http://www.haskell.org/bz/freearc.addon он не поддерживает имена файлов внутри архива не в latin1 - как-нибудь разберусь в причинах и исправлю



Цитата:

Какие новые идеи позволяют FreeArc вырываться вперед?

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

Поддреживаю DimmY по поводу названия. arc напрягает, обозвать бы хоть как fac - freeware archive compressor

Не надо нам fac'ов. Уж больно звучит нецензурно

Лучше что-нть вроде BAR (Bulat's ARchiver), или BFC (Bulat's Freeware Compressor).

так когда там очередная бета ? хочется потестить !

Кстати - лигировоние (надо-бы в формате ini-файла) можешь сделать ?

p.s. А где наша шапка ?

Название - тогда уж лучше не BAR, а, скажем, BARS или BARK (BARC). А расшифровку аббревиатуры (последней буквы) придумать несложно

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

2) шапку включил

текущее состояние разрабатываемой версии 0.40 протестировано на http://maxcompress.narod.ru/


Цитата:

название темы отредактировал - никой рекламной фигни типа лучше, номер один и т.д

разве там что-то такое было? freearc использует алгоритмы lzma и ppmd, как 7-zip, с автоматическим выьбором между ними, подобно rar. человеку, который представляет сеюбе сильные и слабые стороны обоих программ, это должно сказать о многом. если н верите - хоть на результаты тестов посмотрите. поэтому на мой взгляд упоминание о "достойной альтернативе rar/7z" отражало действительность. а так и слово "бесплатный" надо убрать - это ведь тоже улучшает его имидж?


Цитата:

2) шапку включил

вот за это спасибо


Цитата:

так когда там очередная бета ? хочется потестить !

попробуй написать мылом автору предупреждаю - для реальной работы она совершенно непригодна


Цитата:

Кстати - лигировоние (надо-бы в формате ini-файла) можешь сделать ?

не удалось найти это слово ни в одном словаре

Цитата:

предупреждаю - для реальной работы она совершенно непригодна

А мне пригодную

Цитата:

не удалось найти это слово ни в одном словаре

Да вобще-то про логирование речь

Цитата:

А мне пригодную

жди релиза 0.40


Цитата:

Кстати - лигировоние (надо-бы в формате ini-файла) можешь сделать ?

оно есть. опция -logfile

Bulat_Ziganshin

Цитата:

Цитата с форума compression.ru
... что можно сделать хорошего - добавить поддержку utf-8 и заодно уж ansi code page в вывод на экран и чтение листфайлов

Очень бы хотелось видеть данную поддержку в fa поскорее. В частности Total Commander формирует списки файлов в ANSI (Windows) - а ведь TC весьма распространненый гуй для сабжа, имхо . И еще вот такой вопрос - fa 0.36 способен работать с внешними компрессорами (кроме монстра естественно)? У меня так и не получилось подключить дурилку - такое впечатление, что секции [External compressor:ххх] в arc.ini игнорируются (правда, долго не копался...).

Добавлено:
По поводу внешних компрессоров в версии 0.36 разобрался:
Цитата:

- возможность использовать внешние программы в качестве стадий сжатия (пока ограничена использованием ppmonstr.exe)

Sybiriak

Цитата:

В частности Total Commander формирует списки файлов в ANSI (Windows) - а ведь TC весьма распространненый гуй для сабжа

Пожалуй да, TC и еще FAR, в котором тоже поддержки юникода по сей день нет (суперглючный альфа-прототип 1.80 не в счет).

Но... имхо это лишний повод подтолкнуть Гислера (автора ТС) на предмет добавки опции создания юникодного файл-листа. По-хорошему с прекращением поддержки Win9x/ME и плавным, но неизбежным переходом на Висту, ANSI-программы будут постепенно вымирать. Не знаю, нужно ли в перспективном архиваторе поддерживать эти "пережитки старины".