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

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

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

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
blackofff



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Огромное СПАСИБО за Bаш архиватор,пользуюсь довольно продолжительное время,
недавно возник вопрос - возможно ли добавить маску для файлов добавляемых в архив  без сжатия (аналогично РАРовскому) ?
к примеру имеется папка с игрой ,в которой половина мультимедийных файлов  скажем *.bik расширения.
можно ли добавить в профиль это расширение что бы файлы этого типа добавлялись в архив без сжатия?

Всего записей: 1 | Зарегистр. 13-11-2011 | Отправлено: 04:49 21-05-2012 | Исправлено: blackofff, 05:05 21-05-2012
slech



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Баг №2
только у меня воспроизводится ?

Всего записей: 4893 | Зарегистр. 10-11-2004 | Отправлено: 10:09 21-05-2012
Bulat_Ziganshin

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

Цитата:
1. Запароленный архив:  
Открываем разные архивы при помощи FA и на предложение ввести пароль жмём Cancel:  
arc - Operation terminated by user!  
7z - Prelude.undefined  
rar - Prelude.undefined  
Последние 2 мне показались не совсем понятными.  

с обработкой cancel/^break пока полный бардак
 

Цитата:
2. Извлечение из архива:  
http://freearc.org/download/0.666/FreeArc-portable-0.666-win32.zip  
Right Click --> FreeArc --> Open with FreeArc --> заходим в папку share\themes --> выбираем AnachronAna --> Extract --> D:\test1 --> OK  
 
Цитата:
FILES SUCCESFULLY EXTRACTED FROM D:\FreeArc-portable-0.666-win32.zip
 
В рузультате папки D:\test1 нет.  
1. arc - папка есть  
2. zip - папки нет  
3. 7z - папки нет  

то же самое в http://encode.ru/threads/43-FreeArc?p=28958&viewfull=1#post28958
 
это из-за того, что -ap через 7z.dll не поддерживается. поэтому он не находит файлов, указанных в комстроке, и сообщает что успешно извлечено 0 найденных файлов. если просто зайти в каталог и заказать распаковку, то он извлечёт весь архив
 
я за -ap брался прошлой весной и завяз. попробую взяться снова..
 

Цитата:
3. Извлечение файлов из архива двойной вложенности:  
На примере gz я уже писал.  
То же у меня сейчас повторилось на arc-arc arc-rar, т.е. скорее всего не зависит от формата архива.
 

с gz понятно было - из a.tar-1.gz извлекался a.tar-1, и дальше стандартное открытие не работало. с arc-arc, полагаю, то же самое?
 
Добавлено:

Цитата:
к примеру имеется папка с игрой ,в которой половина мультимедийных файлов  скажем *.bik расширения.  
можно ли добавить в профиль это расширение что бы файлы этого типа добавлялись в архив без сжатия?
 

включить их в группу compressed в arc.groups И добавить в комстроку опцию -m$compressed=storing или скажем -m$compressed=rep:256m

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 14:26 21-05-2012 | Исправлено: Bulat_Ziganshin, 14:27 21-05-2012
slech



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

Цитата:
с gz понятно было - из a.tar-1.gz извлекался a.tar-1, и дальше стандартное открытие не работало. с arc-arc, полагаю, то же самое?

Уже не наюблюдается этой проблемы.
arc-zip, arc-acr - всё ок.
С баг 1 дело видать непростое.
Баг 2 доставляет неудобства.

Всего записей: 4893 | Зарегистр. 10-11-2004 | Отправлено: 15:11 21-05-2012
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Странно, но то ли я делаю что-то неправильно, то ли действительно srep вообще не работает.
 
Создаю архивы при помощи комманды из ТоталКоммандера
<...>arc.exe ? a "_%O.arc" %S -m9x -i2 -lc- -ld- -di -mc:rep/srep:mem256mb -ag
(где %O и %S - переменные ТК, имя файла и список выделеных файлов, соответственно).
 
Так вот, что интересно, наличие "-mc:rep/srep:mem256mb" или отсутствие ровным счётом не даёт ничего (проверил уже на разных папках (софт, игры, документы) разных размеров), а в результате я получаю два одинаковых архива (пакую: 1-й - с параметром, 2-й - без).
 
Srep.exe, srep32i.exe, srep64i.exe (все 3.0.1) лежат возле Arc.exe (альфа 20.05.2012, прошлая - такая же).

Всего записей: 17956 | Зарегистр. 04-11-2010 | Отправлено: 19:00 21-05-2012 | Исправлено: insorg, 19:02 21-05-2012
Bulat_Ziganshin

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

Цитата:
Баг 2 доставляет неудобства.

в крайнем случае я сделаю чтобы fa отказался распаковывать в таких ситуациях
 

Цитата:
 -m9x

не использует rep, поэтому замещать нечего. советую использовать -di и -di+$ для получения информации об алгоритмах. в данном случае можешь попробовать -mc$default+srep:256m, но учти что srep будет использовать 256 мб и lzma столько же

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 19:16 21-05-2012
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
т.е, это
Цитата:
-mc$default+srep:256m
нужно ВМЕСТО "-m9x", я правильно понял?

Всего записей: 17956 | Зарегистр. 04-11-2010 | Отправлено: 20:50 21-05-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
нет. может тебе прочесть наконец доку + описание -mc?

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 20:56 21-05-2012
insorg



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

Цитата:
нет. может тебе прочесть наконец доку + описание -mc?
да, вот же, уж четвёртый день даже не закрываю, изучаю-экспериментю.  
так-то вроде более-менее разобрался что к чему, но этот самый srep меня немного тормозит, хотя желание его попользовать велико (и, если верить, что он ест памяти всего 7-15% относительно размера словаря, то оно мне оч необходимо).
 

Цитата:
-mc$default+srep:256m
результат - прерывание упаковки с выводом:
Errorlevel=2
 17.3%
ERROR: general (de)compression error in srep:256m

скриншот - http://savepic.su/1978392.png  (оперативки - 12 гигов, из них свободно почти 10)
 
А, грубо говоря, если я хочу задать условия, схожие с "-m9x -i2 -lc- -ld-" (т.е., "дать асинхрон" и выжать полный максимум из максимально возможного сжатия), на что следует заменить выделеное цветом?
И осуществима ли здесь асинхронка вообще?  

Всего записей: 17956 | Зарегистр. 04-11-2010 | Отправлено: 20:57 21-05-2012 | Исправлено: insorg, 21:21 21-05-2012
1noObman1

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

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

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

Цитата:
Подскажите, делаю распаковку так unarc.exe x files.arc -pPass -o+ -dpC:\path1  
видна консоль, её можно скрыть?  

да. спрашивай в теме по своему инструменту программирования
 

Цитата:
ERROR: general (de)compression error in srep:256m  

я mem пропустил - сложно догадаться?
 

Цитата:
И осуществима ли здесь асинхронка вообще?  

асимметрия != асинхронность. будь внимательней. думай сам вместо того чтобы задавать тривиальные вопросы
 

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

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

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 19:19 22-05-2012
insorg



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

Цитата:
я mem пропустил - сложно догадаться?
если досконально знать - то не сложно, а так - увы...
спасибо, поправлю и попробую упаковать

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

Цитата:
-m9x
не использует rep
а как их тогда можно совместить для максимального ассиметричного сжатия?
(в доке искал, но, правда, в упор не вижу ответа на этот вопрос. по ходу, в 0.40, по которому она написана, этого срепа ещё не было что ль)
 
Добавлено:

Цитата:
я mem пропустил - сложно догадаться?

только что перепроверил, у меня (оказывается) там c указанием параметров всё нормально, "mem" - на месте:
-m9x -i2 -lc- -ld- -di -mc:rep/srep:mem256mb -ag

Всего записей: 17956 | Зарегистр. 04-11-2010 | Отправлено: 21:09 22-05-2012 | Исправлено: insorg, 22:24 22-05-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
new alpha version:
  • arc.ini: removed outdated definitions for exe2 and precomp
  • unarc.dll: changed meaning of returned value for "overwrite?" and "password?" callbacks; please update your code that makes use of unarc.dll
  • unarc.dll: full english and russian docs in Addons\Unarc-DLL\readme*.txt
  • unarc.dll: fixed bug encountered when callback==NULL
  • SFX/unarc/dll: fixed bugs sometimes preventing extraction of encrypted archives
  • External: fixed bug - hangup after attempt to execute non-existing external compressor

 
 
Новая альфа-версия:
  • arc.ini: удалены устаревшие определения для exe2 и precomp
  • unarc.dll: изменена трактовка результата, возвращаемого из колбеков "overwrite?" и "password?"; пожалуйста обновите ваш код, использующий unarc.dll
  • unarc.dll: полная английская и русская документация в файлах Addons\Unarc-DLL\readme*.txt
  • unarc.dll: исправлена ошибка, возникавшая при callback==NULL
  • SFX/unarc/dll: исправлены ошибки, иногда препятствовавшие распаковке зашифрованных архивов
  • External: исправлена ошибка - зависание после попытки выполнить несуществующий внешний упаковщик

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 00:39 23-05-2012 | Исправлено: Bulat_Ziganshin, 00:54 23-05-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
во времена 0.40 у нас были два основных алгоритма - lzma требует 10*dictsize памяти для упаковки и 1x для распаковки, rep - 1x для того и другого
 
соответственно было две стратегии:
 
1) максимальное сжатие при заданной памяти для распаковки подразумевало использование только lzma, в целом алгоритм при этом получался асимметричным (скажем 2.5 гб для упаковки и всего 256 мб для распаковки)
 
2) максимальное сжатие при заданной памяти для упаковки достигалось применением rep+lzma, при этом те же 2.5 гб обеспечивали 1.5 гб словарь rep и 256 mb словарь lzma, а памяти и для упаковки, и для распаковки требовалось 2-2.5 гб
 
srep имеет совсем иной профиль памяти - порядка 10% от размера словаря и для упаковки, и для распаковки. соответственно, в твоём случае имея 2.5 гб памяти для упаковки и 500 мб для распаковки, мы можем использовать lzma:256mb плюс srep со словарём 25 гб

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 15:37 23-05-2012 | Исправлено: Bulat_Ziganshin, 15:37 23-05-2012
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
т.е., для "lzma:256mb плюс srep со словарём 25 гб" получаем нечто вида:
"-m9x -i2 -lc- -ld- -di -mc:rep/srep:mem2560mb -ag"
, верно?

Всего записей: 17956 | Зарегистр. 04-11-2010 | Отправлено: 15:52 23-05-2012 | Исправлено: insorg, 15:54 23-05-2012
Bulat_Ziganshin

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

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



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вобщем, как я понимаю, то ли мы друг друга не понимаем, то ли что-то не так.
 Ты сам ясно дал понять, что во времена 0.40, по которой дока и написана, srep ещё не было (был просто rep, что является чем-то совсем другим). Соответственно, в этой самой "доке" нет даже слова "srep", не говоря уже про то, чтобы о нём что-то найти с ним связаное.
 Все упоминания "-mc" сводятся к пункту "Мультимедиа-сжатие", в котором описывается как отключить (!) доп.алгоритмы сжатия, но не задействовать внешний.  
 Как я уже заметил, по сути arc опирается в основе на алгоритм lzma, а это многое проясняет. Следовательно, теперь я могу более-менее понятным языком для нас обоих сформулировать что мне нужно: максимальное сжатие lzma со словарём 512 Мб + использующий аналогичное количество памяти srep (он, как я пронимаю, обработает схожие данные на расстоянии до 5 гигов, чего мне полностью достаточно), особых ограничений к количеству памяти для упаковки не представляется, но для распаковки допускается выделить полгига, чего для lzma512mb вполне достаточно. Собственно, это и всё, что нужно. Напиши, пожалуйста, как конкретно будет выглядеть строка параметров для этого случая.
 Только пожалуйста, не нужно посылать в очередной раз, ибо из-за этих посылательств мы торгуемся уже который день, а толку не появляется.
 
 И ещё по этой же теме. Частенько попадаются репаки игр в этом самом ARC (только расширение хитрые люди на bin меняют) в паре с установщиком. Сначала распаковывается сам arc'овый архив, получаем некий архивчик .srep и потом распаковывается он. Каким способом реализуется подобное извращение?

Всего записей: 17956 | Зарегистр. 04-11-2010 | Отправлено: 17:01 23-05-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
-mc описан здесь: http://freearc.org:8001/history/changelog_full_ru.htm от 5 февраля
 
srep здесь: http://freearc.org/research/SREP.aspx
 
комстрока: -m9x -mc$default+srep:mem256m

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



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Это же совсем другое дело!
Спасбо!  
 
Добавлено:
при упаковке с параметрами
a "f:\_HL1_-m9x-lc-ld-_defPsrep256m.arc" "HL1" -m9x -i2 -lc- -ld- -di -mc$default+srep:mem256m -ag"
на 14,3% архиватор споткнулся, ссылаясь на ошибку диска, хотя диск абсолютно исправен, свободно 20 гигов из 60, NTFS.
Последние строки консоли:
Цитата:
  Compressing HL1\HLSourceHDC-M2\Half-Life Source HD Cinematic Pack\bin\TrackerU
I.dll
  Compressing HL1\HLSourceHDC-M2\Half-Life Source\bin\TrackerUI.dll
  Compressing HL1\HLSourceHDC-M2\Half-Life Source HD Cinematic Pack\bin\ServerBr
owser.dll 14.3%
ERROR: write error (disk full?) in compression algorithm srep:mem256m  

 
 
Добавлено:
при параметрах
 a "f:\_HL1_-m9x-defPsrep256m_.arc" HL1 -m9x -i2 -di -mc$default+srep:mem256m -ag"
аналогично:
Цитата:
  Compressing HL1\HLSourceHDC-M2\HL2-HL1mod\hl1\bin.old\client.dll
  Compressing HL1\HLSourceHDC-M2\Half-Life Source HD Cinematic Pack\hl1\bin\clie
nt.dll
  Compressing HL1\HLSourceHDC-M2\Half-Life Source\hl1\bin\client.dll
  Compressing HL1\HLSourceHDC-M2\HL2-HL1mod\hl1\bin\client.dll
  Compressing HL1\HL1\HL-1111\cl\dlls\cl.dll
  Compressing HL1\HL1\HL-1111\cstrike\dlls\mp.dll
  Compressing HL1\HL1\HL-1111\decay\dlls\decay.dll
  Compressing HL1\HL1\HL-1111\hunger3\dlls\einar.dll
  Compressing HL1\HL1\HL-1111\platform\dbghelp.dll
  Compressing HL1\HL1\HL-1111\platform\SteamUI.dll
  Compressing HL1\HL1\HL-1111\platform\AddOns\checkers\Checkers.dll
  Compressing HL1\HL1\HL-1111\platform\AddOns\chess\Chess.dll            14.3%
ERROR: write error (disk full?) in compression algorithm srep:mem256m  

Всего записей: 17956 | Зарегистр. 04-11-2010 | Отправлено: 17:32 23-05-2012 | Исправлено: insorg, 18:36 23-05-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
места не хватает в виндовом TEMP-каталоге, используй -wf:\

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 18:31 23-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 157 158 159

Компьютерный форум 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