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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LZMA is fine. it was problems of my HT4-enabled code. i'm going to fix it. the only real LZMA problem is dictionary >=2GB wiith BT4
 

Код:
C:\>fazip.exe lzma:max:2000m:ht4 z:\4g m:\1200
   dict=2000mb: buf=2252mb head=1536mb son=0mb
100%: 4,531,060,447 -> 805,786,088: 17.78%  Cpu 2 mb/s (2216.774 sec), real 3 mb/s (1683.414 sec) = 132%
 
C:\>fazip.exe lzma:max:2000m:ht4:h3g z:\4g m:\1200
   dict=2000mb: buf=2252mb head=3072mb son=0mb
100%: 4,531,060,447 -> 805,196,672: 17.77%  Cpu 2 mb/s (2003.989 sec), real 3 mb/s (1482.672 sec) = 135%
 
C:\>fazip.exe lzma:max:2000m:ht4:h4095m:mc240 z:\4g m:\1200
   dict=2000mb: buf=2252mb head=3840mb son=0mb
100%: 4,531,060,447 -> 797,307,062: 17.60%  Cpu 1 mb/s (6574.428 sec), real 1 mb/s (5963.810 sec) = 110%
 
C:\>fazip.exe lzma:max:2000m:hc4 z:\4g m:\1200
   dict=2000mb: buf=2502mb head=1024mb son=8000mb
100%: 4,531,060,447 -> 805,324,025: 17.77%  Cpu 1 mb/s (4527.274 sec), real 1 mb/s (3902.200 sec) = 116%
 
 
C:\>fazip.exe lzma:max:2000m:bt4 z:\4g m:\1200
   dict=2000mb: buf=3002mb head=1024mb son=16000mb
100%: 4,531,060,447 -> 789,564,045: 17.43%  Cpu 2 mb/s (2162.330 sec), real 3 mb/s (1559.318 sec) = 139%
 
C:\>fazip.exe d m:\1200 m:\4g
100%: 789,564,045 -> 4,531,060,447: 17.43%  Cpu 104 mb/s (41.418 sec), real 99 mb/s (43.568 sec) = 95%
 
C:\>fc /b Z:\4g m:\4g
Comparing files Z:\4g and M:\4G
FC: no differences encountered

1. each 1 GB of dictionary requires 10 GB with BT4 matchfinder, 6 GB with HC4 and 1.5+ GB with HT4
2. hopefully i will fix a few remaining problems and all m/f will support dictionaries up to 4000m
3. Vanilla LZMA sources need to fix a few lines around kMaxHistorySize, LZMA_LOG_BSR, kDicLogSizeMaxCompress, numSons, prevNumSons, AllocRefs . i will publish my own fazip.exe

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 13:57 22-11-2013
Andarin



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Bulat_Ziganshin, а как же правила форума глава VI Соглашения по использованию?

Всего записей: 3065 | Зарегистр. 04-03-2006 | Отправлено: 14:59 22-11-2013
Bulat_Ziganshin

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

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 15:36 22-11-2013
Andarin



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Bulat_Ziganshin
Просто я полагаю, Вы английский знаете весьма неплохо, русский тоже; под тэгом "код" перевод по определению не полагается, а перевести 4,5 строки (и 2 строки в предыдущем сообщении) Вам никаких затруднений не составило бы (что подтверждает сообщение о новой альфа-версии на странице до этой)
Цитата:
тебя кстати действительно так интересует то чем я занимаюсь?
Что до этого - меня больше интересует результат, в подробности вдаваться - это свыше моих возможностей (да и потребностей). Ну, а раз я регулярно слежу за этой темой, получается, что FreeArc меня интересует достаточно, чтобы держать его в числе трёх используемых (и вообще установленных) архиваторов.
Цитата:
пока я получил всего два отклика и оба на английском форуме
Лично у меня знания английского не хватает, чтобы читать англоязычные форумы (в случае необходимости приходится всё же иногда пользоваться словарём, когда надо понять побольше абзаца-двух)

P.S. Bulat, я это не на предмет потроллить, и не из желания просто докопаться (меня эти два момента, мягко выражаясь, просто бесят). Просто есть люди, которые в английском вообще ни бум-бум, в т. ч. и у меня такие знакомые есть, но которых интересует многое,что вроде их и интересовать не должно.
Sorry, если задело.

Всего записей: 3065 | Зарегистр. 04-03-2006 | Отправлено: 18:32 22-11-2013 | Исправлено: Andarin, 22:24 22-11-2013
Bulat_Ziganshin

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

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 00:48 23-11-2013
slech



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
для всех лентяев на первых порах можно наверное вот такое решение внедрить
 
http://translate.google.com/translate?sl=en&tl=ru&js=n&prev=_t&hl=en&ie=UTF-8&u=http%3A%2F%2Fforum.ru-board.com%2Ftopic.cgi%3Fforum%3D5%26topic%3D35164%26start%3D2460%232&act=url

Всего записей: 4893 | Зарегистр. 10-11-2004 | Отправлено: 10:18 23-11-2013 | Исправлено: slech, 10:19 23-11-2013
Andarin



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
slech
Такой перевод, IMHO, надо ещё на нормальный русский переводить. Хотя, для лентяев, может и пойдёт. Но, опять же, им на фиг не надо это даже и на русском. А кому надо, кто этим серьёзно занимается - и без перевода понимают.

Всего записей: 3065 | Зарегистр. 04-03-2006 | Отправлено: 11:32 23-11-2013
slech



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

Всего записей: 4893 | Зарегистр. 10-11-2004 | Отправлено: 16:25 23-11-2013
slech



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Булат, вы как-то писали про Qt:

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


Цитата:
а я бы купил программу, где это легко настраивается и есть возможность загрузить с сайта программы готовые скины с различными вариантами настройки. я присматриваюсь qt quick, где такая возможность есть, но к сожалению дела, дела..

 
Не думали над этим вопросом подробнее ?

Всего записей: 4893 | Зарегистр. 10-11-2004 | Отправлено: 20:58 29-11-2013
slech



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin, ещё вопрос возник:
Можно ли приостановить на время задачу которая выполняется в фоне ?

Всего записей: 4893 | Зарегистр. 10-11-2004 | Отправлено: 18:33 01-12-2013
RandRover



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

Цитата:
 что Bulat_Ziganshin лентяй

 
Уважаемый, если бы вы хоть одну из собственноручно написаных фриварных программ с исходниками от 5000 тыс. строк мейнтейнили на протяжении более 1 года, вы бы не только обленились, у вас также начались бы периоды жуткой прокрастинации и устойчивое желание всех юзеров с просьбами о добавлении еще одной фичи в программу, сразу слать прямым текстом к "такой-то бабушке"...
И, судя по резковатым ответам автора в топике, он скоро вообще даже перестанет отвечать на вопросы по работе программы...
И писать здесь упреки типа, "октябрь уже давно прошел, а новой версии всё нету..." - бесполезно и глупо, так как у автора уже давно прошел тот период, когда с энтузиазмом бежишь кодить только из-за того, что в прошлом месяце твою программу уже скачало более 100 человек и несколько из них даже написали в комментах на странице скачки, что "прога - нормуль"...
 
И еще информация для размышления: а вы не задумывались хоть на минуточку, что FreeArc - это единственный БЕСПЛАТНЫЙ (в отличии от ВинРАРа) архиватор с собственным форматом, в котором реализован функционал добавления информации для восстановления к архивам? А это значит, что он является прямым конкурентом для платного аналога, и вполне возможно даже, что Женя Рошал "отстегивает" автору какую-то фиксированную суму для того, чтобы автор подольше "тянул резину" с написанием удобного ГУЯ, добавлением новых фич и выпуском новых стабильных версий архиватора.  (да-да, понимаю, что такая версия бредовенькая, хотя... )
 
Короче, если хотите побыстрее узреть новый удобный ГУЙ и добавленые фичи в  новой версии FreeArc, то ускорить появление оных можно только двумя способами - либо активно донатить разработку либо брать сорцы и добавлять фичи и ГУЙ самим.
 

Всего записей: 68 | Зарегистр. 01-10-2009 | Отправлено: 21:10 08-12-2013 | Исправлено: RandRover, 21:12 08-12-2013
slech



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

Цитата:
Уважаемый, если бы вы хоть одну из собственноручно написаных фриварных программ с исходниками от 5000 тыс. строк мейнтейнили на протяжении более 1 года, вы бы не только обленились, у вас также начались бы периоды жуткой прокрастинации и устойчивое желание всех юзеров с просьбами о добавлении еще одной фичи в программу, сразу слать прямым текстом к "такой-то бабушке"...  

Это ни в коем не упрёк Булату. Ну не хочет - не делает, а ленится он или времени нет или нехочет возможно не принципиально.
 

Цитата:
Короче, если хотите побыстрее узреть новый удобный ГУЙ и добавленые фичи в  новой версии FreeArc, то ускорить появление оных можно только двумя способами - либо активно донатить разработку либо брать сорцы и добавлять фичи и ГУЙ самим.

У меня сложилось впечатление, что Булата больше интересуют технические вещи, чем реализация задач для пользователей. Каждому нравится своё  и это здорово.
 
Значит нужно оформить Т.З. и определить стоимость проекта.
Собрать средства и найти разработчика.
 
Возможно как-то так.

Всего записей: 4893 | Зарегистр. 10-11-2004 | Отправлено: 23:11 08-12-2013
Engaged Clown



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

Цитата:
Значит нужно оформить Т.З. и определить стоимость проекта.
Собрать средства и найти разработчика.  

KickStarter, но гуй на GTK всё убивает.

----------
Опросы ru-board'а

Всего записей: 8782 | Зарегистр. 08-06-2006 | Отправлено: 00:26 09-12-2013
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
http://encode.ru/threads/1838-Command-Line-Process-Profiling-Tool?p=35675#post35675 это типа timer.exe/consmeter но гораздо круче. пока он работает над прогой, можно попытаться передать через меня ему пожелания, если вы не можете там зарегиться и/или не знаете английского. для меня прога просто супер, вот пара примеров её работы (она выводит только выделенные жирным шрифтом строки):
 
 
C:\Base\Tools\Utils>ProcProfile64.exe -tb rar -inul a m:\aaa z:\1g
 
1,000,001,799 -> 296,995,091: 29.69%. Cpu 8 mb/s (116.860 sec), real 44 mb/s (21.670 sec) = 539%
 
 
C:\Base\Tools\Utils>ProcProfile64.exe -tb 7z a m:\aaa ProcProfile64.exe  >nul
 
93,696 -> 37,706: 40.24%. Cpu 1475 kb/s (0.062 sec), real 1946 kb/s (0.047 sec) = 131%
 
 
C:\Base\Tools\Utils>ProcProfile64.exe -tb 7z a m:\aaa z:\1g
 
7-Zip [64] 9.32 alpha  Copyright (c) 1999-2013 Igor Pavlov  2013-12-01
Scanning
 
Creating archive m:\aaa.7z
 
Compressing  1g
 
Everything is Ok
 
Kernel  Time =     1.107 =    1%
User    Time =   378.458 =  657%
Process Time =   379.566 =  659%    Virtual  Memory =   1178 MB
Global  Time =    57.534 =  100%    Physical Memory =   1008 MB
 
1,000,000,000 -> 261,801,487: 26.18%. Cpu 2572 kb/s (379.565 sec), real 16 mb/s (57.539 sec) = 659%

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 15:10 09-12-2013 | Исправлено: Bulat_Ziganshin, 15:18 09-12-2013
Edison007007



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Булат, если использовать внешний компрессор внутри FA, то различаются показания у ProcProfile_x86_1.3.1 и arc.exe (12.12.12)
 
ProcProfile32 -k -tb arc.exe a -r -ep1 -ds=ens -s=; -lc- -di=ecwftsm -i1 --logfile=freearc.log --append -wE:\FreeArcTempDir -m=precomp "1.arc" "TestDATA\*"
 
Compressed 1 file, 201,152,043 => 239,227,035 bytes. Ratio 118.9%
Compression time: cpu 1.42 secs, real 384.19 secs. Speed 524 kB/s
 
468,427,026 -> 440,379,740: 94.01%. Cpu 156821 kb/s (2.917 sec), real 1190 kb/s (384.284 sec) = 0%

Всего записей: 376 | Зарегистр. 23-01-2011 | Отправлено: 20:57 09-12-2013 | Исправлено: Edison007007, 20:58 09-12-2013
Shegorat



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Edison007007 20:57 09-12-2013
Цитата:
Булат, если использовать внешний компрессор внутри FA, то различаются показания у ProcProfile_x86_1.3.1 и arc.exe (12.12.12)

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

----------
Krinkels.org - создание инсталляционных пакетов.
Как много дел считались невозможными, пока они не были осуществлены.

Всего записей: 695 | Зарегистр. 09-06-2009 | Отправлено: 22:08 09-12-2013
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FAZip 0.3 это пофайловый упаковщик (аналогично gzip/bzip2), поддерживающий все алгоритмы сжатия FreeArc, включая CLS dll-ки, 4x4 и цепочки методов (например rep:512m+delta+4x4:lzma). Однако, у него нет развитого набора опций и сохранения контрольных сумм в сжатом файле, так что пока я не могу рекомендовать использовать его как замену вышеупомянутым программам.
 
FAZip может быть интересен для бенчмаркинга и поиска ошибок в алгоритмах сжатия FreeArc, и как внешний упаковщик, заменяющий встроенные в FreeArc алгоритмы. Включенный в поставку файл arc-fazip.ini показывает как использовать FAZip чтобы полностью заменить встроенные алгоритмы LZMA и REP, сохраняя полную совместимость по данным (т.е. данные, сжатые FAZip, будут распаковываться встроенными алгоритмами, и наоборот).
 
FAZip заменяет FreeArc-LZMA-x64.exe, Delta.exe и другие упаковщики, откомпилированные из библиотеки сжатия FreeArc.
 
Что новенького:
  • Windows: 32-битный exe и facompress*.dll откомпилированы ICL 2011
  • Windows: 64-битный exe откомпилирован MSVC 2013
  • Linux: 32/64-битные динамически/статически-слинкованные программы откомпилированы GCC 4.6.3 под Ubuntu 12.04 (отсутствует поддержка CLS)
  • работает с чистым потоком сжатых данных при использовании синтаксиса "compress:метод" и "decompress:метод" (используется в arc-fazip.ini)
  • автоматически использует все ядра ЦПУ, но не уменьшает отывчивость системы
  • отображает зелёненький индикатор прогресса в таскбаре Win7
  • по умолчанию: использует большие страницы памяти (2МБ/4МБ) если они доступны; -slp-: никогда их не использовать; -slp+: использовать только их, при недоступности/нехватке выходить с ошибкой (ага, для бенчмарков)
  • опция -i0 отключает вывод программы (хотя сообщения об ошибках и ^Break всё же печатаются)
  • обновляет индикатор прогресса не чаще раза в 0.2 секунды (иначе на это может уходить слишком много времени)
  • печатает "\n" перед выходом и выдаёт расшифровки сообщений об ошибке вместо их цифровых кодов
  • удаляет частично созданный выходной файл при выходе по Ctrl-Break или ошибке

LZMA:
  • словарь до 2 ГБ в BT4, до 4000 МБ в HT4/HC4
  • улучшено сжатие со словарём в 1 ГБ
  • предвыборка памяти в BT4/HT4 - до 20% быстрее
  • по умолчанию MaxChain (:mc) в HT4 теперь равен FastBytes/2 (:fb/2)

Другие алгоритмы:
  • FAZip поддерживает все алгоритмы FreeArc, включая "tempfile" и cls-*.dll, за исключением только внешних алгоритмов, определяемых в arc.ini
  • 64-битные версии алгоритмов ppmd/grzip/tta на самом деле пока не работают
  • REP: стал до 2 раз быстрее при больших :l/:c (потому что для хеширования теперь используются все ядра ЦПУ)
  • Delta: стало в 1.7 раз быстрее

 
Планы на будущие версии FAZip, в порядке приоритета:
  • 32/64-битные версии, откомпилированные MSVC 2010/2012/2013, ICL 2011/2013/2014 и GCC 4.8
  • подробное описание использования и параметров каждого алгоритма сжатия
  • полноценный формат сжатых файлов - с идентификатором формата и контрольной суммой
  • 64-битные версии ppmd/grzip/tta
  • значительное ускорение HT4/BT4 (хотя при этом мы упрёмся в другую часть LZMA - Оптимальный Парсер)
  • упереть драйвер командной строки из bzip2 или tornado - где хуже лежит
  • 64-битный MemSize (lzma:h4g)
  • не выводить сообщений об ошибках при -i0?

 


 
FAZip 0.3 is a single-file compression utility (like gzip/bzip2), that supports all
the FreeArc compression algorithms, including CLS dlls, 4x4, and method chaining
(like rep:512m+delta+4x4:lzma). It lacks feature-rich command line and data checksums,
though, so i can't yet recommend to use it as general-purpose compressor.
 
FAZip may be useful for benchmarking and bug-hunting FreeArc compression algorithms,
and as external compressor replacing built-in FreeArc methods. The provided arc-fazip.ini
demonstrates how to use FAZip to completely replace built-in LZMA and REP algorithms
while retaining full data format compatiblity (i.e data compressed by FAZip may be extracted
by built-in methods and vice versa).
 
FAZip replaces FreeArc-LZMA-x64.exe, Delta.exe and other standalone compression tools
compiled from the FreeArc library.
 
What's new:
  • Windows: 32-bit executable and facompress*.dll compiled by ICL 2011
  • Windows: 64-bit executable compiled by MSVC 2013
  • Linux: 32/64-bit dynamic/static-linked executables produced by GCC 4.6.3 on Ubuntu 12.04 (no CLS support)
  • raw compressed stream produced by "compress:method" and extracted by "decompress:method" syntax (employed by arc-fazip.ini)
  • automatically employs all cpu cores, while keeping the computer responsive
  • Win7 taskbar progress indicator (the green bar)
  • default: use Large Memory Pages (2MB/4MB) if possible; -slp-: never use LP; -slp+: use only LP, abort if there aren't enough LP available (just for benchmarking)
  • -i0 option disables program output (although error/^Break messages are still displayed)
  • updates progress indicator only once per 0.2 seconds (otherwise it may need too much time)
  • prints "\n" before exiting and shows error descriptions instead of numeric codes
  • removes unfinished outfile on Ctrl-Break or error

LZMA:
  • dictionary up to 2 gb in BT4, up to 4000 mb in HT4/HC4
  • improved compression with 1 GB dictionary
  • prefetching in BT4/HT4 matchfinders - up to 20% faster
  • default MaxChain (:mc) for HT4 now is FastBytes/2 (:fb/2)

Other compressors:
  • FAZip supports all FreeArc algorithms, including "tempfile" and cls-*.dll, except only of external compressors defined in arc*.ini
  • 64-bit versions of ppmd/grzip/tta don't really work yet
  • REP: made up to 2x faster with large :l/:c (since now it uses all CPU cores for hashing)
  • Delta: made 1.7x faster

 
Plans for future FAZip versions, in order of priority:
  • 32/64-bit executables compiled by MSVC 2010/2012/2013, ICL 2011/2013/2014 and GCC 4.8
  • document usage and parameters for all compression algorithms
  • compressed file format with fileid and checksum
  • 64-bit versions of ppmd/grzip/tta
  • much faster HT4/BT4 matchfinders (so that LZMA speed will be limited only by the Optimal Parser)
  • steal cmdline processing from bzip2 or tornado
  • 64-bit MemSize (lzma:h4g)
  • no error messages on -i0?


Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 21:33 11-12-2013 | Исправлено: Bulat_Ziganshin, 22:51 11-12-2013
0Vovan0



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Когда-то давно здесь http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=780#2 обсуждалась распаковка архивов, которые воспринимаются арком как запароленные, хотя на самом деле распаковываются unarc.dll без пароля. Я попробовал с помощью UnarcDllExample.exe распаковать такой архив, но он все равно требует пароль. Как определить точно архив ли запаролен или распаковка почему-то происходит неправильно? Пример архива - например тут http://rutor.org/torrent/276813/arx-fatalis-zolotoe-izdanie_arx-fatalis-gold-edition-2002-2007-pc-repack-ot-r.g-mehaniki

Всего записей: 2370 | Зарегистр. 15-07-2005 | Отправлено: 03:17 23-12-2013
Shuld

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
 
Прошу комментарий.
Проводил тесты и столкнулся с таким моментом.
 
При архивировании командой (-m89)
rep:734mb+4x4:lzma:128mb:h128mb:normal:bt4:128
получается архив размером 338 695 222 байта (4 м 48 с)
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=820#9
 
Но в одном случае я ошибся, у меня была запущена программа, и памяти не хватило.
Архиватор заменил метод на строку:
rep:734mb+4x4:b350mb:lzma:69mb:normal:bt4:128
и получился архив размером 337 769 101 байт, заметно меньше. Время архивирования было не намного больше (5 м 13 с).
 
Вопрос:
Размер словаря lzma стал меньше, в чем возможная причина уменьшения архива?
Какой стандартный параметр "b" у 4x4? Или он меняется?

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 10:13 06-01-2014 | Исправлено: Shuld, 10:13 06-01-2014
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
параметр 4x4:b определяет размер блоков, на которые разбиваются входные данные (каждый блок сжимается независимо адгоритмом описанным внутри 4x4). по умолчанию размер блока равен размеру словаря во внутреннем алгоритме, т.е. для 4x4:lzma:128mb этот блок будет 128 мб.  
 
у тебя после "урезания" размер блока увеличился с 128 до 350 мб что ес-но увеличило сжатие. я сейчас посмотрел исходники - размер блока затрагивается только если памяти не хватает даже на одну копию алгоритма внутри 4x4 и ес-но он при этом должен уменьшаться, т.е. в данном случае ты столкнулся с ошибкой в моём алгоритме "обрезания". я её записал

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 22:02 06-01-2014 | Исправлено: Bulat_Ziganshin, 22:05 06-01-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 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