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

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

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Просто контрольная сумма не совпадает с файлом с релиза от 2008-06-23, я и подумал, что файл изменялся, а дата нет.

Цитата:
смотря что ты имеешь в виду.

Ну явно не такое А потребность не снищит, ведь существует себе UnRAR спокойно.

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

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

Цитата:
логично просто поменять static binding к dll на dynamic
 
тогда она просто будет загружаться только при реальном использовании
 
как я понимаю, это значительно снищит потребность в unarc?  

я имел в виду его использование для вытаскивания данных. понятно, что для tc и распространения пакетов он всё равно будет нужен

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



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

Цитата:
логично просто поменять static binding к dll на dynamic  
 
тогда она просто будет загружаться только при реальном использовании  

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

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

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

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

у меня вообще такое впечатление, что эту булочку мы уже жевали год назад  но так как я не помню чем закончилось - проще попробовать
 
Добавлено:
btw, what are the lastest cpus with L1D cache <32kb? i think p4 before prescott?
 
and latest cpus with L2 effective cache <256kb? duron and celeron(p4) up to 2.2 ghz or so?
 
i want to optimize -1 mode for 32+ kb L1 cache, -2/-3 for small L2 (256+ kb) and -4/-5 for large L2 (4+ mb), any critique?

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



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Встройте пожалста lpaq (8 версию) в программу. Где-то на первых страницах этой темы уже была подобная просьба и вы сказали что если будут желающие... в общем я один из них

Всего записей: 161 | Зарегистр. 17-12-2007 | Отправлено: 15:26 27-01-2009
Benchmark



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

Цитата:
lpaq (8 версию)

 
Залез на maximumcompression.com и посмотрел результаты lpaq 8 в сравнении с freearc в режиме -mx. FreeArc в 4 с лишним раза быстрее сжал и почти в 18 раз быстрее разжал, при этом выиграв в компрессии.
 
Просто академический интерес - какая вообще польза от lpaq ?

Всего записей: 6895 | Зарегистр. 01-10-2002 | Отправлено: 16:36 27-01-2009
PAQer



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

Цитата:
Просто академический интерес - какая вообще польза от lpaq ?

На некоторых типах файлов есть неплохой прирост в степени сжатия. Те же exe&dll, некоторые BMP/TGA, ADPCM'ы и т.д. И вдобавок связка с MM и прочими препроцессорами будет на лету без промежуточных файлов - это мне и нужно.

Всего записей: 161 | Зарегистр. 17-12-2007 | Отправлено: 17:23 27-01-2009
Registered_User

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
lpaq в чистом виде - да, проигрывает, а в сочетании с фильтрами FA - думаю, выиграет легко ( по сжатию).

Всего записей: 76 | Зарегистр. 22-12-2007 | Отправлено: 17:50 27-01-2009
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LPAQ очень медленный и, что еще хуже, "симметричный". Это делает его малопригодным в плане эффективности.  
 
Кому захочется ждать более получаса распаковки архива, который FreeARC распакует за пару минут ?

Всего записей: 6895 | Зарегистр. 01-10-2002 | Отправлено: 19:54 27-01-2009
Bulat_Ziganshin

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

Цитата:
результаты lpaq 8 в сравнении с freearc в режиме -mx. FreeArc в 4 с лишним раза быстрее сжал и почти в 18 раз быстрее разжал, при этом выиграв в компрессии.  

выигрыш в компрессии - только благодаря MM и фильтрам. сам по себе lpaq конечно лучше lzma/ppmd
 
по нынешним временам интересно это сделать в виде dll-ки с испольщованием cls api. никто не хочет попробовать свои силы в программировании?
 
Добавлено:
updated http://www.haskell.org/bz/arc1.arc
Fixed GUI bugs:
 
    * first file in directory was selected after any operation if nothing was selected before
    * ArcInfo on empty.arc or non-archive was terminated program
    * DoubleClick/Enter on non-archives now executes them
 
Also:
 
    * arc.ini: improved MM compression in -m3xx/-m4xx
    * a little faster -m1 mode, thanks to Joachim Henke

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

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

Цитата:
DoubleClick/Enter on non-archives now executes them

Ура.
- А чего файлы через консоль запускаются?
- Запись в окошке событий об попытки открыть архив - "архив абв.abc поврежден ..."
- Файлы с русскими именами и пробелами не открываются.
- Если внутри самого архива щелкуть на файле, открывается пустое окно, лучше бы тогда вообще никаких действий не выполнялось.

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

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

Цитата:
- А чего файлы через консоль запускаются?  

я использую start, лучше не получилось
 
посмотрю, можно ли решить все эти проблемы малой кровью

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

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

Цитата:
CTACKo
ты лучше скажи до скольких ты ее (игру) сжал в -mx режиме?  

я с ней еще не закончил Но, по предварительным данным, 2-язычная версия, т.е. англ+рус получилась ровно 5Гб
 

Цитата:
Цитата:
скачайте игру call of duty world at war
 
дайте линк на ту версию над которой опыты ставили.

не могу - скачал на локальном фтп - он не доступен в инет. но это обычная оригинальная англоязычная версия от Reloaded, образ называется rld-cod5.iso, размер 7 442 939 008 байт.
Правда етсь у меня 2 опасения, во-первых я не уверен что сжимал именно -мх, а не -м9х. И еще это могла быть другая игра... я еще раз протестю и скажу точно.
 
meanwhile, хочу сообщить следующий прикол
я сжимал фарком абсолютно одинаковый набор данных, с одинаковыми параметрами, но на разных машинах - результат оказался разным. Атлон 64 Х2 5000+ сокет АМ2 - 1553822766 байт и Атлон 64 Х2 3000+ сокет939 - 1553822754 байт. Разница ничтожно мала, НО ЕСТЬ! Если математика одна, набор данных один, то и результат должен быть одинаков...  
Парадоксально, но факт - на более слабой машине архив вышел меньшего размера...
 
версия фарка от 24.01.2009.

Всего записей: 180 | Зарегистр. 05-09-2008 | Отправлено: 18:09 28-01-2009 | Исправлено: CTACKo, 18:13 28-01-2009
egor23



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

Цитата:
Разница ничтожно мала, НО ЕСТЬ! Если математика одна, набор данных один, то и результат должен быть одинаков...  

У меня есть сомнения что набор данных был абсолютно одинаков, скорее всего даты файлов\папок отличались.
 
Добавлено:
Возможно были отличия в количестве оперативной памяти.
 
Добавлено:
или набор данных был не одинаков, какие-нибудь файлики descript.ion потерялись или изменились
 
Добавлено:

Цитата:
я с ней еще не закончил  Но, по предварительным данным, 2-язычная версия, т.е. англ+рус получилась ровно 5Гб

для максимального сжатия надо вручную паковать
учитывая что lzma\ppmd неупаковываемые данные умеличивает в размера на 1-2%, соответственно их или вообще не упаковывать, либо прогонять их только rep.
 
Добавлено:
или Вы образ жмёте?

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

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

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

помнится, у нас как-то стояли две совершенно одинаковые машины - у меня и начальника, на которых norton si показывал совершенно разную скорость. под конец у меня осталось только три предположения - либо это "эффект начальника", либо влияние кол-ва памяти, либо наличия сопроцессора (на чисто целочисленный тест!). в конце концов оказалось, что это эффект memory interleaving при заполнении второго разъёма памяти - тогда я впервые столкнулся с этим эффектом
 
здесь скорей всего разница в доступной памяти. -mx использует 4 гига для сжатия, но поджимается на более слабых машинах  кстати, сжатие при меньшей памяти может быть лучше

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



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

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

жевали жевали, а т.к. не программер мысли приходят с задержкой.
вопрос в чём, если dll dynamic они будут выгружаться, до начала архивирования\распаковки?

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 20:25 28-01-2009
Bulat_Ziganshin

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

Цитата:
вопрос в чём, если dll dynamic они будут выгружаться, до начала архивирования\распаковки?

они будут загружаться только если есть образение к url

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

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

Всего записей: 76 | Зарегистр. 22-12-2007 | Отправлено: 10:22 29-01-2009
Bulat_Ziganshin

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

Цитата:
...и останутся там до перезапуска программы?

кажется, есть возможность и выгрузки назад. но для GUI версии вроде ограничения были так и так из-за использования граф. dll. или нет?

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 10:40 29-01-2009
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Вопрос конечно про консольную версию больше касается, что год назад, что сейчас картинку портит (system32\comctl32.dll), но для использования настроек не по-умолчанию. Для создания архива ещё не сильно портит, а для распаковки портит (если архив создавать на Win64).
 

Цитата:
кажется, есть возможность и выгрузки назад. но для GUI версии вроде ограничения были так и так из-за использования граф. dll. или нет?

К GUI много всяких dll цепляется, по-сути основной рабочий кусок
между 0x10000000 - 0x5B260000 (UxTheme.dll) для WinXP SP2 (и скорее всего SP3, если ничего нового цепляться не будет).
Если выходит в сеть ещё dll цепляются, вот и сторонняя подцепилась mdnsNSP.dll (0x16080000) (Bonjour Namespace Provider), если это дело установлено.
Чтобы использовать настройки предельные (по-умолчанию) скорее всего понадобится /3GB, т.к. остальные блоки будут маленькие, но это на вскидку.
в Win64, там вторые 2ГБ полностью доступны, проблем нет.
про Vista ничего сказать не могу.
 

Цитата:
кажется, есть возможность и выгрузки назад


Цитата:
...и останутся там до перезапуска программы?

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

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 12:53 29-01-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

Компьютерный форум 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