Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc: бесплатный open-source архиватор

Модерирует : gyra, Maz

Widok (30-01-2009 12:03): лимит страниц. продолжаем здесь  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100

   

Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FreeArc
бесплатный open-source архиватор для Windows и Linux,
сочетающий высокую степень сжатия и большой набор возможностей

Официальный сайт
Документация он-лайн на консольную версию
Скриншоты / Документация на 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

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

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 12:55 13-08-2007 | Исправлено: juvaforza, 20:57 28-01-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ok, i have the following ideas for further extending externals support:
 
numopt = o
numopts = --fastest --fast --normal --good --best
memopt = m
memopt:mb = m
packcmd:stdio = ...
packcmd:stdin = ...
packcmd:stdout = ...
 
i hope these doesn't need further explanations

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 15:15 16-10-2008
juvaforza

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
тут можно и не надеется
за что stdio будет отвечать? в C это библиотека, и получается легкий сумбур в понимании.

Всего записей: 2895 | Зарегистр. 26-11-2005 | Отправлено: 20:49 16-10-2008
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
под stdio имеется в виду запуск внешнего упаковщика в режиме сжатия с stdin на stdout и подача ему данных напрямую, без использования промежуточных файлов. это гораздо удобней и фактически приближает внешние упаковщики ко встроенным алгоритмам

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 00:57 17-10-2008 | Исправлено: Bulat_Ziganshin, 16:25 19-10-2008
Nick222

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
 
1) Скажите, плз, когда примерно FreeArc можно будет использовать для еженедельного бэкапа данных - с точки зрения стабильности и надёжности (скорость работы, как я понимаю, и так неплохая)?
 
2) Каково сейчас примерное предельное количество файлов с длинными именами, которое он сможет ужать в один архив при ОЗУ в 2 Гб?

Всего записей: 2288 | Зарегистр. 28-11-2004 | Отправлено: 17:57 18-10-2008
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pat357 с форума encode опубликовал свой arc.ini, включающий поддержку огромного числа внешних упаковщиков, и сами эти упаковщики в одном пакете: http://www.haskell.org/bz/freearc-powerpack.arc
 

Цитата:
когда примерно FreeArc можно будет использовать для еженедельного бэкапа данных - с точки зрения стабильности и надёжности  

я бы подождал несколько лет
 

Цитата:
 
2) Каково сейчас примерное предельное количество файлов с длинными именами, которое он сможет ужать в один архив при ОЗУ в 2 Гб?

в доке ж написано - примерно 500 байт на файл

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 16:22 19-10-2008
juvaforza

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Насколько использование мульти-конфига зависит от конфигурации системы?

Всего записей: 2895 | Зарегистр. 26-11-2005 | Отправлено: 22:36 19-10-2008
lorents



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
кто-нибудь знает технологию NOSSO
которую использует в Adobe Reader 9, чем только я не пытался сжать установочные файлы, которые нашёл в следующей папке
 
C:\Program Files\Adobe\Reader 9.0\Setup Files
 
не смог достичь того же результата что и сам  установочный файл который скачал с интернета

Всего записей: 3299 | Зарегистр. 30-12-2007 | Отправлено: 17:26 20-10-2008
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
lorents

Цитата:
кто-нибудь знает технологию NOSSO

здесь и ниже рассматривали
http://forum.ru-board.com/topic.cgi?forum=5&topic=24319&start=1440#7

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 18:18 20-10-2008 | Исправлено: egor23, 18:20 20-10-2008
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Насколько использование мульти-конфига зависит от конфигурации системы?

переведи )

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 19:17 20-10-2008
juvaforza

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Попробую  
я так понял, что он расчитан на машины с 1 или >1 гигабайтом памяти. Или я ошибаюсь?

Всего записей: 2895 | Зарегистр. 26-11-2005 | Отправлено: 21:31 21-10-2008
Engaged Clown



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Там нанозип вышел 0.05 ))

Всего записей: 8819 | Зарегистр. 08-06-2006 | Отправлено: 21:39 21-10-2008
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
я так понял, что он расчитан на машины с 1 или >1 гигабайтом памяти. Или я ошибаюсь?

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

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 01:23 22-10-2008
juvaforza

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Процитирую Булата:

Цитата:
updated http://www.haskell.org/bz/arc1.arc :
 
- updated CLS to current version
- added -m=tor:9:c1 .. -m=tor:11:c3 modes
- added -m1xx..-m4xx modes providing super-fast decompression using tornado (note: they need 1gb free memory to decompress!)
- added paq8* compressors support (using just one block parameterized with {compressor} - look at it, pat357)

Всего записей: 2895 | Зарегистр. 26-11-2005 | Отправлено: 21:50 28-10-2008
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
updated http://www.haskell.org/bz/arc1.arc :
 
   1. updated CLS to current version
   2. added -m=tor:9:c1 .. -m=tor:11:c3 modes
   3. added -m1xx..-m4xx modes providing super-fast decompression using tornado (note: they need 1gb free memory to decompress!)
   4. added paq8* compressors support (using just one block parameterized with {compressor} - look at it, pat357)
 
кстати, в http://www.maximumcompression.com/data/summary_mf2.php#data nanozip занял своё законное 4-е место. причём, редим -cO выглядит попривлекательней, чем freearc mx/ccm/rzm и только из-за метрики, учитывающей лишь время сжатия, не попал на первое место

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 22:02 28-10-2008
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin

Цитата:
кстати, в http://www.maximumcompression.com/data/summary_mf2.php#data nanozip занял своё законное 4-е место. причём, редим -cO выглядит попривлекательней, чем freearc mx/ccm/rzm и только из-за метрики, учитывающей лишь время сжатия, не попал на первое место

В наше время быстрых каналов и дешевых носителей данных огромных объемов именно время сжатия/разжатия играет основную роль
 
Смотрим. По эффективности у nanozip нет приемущества. Если сравнивать режимы, сопоставимые по времени компрессии/декомпрессии, то оба архиватора дают примерно одинаковый результат:
 
                size        ratio        comp time        decomp time
 
003    FreeARC 0.50a    79642328    74.83    188            65
004    NanoZip 0.04a    80802431    74.46    185            56
 
Если же брать режим -cO, то там:
 
012    NanoZip 0.04a    75989377    75.98    557            103
 
...то есть трехкратный проигрышь по времени сжатия и почти двукратный - при декомпрессии. Т.е. на все архивные операции в сумме уходит 4мин 13с у FreeArc (none) и NanoZip (none) против 11 минут у NanoZip в режиме -cO. При этом выигрышь в размере архива - 3.6 мегабайта (на моем канале - лишние 5 секунд при скачивании). Разница между 4 мин. 18с. и 11 минутами очевидна.
 
Если же объем сжимаемых будет раз в 5-10 больше, то NanoZip -cO становится в принципе малопригодным из-за недостатка скорости - никто в здравом уме не будет тратить лишние полчаса на компрессию, чтобы получить выигрышь в размере, который можно прокачать за пол-минуты.
 
Кстати. При наличии во FreeArc мультимедиа-фильтров (в частности на графические форматы) разрыв между FA и nanozip был бы еще больше.

Всего записей: 6924 | Зарегистр. 01-10-2002 | Отправлено: 22:54 28-10-2008 | Исправлено: Benchmark, 22:59 28-10-2008
Registered User

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
 
Кстати. При наличии во FreeArc мультимедиа-фильтров (в частности на графические форматы) разрыв между FA и nanozip был бы еще больше.
 

А они у FA есть, а для аудио - полноценный кодек. конечно, фильтры хуже, чем кодеки.
детектирования мультимедиа в середине файла, afaik, тоже нет( это ещё и проблема формата архива).  
 Nanozip в быстрых режимах показывает себя плохо. В самом быстром у него вообще lzp, от которого отказались в Fa 0.40, т.к. tornado лучше. вообще по ощущениям, на моем древнем Celeron 850 - FA при срвнимом сжатии на 20-50% быстрее NZ. для меня всё, что выше -m4 FA - бесполезно из-за скорости.

Всего записей: 76 | Зарегистр. 22-12-2007 | Отправлено: 11:49 29-10-2008
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Registered User

Цитата:
А они у FA есть, а для аудио - полноценный кодек. конечно, фильтры хуже, чем кодеки

Я имел ввиду фильтры для несжатой графики (.bmp и т.д), которых в текущей версии FA, насколько я знаю, вообще нет.

Всего записей: 6924 | Зарегистр. 01-10-2002 | Отправлено: 14:26 29-10-2008
Registered User

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Я имел ввиду фильтры для несжатой графики (.bmp и т.д), которых в текущей версии FA, насколько я знаю, вообще нет.


Код:
C:\Documents and Settings\###>arc --print-config
 
[...]
;Bitmap graphic files are best compressed with GRZip algorithm
bmp        = mm    + grzip:m1:l:a  ;best compression
bmpfast    = mm    + grzip:m4:l:a  ;faster compression
bmpfastest = mm:d1 + tor:2         ;fastest one
1$bmp  = bmpfastest
2$bmp  = bmpfastest
3$bmp  = bmpfast
#$bmp  = bmp
1x$bmp = bmpfastest
2x$bmp = bmpfastest
#x$bmp = mm+#xb
#p$bmp = bmp
#r$bmp = #$bmp
 
[...]
C:\Documents and Settings\###>

фильтры эти хорошо работают на малоцветных картинках.

Всего записей: 76 | Зарегистр. 22-12-2007 | Отправлено: 14:40 30-10-2008
softweri1

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ну и когда примерно новая версия выйдет???? кто знает

Всего записей: 7 | Зарегистр. 13-11-2008 | Отправлено: 10:33 13-11-2008
Ironcast



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Ну и когда примерно новая версия выйдет???? кто знает
Bulat_Ziganshin
знает Скоро!

Всего записей: 3944 | Зарегистр. 20-04-2008 | Отправлено: 11:11 13-11-2008
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100

Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc: бесплатный open-source архиватор
Widok (30-01-2009 12:03): лимит страниц. продолжаем здесь


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru