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

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

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Встроенный во FreeArc SREP работает хуже чем отдельный?
Уже много сжимал различные данные сначала цепочкой SREP 2.95 (с параметром -m3  -l512), а затем FreeArc 0.666 (с параметром delta+exe+lzma:512mb:normal:bt4:273:lc8), а затем просто в FreeArc 0.666 со строчкой -m=srep:512mb+exe+delta+lzma:512mb:normal:bt4:273:lc8 и всегда результат с отдельным использованием SREP у меня выходит лучше.
 Если встроенный в FreeArc SREP дожлен работать с такой же эффективностью что и отдельный, помогите мне пожалуйста отредактировав строку -m=srep:512mb+exe+delta+lzma:512mb:normal:bt4:273:lc8 на правильное использование SREP с параметром -m3  -l512

Всего записей: 27 | Зарегистр. 24-02-2011 | Отправлено: 08:40 25-06-2011
Profrager



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

Цитата:
Устойчиво работает с вышеуказанными опциями, жалоб и нареканий нет. Правда, статистика пока слабовата - пару репаков всего лишь (FA 0.67 + SREP 2.96 + ISDone 0.6), но тем не менее...

странно, а у другого репакера вот наоборот юзеры через один писали об ошибке crc.

----------
переехал сюда

Всего записей: 888 | Зарегистр. 22-05-2010 | Отправлено: 10:26 25-06-2011
cdman67

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

Цитата:
странно, а у другого репакера вот наоборот юзеры через один писали об ошибке crc.
 

367 скачавших на данный момент - и ни одного нарекания - это о чём-то говорит ? Согласен, что один репак - это не показатель, но что имеем, то и имеем. Бум нарабатывать статистику дальше )))

Всего записей: 100 | Зарегистр. 30-10-2006 | Отправлено: 13:14 25-06-2011
Highpass

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

Цитата:
Встроенный во FreeArc SREP работает хуже чем отдельный?

В FreeARC нет встроенного SREP. Там есть REP. Поэтому когда ты пишешь -msrep и в arc.ini отсутствует секция srep, то srep просто игнорируется и ты получаешь просто
exe+delta+lzma:512mb:normal:bt4:273:lc8
 

Цитата:
Уже много сжимал различные данные сначала цепочкой SREP 2.95 (с параметром -m3  -l512)

-m3 -l512 используются по умолчанию, так что можешь их не указывать и сэкономить время.
 

Цитата:
а затем FreeArc 0.666 (с параметром delta+exe+lzma:512mb:normal:bt4:273:lc8)

У тебя неправильная строка. Ты хочешь использовать match finder BT4 со словарем в 512 mb, что невозможно. При BT4 и словаре больше 64 mb используется примерно 10.5 x d памяти, где d - это размер словаря. А так как FreeARC является 32-битным приложением, то выделить 5375 мегов памяти не выйдет по определению. Поэтому FreeARC просто понизит размер словаря и ты получишь
delta+exe+lzma:177mb:normal:bt4:273:lc8, а ведь можно задрать и побольше.

Всего записей: 72 | Зарегистр. 23-06-2009 | Отправлено: 06:41 26-06-2011
Aerogiz

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Highpass спс за очень подробный ответ

Всего записей: 27 | Зарегистр. 24-02-2011 | Отправлено: 07:26 26-06-2011
Bulat_Ziganshin

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

Цитата:
пару репаков всего лишь (FA 0.67 + SREP 2.96 + ISDone 0.6), но тем не менее...  

интересна статистика - сравнивал srep с rep на них? распаковка идёт без временных файлов? какая скорость процесса распаковки в общем достигается?
 
кстати, натолкнулся при перепаковке LostPlanet2 на интересный приём. там после SREP данные уже почти не ужимаются, процентов на 10 с lzma:max:256m всего. из-за этого распаковка в lzma идёт довольно медленно - если обычно на моей тачке можно получить 40-50 мб/с, то там порядка 20, что гораздо медленней скорости чтения/записи дисков. пробовал tornado - он быстро распаковывает, но теряет в сжатии. зато если заменить lzma на xlzma:max, то получается самое то - распаковка становится в 2-4 раза быстрее за счёт многопоточности, а степень сжатия почти не падает
 
Добавлено:

Цитата:
у другого репакера вот наоборот юзеры через один писали об ошибке cr

skymmer на английском форуме тоже сообщил что в stdin-to-stdout mode данные считываются не до конца. как минимум в этом проблема. плюс ещё неясности по порче памяти
 
Добавлено:
добавил в шапку Форум Krinkels Inc

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 12:32 26-06-2011
egor23



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

Цитата:
skymmer
So. -m1 processing

ды с -m1 (-msrep:m1f:s250m) упаковка проходит корректно
но с распаковкой проблемы и у FreeArc и у Arc

Цитата:
ОШИБКА: ошибка записи (диск полон?) в алгоритме (рас)паковки srep:m1f:s250m

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 15:44 26-06-2011
cdman67

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
4 репака - полёт нормальный
упаковка - arc a -r -di+$ --display -mt2 -s -w. -m=srep:mem75%%-150mb:f:a1:l128:c128+lzma:128mb:max:1024:bt4 -dpE:\WORK\SOLYANKA ns2011.arc

Всего записей: 100 | Зарегистр. 30-10-2006 | Отправлено: 17:00 26-06-2011
xtradex

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
2 Bulat_Ziganshin:
 
Не знаю поднимался ли вопрос, но я в него уткнулся - EXE-архив НЕ распаковывается под NT4 (Service Pack6 ENG)
 
Понятно, что эта операционка уже почти раритет, но как всегда, в самый неожиданный момент...

Всего записей: 41 | Зарегистр. 07-12-2005 | Отправлено: 16:21 27-06-2011
Highpass

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

Цитата:
-m=srep:mem75%%-150mb:f:a1:l128:c128+lzma:128mb:max:1024:bt4

А что это за параметр 1024 ты задаешь? Уж не fb ли ?

Всего записей: 72 | Зарегистр. 23-06-2009 | Отправлено: 03:16 28-06-2011 | Исправлено: Highpass, 03:17 28-06-2011
cdman67

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

Всего записей: 100 | Зарегистр. 30-10-2006 | Отправлено: 15:38 29-06-2011
Highpass

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
cdman67
Да ничего. Просто ты заблуждаешься, считая что такое значение параметра FB допустимо.
FB имеет диапазон от 5 до 273 (ранее до 255) включительно.

Всего записей: 72 | Зарегистр. 23-06-2009 | Отправлено: 19:10 30-06-2011
PAQer



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

Цитата:
FB имеет диапазон от 5 до 273 (ранее до 255) включительно.

ранее было 256, если не изменяет память.

Всего записей: 161 | Зарегистр. 17-12-2007 | Отправлено: 00:57 01-07-2011
Highpass

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Изменяет
Диапазон был расширен до 273 в версии 7-zip 4.30 beta. А вот выписка из файла помощи версии 4.29
 
fb={N}  
Sets number of fast bytes for LZMA. It can be in range from 5 to 255. Default value is 32 for normal mode and 64 for maximum mode. Usually big number gives a little bit better compression ratio and slower compression process.

Всего записей: 72 | Зарегистр. 23-06-2009 | Отправлено: 12:22 01-07-2011
PAQer



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

Всего записей: 161 | Зарегистр. 17-12-2007 | Отправлено: 16:53 01-07-2011
cdman67

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Highpass, да хз, чисто экспериментально выяснил, что при 1024 лучше жмёт - ненамного, но, как гриттся - мелочь, а приятно.

Всего записей: 100 | Зарегистр. 30-10-2006 | Отправлено: 11:11 04-07-2011
Bulat_Ziganshin

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

Цитата:
Результат получается битый, т.е. архив должен был получиться 74МБ, а получился 40Мб
причём в папке темр временный файл получается 74МБ, т.е. srep отрабатывает правильно, а вот в архив попадают не все 74МБ, а только 40МБ.

 
попробуй с этой версией:
 
http://www.freearc.org/download/research/srep296b.zip
 
напомню, что речь шла о работе в режиме stdin-to-stdout

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 15:39 09-07-2011 | Исправлено: Bulat_Ziganshin, 15:39 09-07-2011
egor23



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

Цитата:
;options = mem75%-400mb (for decompresssion with srep+exe+delta+lzma:256mb)  
packcmd = srep {options} <stdin> <stdout>  
unpackcmd = srep -d {options} <stdin> <stdout>

Упаковка работает
 
arc a a296b -msrep:m3f:s250m pdf.TAR11.pcf
FreeArc 0.67 (March 18 2011) creating archive: a296b.arc
Compressed 1 file, 249,562,113 => 77,720,120 bytes. Ratio 31.1%
Compression time: cpu 2.13 secs, real 37.56 secs. Speed 6,644 kB/s
All OK
 
Распаковка с {options} не работает

Цитата:
unpackcmd = srep -d {options} <stdin> <stdout>

arc x a296b
FreeArc 0.67 (March 18 2011) extracting archive: a296b.arc
Extracting 1 file, 249,562,113 bytes. Processed   0.0%
ERROR: write error (disk full?) in compression algorithm srep:m3f:s250m
 
Распаковка без {options} работает

Цитата:
unpackcmd = srep -d <stdin> <stdout>

arc x a296b
FreeArc 0.67 (March 18 2011) extracting archive: a296b.arc
Extracted 1 file, 77,720,120 => 249,562,113 bytes. Ratio 31.1%
Extraction time: cpu 1.94 secs, real 5.88 secs. Speed 42,479 kB/s
All OK

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 19:54 09-07-2011 | Исправлено: egor23, 19:55 09-07-2011
1ANP



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Я правильно понял, что FreeArc в zip не сжимает? и не конвертирует?

Всего записей: 795 | Зарегистр. 30-05-2007 | Отправлено: 03:15 10-07-2011
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
1ANP
версия 0.666 - нет. версия 0.67 - сжимает, но с ошибками. если очень нужно, надо поставить 0.67 и заменить в ней 7z.dll на стандартную от 7-zip

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 12:28 10-07-2011
Открыть новую тему     Написать ответ в эту тему

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