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

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



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
NeoHunter
У нас везде гду FA есть, везде эта версия(FreeArc 0.67 alpha (November 11, 2012) )

Всего записей: 4890 | Зарегистр. 10-11-2004 | Отправлено: 21:55 05-03-2014
Andarin



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Ну, автору продукт интересен, как поле для экспериментов, причём, судя по всему, он уже изрядно потерял к нему интерес. Последние года три сдвиги, конечно есть, но больше теоретические, для гиков. Для простых пользователей - ну нет готового продукта, и всё. У 7z получше, хотя тоже как-то альфы-беты застаиваются. Но готовый продукт уже есть, и весьма неплохо распространён и используется. Здесь же - выпустить бы готовый продукт, пусть даже на основе v. 0.70, ну, чуть интерфейс, может, доработать (хотя и так терпимо), а там и дальше можно лезть в дебри упаковки. Вот только в текущее время, как мне кажется, отдельные проценты и доли процента сжатия уже не так актуальны.

Всего записей: 3065 | Зарегистр. 04-03-2006 | Отправлено: 21:58 05-03-2014
Evgenii66

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

Всего записей: 78 | Зарегистр. 22-02-2009 | Отправлено: 16:15 06-03-2014
WildGoblin



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

Цитата:
Это типа вечная 0.67 alpha ?
Это типа болида спортивного - постоянно что-то совершенствуется - чтобы быть на острие атаки.

Цитата:
Лично  я не рискну использовать архиватор в таком статусе
Для очень важных бэкапов может и не стоит использовать... (хотя для бэкапов надёжность увеличивается просто - избыточностью...)

Всего записей: 20304 | Зарегистр. 15-09-2001 | Отправлено: 19:55 07-03-2014
Andarin



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

Цитата:
Это типа болида спортивного - постоянно что-то совершенствуется - чтобы быть на острие атаки.

Вот я примерно о том и сказал - быть на острие атаки, но не ездить. Тот же Шумахер (и все прочие из Формулы) на болидах только на Формуле и тренировках...
P.S. Кстати, уже не первый год в Формуле искуственные ограничения - на мощность, объём.

Всего записей: 3065 | Зарегистр. 04-03-2006 | Отправлено: 20:47 07-03-2014 | Исправлено: Andarin, 20:49 07-03-2014
Edison007007



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
4x4:mm+lzma
будет работать многопоточно?

Всего записей: 376 | Зарегистр. 23-01-2011 | Отправлено: 21:28 08-03-2014
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Edison007007
mm очень быстрый, так что нет смысла его ставить под 4x4. а в целом ты видимо неправильно интерпретируешь - это означает (4x4:mm)+lzma. т.е. 4x4 - это префикс одного-единственного метода сжатия, а не всей оставшейся цепочки

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 22:34 08-03-2014
Edison007007



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

Цитата:
это означает (4x4:mm)+lzma.  

Точно ведь *facepalm*. Но если использовать mm+lzma, то каждый файл будет сжат в отдельный блок, а что если сделать многопоточную упаковку/распаковку, т.е. распаковывать/упаковывать несколько блоков одновременно?
* и с tta такой трюк бы прокатил

Всего записей: 376 | Зарегистр. 23-01-2011 | Отправлено: 14:35 09-03-2014 | Исправлено: Edison007007, 14:35 09-03-2014
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Tornado 0.6 - добавлен оптимальный LZ-парсинг
 
Сжатие:
  • новые режимы -11..-16 используют оптимальный парсер (-p4)
  • -fb (FAST BYTES), новый параметр используемый только оптимальным парсером
  • старый режим -10 удалён, старый -11 я настроил получше и переименовал в -10
  • опция -s1 теперь означает "64kb hash3 + 4kb hash2", что автоматически немного улучшило сжатие в режимах -5/-6
  • новые алгоритмы LZ-поиска: chash5..7 (-x15..17) и bt4..7 (-x24..27)
  • все алгоритмы поиска chash/cchash/bt теперь поддерживают значения -l, не являющиеся степенью 2
  • все параметры сжатия описаны в manual.txt

Командная строка и индикатор прогресса:
  • опции -slp/-rem, по умолчанию используются большие страницы памяти (2МБ/4МБ)
  • индикатор прогресса в таскбаре Win7 (зелёная полоска) плюс текст в заголовке консольного окна
  • программа возвращает уод ошибки 2 при любых проблемах, очищает заголовок окна при ^Break
  • экран помощи описывает диапазон значение и значение по умолчанию для каждого параметра сжатия
  • проверка корректности значений параметров сжатия
  • под Windows, предотвращает одновременную запись нескольких процессов в один и тот же файл
  • печатает размеры с точностью до байта; скорости измеряются в МиБ/с
  • индикатор прогресса стал более точен и обновляется не чаще раза в 0.2 секунды

Компиляция:
  • под Windows, compile.cmd поддерживает множество версий GCC/MSVC/ICL
  • под Linux, compile.sh теперь создаёт исполняемый файл, способный обрабатывать файлы размером больше 2 ГБ

 


 
Tornado 0.6 - added the optimal parsing
 
Compression:
  • new -11..-16 predefined modes employing the optimal parser (-p4)
  • -fb (FAST BYTES), new parameter used only by the optimal parser
  • old -10 mode was removed, old -11 mode was better tuned and renamed to -10
  • -s1 option meaning changed to "64kb hash3 + 4kb hash2", slightly improving compression in -5/-6 modes
  • new chash5..7 (-x15..17) and bt4..7 (-x24..27) match finders
  • all chash/cchash/bt matchfinders support -l values that is not power of 2
  • new manual.txt explaining all compression parameters

Command line and progress indicator:
  • -slp/-rem options, large pages are allocated by default
  • Win7 taskbar progress indication (green bar) plus info in the console window title
  • returns Errcode 2 on any error, clears the window title on ^Break
  • prints ranges and default values for each option, checks option correctness
  • on Windows, prohibits simultaneous writing by several compression processes to the same output file
  • prints byte-exact filesizes; speeds are measured in MiB/s
  • progress indicator is more accurate and updated only once per 0.2 seconds

Compilation:
  • on Windows, compile.cmd supports many GCC/MSVC/ICL versions
  • on Linux, compile.sh now produces executables that can process files larger than 2 GB

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 20:31 09-03-2014 | Исправлено: Bulat_Ziganshin, 09:28 10-03-2014
Bulat_Ziganshin

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

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

 
идея очень старая, но так до сих пор и не реализована. из сложностей отмечу распределение озу (что делать если больше чем на один метод его не хватает?) и запись сжатых данных на диск (видимо нужно копить данные в озу). хотя собственно для обработки множества одиночных MM-файлов этих проблем не будет, но это не такой уж частый случай

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 09:27 10-03-2014 | Исправлено: Bulat_Ziganshin, 09:29 10-03-2014
NeoHunter

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

Цитата:
Это типа болида спортивного - постоянно что-то совершенствуется - чтобы быть на острие атаки.  

даже спортивный болид, несмотря на постоянное совершенствование в "конюшнях"
на соревнования допускается в вполне себе финал/ритейл варианте
а тут даже альфы под одним номером, что должен думать потенциальный потребитель ?
Правильно, да ну эти эксперименты с моими данными куда подальше - и будет абсолютно прав !

Всего записей: 914 | Зарегистр. 07-09-2002 | Отправлено: 20:00 15-03-2014
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Новая альфа:
  • -m5 на бинарных данных теперь работает значительно быстрее за счёт использования всех ядер CPU
  • -m2..-m4: сжатие на бинарных данных значительно улучшено (исправлена ошибка, появившаяся в версии от 22.08.2012)
  • -m1..-m5 и все -mex мгновенно обрабатывают уже сжатые данные (см. изменения в 4x4 ниже)
  • поддерживается выделение памяти Большими Страницами (4МБ), что увеличивает скорость на 10% (но к сожалению, БС обычно доступны только сразу после перезагрузки ОС)
LZMA:
  • HT4 теперь поддерживает словари размером до 2 ГБ
  • увеличена степень сжатия со словарём в 1 ГБ
  • предвыборка памяти и мульти-сканирование в BT4/HT4 -> увеличение скорости до 20%
  • для HT4 параметр MaxChain (:mc) по умолчанию теперь равен FastBytes/2 (:fb/2)
Tornado:

  • новые методы сжатия с оптимальным парсингом tor:11..tor:16 и параметры :x :s :fb
  • поддержка значений :l, не являющихся степенью 2, в режимах tor:5..tor:16
  • см. сообщение о выходе Tornado 0.6 для доп.  информации о новых возможностях
4x4:
  • быстрая обработка уже сжатых данных - они просто копируются в выходной файл со скоростью 1 ГБ/с
  • для этого каждый блок данных сначала проверяется на order-0 сжатие и если его коэффициент >99% - данные передаются без упаковки
  • настройка: параметр :r0 означает "не проверять и всегда пытаться сжать данные", :r99.5 означает "пропускать упаковку если коэффициент order-0 сжатия >99.5%"

 
 


 
 
New alpha version:
  • -m5 binary compression made much faster by employing all CPU cores
  • -m2..-m4 binary compression ratio is significatly improved (fixed bug made in the Aug22/2012 version)
  • -m1..-m5 and -mex modes process incompressible data at 1 GB/sec speed (see 4x4 updates below)
  • Large Memory Pages (4MB) allocated if possible, improving speed by 10% (unfortunately, LP are usually available only immediately after OS restart)
LZMA:
  • HT4 now supports dictionaries up to 2 GB
  • improved compression ratio for 1 GB dictionary
  • prefetching and multi-scanning in BT4/HT4 matchfinders - up to 20% faster
  • default MaxChain (:mc) for HT4 now is FastBytes/2 (:fb/2)
Tornado:
  • new tor:11..tor:16 optimal compression modes and :x :s :fb parameters
  • support for :l values that is not power of 2 in the tor:5..tor:16 modes
  • see Tornado 0.6 release notes for details
4x4:
  • already compressed data now are quickly copied at the 1GB/s speed, because compression of the next block is automatically skipped if order-0 compression ratio of the block is >99%
  • tunable with :r parameter: :r0 means "always try to compress", :r99.5 means "compress if order-0 ratio is >99.5%"

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 13:28 16-03-2014 | Исправлено: Bulat_Ziganshin, 12:16 17-03-2014
romazis



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

Всего записей: 183 | Зарегистр. 22-02-2006 | Отправлено: 23:48 16-03-2014
egor23



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

Всего записей: 3831 | Зарегистр. 03-11-2003 | Отправлено: 04:58 17-03-2014 | Исправлено: egor23, 05:02 17-03-2014
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
egor23
опцию -slp пока не реализовал, поскольку надо её передавать в 7z.dll и facompress.dll. по большому счёту она интересна только бенчмаркерам. а описание - да, надо поправить

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 11:43 17-03-2014
NeoHunter

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
 
Здравствуйте  
Как я понимаю Вы автор ?
Скажите пожалуйста почему при достаточном количестве изменения номер версии (пусть это даже альфа)  - не меняется ?
Спасибо

Всего записей: 914 | Зарегистр. 07-09-2002 | Отправлено: 22:09 17-03-2014
WiperX



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Всем привет. Подскажите как через ком. строку распаковать файл *srep в нужной папке? Батник: srep ./DiscContentPC/ -d data.cab data.srep  
 

Всего записей: 806 | Зарегистр. 17-03-2009 | Отправлено: 04:16 18-03-2014 | Исправлено: WiperX, 05:46 18-03-2014
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
NeoHunter
главным образом потому что там есть несколько серьёзных проблем которые я всё хочу исправить до выхода релиза
 
WiperX
srep -d inputDir/data.srep outputDir/data.cab

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 12:18 18-03-2014
WiperX



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Булат, спасибо за помощь А есть дока для srep c параметрами ком. строки? И еще вопрос, можно ли при распаковке через unarc отобразить ход выполнения как в Arc (время и проценты)?

Всего записей: 806 | Зарегистр. 17-03-2009 | Отправлено: 14:46 18-03-2014 | Исправлено: WiperX, 15:22 18-03-2014
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
WiperX
http://freearc.org/research/SREP.aspx
http://freearc.org/research/SREP39.htm
 
если непонятно - спрашивай
 
Добавлено:

Цитата:
можно ли при распаковке через unarc отобразить ход выполнения как в Arc (время и проценты)?

имеется в виду unarc.exe или unarc.dll?

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 16:31 18-03-2014
Открыть новую тему     Написать ответ в эту тему

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