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

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



Junior Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Нет. Опция по умолчанию этого не делает.
Наврено я неверно объяснил.
Допустим если добавить папку C:\GtkRun\2.8\etc\fonts\
то файлы в архиве должны сохранятся только с родительской папкой, а не полным путем, например:
 
fonts\fonts.conf
fonts\fonts.dtd
fonts\local.conf

 
а по умолчанию они сохраняются так:
GtkRun\2.8\etc\fonts\fonts.conf
GtkRun\2.8\etc\fonts\fonts.dtd
GtkRun\2.8\etc\fonts\local.conf

Всего записей: 85 | Зарегистр. 17-12-2007 | Отправлено: 11:06 21-12-2007
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
SCINER
идите в обход
 
Arc.exe a a -dpC:\GtkRun\2.8\etc\ fonts\
 
Добавлено:
хотя это не выход

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

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
а вот и пример:
 
C:\FIDO\Disk_Q\Тексты\Russian>Arc.exe a a -r *.doc
было:
Compressed 32 files, 22.513.310 => 5.925.978 bytes. Ratio 26.3%
Compression time 82.68 secs, speed 272 kb/s. Total 89.24 secs
 
стало:
Compressed 32 files, 22.513.310 => 5.251.564 bytes. Ratio 23.3%
Compression time 42.83 secs, speed 526 kb/s. Total 46.71 secs

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



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Это за счет чего такой выигрыш?

Всего записей: 161 | Зарегистр. 17-12-2007 | Отправлено: 17:04 21-12-2007
Benchmark



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

Цитата:
Это за счет чего такой выигрыш?

Попробую догадаться.
 
Раз FIDO, значит там могли быть мессажки в jam-базах. А это расширения (*.jdt, *.jhr и т.д.) Ни один архивер на сегодняшний день эти расширения не знает, хотя по сути это текстовые файлы. И если раньше (до автоопределения) они жались lzma, то теперь должны сжиматься ppmd.
 
p.s. маленький оффтоп. Ни у кого нет очень старого (1.38 или старее) RAR'a ? у меня тут просто коллекция старых архиваторов, вот и ищу неспешно

Всего записей: 6940 | Зарегистр. 01-10-2002 | Отправлено: 17:15 21-12-2007
Bulat_Ziganshin

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

Цитата:
Это за счет чего такой выигрыш?

это у меня русская фантастика, doc-файлы. у них бывают и 8, и 16-разрядные кодировки, поэтому в arc.groups они записаны в группу binary. детектинг типа файлов - это для них как раз то что доктор прописал

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

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А как насчёт групп $obj $wav $bmp? А то у меня всегда одно из 3 $text $binary $compressed... А так идея очень правильная! Правда у меня выигрыш в сжатии порядка 0.1-1.2% (но и тестировал совсем немного). Мелочь, но всё равно приятно!

Всего записей: 135 | Зарегистр. 10-05-2007 | Отправлено: 23:35 21-12-2007
Bulat_Ziganshin

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

Цитата:
А как насчёт групп $obj $wav $bmp?

побойся бога, это ж самый первый "подход к снаряду"
 
Добавлено:

Цитата:
Правда у меня выигрыш в сжатии порядка 0.1-1.2%

это значит, что у тебя очень хороший arc.groups или очень правильные файлы, подходящие под мой arc.groups

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



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Попробовал как раз на той своей древней jam-базе с фидопочтой
 
Получилось следующее:  
 
оригинальный размер - 93.152.803 байт
FreeArc 0.40 pre-release4 (старый): 23.705.309 байт, 137.63 с.
FreeArc 0.40 (новый с автодетектом): 22.916.286 байт, 83.89 с. (!!!)
 
Оба раза жал в режиме -mx. То есть автодетект дал не только 800 кил выигрыша, но и очень нехилый бонус в скорости. Приятно

Всего записей: 6940 | Зарегистр. 01-10-2002 | Отправлено: 00:17 22-12-2007
egor23



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

Цитата:
первая проба - как обычно, в arc.arc.

а зачем внутри вдовесок идут файлики за 24.11.07?

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

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

Цитата:
Правда у меня выигрыш в сжатии порядка 0.1-1.2%

на практике усреднённый выигрыш наверно и будет не больше 1%. всё же многие файлы правильно определяются уже сейчас - в arc.groups как-никак 400 строчек  кроме того, у этого первого варианта есть свои недостатки, дальше детектинг станет поточнее
 

Цитата:
а зачем внутри вдовесок идут файлики за 24.11.07?

дык надо же использовать arc x http://... arc.exe !  вообще, можно и на 7zip перейти, хотя мне казалось, что с .arc, который можно распаковать прямо с сети, даже удобней

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 01:26 22-12-2007 | Исправлено: Bulat_Ziganshin, 01:29 22-12-2007
egor23



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

Цитата:
дык надо же использовать arc x http://... arc.exe !   вообще, можно и на 7zip перейти, хотя мне казалось, что с .arc, который можно распаковать прямо с сети, даже удобней

привычка - скачать, а потом распаковать.

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

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

Цитата:
Допустим если добавить папку C:\GtkRun\2.8\etc\fonts\  
то файлы в архиве должны сохранятся только с родительской папкой, а не полным путем, например:  
 
fonts\fonts.conf

 
опции -dp/-ap существуют как раз для этого. если представить себе FAR, в котором с одной стороны открыт архив archive, в котором текущий каталог arcdir, а с другой стороны - диск, в котором текущий каталог - diskdir, то копирование из архива на диск должно осуществляться командой
 
arc x archive -ap=arcdir -dp=diskdir
 
а обратно:
 
arc a archive -ap=arcdir -dp=diskdir
 
вот и вся премудрость. правда, есть проблема с копированием целых каталогов, сейчас насколько я помню её нужно делать, записывая имя каталога дважды "dir dir/" или может "dir dir/*":
 
arc a archive -ap=arcdir -dp=diskdir dir dir/
arc x archive -ap=arcdir -dp=diskdir dir dir/*
 
в общем, разберёшься надеюсь сам
 

Цитата:
хотя это не выход

есть предложения как сделать лучше?
 
Добавлено:
P.S. а традиционно (в других архиваторах) это делается путём перехода в папку C:\GtkRun\2.8\etc и запуском архиватора оттуда. просто у меня вместо того, чтобы менять текущий каталог программы, можно указать -dp - это сработает аналогично
 
Добавлено:

Цитата:
А собирался еще в старой теме  

ну это я вообще собирался. в таких-то планах у нас недостатка нет )

Цитата:
Если будете делать реализацию похожую на WinRK предусматрите её отключение

дык! разве у меня что-либо когда-либо не отключалось?

Цитата:
Если есть посекторный CRC в архиве:  
1. Сделайте распаковку архива с пропуском битых солид-блоков.  
2. Сделайте распаковку битых солид-блоков до битого участка.

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

Цитата:
Да, на личном опыте уже убедился в проигрывании 7-зипу при неких условиях. Но ведь в 7-зипе нет определения по типу файлов, так, только по расширению. И в фриарке сортировка посложней будет. Может просто сделать ключ отключающий "умную" сортировку? Или может даже в дефаулте это сделать?

"быть ни в чём не хуже 7-zip" - это не наши методы. надо идти вперёд, а не окапываться. поэтому по умолчанию это делать бессмысленно, а вручную - лехко: -m4b/4b, к примеру, это -m4 c чисто бинарным сжатием (и отключением exe-препроцессинга на obj-файлах). ещё ближе к 7z можно сделать так: -m4b/$exe=exe+4b

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



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

Цитата:
есть предложения как сделать лучше?

или как говорили - "по-умолчанию", должно быть
или как предложил SCINER - опция -ep4

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 14:49 22-12-2007
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ещё один пример:
 
>Arc040-pre4.exe a a -r
Compressed 13.823 files, 137.075.894 => 30.403.624 bytes. Ratio 22.1%
Compression time 124.26 secs, speed 1.103 kb/s. Total 191.37 secs
 
>Arc.exe a a -r
Compressed 13.823 files, 137.075.894 => 30.197.709 bytes. Ratio 22.0%
Compression time 117.59 secs, speed 1.166 kb/s. Total 189.63 secs
 
>Arc.exe a a -r -ms
Compressed 13.823 files, 137.075.894 => 30.371.592 bytes. Ratio 22.1%
Compression time 78.80 secs, speed 1.739 kb/s. Total 148.22 secs
 
здесь выигрыш во времени получен главным образом за счёт отказа от сжатия заведомо несжимаемых файлов. даже без -ms выигрыш в степени сжатия всего 0.7%

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 17:52 22-12-2007
Registered User

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

Цитата:
думаю, что это нужно будет сделать как часть реализации общей идеи сегментации. а на данный момент я собрался сделать автоопределение типа файлов - ибо кол-во пользователей, не способных/не имеющих времени настроить arc.groups уже становится великовато. вон и на китайском форуме уже пишут, что fa нередко сжимает хуже 7zip - подозреваю что это связано именно с неправильным определением типа файла

ИМХО, такое определение надо реализовывать как "алгоритмы сжатия" со многими выходными потоками: текст - в один поток, исполняемый код - в другой(а сюда ещё bcj2...), и однотипные потоки данных объединять в солид-блоки.
 
GUI - фтопку(тем более, я видел где-то, кто-то обещал этим заняться). Даёшь сжатие маленьких файлов и функционал(многотомность,и надёжное хранение)!

Всего записей: 76 | Зарегистр. 22-12-2007 | Отправлено: 20:30 22-12-2007 | Исправлено: Registered User, 20:37 22-12-2007
egor23



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

Цитата:
ИМХО, такое определение надо реализовывать как "алгоритмы сжатия" со многими выходными потоками: текст - в один поток, исполняемый код - в другой(а сюда ещё bcj2...), и однотипные потоки данных объединять в солид-блоки.

Это так и делается.
 

Цитата:
GUI - фтопку(тем более, я видел где-то, кто-то обещал этим заняться). Даёшь сжатие маленьких файлов и функционал(многотомность,и надёжное хранение)!

Не будет GUI - не будет широкого распространения.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 21:06 22-12-2007
Nick222

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Пардон, я забыл - обсуждалось или нет:
нельзя ли сделать шифрование архива с использованием системы двойных ключей (GnuPG/PGP) - открытым ключом шифруется, закрытым расшифровывается (или наоборот )?
Или (и) цифровую подпись (сертификат и т.п.) - проверка целостности архива. Можно ломать цифровую подпись при расшифровке (как бы "одноразовая разрушаемая упаковка")...

Всего записей: 2290 | Зарегистр. 28-11-2004 | Отправлено: 22:18 22-12-2007 | Исправлено: Nick222, 22:19 22-12-2007
Bulat_Ziganshin

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

Цитата:
Это так и делается.

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

Цитата:
Даёшь сжатие маленьких файлов

не понял
 

Цитата:
нельзя ли сделать шифрование архива с использованием системы двойных ключей (GnuPG/PGP) - открытым ключом шифруется, закрытым расшифровывается (или наоборот  )?  
Или (и) цифровую подпись

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

Цитата:
Можно ломать цифровую подпись при расшифровке (как бы "одноразовая разрушаемая упаковка")...

какой в этом смысл, если можно скопировать архив? такое имеет смысл только если у нас есть сервер в инете, без обращения к которому расшифровка невозможна

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



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

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

ага, тогда в этом аспекте речь велась на предыдущей странице.

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

с минусами этого варианта, на первое время, ужыться можно.
...
Один вариант без предварительного анализа на ходу.
Другой вариант с предварительным анализом.
и оба варианта нужны.
 
Добавлено:

Цитата:
что память потребуется одновременно для всех алгоритмов

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

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 23:40 22-12-2007 | Исправлено: egor23, 03:14 23-12-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-2025

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru