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

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



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

Цитата:
вобще есть такая штука как PAE(более 4-х Гб для х86), так для чего же она тогда?

Для того чтобы ситема видела и могла использовать память больше 4Гб (физ.память).
 
Поддержка памяти большого размера в Windows Server 2003 и Windows 2000
http://support.microsoft.com/kb/283037
 
М. Руссинович, Д. Соломон. Внутреннее устройство Microsoft Windows: Windows Server 2003, Windows XP и Windows 2000.
Physical Address Extension (PAE)  - страница 458

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 00:59 16-06-2008
euheny



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
egor23
а тесты ты проводил на какой хрюше?
 
возможно что на сп3 с последними обновления всё обстоит лучше(вроде этому ничего не мешает)

Всего записей: 4181 | Зарегистр. 22-11-2006 | Отправлено: 08:54 16-06-2008
Bulat_Ziganshin

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

Цитата:
возможно что на сп3 с последними обновления всё обстоит лучше(вроде этому ничего не мешает)

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

Цитата:
Я прошу прощения за оффтопик. Но всё же - если распаковать CAB и MSI и сжать исходные файлы, то "даже" у 7-Zip'а при максимальных настройках проигрыш в 5 мб. Повторюсь - лучше, чем у NOSSO, сжатие только у PPM и CM - крутовато для LZMA, не правда ли?

почему же офтопик. ты дурилку пробовал? durilca'light -t1 очень прилично сжимает exe-шники. добавь сюда ещё delta filter, который 2-4% даёт. конечно, у дурилки медленная распаковка, но используемые в ней идеи (сегментация exe и дизассемблер) можно использовать и с lzma. вопрос только в том, что таких программ нет
 

Цитата:
Ну для начала я уже предлагал:  

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

Цитата:
Помимо всего при входе в архив архив в меню должны стать доступными команды:  
-  Protect, Comment, Convert to EXE, Encrypt  

кстати, тут интересный методический вопрос. вот к примеру все эти возможности доступны через одну-единственную команду Modify. более того, с нею можно сделать *одновременно* всё вышеперечисленное и ещё к примеру перепаковать более плотным алгоритмом. вопрос в том, как будет удобней пользователям
 
вообще, сейчас одинаковый набор возмождностей доступен изнутри и снаружи архива, только по-разному выбирается какой архив обрабатывать. уклон в сторону мощности, power users
 
Добавлено:
обновил http://www.haskell.org/bz/arc1.arc . исправления касаются в основном unarc/sfx:
  • решены проблемы с русскими именами архивов/каталогов/файлов
  • опция -sfx/команда s по умолчанию добавляют sfx-модуль winarc.sfx
  • вывод Help при ошибке в параметрах виндовым SFX
  • вывод "All OK\n" при успешном окончаниии работы unarc/консольного sfx
  • arc.exe мгновенно завершается при нажатии на ^Break/возникновении ошибок

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

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Обнаружил ещё одну странность с tempfile'ами - при распаковке. Сжимался архив последовательностью rep:1400mb+tempfile+rep:1400mb+tempfile+lzma:216mb:bt4 . Так вот, если запустить его распаковку с -lc- -ld-, то всё пройдёт как и задуманно - lzma->tempfile, затем rep->tempfile и наконец rep->{compressed data} .  
 
Но без этих ключей всё идёт с лишними tempfile'ами: lzma->tempfile, затем rep->tempfile после чего созадаётся ещё один совсем лишний (попросту копия предыдущего) tempfile , а затем проходит rep->tempfile (последний tempfile занимает аж 9 Гб вместо 3-3.5 для прошлых tempfile'ов), ну и дальше содержимое того tempfile'а просто копируется, разделяясь на сжимаемые файлы. Как я уже говорил, -lc- -ld- это лечат.
 
Наблюдается это в версиях и от 8 и от 16 июня...

Всего записей: 51 | Зарегистр. 02-01-2008 | Отправлено: 19:44 16-06-2008
egor23



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

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

Потому что обзор про Виртуальную память.
занимают адресное пространство - оказывает ли это влияние на виртуальную память это вопрос, на который у меня нет ответа.

Цитата:
Егор, добавил бы ты все эти ссылки в свою статью чтобы в одном месте всё было

добавил расширенную оговорку в Предисловие.
 
