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

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

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

Widok (07-09-2009 19:15): Лимит страниц. Продолжаем здесь.  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 101 102

   

Widok



Moderator-Следопыт
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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


Официальный сайт | Скриншоты | Скачать
Документация на консольную версию | Документация на GUI версию
Сообщество пользователей FreeArc | Вики | Трекер (рассылка по ошибкам)
Проект на SourceForge.net | SVN-репозиторий | Поддержка InnoSetup
Обсуждение на encode.ru (англоязычное)

Скачать последний релиз - FreeArc 0.51 от 28 апреля 2009 г. Что нового: GUI с 14 локализациями, SFX/инсталятор, авто-определение типов файлов, очередное увеличение скорости и сжатия, словарь в lzma до 1 гб, исправлено 5 ошибок (рас)паковки (подробнее)
 
Текущая альфа версия: скачать (распаковывать поверх установленного FreeArc 0.51). Список исправлений, блог

MiniFAQ...

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

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

Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 12:02 30-01-2009 | Исправлено: Bulat_Ziganshin, 22:15 30-08-2009
egor23



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

Цитата:
ну вы попробуйте сами, я объяснил как это проверить.

Dead Space Repack Skullptura  
архив data4 4349МБ 522 файла
автодетект отлючен
Arc.exe a m2.arc -m2 -ma- data4\ -di -di+$# --logfile=logs96.log
Arc.exe a m3.arc -m3 -ma- data4\ -di -di+$# --logfile=logs96.log
Arc.exe a m4.arc -m4 -ma- data4\ -di -di+$# --logfile=logs96.log
Arc.exe a m2_96.arc -m2 -ma- -md96m data4\ -di -di+$# --logfile=logs96.log
Arc.exe a m3_96.arc -m3 -ma- -md96m data4\ -di -di+$# --logfile=logs96.log
Arc.exe a m4_96.arc -m4 -ma- -md96m data4\ -di -di+$# --logfile=logs96.log
 
-m2 3668МБ Compression time: cpu 410.97 secs, real 941.95 secs. Speed 4.842 kB/s
-m2 -md96m 3668МБ Compression time: cpu 409.94 secs, real 944.56 secs. Speed 4.828 kB/s
 
-m3 3330МБ Compression time: cpu 3318.66 secs, real 3431.41 secs. Speed 1.329 kB/s
-m3 -md96m 2318МБ Compression time: cpu 2777.98 secs, real 2887.75 secs. Speed 1.579 kB/s
 
-m4 3010МБ Compression time: cpu 4644.11 secs, real 5307.81 secs. Speed 859 kB/s
-m4 -md96m 2485МБ Compression time: cpu 4199.86 secs, real 4787.58 secs. Speed 953 kB/s
 
Логи..
 
Dead Space Repack Skullptura  
архив data2 1834МБ 1596 файлов
автодетект отлючен
Arc.exe a m2.arc -m2 -ma- data2\ -di -di+$# --logfile=logs96.log
Arc.exe a m3.arc -m3 -ma- data2\ -di -di+$# --logfile=logs96.log
Arc.exe a m4.arc -m4 -ma- data2\ -di -di+$# --logfile=logs96.log
Arc.exe a m2_96.arc -m2 -ma- -md96m data2\ -di -di+$# --logfile=logs96.log
Arc.exe a m3_96.arc -m3 -ma- -md96m data2\ -di -di+$# --logfile=logs96.log
Arc.exe a m4_96.arc -m4 -ma- -md96m data2\ -di -di+$# --logfile=logs96.log
 
-m2 1429МБ Compression time: real 372.42 secs. Speed 5.164 kB/s
-m2 -md96m 1429МБ Compression time: real 372.30 secs. Speed 5.166 kB/s  
 
-m3 1382МБ Compression time: cpu 1376.14 secs, real 1414.24 secs. Speed 1.360 kB/s
-m3 -md96m 1324МБ Compression time: cpu 1097.93 secs, real 1569.89 secs. Speed 1.225 kB/s
 
-m4 1327МБ Compression time: cpu 2190.95 secs, real 2248.31 secs. Speed 855 kB/s
-m4 -md96m 1287МБ Compression time: cpu 2253.22 secs, real 2310.63 secs. Speed 832 kB/s
 
Логи..

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 16:59 27-02-2009
Bulat_Ziganshin

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

Цитата:
-m2 -md96m

этот вариант работает неправильно (увеличивает словарь tor, но не увеличивает размер хеша)
 

Цитата:
-m3 3330МБ Compression time: cpu 3318.66 secs, real 3431.41 secs. Speed 1.329 kB/s
-m3 -md96m 2318МБ Compression time: cpu 2777.98 secs, real 2887.75 secs. Speed 1.579 kB/s
 
-m4 3010МБ Compression time: cpu 4644.11 secs, real 5307.81 secs. Speed 859 kB/s
-m4 -md96m 2485МБ Compression time: cpu 4199.86 secs, real 4787.58 secs. Speed 953 kB/s

 
налицо патология - m3 пакует лучше -m4
 
 

Цитата:
-m3 1382МБ Compression time: cpu 1376.14 secs, real 1414.24 secs. Speed 1.360 kB/s
-m3 -md96m 1324МБ Compression time: cpu 1097.93 secs, real 1569.89 secs. Speed 1.225 kB/s
 
-m4 1327МБ Compression time: cpu 2190.95 secs, real 2248.31 secs. Speed 855 kB/s
-m4 -md96m 1287МБ Compression time: cpu 2253.22 secs, real 2310.63 secs. Speed 832 kB/s

 
ну а вот это - вполне типичные результаты для тех случаев, когда большой словарь особо и не нужен. 5-10% падения скорости, 3-4% улучшения сжатия
 
я для экспериментов ещё и rep туда добавил, и переставил exe после него:
 
;Improving compression by adding REP preprocessor
2 = rep:96m + exe +         tor: 96m:h64m             / $obj = rep:96m +         tor: 96m:h64m             / $text=2t
3 = rep:96m + exe + delta + lzma:96m:h64m:fast:mc8    / $obj = rep:96m + delta + lzma:96m:h64m:fast:mc8    / $text=3t
4 = rep:96m + exe + delta + lzma:96m:h64m:normal:mc16 / $obj = rep:96m + delta + lzma:96m:h64m:normal:mc16 / $text=4t
 
попробуй?

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 20:18 27-02-2009
egor23



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

Цитата:
этот вариант работает неправильно (увеличивает словарь tor, но не увеличивает размер хеша)

2 = tor: 96m:h64m             / $obj = rep:96m +         tor: 96m:h64m             / $text=2t
 
arc a m2_tor-h64-data4.arc -m2 -ma- data4\ -di -di+$# --logfile=2222.log
 
2788МБ Compression time: cpu 322.86 secs, real 813.92 secs. Speed 5.603 kB/s
 
arc a m2_tor-h64-data2.arc -m2 -ma- data2\ -di -di+$# --logfile=2222.log
 
1359МБ Compression time: real 395.75 secs. Speed 4.860 kB/s
 
 
Логи..

Цитата:
я для экспериментов ещё и rep туда добавил, и переставил exe после него:  
 
;Improving compression by adding REP preprocessor  
2 = rep:96m + exe +         tor: 96m:h64m             / $obj = rep:96m +         tor: 96m:h64m             / $text=2t  
3 = rep:96m + exe + delta + lzma:96m:h64m:fast:mc8    / $obj = rep:96m + delta + lzma:96m:h64m:fast:mc8    / $text=3t  
4 = rep:96m + exe + delta + lzma:96m:h64m:normal:mc16 / $obj = rep:96m + delta + lzma:96m:h64m:normal:mc16 / $text=4t

data4
arc a m2_rep96.arc -m2 -ma- data4\ -di -di+$# --logfile=2222.log
arc a m3_rep96.arc -m3 -ma- data4\ -di -di+$# --logfile=2222.log
arc a m4_rep96.arc -m4 -ma- data4\ -di -di+$# --logfile=2222.log
 
-m2 2496МБ Compression time: cpu 315.99 secs, real 808.52 secs. Speed 5.641 kB/s
-m3 2272МБ Compression time: cpu 2100.21 secs, real 2570.63 secs. Speed 1.774 kB/s  
-m4 2300МБ Compression time: cpu 4079.00 secs, real 4135.47 secs. Speed 1.103 kB/s
 
Логи..
 
data2
arc a m2_rep96.arc -m2 -ma- data2\ -di -di+$# --logfile=2222.log
arc a m3_rep96.arc -m3 -ma- data2\ -di -di+$# --logfile=2222.log
arc a m4_rep96.arc -m4 -ma- data2\ -di -di+$# --logfile=2222.log
 
-m2 1359МБ Compression time: real 429.48 secs. Speed 4.478 kB/s  
-m3 1324МБ Compression time: cpu 1478.58 secs, real 1487.22 secs. Speed 1.293 kB/s
-m4 1288МБ Compression time: cpu 2164.50 secs, real 2174.56 secs. Speed 884 kB/s  
 
Логи..

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 17:01 28-02-2009 | Исправлено: egor23, 18:37 28-02-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
http://www.maximumcompression.com/data/summary_mf2.php#data - fa опять занял 4 первых места  посмотрим - надолго ли

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 00:16 01-03-2009
juvaforza

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
причем, первое место - чудо режим (none)

Всего записей: 2895 | Зарегистр. 26-11-2005 | Отправлено: 00:23 01-03-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
самый правильный режим - никаких лишних опций, программа уже настроена оптимальна

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 02:36 01-03-2009
Benchmark



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

Цитата:
* drag&drop между freearc и explorer, а также между двумя экземплярами FreeArc
есть описание того как делать, но это потребует перехода на новую версию ghc и решения проблем совместимости с ней

 
Дык без поддержки drag'n'drop в наше время вообще говорить о GUI как-то несерьезно.  
 
Еще из интересного (в перспективе, когда будет добавляться поддержка zip и других форматов).  
PkWare вслед за WinZip добавила в свежий SecureZip 12.30 поддержку lzma и ppmd и хранение имен файлов в UFT-8. А если еще вспомнить, что WinZip для сжатия wav может использовать алгоритм аудиокомпрессора wavpack...  В общем, старый добрый zip, который когда-то был самым предсказуемым в плане совместимости форматом, теперь может быть внутри чем угодно. А полная его поддержка - весьма нетривиальным делом.  
 
Добавлено:

Цитата:
самый правильный режим - никаких лишних опций, программа уже настроена оптимальна

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

Всего записей: 6922 | Зарегистр. 01-10-2002 | Отправлено: 03:44 01-03-2009
Nikolai2004



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

Цитата:
http://www.maximumcompression.com/data/summary_mf2.php#data - fa опять занял 4 первых места   посмотрим - надолго ли

не опять, а тест не обновлялся с сентября. так что новых поводов радоваться нету

Всего записей: 1523 | Зарегистр. 07-01-2004 | Отправлено: 12:00 01-03-2009
juvaforza

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Nikolai2004
Не обновлялся с

Цитата:
28-September-2009

найдите ошибку
 
Добавлено:
в самом вверху страницы написано.

Всего записей: 2895 | Зарегистр. 26-11-2005 | Отправлено: 12:05 01-03-2009
Bulat_Ziganshin

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

Цитата:
PkWare вслед за WinZip добавила в свежий SecureZip 12.30 поддержку lzma и ppmd и хранение имен файлов в UFT-8. А если еще вспомнить, что WinZip для сжатия wav может использовать алгоритм аудиокомпрессора wavpack...  

7-zip (чьи библиотеки я собираюсь использовать) поддерживает utf-8 и lzma. wavpack/ppmd нетрудно добавить. вот с jpeg проблемы...
 
с другой стороны, эти псевдо-зипы используют только юзеры пары коммерческих архиваторов, так что их поддержка - пункт полезный, но некритичсекий. насчёт jpeg-cжатия я вообще сильно сомневаюсь, что кто-то ещё будет его реализовывать

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 13:14 01-03-2009
Nikolai2004



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
juvaforza
Цитата:
Не обновлялся с  
28-September-2009  
 
найдите ошибку  
в самом вверху страницы написано.

это опечатка. две последние новости - февраль 2009. и в них говорится что новых тестов небыло
а результаты последнего теста датированы 28-September-2008
Added ... FreeARC 0.50a (June 23 2008), ..., NanoZIP 0.04a, ...
 
Bulat_Ziganshin
Цитата:
эти псевдо-зипы используют только юзеры пары коммерческих архиваторов

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

Всего записей: 1523 | Зарегистр. 07-01-2004 | Отправлено: 13:35 01-03-2009 | Исправлено: Nikolai2004, 13:44 01-03-2009
juvaforza

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Nikolai2004
Мы сейчас окончательно запутаемся.

Цитата:
One other update is the MFC efficiency rating. This is now based on combined compression + decompression time instead of just compression time.

это предложение означачает, что результаты все же обновлены?

Всего записей: 2895 | Зарегистр. 26-11-2005 | Отправлено: 14:18 01-03-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
они обновлены вчера. тест переехал на q6600@3.2 и включает теперь время распаковки. там просто ошибка в дате, должно быть 28 февраля
 
Добавлено:

Цитата:
псевдо? позвольте, PkWare - разработчик формата zip - в праве делать с ним всё, что заблагорассудится. почему когда, например, winrar переходит на новый формат архива, то все это воспринимают как должное, а когда то же самое делает PkWare - это воспринимается, как причуды пары разработчиков?  

 
во-первых, разработчик давно уже спился и умер. название его фирмы купил разрабочтик secureZip который туда прикручивает всякие алгоритмы шифрования/аутенфикации. изменения в формат zip вносит главным образом winzip, и далеко не все из них поддерживются "разработчиком формата"
 
учитывая, что zip стал стандартом де-факто, действия winzip, да и авторов secure zip - это просто спекуляция на его популярности. потому, что если они сделают свои арзхиваторы (как rar и 7-zip), то никто этим пользоваться не захочет

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 14:26 01-03-2009
Benchmark



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

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

 
Интересно, у них взята одна из опен-сорсных разработок jpeg-компрессора, или что-то свое сделали ? Про сжатие Jpeg они пишут "with no loss in quality or data integrity", т.е. распакованый файл полностью совпадает с запакованым.  
 
Посмотрел тут свежий StuffIt 2009. Он пакует jpg'и с результатом "pixel perfect" Т.е. файлы до запаковки и после распаковки побитно могут не совпасть. Да и вообще они что-то увлеклись пережатием ряда распространенных сжатых форматов (jpeg, mp3, png, pdf и т.д). Это, по идее, должно негативно сказываться на скорости.

Всего записей: 6922 | Зарегистр. 01-10-2002 | Отправлено: 15:29 01-03-2009
PAQer



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

Цитата:
Интересно, у них взята одна из опен-сорсных разработок jpeg-компрессора, или что-то свое сделали ?

да спокойно могли выдрать из восьмого PAQa.

Цитата:
Это, по идее, должно негативно сказываться на скорости.

и положительно на степени сжатия. Кстати, разрабы-то у них, между прочим, наши соотечественники, как и у soundslimmer'a.

Всего записей: 161 | Зарегистр. 17-12-2007 | Отправлено: 18:13 01-03-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
интересно, откуда информация про разработчиков?
 
Добавлено:
ps: если бы хороший (в смысле скорости тоже) алгоритм сжатия jpeg можно было выдрать из paq8 или чего-нибудь ещё - угадайте, кто бы первым это сделал?

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 18:23 01-03-2009 | Исправлено: Bulat_Ziganshin, 19:30 01-03-2009
Engaged Clown



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
http://compressionratings.com/rating_sum.html

Всего записей: 8816 | Зарегистр. 08-06-2006 | Отправлено: 00:33 02-03-2009
Bulat_Ziganshin

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

Цитата:
http://compressionratings.com/rating_sum.html  

да, я в курсе. к сожалению, тест на 50% состоит из игровых ресурсов и ММ-файлов плюс выполнен на одноядерной машине, так что он вряд ли объективен. если ты не заметил - автор программы, занявшей первое место, совпадает с автором тестирования  скорее удивительно, что разница между fa и nz ещё не так велика, все остальные архиваторы вообще опущены ниже плинтуса

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 00:49 02-03-2009 | Исправлено: Bulat_Ziganshin, 00:59 02-03-2009
Benchmark



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

Цитата:
тест на 50% состоит из игровых ресурсов и ММ-файлов плюс выполнен на одноядерной машине, так что он вряд ли объективен

Вот как раз добавление алгоритмов, заточенных под сжатие графики я бы по важности поставил в версию 0.60. Это сразу поднимет FA в целом ряде архиваторных тестов, а значит и популярности резко прибавит.

Всего записей: 6922 | Зарегистр. 01-10-2002 | Отправлено: 01:34 02-03-2009
Bulat_Ziganshin

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

Цитата:
Вот как раз добавление алгоритмов, заточенных под сжатие графики я бы по важности поставил в версию 0.60. Это сразу поднимет FA в целом ряде архиваторных тестов, а значит и популярности резко прибавит.

мы говорим об одном и том же - что *тесты* содержат кучу несжатой графики, чего не наблюдается в реальной жизни  впрочем, насчёт compressionratings можешь быть спокоен - nz не имеет хорошего bmp-сжатия, поэтому bmp-часть теста оказалась в разы меньше звуковой
 
вообще мне надоело "улучшать" программу из-за тупости авторов тестов. вот поднимите руки - кто из вас хранит несжатую графику/музыку в архивах??
 
Добавлено:
что касается мест в тестах, то как раз из-за него я озаботился увеличением словаря. это и другие изменения по моим прикидкам увеличит рейтинг процентов на 40 и в отличие от сжатия wadов или wavок принесёт кому-то реальную пользу

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 01:42 02-03-2009 | Исправлено: Bulat_Ziganshin, 01:43 02-03-2009
   

Страницы: 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 101 102

Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc: бесплатный open-source архиватор - Часть 2
Widok (07-09-2009 19:15): Лимит страниц. Продолжаем здесь.


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru