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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
euheny



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Логфайл не имеет структуры ini-файла. Интересно что для себя ты тем не менее выбрал такую структуру в arc.ini
 
А если что, могу я включить FreeArc в этот проект ?
 
По-моему совсем не плохо (и просто) выглядит так :
 
FreeArc.exe
 
MyArchive.FreeArc

Всего записей: 4181 | Зарегистр. 22-11-2006 | Отправлено: 00:57 01-09-2007
Bulat_Ziganshin

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

Цитата:
А если что, могу я включить FreeArc в этот проект ?  

 
если он бесплатный - да
 

Цитата:
Логфайл не имеет структуры ini-файла. Интересно что для себя ты тем не менее выбрал такую структуру в arc.ini  

 
ini-файл имеет струтктуру инифайла. логфайл имеет структуру логфайла. не вижу тут ничего странного

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 11:04 01-09-2007
euheny



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

Цитата:
если он бесплатный

винда конечно платная (некоторые это забывают), а так - ровная дорога
 

Цитата:
структуру логфайла.

Так вроде нет такой структуры  
 
Короче после создания/извлечения нужно знать (автоматизированый метод) была ли ошибка и какая. Какие идеи

Всего записей: 4181 | Зарегистр. 22-11-2006 | Отправлено: 00:52 02-09-2007
vito333



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

Всего записей: 3324 | Зарегистр. 13-05-2002 | Отправлено: 08:22 02-09-2007
euheny



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
vito333
Однако автору это сделать проще будет.
Это также относится к Mark-у, но я уже молчу  

Всего записей: 4181 | Зарегистр. 22-11-2006 | Отправлено: 08:49 03-09-2007
Bulat_Ziganshin

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

Цитата:
Короче после создания/извлечения нужно знать (автоматизированый метод) была ли ошибка и какая. Какие идеи  

 
по идее вещей, это должно отражаться в errcode и логфайле. де-факто, это пока сделано очень криво: warnings выводятся в логфайл, об ошибках сигнализирует errcode 1 и неформализованный вывод на stdout
 
резюме: не советую использовать freearc в таком контесте. и не обещаю, что исправлю это в следующей версии, пока у меня основной приоритет - степень сжатия. в свой to-do list занёс

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 13:25 03-09-2007
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
1.5 года назад спрашивал - вроде оно . А если History глянуть, то FreeArc был и тогда 0.24. Или он был для внутреннего пользования?
 

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

Ждём с нетерпением.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 23:00 04-09-2007
Bulat_Ziganshin

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

Цитата:
 если History глянуть, то FreeArc был и тогда 0.24. Или он был для внутреннего пользования?  

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

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 14:06 05-09-2007
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Время от времени у народа возникает вопрос: А какой архиватор может делать предварительно сравнение упаковываемых файлов для выявления одинаковых? Если выявляются копии их убирать из обработки, оставляя только что-то типа ссылки, как это примерно в "iso с оптимизацией" делается. (Как смог, так сформулировал народный вопрос.)
 
Такую возможность добавить можно?
 
из документации:

Цитата:
Дополнительные критерии отбора обрабатываемых файлов могут быть заданы опциями -ac, -n, -sl, -sm, -ta, -tb, -tn, -to. При этом отбор по атрибутам файла пока действует только во время архивации, поскольку атрибуты файлов не сохраняются внутри архив.

Атрибуты вообщем-то нужны.
Надеюсь в дальнейшем будут добавляться?
 
Посмотрите ПM.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 20:51 05-09-2007
Bulat_Ziganshin

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

Цитата:
Посмотрите ПM.

 
посмотрел. напиши мне лучше на Bulat.Ziganshin@gmail.com - так удобней будет общаться  
 

Цитата:
Атрибуты вообщем-то нужны.  
Надеюсь в дальнейшем будут добавляться?  

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

Цитата:
А какой архиватор может делать предварительно сравнение упаковываемых файлов для выявления одинаковых?

 
в какой-то степни все архиваторы с солид-сжатием могут сжать вторую копию лучше первой. особенно это относится, конечно, к lz77 алгоритмам
 
в частности, freearc во-первых, помещает файлы с одинаковым размеом и расгширением рядом, во-вторых для бинарных файлов использует алгоритм rep, который находит повторы на дистанции вплоть до RAM/2
 
если этого, по-вашему, мало, я могу включить и такую фичу в свои планы, но всё же с очень низким приоритетом. ты вообще пробовал - как freearc работает на таких наборах данных?

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 21:28 05-09-2007
euheny



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

Цитата:
А какой архиватор может делать...

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

Всего записей: 4181 | Зарегистр. 22-11-2006 | Отправлено: 01:07 06-09-2007
Bulat_Ziganshin

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

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

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

Цитата:
Реч видимо о том, чтобы вторую копию вобще не сжимать, но при распаковке файл должен быть на месте.  

 
я понимаю. просто нафига козе баян, если и так неплохо выходит?
 

Цитата:
Предлагаю во всех подобных вариантах (в том числе и инфа для восстановления) использовать что-нибудь поточнее чем CRC32  

 
"инфа для восстановления" - в смысле? что crc32 может быть маловато - я согласен. на самом деле я сейчас в связи с реализацией шифрования добавил целую библиотеку в программу, так что из неё можно хоть sha, хоть ripemd, хоть whirlpool подключить

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 02:00 06-09-2007
egor23



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

Цитата:
в частности, freearc во-первых, помещает файлы с одинаковым размеом и расгширением рядом, во-вторых для бинарных файлов использует алгоритм rep, который находит повторы на дистанции вплоть до RAM/2

Вот чисто с rep и баловался в 0.36 как-то косячно работает, ему нужно задавать размер словаря равный размеру упаковываемых файлов, чтобы он нормально работал.
В 0.40beta18.07.2007 уже лучше работает rep, но с размером словаря опять непонятно получается он должен быть примерно в 1.25 раза больше чем размер файла (самого большого файла).
 
К сожелению незнаю как rep должен работать в идеале, могу только говорить как работает.
 
Т.е. брался файлик несжимаемый, создавалось несколько копий его и упаковывались используя только rep с разным размером максимальной дистанции поиска соответствий (словаря). Обозвал метод 7k.
в arc.ini
[Compression methods]
7k = rep:90mb
 
Документация читалась в торопях может чего пропустил. На этой неделе совсем нет времени, нужно до выходных разгрести завал на винте и забэкапить.
 

Цитата:
во-вторых для бинарных файлов использует алгоритм rep, который находит повторы на дистанции вплоть до RAM/2

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

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

Включите пусть будет хоть с низким приоритетом.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 02:29 06-09-2007 | Исправлено: egor23, 02:56 06-09-2007
euheny



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

Цитата:
а анализ кода возврата не устраивает?

Не всё ограничивается CMD.EXE (я его вобще не люблю)
Тем более что запуск другим приложением - единственный способ использования unicod-а
 
Как видиш уже ещё затронулось несколько тем

Всего записей: 4181 | Зарегистр. 22-11-2006 | Отправлено: 00:53 07-09-2007
Bulat_Ziganshin

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

Цитата:
Не всё ограничивается CMD.EXE (я его вобще не люблю)  

 
в общем, в план поставил
 

Цитата:
Тем более что запуск другим приложением - единственный способ использования unicod-а  

 
а с этого места можно поподробней?
 
 
 

Цитата:
Включите пусть будет хоть с низким приоритетом.

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

Цитата:
Вот чисто с rep и баловался в 0.36 как-то косячно работает, ему нужно задавать размер словаря равный размеру упаковываемых файлов, чтобы он нормально работал.  
В 0.40beta18.07.2007 уже лучше работает rep, но с размером словаря опять непонятно получается он должен быть примерно в 1.25 раза больше чем размер файла (самого большого файла).  

 
1. 0.40 в нынешнем виде опубликована главным образом для всяческих тестов. создаваемые ею архивы не будут распаковываться финальной 0.40, кроме того она меньше проверена на ошибки
 
2. rep - это просто-напросто lz77 алгоритм, приспособленный для использования в качестве препроцессора - у него нет huf/ari дожатия и он ищет только сопадения достаточно большой длины
 
совпадения он находит в пределах своего размера словаря, хотя 100%-ной гарантии нет (из-за коллизий в хеш-таблице). добавьте :a99 для увеличения вероятности нахождения совпадений. если и этого не хватит, можно ещё увеличить размер хеш-таблицы. например, для словаря 65-128 мб по умолчанию используется h23 (при этом развер хэша 4*2^23=32 мб), соответственно можно увеличить его вчетверо таким макаром: rep:90m:h25
 
 
Добавлено:

Цитата:
К сожелению незнаю как rep должен работать в идеале, могу только говорить как работает.  

 
почитайте rep.cpp - там в начале подробно описано
 
Добавлено:

Цитата:
Вот чисто с rep и баловался в 0.36 как-то косячно работает, ему нужно задавать размер словаря равный размеру упаковываемых файлов, чтобы он нормально работал.  
В 0.40beta18.07.2007 уже лучше работает rep, но с размером словаря опять непонятно получается он должен быть примерно в 1.25 раза больше чем размер файла (самого большого файла).  

 
вспомнил - он же кусками по 1/8 словаря входные данные читает, так что неудивительно, что словарь должен быть хотя бы на 1/8 больше маскимальной дистанции повторений для гарантии их нахождения  

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



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

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

О чём раньше когда-то спрашивал (про оболочку) уже реализовано,
единственное, что хотелось бы, чтобы в списке файлов тоже была возможность группировать файлы, как в arc.groups.
 
Но так-как это архиватор к нему другие требования.
Детально отпишусь позже, совсеми пожеланиями.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 19:25 07-09-2007
euheny



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

Цитата:
а с этого места можно поподробней?

а что подробнее ? тем много - в один пост не влезут
 
Ведь есть проги которые поддерживают unicode (все должны быть такими).
 
Кпримеру оболочка для FreeArc тоже должна иметь эту поддержку.
 
Сама ведь винда (9х просто забываем) можно сказать unicod-овская
 
Тоесть у нас должна быть возможность заархивировать случайно попавший к нам китайский винт без установки муев и подобной дребедени
 

Всего записей: 4181 | Зарегистр. 22-11-2006 | Отправлено: 01:10 08-09-2007
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Я написал небольшой обзор: Максимальное практическое сжатие: WinRK, ccm(x), uharc, FreeArc и 7-zip
 

Цитата:
единственное, что хотелось бы, чтобы в списке файлов тоже была возможность группировать файлы, как в arc.groups.  

не понял

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



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

Цитата:
не понял

Файл-список, который подсовываем на упаковку, чтобы там можно было тоже по группам сортировать.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 00:31 09-09-2007
Bulat_Ziganshin

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

Цитата:
Файл-список, который подсовываем на упаковку, чтобы там можно было тоже по группам сортировать.

всё равно не понял

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 21:43 09-09-2007
   

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