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

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

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

Widok (23-11-2010 11:37): Лимит страниц. Продолжаем здесь  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 103 104 105 106

   

Widok



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

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


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

Скачать последний релиз - FreeArc 0.666 от 20 мая 2010 г. Что нового: ускорение работы в 1.5-2 раза благодаря новой технологии многопоточного сжатия, распаковка архивов многих форматов используя технологии 7-zip, запуск файлов из архива, исправлены все проблемы интеграции с Explorer (подробнее)
 
Текущая альфа версия: 0.67 - загрузка | список исправлений | блог

FAQ по FreeArc

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

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

    Родственные темы:
  • Inno Setup плюс внешние упаковщики - использование архивов FreeArc в инсталяторах
  • Пережатиe/Pекомпрессия/Oптимизация файлов для лучшего сжатия - "а как сжать ещё лучше?"
  • FreeArc и Unix - для альтернативно одарённых
     
    Другие архиваторы:
  • WinRAR
  • 7-zip

  • Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 19:15 07-09-2009 | Исправлено: Bulat_Ziganshin, 18:34 26-07-2010
    V2driver



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin сории)) размер словоря lzma...

    Всего записей: 462 | Зарегистр. 01-02-2010 | Отправлено: 21:54 01-09-2010
    Bulat_Ziganshin

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

    Цитата:
    каков минимальный размер словаря lzma (кб)????

    32 кб  
     

    Цитата:
    Прям кино) добавил MultiThreading.obj к OBJS, все склепалось) 118'784 - уже хороший размер)

    дык кинь мне файлы которые ты изменил
     

    Цитата:
    Но по описанию все же не понял как прога определяет, что lzma запрашивает данные в пайпе. Вот с помощью PeekMessage(или как-то так) я могу узнать есть ли данные в выходном пайпе от lzma, которые можно прочитать.

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

    Цитата:
    Кстати, а почему бы так же не отрубать stdout+stderr у внешних компрессоров, у которых задан stdin, ведь его прогресс будет известен, и выводить в консоль его надписи не обязательно. Или мож как-то опционально через arc.ini это задавать.  

    логично, я об этом не успел подумать. настраиваться это должно не в arc.ini, а опцией, обычно нам stdout/err интересен только для отладки

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 22:34 01-09-2010
    Profrager



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin
    пытался упаковать pcf файлик 6,5гб строкой:
    Код:
    arc.exe a -lc6g -ao -s --cache=8 -mrep:512mb:512:a99+srep:m1:l64+lzma:d512m:a1:mfbt4:fb128:mc65536:lc8 -t -dsgenp --display=hoacmnwrfdtske-r -i2 dat.arc data.pcf

    первые 10% rep корректно пишет в темп-файл, затем как ни старался параметром -lc избежать распараллеливание srep и lzma, так и не вышло, они все равно работают одновременно. Нет, это конечно круто, но у меня не хватит на них обоих оперативки А вообще - параллельное выполнение 2х связанных данными консольных приложений - это мечта) тоже так хочу)
     
    и вот в начале упаковки пишет:  Memory for compression 2200mb, decompression 512mb, cache 8mb
    как же так, если в arc.ini прописано:
    Код:
    [External compressor:lzma]
    cmem = 5500
    dmem = 512
    header = 0
    packcmd   = lzma-freearc-x64 e <stdin> <stdout> -si -so -mt2 {options} -eos
    unpackcmd = lzma-freearc-x64 d <stdin> <stdout> -si -so {options}
     
    [External compressor:srep]  
    cmem = 2200
    dmem = 16
    ;options  = l%d (minimal match length, default=512)  
    packcmd   = srep {options} $$arcdatafile$$.tmp -   <stdout>  
    unpackcmd = srep -d - $$arcdatafile$$.tmp          <stdin>

    Почему он не видит cmem = 5500 не понятно. Ставил -lc2200m - все абсолютно аналогично.
     
     
    и еще
    просто от балды решил потестить архив. Получил следующее:

    Код:
    >arc t dataREP.arc
    FreeArc 0.67 (September 1 2010) testing archive: dataREP.arc
     
    ERROR: dataREP.arc isn't archive or this archive is corrupt: footer block at pos
     3864058384 failed decompression. Please recover it using 'r' command or use -tp
    - option to ignore Recovery Record

    файл размером 3'864'058'489. Параметры сжатия: rep:512mb:h27:a99. Был создан arc.exe версии от 23.08.2010
    не помогает и -tp. Попытка распаковать завершается тем же. При этом FreeArc.exe тестит его нормально.
    Похожие проблемы у arc.exe и с другими архивами:
    Код:
    FreeArc 0.67 (September 1 2010) listing archive: arc00.arc
    Segmentation fault/access violation in generated code

    Всего записей: 888 | Зарегистр. 22-05-2010 | Отправлено: 22:36 01-09-2010 | Исправлено: Profrager, 22:46 01-09-2010
    Bulat_Ziganshin

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

    Цитата:
    затем как ни старался параметром -lc избежать распараллеливание srep и lzma, так и не вышло, они все равно работают одновременно.  

    ставь -lc-, добавляй tempfile между ними. вообще на lc рассчитывать бесполезно - freearc не знает сколько памяти нужно внешнему lzma/srep в зависимости от их настроек и входных данных
     

    Цитата:
    Почему он не видит cmem = 5500 не понятно.

    там вообще 32-битное значение, поправлю
     

    Цитата:
    решил потестить архив

    чуствуется, задолбаюсь я каждому персонально цитировать:
    Also mention that lzma-freearc-x64.exe supports only subset of the FreeArc LZMA codec parameters.
    Run lzma-freearc-x64.exe without parameters to see the list of options supported.

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 22:44 01-09-2010
    Profrager



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

    Цитата:
    чуствуется, задолбаюсь я каждому персонально цитировать:  
    Also mention that lzma-freearc-x64.exe supports only subset of the FreeArc LZMA codec parameters.  
    Run lzma-freearc-x64.exe without parameters to see the list of options supported.

    эммм..при чем тут это?

    Всего записей: 888 | Зарегистр. 22-05-2010 | Отправлено: 22:47 01-09-2010
    Bulat_Ziganshin

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    версия от 23 августа сжимала заголовок архива методом lzma:bt4:1m, что lzma.exe распаковать не может (он просто не понимает такой формат записи параметров). сёдняшняя версия сжимает заголовки методом lzma:d1m:mfbt4, так что такой проблемы с нею не будет. но вообще, существующие архивы внешний lzma.exe далеко не все распакует - он пока поддерживает только подмножество набора параметров lzma

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 22:48 01-09-2010 | Исправлено: Bulat_Ziganshin, 22:48 01-09-2010
    Profrager



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin
    сори, забыл отрубить arc.ini и совсем не подумал, что заголовок по дефолту тож пакуется) тем более в lzma.
    Но вот архивы с сжатием например lzma:250mb:normal:bt4:128:mc1024:lc8 не тестятся arc.exe, хоть нету рядом ни arc.ini, ни lzma-freearc-x64.exe, просто пишет
    Код:
    FreeArc 0.67 (September 1 2010) listing archive: arc00.arc  
    Segmentation fault/access violation in generated code

     
    Добавлено:
    тьфу( зато там был старый facompress.dll...

    Всего записей: 888 | Зарегистр. 22-05-2010 | Отправлено: 22:58 01-09-2010 | Исправлено: Profrager, 22:58 01-09-2010
    V2driver



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

    Цитата:
    32 кб  

    Спасибо
     
    Добавлено:
    Bulat_Ziganshin как так?

    Параметр сжатия: lzma:32kb:normal:32

    Всего записей: 462 | Зарегистр. 01-02-2010 | Отправлено: 23:04 01-09-2010 | Исправлено: V2driver, 23:15 01-09-2010
    Bulat_Ziganshin

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

    Цитата:
    Параметр сжатия: lzma:32kb:normal:32  

    256 кб для входного буфера

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 23:15 01-09-2010
    V2driver



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

    Цитата:
    256 кб для входного буфера

    Можно как нибудь уложиться в 32кб озу для распаковки?  
    Хотябы 128кб это максимум!

    Всего записей: 462 | Зарегистр. 01-02-2010 | Отправлено: 23:17 01-09-2010
    Bulat_Ziganshin

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

    Цитата:
    Можно как нибудь уложиться в 32кб озу для распаковки?  

    можно - поменять исходники. а зачем тебе?

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 23:22 01-09-2010
    V2driver



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

    Цитата:
    можно - поменять исходники.

    Интересно!

    Цитата:
    а зачем тебе?

    Нужно

    Всего записей: 462 | Зарегистр. 01-02-2010 | Отправлено: 23:44 01-09-2010
    Profrager



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

    Цитата:
    дык кинь мне файлы которые ты изменил

    http://rghost.ru/2508545
    тока я там GRZip из dll совсем вырезал) Мне в нем необходимости нет.
     
    Добавлено:

    Цитата:
    там вообще 32-битное значение, поправлю

    Поставил cmem = 4000 для lzma, -lc5g, tempfile не вписывал (думаю мож при распаковке тож параллельно будет работать а я тут его так темп файлом обломлю )- упаковало как я хотел)

    Всего записей: 888 | Зарегистр. 22-05-2010 | Отправлено: 23:49 01-09-2010 | Исправлено: Profrager, 23:56 01-09-2010
    V2driver



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin
    Фа научится говорить инфу о: rar, 7z, zip и т.д архивах как о .arc ?
    http://pics.kz/s1/97/fa/43/97fa4392297a7a0c630c3cf841d3194c.png
    http://pics.kz/s2/ca/ed/5b/caed5b4311247e141137156748caf25b.png

    Всего записей: 462 | Зарегистр. 01-02-2010 | Отправлено: 23:54 01-09-2010
    Bulat_Ziganshin

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

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 23:57 01-09-2010
    Profrager



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin
    кул, lzma(встроенный в FA) и srep параллельно распаковываются, а затем окончательно rep. Только вот еще бы прогресс был.. а то 0% в первых двух операциях. И когда пытались srep и lzma параллельно упаковываться проценты были 99,8-99,9 всю операцию.

    Всего записей: 888 | Зарегистр. 22-05-2010 | Отправлено: 00:27 02-09-2010 | Исправлено: Profrager, 00:28 02-09-2010
    egor23



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

    Цитата:
    а откуда мне эту инфу взять?

    оттуда же, откуда и поддержка этих форматов.

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

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    egor23
    для 7z эту информацию вытащить можно, но не так просто как для fa. для других форматов - нет. в планах есть, но далеко не сразу
     
    Добавлено:

    Цитата:
    Только вот еще бы прогресс был..  

    для этого надо srep встроить в fa

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 09:40 02-09-2010
    ndch

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

    Цитата:
    * Multithreaded deflate compressor - fastest on the planet!
    конкретно это в каком режиме ?  
    при сжатии в zip

    Пожалуйста приведите пример (командную строку).

    Всего записей: 6488 | Зарегистр. 31-08-2008 | Отправлено: 10:08 02-09-2010
    Bulat_Ziganshin

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ndch
    Arc.exe a a.zip enwik8 -tzip

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 10:15 02-09-2010
       

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

    Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc: бесплатный open-source архиватор - Часть 3
    Widok (23-11-2010 11:37): Лимит страниц. Продолжаем здесь


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru