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

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



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Спасибо! Отлично сработало, но, к сожалению, итоговый размерчик оказался побольше, чем у 7zip:
_HL1_7z_lzma2-dict512m_.7z           1 698 158 967    22.05.12 19:20    ra--
_HL1_-m9x-defPsrep256m_wf_.arc    1 736 032 022    23.05.12 18:41    ra--

Исходя из повторяемости данных там по факту должно в итоге быть не более 1 600 000 000 байт (есть местами дубликаты по 300-400 мб, которые 256 мб словарь не "сокращает", а оставляет дублями, как, например, делает 7zip при 256Мбайт словаре).
Как я могу ещё улучшить результат?
 
 
Добавлено:
Для эксперимента задал для srep 1024 мбайта, вышло:
_HL1_srep1024_20120523184538.arc    1 736 031 774    23.05.12 19:49    -a--
т.е., выигрыш остался мизерный.

Всего записей: 15785 | Зарегистр. 04-11-2010 | Отправлено: 20:15 23-05-2012 | Исправлено: insorg, 22:26 23-05-2012
ruduk

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

Цитата:
есть местами дубликаты по 300-400 мб, которые 256 мб словарь не "сокращает", а оставляет дублями, как, например, делает 7zip при 256Мбайт словаре

Что подразумевается под "дубликатами"? Файлы по 300-400 мб? SREP может найти дубликаты, только в одном файле, а не между двумя файлами. Вывод - нужно объединить "дубликаты" в один большой файл (например, TAR).  

Всего записей: 123 | Зарегистр. 08-02-2009 | Отправлено: 10:32 24-05-2012
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ruduk
Это и означает, что есть похожие и одинаковые файлы.
Обьединять в TAR не катит, ибо это сведёт на нет все прелести удобной упаковки и простой 7z@lzma-dic512Mb будет более удачным вариантом. Нужен solid-вариант.

Всего записей: 15785 | Зарегистр. 04-11-2010 | Отправлено: 15:27 24-05-2012 | Исправлено: insorg, 15:46 24-05-2012
snkreg

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Булат, а нельзя ли сделать опцию "Встроить SREP в SFX", чтобы не добавлять в сам ARC, я так понял это сложнее.

Всего записей: 586 | Зарегистр. 18-10-2008 | Отправлено: 16:53 24-05-2012
vasulpr

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
в идеале было бы хорошо если бы в SFX добавлялись внешние модули (SREP, precomp...) при необходимости

Всего записей: 126 | Зарегистр. 27-03-2011 | Отправлено: 21:57 24-05-2012
Ahf

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
объясните, пожалуйста, как использовать внешний упаковщик, в частности packjpg
в arc.ini ничего не трогал, файл оригинальный
packjpg.exe сложил в папку с arc.exe (path на эту папку прописан)
пробовал методы 5p и 9p - эффекта нет (
 
в arc.ini ещё указан некий timer (пробовал убрать, не помогло)  
packcmd   = timer packjpg $$arcdatafile$$.jpg
где взять его?

Всего записей: 314 | Зарегистр. 25-07-2005 | Отправлено: 06:53 25-05-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ahf
в настройках метода сжатия есть Экспериментальные методы

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



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Попался мне архивчик с использованием precomp и нужно его распаковать.
Код:
FreeArc 0.67 (May 22 2012) listing archive: data1.arc
 
Archive type: FreeArc
Total bytes: 4,049,156,024
Compressed bytes: 1,127,225,672
Ratio: 27.8%
 
Directory blocks: 1
Directory, bytes: 59,107
Directory, compressed: 17,142
Solid blocks: 2
Avg. blocksize: 1931 mb
 
Compression memory: 4096 mb
Decompression memory: 4096 mb
Dictionary: precomp:4096mb+lzma:64mb
 
Archive locked: -
Archive comment: -
Recovery info: -
SFX size: -
Headers encrypted: -
Encryption algorithms: -
 
              Pos            Size      Compressed   Files Method
-----------------------------------------------------------------------------
               31               0               0      22 storing
               31   4,049,156,024   1,127,225,672   1,439 precomp+srep:mem512m:m
3f:a1:l512+lzma:64mb:normal:bt4:128
-----------------------------------------------------------------------------
1,461 files, 4,049,156,024 bytes, 1,127,225,672 compressed
All OK
При этом Arc.exe ругается беспощадно:
Код:
FreeArc 0.67 (May 22 2012) extracting archive: data1.bin.arc
Extracting 1,461 files, 4,049,156,024 bytes
  Extracting binkw32.dll                                                  0.0%
ERROR: write error (disk full?) in compression algorithm srep:mem512m:m3f:a1:l51
2
(precomp042.exe лежит рядом с arc.exe)
 Что не так с precomp'ом?
 
Добавлено:
Попробовал упаковать аналогичный (для теста) сам, вышло нечто типа:
  -m9x -i2 -lc- -ld- -di -mc$default+precomp -ag -wf:\  
, но скорость упаковки идёт катастрофически медленная. Это нормально?
 
Добавлено:
Прошло уже три часа, толку пока почти никакого, винт трещит, как сумасшедший:
скриншот - http://savepic.su/2026234.png
и при этом процевое время почти не расходуется.
Аналогичная байда была при попытке упаковать 15 гигов со srep'ом (так за день и не упаковалось, пришлось тогда отменять), тоже винт трещал как угорелый. Нигде больше никто такую нагрузку на него не даёт. Тем более, что он не является основным системным, используется только для текущей упаковки архива (остальные действия - на другом), сам винт быстрый и в идеальном состоянии.
Что не так?

Всего записей: 15785 | Зарегистр. 04-11-2010 | Отправлено: 22:37 25-05-2012 | Исправлено: insorg, 01:28 26-05-2012
1noObman1

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

Цитата:
можно конкретней, в чём проблема? у меня такой принцип - "precomp042" и т.п. означают конкретные версии precomp, а "precomp" заменяется на "precomp042" или другую свежую версию. это позволяет сжимать с -m=precomp и не думать, какая там сейчас версия последняя - например, не менять батники
 
единственное в чём возможно я неправ - это надо перенести определение precomp в стандартный arc.ini  

 
Именно, только через арк.ини. Тк не всегда это удобно, да еще и там jpg сжатие отключено. Только вот большая проблема в том, что unarc.dll теперь не распаковывает эти архивы - пишет что неизвестный метод сжатия "precomp042:c-:t-j". В этом то и вся суть...

Всего записей: 25 | Зарегистр. 13-09-2011 | Отправлено: 02:38 26-05-2012
Bulat_Ziganshin

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

Цитата:
1. расшифровка методов сжатия выполняется до проверки External compressors и независимо от неё
2. раньше precomp использовался всеми как им вздумается, сейчас у него появился встроенный в arc.exe смысл. то же самое произойдёт например если я встрою srep в программу. я тут вижу неудобство для тех, кто его раньше использовал, но это ж экспериментальные внешние упаковщики, их пользователи должны знать что гарантий совместимости с будущими версиями нет?
3. что ты предлагаешь сделать? я вижу проблему в том что "перехватил" популярное название метода внешнего сжатия, даже если оно использовалось по разному разными людьми

 

Цитата:
Именно, только через арк.ини. Тк не всегда это удобно, да еще и там jpg сжатие отключено.

а в чём проблема использовать другой метод сжатия? назови его xcomp и определяй как угодно
 

Цитата:
Только вот большая проблема в том, что unarc.dll теперь не распаковывает эти архивы

т.е. раньше ты давал своё определение precomp (или даже просто использовал встроенное), создавал с ним архивы и теперь эти архивы не распаковываются, поскольку определение поменялось?
 
смотри - если я оставляю своё новое определение precomp=precomp042:t-j, но переношу его в arc.ini, то у тебя появляется возможность его отключить, но тогда у тебя перестанут работать новые галочки Experimental compressors. и более того, ты будешь создавать архивы с методом precomp, т.е. несовместимые с другими пользователями программы. т.е. это решит твою текущую проблему, но создаст ещё больший бардак в будущем
 
полноценным решением я вижу признание того, что название precomp уже "захвачено", втч и в настройках arc.ini предыдущих версий freearc, и использование вместо него чего-то нового, скажем unpack
 
Добавлено:

Цитата:
Что не так с precomp'ом?  

это внешний компрессор, надо знать какое у него было определение при упаковке. советую поставить старый freearc, посмотреть какой exe он пытается вызвать и поставить его у себя
 

Цитата:
скорость упаковки идёт катастрофически медленная.

для precomp это решается запуском на ram-диске (он эти 50 гбайт пишет в текущий каталог), для srep - использованием -m1/m1f

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



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

Всего записей: 923 | Зарегистр. 29-09-2007 | Отправлено: 20:20 27-05-2012
1noObman1

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

Цитата:
т.е. раньше ты давал своё определение precomp (или даже просто использовал встроенное), создавал с ним архивы и теперь эти архивы не распаковываются, поскольку определение поменялось?  

Те что запакованы на старой версии распаковываются. Те что запакованы новой - нет.
 

Цитата:
смотри - если я оставляю своё новое определение precomp=precomp042:t-j, но переношу его в arc.ini, то у тебя появляется возможность его отключить, но тогда у тебя перестанут работать новые галочки Experimental compressors. и более того, ты будешь создавать архивы с методом precomp, т.е. несовместимые с другими пользователями программы. т.е. это решит твою текущую проблему, но создаст ещё больший бардак в будущем  

 
А если просто сделать в анарк.длл перехват обеих названий: precomp (чтоб распаковывались архивы сделаные на старых версиях) и precomp042:t-j, то разве не проще будет?
 

Цитата:
полноценным решением я вижу признание того, что название precomp уже "захвачено", втч и в настройках arc.ini предыдущих версий freearc, и использование вместо него чего-то нового, скажем unpack  

 
Немного не понял... unpack это вариант названия прекомпа в арк.ини или что-то другое? Вообщем сути не меняет - анарк.длл не распаковывает архивы с прекомпом сделанные на новых версиях. В этом то и вся суть проблемы, как писал выше - добавить в анарк опознание как precomp так и precomp042:t-j.

Всего записей: 25 | Зарегистр. 13-09-2011 | Отправлено: 22:52 28-05-2012
QSQ



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
исправьте шапку, из-за картинки эта тема просится по 8080 порту.

Всего записей: 923 | Зарегистр. 29-09-2007 | Отправлено: 23:40 28-05-2012 | Исправлено: QSQ, 23:42 28-05-2012
juvaforza

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
QSQ
Заблокируйте у себя картинку в браузере. Ее можно переложить на другой сервис, но на руборд нельзя положить.

Всего записей: 2895 | Зарегистр. 26-11-2005 | Отправлено: 14:05 29-05-2012
QSQ



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
juvaforza зачем мне лишнее правило из-за 1 картинки в 1 теме? замените
Код:
http://i.pixs.ru/storage/4/3/6/a6be7ecb7c_4393823_4901436.png

Всего записей: 923 | Зарегистр. 29-09-2007 | Отправлено: 19:16 29-05-2012 | Исправлено: QSQ, 19:18 29-05-2012
shrmn



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

Цитата:
зачем мне лишнее правило из-за 1 картинки в 1 теме? замените

Ну так если тебе так мешает, не заходи сюда. Зачем тебе лишнее правило из за одной картинки в одной теме???

Всего записей: 3629 | Зарегистр. 17-12-2002 | Отправлено: 19:30 29-05-2012
QSQ



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
shrmn я залил, смени ссылку: лень, что-ли?

Всего записей: 923 | Зарегистр. 29-09-2007 | Отправлено: 20:26 29-05-2012
shrmn



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
QSQ
Нет, совсем не лень. Да и залить я и сам бы смог. Все, что ты делаешь- по русски называется хамство. Мне плохо- делайте все ради меня, любимого. Успокойся. Тебе уже дали совет, ну что тебе не нравится? Нет, родной, некрасиво так...

Всего записей: 3629 | Зарегистр. 17-12-2002 | Отправлено: 20:32 29-05-2012
QSQ



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
shrmn тогда я пожалуюсь на тебя. ты создаёшь неудобство пользователям.

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

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

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 21:01 29-05-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