PS: Статья изначально задумывалась как краткий FAQ (пол года назад) для массвого пользователя, т.е. должно быть кратко и по-существу. В котором объясняется как выстаить флаг /LARGEADDRESSAWARE и зачем это надо.
 
euheny
Вот ещё немного информации:
 
М. Руссинович, Д. Соломон. Внутреннее устройство Microsoft Windows: Windows Server 2003, Windows XP и Windows 2000.
Address Windowing Extensions (AWE) - страница 422
 
Средства управления памятью в SQL Server 2000
http://www.sql.ru/articles/mssql/2005/101905InsideSQLServer2000sMemoryManagementFacilities.shtml
 
Джеффри РИХТЕР "Windows для профессионалов"
http://wm-help.net/books-online/book/59464.html
 
Глава 13. Архитектура памяти в Windows
http://wm-help.net/books-online/print-page/59464/59464-6.html
 
Глава 15. Использование виртуальной памяти в приложениях
http://wm-help.net/books-online/book/59464/59464-8.html
 
Механизм Address Windowing Extensions (только Windows 2000)  ;(книга давно написана)
http://wm-help.net/books-online/book/59464/59464-8.html#h15t8

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 20:21 16-06-2008
IamFool



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

Цитата:
почему же офтопик. ты дурилку пробовал? durilca'light -t1 очень прилично сжимает exe-шники. добавь сюда ещё delta filter, который 2-4% даёт. конечно, у дурилки медленная распаковка, но используемые в ней идеи (сегментация exe и дизассемблер) можно использовать и с lzma. вопрос только в том, что таких программ нет

Да, пробовал. Я пробовал очень многие архиваторы.
Вот каталог с тестами (просто вывел через dir):
 
018 596 143     PAQ8O6 -8 - PreComp 0.3.3 - TAR.paq8o6
018 597 758     PAQ8O10 -8 - PreComp 0.3.3 - TAR.paq8o10
018 772 251     PAQ8O6 -8.paq8o6
018 773 889     PAQ8O10 -8.paq8o10
019 244 793     PAQ8F - PreComp 0.3.3 - TAR.paq8f
019 598 424     PAQ8F.paq8f
021 704 857     WinRK 3.0.3 - PreComp 0.3.3 - TAR.rk
021 929 147     WinRK 3.0.3.rk
022 585 896     UDA 0.301.uda3
022 650 737     NOSSO Archive.nos
023 486 897     KGB 1.2.1.25.kgb
023 940 943     WinUDA 0.291.uda
024 364 417     CCMx 1.23.ccmx
024 739 582     DURILCA 0.5.dur
024 751 020     FreeArc 0.50a -mx -ld=192mb.arc
025 069 819     PAQ9A -9.paq9a
025 302 759     LPAQ8.lpaq8
025 867 825     Slim 0.23d.slm
026 087 221     FreeArc 0.36 -m5p.fa
026 406 557     FreeArc 0.36 -m5x.fa
026 648 887     PAQ8O6 -1.paq8o6
027 382 845     7-Zip 4.55 Beta - PreComp 0.3.3 - TAR.7z
027 503 002     7-Zip 4.55 Beta.7z
028 328 588     Squeez 5.6.sqx
028 454 002     WinUHA 2.0 RC1 - PreComp 0.3.3 - TAR.uha
028 504 889     WinUHA 2.0 RC1.uha
030 259 360     WinACE 2.69i.ace
030 443 685     PAQ7.paq7
031 639 709     WinRAR 3.71.rar
032 413 931     CabArc 1.0.cab
034 036 437     PAQ1.paq1
038 244 473     BZip2.bz2
039 331 543     7-Zip 4.52 Zip.zip
039 895 224     THOR 0.96 Alpha e5.thor
040 102 349     Deep Freezer.yz1
040 842 563     GZip.gza
040 886 565     PeaZip 1.9.0.pea
040 928 841     ARJ32 3.14a.arj
041 090 244     Windows XP built-in.zip
051 126 302     THOR 0.96 Alpha e1.thor
096 575 488     TAR.tar
101 469 568     PreComp 0.3.3 - TAR.pcf
 
TAR.tar, как следует из названия, это и есть сжимаемое содержимое.
 
На архиваторах, поддерживающих несколько файлов, я использовал папку с 5 файлами, являющимися содержимым этого пакета. Там 2 маленьких INI, Setup.exe в 297 кб, AcroRead.msi в 3 мб и Data.cab в 88,4 мб.
 
Ни в msi, ни в cab сжатия нету (я проверял).
 
В списке наверху есть NOSSO архив, его не трудно найти - это я взял исходный exe, скачанный с adobe.com, посмотрел длину самого PE-файла по заголовкам, а затем вырезал всё остальное (ну т.е. отсёк исполняемую часть, оставил только архив). К слову сказать, этот SFX-модуль там весит 49 кб вроде бы.
 
Все архиваторы использовались на максимальных настройках, если не указано что-то другое.
 
По поводу NOSSO - всё, что меня удивляет - это время распаковки архива, т.е. алгоритм, использующийся там, сильно асимметричен. Для сравнения, WinRK и PAQ8 (UDA написана на его основе), использующие симметричные алгоритмы, у меня сжимали это дело 5 часов каждый и требовали по 800 мб и 1,5 гб оперативки соответственно.
 
PreComp 0.3.3 - программа, предназначенная для форсированной распаковки данных - она насильно ищет в коде какие-то сжатые кусочки (хаффмана того же) и распаковывает их для улучшения возможного сжатия.

Всего записей: 360 | Зарегистр. 02-10-2006 | Отправлено: 23:42 16-06-2008 | Исправлено: IamFool, 23:45 16-06-2008
Bulat_Ziganshin

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

Цитата:
Но без этих ключей всё идёт с лишними tempfile'ами

подозреваю, что так было всегда - yempfile всталяется из-за того, что в памяти олновременно все меторды не воезут, а что там уже есть точно такой же tenpfile- алгоритм не замечает. по-любому, я собираюсь убирать вручную вставленные tempfile из цепочки распаковки, тогда всё будет ok
 
 
я вчера подредактировал "планы партии". на ближашие месяцы запланировано сделать GUI удобным в работе (знаю, это очередная смена неизменного курса ). в частности, меня интересует что нужно сделать по пункту "интеграция с Explorer". я составил список фич, исправьте/дополните его:
* контекстное меню на архивах .arc и других файлах, с возможностью сделать его каскадным и выбором из большого набора команд
* отображение стандартного к.м. эксплорера в самом FreeArc
* отображение иконки файла в списке файлов и диалоге перезаписи файла
* drag&drop между freearc и explorer, а также между двумя экземплярами FreeArc
* кнопка "фоном" должна минимизировать диалог прогресса в system tray
* родные виндовые диалоги выбора файлов/каталогов
 
Добавлено:
IamFool
ну так если взять результаты fa и добавить к нему bcj2, сегментацию и disasm, то не хуже носсо наверно и получится

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 00:07 17-06-2008
IamFool



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
 
Что бы из себя этот NOSSO не представлял, FreeArc к нему подобрался действительно очень близко Соглашусь, что особенно при условии ручной сборки архивов, такого сжатия вполне можно добиться не используя Context Mixing или PPM. Я почему-то поначалу смотрел только на тех, кто выше NOSSO, и анализировал только этот аспект Ну как всегда, в общем.

Всего записей: 360 | Зарегистр. 02-10-2006 | Отправлено: 01:43 17-06-2008
Benchmark



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

Цитата:
проблема в том, что части этих команд вообще нет

Раскидать по меню уже те, что есть. За основу места расположения команд взять, к примеру, меню WinRAR.
 

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

Как вариант - поместить в меню Commands -> Modify. Это субменю будет вызывать диалог с соответствующими функциями. При условии, конечно, что юзер находится внутри архива или курсор стоит на архиве.
 

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

Посмотрел новый план Честно говоря не очень понимаю, почему разработку GUI нельзя плавно "размазать" на все последующие версии вплоть до 0.80. Функционал сейчас важнее. Все равно ни один GUI не зарулит, к примеру, сочетание полнофункциональной freearc.dll с Total Commander или чем-то подобным. Тот же 7zip обрел широкую популярность отнюдь не благодаря GUI

Всего записей: 6924 | Зарегистр. 01-10-2002 | Отправлено: 01:43 17-06-2008
IamFool



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

Всего записей: 360 | Зарегистр. 02-10-2006 | Отправлено: 01:45 17-06-2008 | Исправлено: IamFool, 01:49 17-06-2008
Benchmark



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

Цитата:
FreeArc, кстати, единственный архиватор с несимметричным алгоритмом, забравшийся так высоко по степени сжатия и эффективности

 
Интересно, если смотреть на эту таблицу, то насколько высоко потенциально сможет забраться FA после добавления bcj2, сегментации, спец сжатия bmp/tif и прочих компрессионных радостей. Можно даже девиз придумать, что-то вроде "догнать и перегнать Дурилку"

Всего записей: 6924 | Зарегистр. 01-10-2002 | Отправлено: 02:40 17-06-2008
Bulat_Ziganshin

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

Цитата:
FreeArc, кстати, единственный архиватор с несимметричным алгоритмом, забравшийся так высоко по степени сжатия и эффективности  

и fa в режиме -mx, и тем более ccm(x) - строго говоря, симетричны. несимметричный алгоритм - fa -m9x

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



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

Цитата:
Да, пробовал. Я пробовал очень многие архиваторы.

Практика это хорошо появляется опыт.
Из моего опыта и увиденного относительно AdbeRdr810_ru_RU.exe...
 
Добавлено:
Bulat_Ziganshin

Цитата:
кстати, Егор, я добавил в дистрибут темы и theme changer: http://www.haskell.org/bz/FreeArc-0.50-win32-alpha-2008-06-15.exe

Снова про locale
она ещё нужна gtk2_prefs.exe когда шрифт выбирается там отображаются символы:
национальные и латиница не будет locale будет только латиница.
посмотрел Avidemux там используется только файлы gtk20.mo, оставил толька их.
http://forall.ru-board.com/egor23/FreeArc-0.50-win32-alpha-2008-06-03_locale.7z 6.2МБ
 
IamFool

Цитата:
Ни в msi, ни в cab сжатия нету (я проверял).

или они не сжимаемые были - или у архиватора были настройки не сжимать эти типы файлов.
 
Добавлено:
Bulat_Ziganshin

Цитата:
 http://www.haskell.org/bz/FreeArc-0.50-win32-alpha-2008-06-15.exe

Инсталл можно сильнее сжимать:
распакованный FreeArc-0.50-win32-alpha-2008-06-15.exe + locale 5.7МБ
bcj2 рулит
 
FreeArc-0.50-win32-alpha-2008-06-15.7z
уровень сжатия - ультра
метод - LZMA
словарь - 26МБ
слово - 273
непрерывный
 
Главное здесь метод - ультра (bcj2)\ и немного слово улучшает
размер словаря можно меньше те же 8МБ.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 03:09 17-06-2008 | Исправлено: egor23, 05:13 17-06-2008
egor23



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

Цитата:
3. 7-zip даёт результат хуще на 4МБ, значит в добавок ко всему используется сегментация (возможно дополнительные фильтры для определённых типов файлов)

тю ё, забыл, у 7-zip привязка к расширению файла иначе фильтры не подключает
в папке Data1 дал всем файлам расширение dll (за исключением dll и exe файлов)
7-zip 4.57
уровень сжатия - ультра
метод - LZMA
словарь - 80МБ  
слово - 273  
непрерывный
получаем уже 24,3 МБ (25 527 478 байт)
Время распаковки 10сек  
 
Virtual Memory  
Peak Private Bytes 91 616 K
 
Physical Memory  
Peak Working Set  92 140 K

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 05:13 17-06-2008 | Исправлено: egor23, 05:24 17-06-2008
Gideon Vi

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Доброго времени суток.
С появлением sfx модуля решил снова попробовать сабж. Возникло несколько вопросов:
 
1) Отсутвие кнопки "Обзор" рядом с командной строкой - насущная необходимость, реверанс в сторону любителей командной строки или моя невнимательность?
 
2) Достаточно часто использую 7zip для перепаковки дистрибутивов видео-драйверов. Снимается модуль самораспаковки инсталятора, файлы дополнительно распаковываются при помощи expand.exe. Далее провёл экспиримент:
 
а) Сжал при помощи 7zip, с размером слова 128 и d=27.
б) Сжал сабжем при помощи профиля -m9x (время упаковки тоже, результат хуже на 200 кб); -mx -ld=192m (время тоже, сжатие хуже на 100кб)
 
Что я делаю неправильно?

Всего записей: 8170 | Зарегистр. 02-02-2004 | Отправлено: 06:21 17-06-2008
egor23



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

Цитата:
Достаточно часто использую 7zip для перепаковки дистрибутивов видео-драйверов

в 7-zip есть фильтр bcj2 в FreeArc пока только bcj
так что если сжимались exe\dll 7-zip будет лучше.
 
Добавлено:
IamFool

Цитата:
Поиграйтесь с настройками профиля сжатия, может улучшить сжатие.  
Быстрый анализ (Fast Analysis) on\off

Сам поигрался с LZ77 и ROLZ3 + Fast Analysis: on
и FreeArc ещё
смотрим..
Примечание
Время распаковки - по Process Explorer - это время только CPU.
 
Добавлено:
Gideon Vi

Цитата:
Что я делаю неправильно?

не указали что сжимаете, можно долго и упорно гадать почему так получилось.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 06:35 17-06-2008 | Исправлено: egor23, 06:49 17-06-2008
euheny



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
я все-таки считаюю что те файлы, которые не являются дополнениями к freearc должны быть запакованы 7зип - или дублируй.

Всего записей: 4181 | Зарегистр. 22-11-2006 | Отправлено: 07:44 17-06-2008
Gideon Vi

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

Цитата:
в 7-zip есть фильтр bcj2 в FreeArc пока только bcj  
так что если сжимались exe\dll 7-zip будет лучше.

А почему скорость таже? В пеаре было написано, что в 2, а то и в 3 раза быстрее

Цитата:
не указали что сжимаете, можно долго и упорно гадать почему так получилось.

Вы угадали - по большей части это exe\dll

Всего записей: 8170 | Зарегистр. 02-02-2004 | Отправлено: 10:35 17-06-2008
Bulat_Ziganshin

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

Цитата:
Инсталл можно сильнее сжимать:  

вот только 7z не умеет делать инсталяторы с возможностями nsis
 

Цитата:
Снова про locale  
она ещё нужна gtk2_prefs.exe когда шрифт выбирается там отображаются символы:  
национальные и латиница не будет locale будет только латиница.  

ну и фиг с ними. охота тащить несколько лишних мег ради такой мелочи
 

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

речь об arc1.arc? здесь не телепаты собрались
 

Цитата:
А почему скорость таже? В пеаре было написано, что в 2, а то и в 3 раза быстрее  

потому что используется тот же lzma, с чего ему быть быстрее?  обычно fa -m4 сжимает на уровне 7z ultra (за счёт фильтров/ppmd), работая при этом в 1.5-2 раза быстрее
 
Добавлено:

Цитата:
1) Отсутвие кнопки "Обзор" рядом с командной строкой - насущная необходимость, реверанс в сторону любителей командной строки или моя невнимательность?  

какой ещё командной строкой?

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 11:41 17-06-2008
IamFool



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

Цитата:
Интересно, если смотреть на эту таблицу, то насколько высоко потенциально сможет забраться FA после добавления bcj2, сегментации, спец сжатия bmp/tif и прочих компрессионных радостей. Можно даже девиз придумать, что-то вроде "догнать и перегнать Дурилку"  

Ну, FreeArc конечно хорош, но Дурилку обогнать вряд ли удастся Да и тест на maximumcompression, хоть и внушает уважение, всё же довольно далёк от реальной жизни - чего стоит одно доминирование RAR над 7-Zip. Он в комментариях к MFC там всё написал на эту тему.
 
Bulat_Ziganshin

Цитата:
и fa в режиме -mx, и тем более ccm(x) - строго говоря, симетричны. несимметричный алгоритм - fa -m9x

Да, my bad. Но в любом случае, результаты впечатляют
 
egor23

Цитата:
Практика это хорошо появляется опыт.
Из моего опыта и увиденного относительно AdbeRdr810_ru_RU.exe...  

Интересно Давно хотел сам то же самое проделать

Цитата:
или они не сжимаемые были - или у архиватора были настройки не сжимать эти типы файлов.  

Ну я это и имел ввиду, естественно.

Всего записей: 360 | Зарегистр. 02-10-2006 | Отправлено: 13:10 17-06-2008 | Исправлено: IamFool, 13:12 17-06-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