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

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

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

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 | Исправлено: Nikolai2004, 21:23 03-02-2021
QSQ



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

Всего записей: 913 | Зарегистр. 29-09-2007 | Отправлено: 21:48 29-05-2012
Bulat_Ziganshin

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

Цитата:
Зачем в новой альфе приписывать арку стандартные параметры для прекомпа? Пиши -mprecomp, а оно его в 042 переименовывает и само добавляет парамы. Теперь при распаковке через анарк длл пишет что метод не поддерживается.

 
мне кажется я понял, в чём проблема. до сих пор можно было взять freearc любой версии, кинуть к нему свой личный arc.ini, и быть уверенным что получишь один и тот же результат независимо от версии freearc. внутренние определения менялись, но они не затрагивали популярные названия методов сжатия - т.е. мог появиться какой-нибудь новый xlzma, но никто не трогал тот же precomp
 
в этой версии я нарушил этот принцип, внеся определение precomp внутрь arc.exe, что заставляет переделывать конфиги и вообще "сбивает с ритма". соответственно, если я правильно всё понял, то достаточно перенести определение precomp* в стандартный arc.ini, а там уже дело пользователя - либо он использует стандартный файл и получает плюшки в виде поддержки precomp в GUI, либо использует свой arc.ini и все мои нововведения ему побоку
 
итак, я перенесу следующие строки из *arc.exe в arc.ini:

Код:
    , ";Compression modes involving external precomp+srep"
    , "#p = maxprecomp +exe2+maxsrep+#xb / $text=#t / $wav = #$wav / $bmp = #$bmp"
    , "#j = maxprecompj+exe2+maxsrep+#xb / $text=#t / $wav = #$wav / $bmp = #$bmp"
    , ""
    , "precompj    = precomp042:c-"
    , "precomp     = precompj:t-j"
    , "maxprecompj = precompj:intense"
    , "maxprecomp  = precomp:intense"
    , "exe2        = dispack070"
    , "maxsrep     = srep:m3f:mem256mb"
 

 
это будет правильно?

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

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
За что отвечают параметры lc8, lp4, pb4 в lzma?

Всего записей: 126 | Зарегистр. 27-03-2011 | Отправлено: 19:30 03-06-2012 | Исправлено: vasulpr, 19:30 03-06-2012
Edison007007



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

Цитата:
lc

set number of literal context bits - [0, 8], default: 3.
Sometimes lc=4 gives gain for big files.

Цитата:
lp

set number of literal pos bits - [0, 4], default: 0
lp switch is intended for periodical data when period is
equal 2^N. For example, for 32-bit (4 bytes)
periodical data you can use lp=2. Often it's better to set lc0,
if you change lp switch.

Цитата:
pb

set number of pos bits - [0, 4], default: 2
pb switch is intended for periodical data
when period is equal 2^N.

Всего записей: 376 | Зарегистр. 23-01-2011 | Отправлено: 22:22 03-06-2012 | Исправлено: Edison007007, 22:24 03-06-2012
QSQ



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
исходник:  2 425 942 190
arc            2 074 395 942
7zip           2 072 843 501
всё в режиме ultra
файлы из video_ts
 
на обрабтку 1 пачки файлов 3 гб уходит около часа. т.о. чтобы сжать на 15% сборник из 26 серий, надо будет потратить дольше суток. при этом процессор работает на 100% и греется до 75град (прескот).

Всего записей: 913 | Зарегистр. 29-09-2007 | Отправлено: 02:32 05-06-2012 | Исправлено: QSQ, 18:53 05-06-2012
Inoz2000



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

Всего записей: 3514 | Зарегистр. 23-04-2009 | Отправлено: 07:09 05-06-2012
addhaloka



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

Цитата:
Кому это надо?
Никому Mpeg2 архиватором ужимать - бредовая затея, имхо. Raw или, возможно, lossless видео можно сильно сжать, но тут другой вопрос - на кой черт это нужно, когда проще его каким-нибудь кодеком обработать


----------
Инструкция по выживанию для баранов, пингвинов и пр., в зимнее время

Всего записей: 7432 | Зарегистр. 13-11-2010 | Отправлено: 08:32 05-06-2012 | Исправлено: addhaloka, 08:45 05-06-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
QSQ
причина - в том, что в 7-zip есть lzma2, который копирует без сжатия несжавшиеся блоки, а в fa - lzma1, который их чуть-чуть растягивает

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 14:31 05-06-2012
QSQ



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin сжимал lzma (не 2) (она по умолчанию). получил коэффициент 0,854448844
попробовал поставить lzma2, на аналогичном наборе файлов 0,892913479 (сжало хуже).

Всего записей: 913 | Зарегистр. 29-09-2007 | Отправлено: 01:46 08-06-2012
Hell_Dog2011

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

Всего записей: 99 | Зарегистр. 27-11-2011 | Отправлено: 23:29 08-06-2012
ruduk

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

Цитата:
что можете посоветовать по сжатию файлов после обработки прикомпом и срепом

1) для начала, все-таки читать доку (например, FreeArc040-rus.htm --> разделы "Выбор алгоритмов сжатия", "Параметры алгоритмов сжатия", чтобы узнать что и как можно подстроить в методах "под себя"),
2) скачать и установить себе последнюю версию FreeArc,
3) пробовать файлы на сжимаемость - попробовать сжать файлы разными методами, вместе или по-отдельности, попробовать сжать экспериментальными методами (которые как-раз написаны для использования прекомп и среп, читайте форум),

Всего записей: 123 | Зарегистр. 08-02-2009 | Отправлено: 01:02 09-06-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Hell_Dog2011
в опциях сжатия выбираешь макс. сжатие и отмечаешь снизу галочки srep и precomp

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 01:11 09-06-2012
Hell_Dog2011

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
в моём такого нету может у меня не та версия(666) вот моя.

Всего записей: 99 | Зарегистр. 27-11-2011 | Отправлено: 13:21 09-06-2012
Bulat_Ziganshin

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

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 13:55 09-06-2012
Bulat_Ziganshin

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

Цитата:
Ерунда какая-то с последним FreeArc:  
1. В GUI настройки при смене верхних пресетов вверху меняются.  
2. Нигде не слова о том что надо packjpg.exe положить в папку freearc/bin (нужен подход как в megui с автообновлением компонентов)  
3. Подаю на вход чистого packjpg 1.jpg, на выходе - получаю 80%. Запускаю с тем же файлом freearc с -m5p (или -m9p), packjpg пишет в консоле что вроде как работает, но на выходе архив 101%. WTF ?  
4. freearc.ini данный здесь не до конца совместим с последней версией freearc, в частности те же -m5p не работают (а в -m81 jpg preprocess вроде как нет).  
5. Почему бы не включить эти m81-m87 в официальную версию, в том числе сделать их доступными и через GUI ?

1. не понял
2. не нужно
3. вероятно ты используешь свой нестандартный ini-файл или ini-файл от предыдущих версий. в моём _майском_ arc.ini packjpg при -m5p не используется, вместо него джипеги сжимает precomp
4. это верно
5. первое - можно. второе - ты предлагаешь снова начать цикл смены gui?  думаю достаточно того, что ты сам можешь их вставить в freearc.ini или просто набрать "81" в строке выбора метода сжатия

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 23:08 11-06-2012
muzf

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Да, половину слов не скопировал
1. В GUI настройки при смене верхних пресетов вверху галочки внизу не меняются.  
3. Стандартный ini из последней версии. Что из GUI, что через -m5p размер не уменьшается.
5. С точки зрения удобства людей наиболее лучшие по скорости/уровню сжатия режимы m81-m87 просто обязаны быть в GUI и более того, выбраны по умолчанию. Возможно даже заменить ими стандартные -m1.. Или сделать подход как в x264, есть пресеты вида superfast, medium, slow, и другие, и в разные моменты времени их внутренности меняются, но названия остаются. Так и здесь, ввести superfast, который плавно мигрирует с -m1 на -m81.
 
Что хочу сказать по поводу packjpg. Дикий тормоз, на фоне того же x264 с теми же алгоритмами арифметического сжатия. Если x264 на i7-860 выдаёт на 2Mpx FullHD -medium в районе 12fps, то та же 16Mpx jpg имеет в 8 раз больший объём, и должна сжиматься как минимум за полсекунды, но 4.5секунды это перебор, тем более там нет никакого motion compensation, как в x264, и просто расжимаются DCT коэффициенты из VLC и пережимаются в AC. Так что поле для оптимизация вижу как минимум раз в 10, неплохо бы автору packjpg взять некоторые готовые процедуры из кода x264.
 
Лог -m9p

Код:
 
C:\Program Files (x86)\FreeArc\bin>arc a 1jpg.arc 1.jpg -m9p
FreeArc 0.67 (May 22 2012) creating archive: 1jpg.arc
Compressing 1 file, 4,307,553 bytes. Processed   0%
Compressing 4,307,553 bytes with precomp042 -c- -t-j -intense  -o$$arcpackedfile
$$.tmp  $$arcdatafile$$.tmp
 
Precomp v0.4.2 - ALPHA version - USE FOR TESTING ONLY
Free for non-commercial use - Copyright 2006-2011 by Christian Schneider
 
Input file: $$arcdatafile$$.tmp
Output file: $$arcpackedfile$$.tmp
 
Using PACKJPG.DLL for JPG recompression.
 
--> packJPG DLL v2.4WIP4 (11/06/2008) by Matthias Stirner <--
More about PackJPG here: http://www.elektronik.htw-aalen.de/packjpg
 
100.00% - New size: 4307589 instead of 4307553
 
Done.
Time: 4 seconds, 477 milliseconds
 
Recompressed streams: 0/16
zLib streams (intense mode): 0/16
 
None of the given compression and memory levels could be used.
There will be no gain compressing the output file.
 
Errorlevel=2
 10%
Compressing 4,307,566 bytes with srep    -m3f -mem256mb  $$arcdatafile$$.tmp -
 
SREP 3.0 (January 30, 2012): input size 4 mb, memory used 33 mb, -m3f -l512 -c256 -a4
100%: 4,307,566 -> 4,301,537: 99.86%. Cpu 88 mb/s, real 59 mb/s
Second pass: 100%
 
Errorlevel=0
Compressed 1 file, 4,307,553 => 4,321,369 bytes. Ratio 100.3%
Compression time: cpu 1.01 secs, real 6.88 secs. Speed 626 kB/s
All OK
 

 
 
Лог простого запуска packjpg:

Код:
 
C:\Program Files (x86)\FreeArc\bin>packJPG.exe 1.jpg
 
--> packJPG v2.5a (11/11/2011) by Matthias Stirner / Se <--
Copyright 2006-2011 HTW Aalen University & Matthias Stirner
All rights reserved
 
Processed  1 of  1 files  
 
-> 1 file(s) processed, 0 error(s), 0 warning(s)
 ---------------------------------
 total time        :     4379 msec
 avrg. byte per ms :      983 byte
 avrg. comp. ratio :    79.28 %
 ---------------------------------
 

 
 
Добавлено:
Кстати, попробовал packMP3 от создателя pacjJPG, действительно сжимает до 25%. Неплохо бы его тоже включить в FreeARC. mp3zip тоже хорош.

Всего записей: 147 | Зарегистр. 23-11-2007 | Отправлено: 13:24 12-06-2012 | Исправлено: muzf, 14:15 12-06-2012
Shuld

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

Цитата:
4. freearc.ini данный здесь не до конца совместим с последней версией freearc, в частности те же -m5p не работают (а в -m81 jpg preprocess вроде как нет).  

Под последние версии архиватора, arc.ini я модифицировал, но не довел до конца (нужно много времени на проверки). Поэтому не выкладывал.
Первые методы из серии -m8. выглядят так:
81 = rep:1gb:64:c32+xtor:3:4m:h64k
82 = rep:1gb:64:c16:d4m:s32+xtor:4:4m:h512k:l4
83 = rep:1gb:64:c16:d4m:s32+xtor:4:4m:h1m:l8
84 = rep:1gb:64:c16:d4m:s32+xtor:4:4m:h8m:l8
и пока все.

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 22:47 12-06-2012 | Исправлено: Shuld, 23:02 12-06-2012
Bulat_Ziganshin

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

Цитата:
через -m5p размер не уменьшается.  

блин, я уже забыл, а ты доки и не читаешь: "Обратите внимание: режим сжатия -max (-m9p) реализует максимальное сжатие с precomp+srep+dispack, а -m9j делает то же самое плюс пережатие jpeg"
 

Цитата:
 Дикий тормоз, на фоне того же x264 с теми же алгоритмами арифметического сжатия.

запорожец - дикий тормоз на фоне бугатти, несмотря на те же 4 колеса
 

Цитата:
С точки зрения удобства людей наиболее лучшие по скорости/уровню сжатия режимы m81-m87 просто обязаны быть в GUI и более того, выбраны по умолчанию.

может, ещё зафигачить по умолчанию методы, требующие 100 гб озу для распаковки?
 

Цитата:
В GUI настройки при смене верхних пресетов вверху галочки внизу не меняются.  

при выборе пресета в верхней строке? ага, и это не так просто реализовать. как-нибудь в будущем
 

Цитата:
Кстати, попробовал packMP3 от создателя pacjJPG, действительно сжимает до 25%. Неплохо бы его тоже включить в FreeARC. mp3zip тоже хорош.

или как вариант - packARC. с precomp проблема в том, что jpeg-поддержка в нём иногда виснет, не знаю как с этим будет в packARC. mp3zip - коммерчески
 
Shuld
в общем тот, кому хочется это видеть в fa, должен будет взять arc.ini от июньской версии, добавить туда аккуратно твои методы и кинуть мне

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 23:05 12-06-2012
muzf

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

Цитата:
Цитата:
через -m5p размер не уменьшается.  
 
блин, я уже забыл, а ты доки и не читаешь: "Обратите внимание: режим сжатия -max (-m9p) реализует максимальное сжатие с precomp+srep+dispack, а -m9j делает то же самое плюс пережатие jpeg"  

Всё равно не получается. Compressed 1 file, 4,307,553 => 4,219,424 bytes. Ratio 97.9%
У packjpg выше приводил 79%.
И самое главное, до того как пробовать через консоль включал галочки на precomp jpeg в gui с тем же нулевым результатом (то есть на выходе были те же 98%, которые я считаю ошибкой на фоне packjpg).
Кстати, packjpg консольный уже полгода как версии 2.5, в dll же 2.4.
 

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

Зачем же. Но если эти методы такие замечательные что на них проводятся тесты и рекомендуются в этой ветке именно они, то почему бы и нет. Идея пресетов позволит менять внутренние параметры от версии к версии, скрывая подробности от неопытных пользователей.
 
Кстати, очень хотелось бы видеть в документации пример запуска для режима backup с синхронизацией, то есть новые или изменившиеся файлы добавлялись бы в архив, а исчезнувшие файлы соответственно удалялись. Хотел попробовать для этих целей навороченный StuffIt, так он не умеет режима синхронизации, то есть удалять файлы из архива.

Всего записей: 147 | Зарегистр. 23-11-2007 | Отправлено: 00:06 13-06-2012
QSQ



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

Всего записей: 913 | Зарегистр. 29-09-2007 | Отправлено: 00:15 13-06-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

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


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

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.Board
© Ru.Board 2000-2020

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru

Рейтинг.ru