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

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

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

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156

Открыть новую тему     Написать ответ в эту тему

Widok



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


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


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


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


Родственные темы:
Inno Setup плюс внешние упаковщики - использование архивов FreeArc в инсталяторах
ISDone.dll - библиотека распаковки архивов в инсталяторах
REP & SREP
Пережатиe/Pекомпрессия/Oптимизация файлов для лучшего сжатия - "а как сжать ещё лучше?"
FreeArc и Unix - для альтернативно одарённых
• репозиторий FreeArc 'Next на github.com
• тема FreeArc 'Next на форуме encode.su
• раздел FreeArc на форуме krinkels.org

 
Другие архиваторы:
WinRAR
7-zip
PowerArchiver
HaoZip
BandiZip


Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 11:36 23-11-2010 | Исправлено: Release, 10:58 24-04-2023
Bulat_Ziganshin

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

Цитата:
Почему -mx определил что lzma можно максимально задать 177mb а не 194mb? Может это можно исправить в будущих версиях?

1. потому что я пользуюсь упрощённой эвристикой 2. нельзя
 
вообще советую вставлять tempfile между методами, например rep:403mb+dispack070+delta+tempfile+lzma:177mb:normal:bt4:128

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 19:12 26-07-2012
Paramon111

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Я понял. Тогда так к слову скажу что этот же файл на методе -m9x использует те же 177mb. Хотя без rep:403mb уже максимально я подобрал lzma:253mb, что уже существенно отразилось на сжатии.

Всего записей: 148 | Зарегистр. 13-01-2012 | Отправлено: 19:34 26-07-2012
Paramon111

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Боюсь надоесть, но снова хочу поднять тему ОЗУ. Сравнил 7-zip и FreeArc.
Взял все тот же файл 399mb. В 7-zip упаковал так: lzma:192mb:ultra:bt4:8, посмотрел потребляемую память при упаковке, было 3050mb.
Результат сжатия был 104 610.
Потом стал паковать FreeArc`ом. Задача была в том чтобы был тот же алгоритм как -mx и потребление памяти 3050mb. В результате подбора вышло: rep:403mb+dispack070+delta+lzma:153mb:ultra:bt4:8
Результат сжатия был 94 569.
 
Отсюда видно что если добавить файл подкачки в общую память, то 7-zip перестанет быть конкурентом и останется далеко позади по сжатию и времени.
 
Сейчас 7-zip в некоторых случаях сжимает эффективней только за счет использования 100% ОЗУ+файл подкачки. Наш же архиватор 100% ОЗУ (-lc-) без файла подкачки.

Всего записей: 148 | Зарегистр. 13-01-2012 | Отправлено: 16:24 27-07-2012 | Исправлено: Paramon111, 16:31 27-07-2012
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Paramon111
Чего? Какой ещё файл подкачки при >2 гигах оперативки???    
Срочно отключи эту каку!  
Подкачка существует для того, чтобы выгружать память, если её не хватает. А когда её реально много (>2ГБ) - она начинает только всё тормозить бесполезной выгрузкой...
Эх...
 
Bulat_Ziganshin
Есть такой у меня вопрос по поводу сжатия.
Есть некий набор из нескольких файлов по 300-400 мбайт, различающихся примерно на 10-16 мбайт, а остальные данные одинаковы (разные по наполнению портативные версии программ в ThinApp контейнерах).
При этом каждый из файлов по отдельности реально жмётся до размера ~80…100 мбайт, а при наличии уникальных данных всего на 10-16 мбайт в каждом из файлов, результат должен получиться порядка 130…160 мбайт (НЕ больше).
Однако, по факту я не получаю такого сжатия, поскольку максимально обрабатываемый словарь (при "-m9x -lc- -ld-") всего 256 мбайт, что заметно меньше даже самого "мелкого" файла.
Немного порадовали обещания srep'а по ужиманию огромных массивов данных при мизерном расходе памяти (т.е., влепить 1-2 гигов словарь и вообще красота при расходе в ~200 мбайт), но похоже, что он не находит общее в разных файлах (не работает в solid-режиме). Совать всё в tar или прочую ерунду - глупо, ибо доступ к файлам нужен крайне быстрый без бесполезных распаковок и прочего.
Как вариант - можно пожать тем же 7z со словарём 384 или 512 мбайт, но хотелось бы иметь всё-таки ARC-архивчик.
Вопрос: что можно сделать в данной ситуации?
 
И второй вопрос - планируется ли х64 версия?

Всего записей: 15805 | Зарегистр. 04-11-2010 | Отправлено: 19:44 27-07-2012 | Исправлено: insorg, 19:47 27-07-2012
Edison007007



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
может заюзать REP?

Всего записей: 376 | Зарегистр. 23-01-2011 | Отправлено: 22:56 27-07-2012
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Edison007007
Как конкретно?
Я, в основном, обхожусь вариантом "-m9x -lc- -ld-" без тщательной установки параметров.
Если есть конкретные пожелания (с примером) какие конкретно параметры можно задать - буду благодарен, ибо времени на изучение мануалов по каждому из них катастрофически нету.

Всего записей: 15805 | Зарегистр. 04-11-2010 | Отправлено: 23:36 27-07-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Paramon111
нет, проблема в том что все эти тонкости с использованием памяти плохо документированы, поэтому ты просто не понимаешь что там происходит
 

Цитата:
Как вариант - можно пожать тем же 7z со словарём 384 или 512 мбайт, но хотелось бы иметь всё-таки ARC-архивчик.  
Вопрос: что можно сделать в данной ситуации?  

использовать lzma-x64, я уже объяснял как - пару страниц назад. или использовать srep, как описано в faq

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 00:01 28-07-2012
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
а без сторониих упаковщиков, чтобы обойтись одним unarc.exe - никак?

Всего записей: 15805 | Зарегистр. 04-11-2010 | Отправлено: 01:54 28-07-2012
Paramon111

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
я файл подкачки больше 1 гига не ставлю, знаю что будет тормозить. Скоро поставлю 8 гигов ОЗУ, думаю проблема с -lc- решится для файлов до 500-600 Мбайт.
 
Добавлено:
Bulat_Ziganshin
У метода -mx при любом размере файла и любом размере ОЗУ потолок lzma:256mb?

Всего записей: 148 | Зарегистр. 13-01-2012 | Отправлено: 07:48 28-07-2012
Bulat_Ziganshin

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

Цитата:
У метода -mx при любом размере файла и любом размере ОЗУ потолок lzma:256mb?

если не использовать lzma-x64 и ht - то да

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 12:44 28-07-2012
Paramon111

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Добавил я содержимое arc-lzma-x64-filter.ini в arc.ini, что-то не пошло, при любом методе выбивает ошибку "ошибка записи (диск полон?)", вернулся обратно. может что не так сделал?

Всего записей: 148 | Зарегистр. 13-01-2012 | Отправлено: 16:17 28-07-2012
insorg



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

Цитата:
файл подкачки больше 1 гига не ставлю

Оно является тормозом по причине своего существования и не зависимо от размера.
 
Bulat_Ziganshin
Т.е., мне понадобится всё тот же 7z x64 в качестве внешнего упаковщика, верно?

Всего записей: 15805 | Зарегистр. 04-11-2010 | Отправлено: 16:25 28-07-2012
Paramon111

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
200м файла подкачки в любом случае надо ставить на системном диске. остальное можно и убрать.

Всего записей: 148 | Зарегистр. 13-01-2012 | Отправлено: 16:36 28-07-2012
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Paramon111
Я вот уже лет эдак 4-5 живу БЕЗ этой подкачки, и никаких проблем не имею.
Зато всё быстро и без убивания винта.

Всего записей: 15805 | Зарегистр. 04-11-2010 | Отправлено: 17:35 28-07-2012
Bulat_Ziganshin

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

Цитата:
Т.е., мне понадобится всё тот же 7z x64 в качестве внешнего упаковщика, верно?

нет
 

Цитата:
 может что не так сделал?

да

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 17:41 28-07-2012
insorg



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

Цитата:
Т.е., мне понадобится всё тот же 7z x64 в качестве внешнего упаковщика, верно?

Цитата:
нет
Можно тогда поподробнее, как его вызвать? Или, если описано было ранее, ссылку на описание...
 

Всего записей: 15805 | Зарегистр. 04-11-2010 | Отправлено: 17:49 28-07-2012
Paramon111

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
Короче мы с тобой так и не поняли как lzma64 использовать. И никто по ходу нормально объяснять не собирается.
 
Добавлено:

Цитата:
64-битная реализация LZMA увеличивает скорость на 10-20% и позволяет LZMA использовать больше 4 ГБ памяти.  
   
 Для того, чтобы использовать внешний 64-битный LZMA (рас)паковщик, добавьте в arc.ini содержимое arc-lzma-x64[-filter].ini.

 
внешний распаковщик это "C:\Program Files (x86)\FreeArc\Addons\LZMA-x64\FreeArc-LZMA-x64.exe"?
 
Если нет то где его брать этот распаковщик и как заставить FreeArc его использовать???

Всего записей: 148 | Зарегистр. 13-01-2012 | Отправлено: 17:43 29-07-2012
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Paramon111
Для х64 LZMA лучше простой 7z верти - тут тебе и проблем с совместимостью меньше будет, да и там уже всё готово к использованию, честное х64.
 
Bulat_Ziganshin
Требуется упаковать архив (в максимально возможное сжатие) с 20 файлами (по 202…212 мб каждый) ресурсов игры, которые по сути являются простыми zip-архивами с переименованым расширением и deflate сжатием, но после распаковки архивы должны получитсья бит-в-бит одинаковые и проходить md5 и sha проверку по изначальным суммам.
Поможет ли мне для этого precomp, не нарушив целостность результата?
Если да - какую конкретно строку следует ему задать?

Всего записей: 15805 | Зарегистр. 04-11-2010 | Отправлено: 19:04 29-07-2012 | Исправлено: insorg, 19:05 29-07-2012
Bulat_Ziganshin

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

Цитата:
Короче мы с тобой так и не поняли как lzma64 использовать. И никто по ходу нормально объяснять не собирается.  

1. прочтите документацию
2. поищите в списке изменений связанное с lzma, external compressors и т.д.
3. читайте пару последних страниц здесь
 

Цитата:
Поможет ли мне для этого precomp, не нарушив целостность результата?  
Если да - какую конкретно строку следует ему задать?  

проще всего отметить в gui галочку precomp

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 19:12 29-07-2012
insorg



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

Цитата:
проще всего отметить в gui галочку precomp

Я использую консольную версию в связке с TotalCommander.
Сейчас я использую уже полюбившиеся параметры -m9x -i2 -lc- -ld- -di , и хочу узнать, что следует добавить.
Интуитивно я догадваюсь, что в конец ещё бы нужно добавить -mc$precomp+default или -mc$default,$obj:+precomp , но хотелось бы уточнить.

Всего записей: 15805 | Зарегистр. 04-11-2010 | Отправлено: 19:15 29-07-2012 | Исправлено: insorg, 19:32 29-07-2012
Открыть новую тему     Написать ответ в эту тему

Страницы: 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 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156

Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc (часть 4)


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru