» FreeArc (часть 4)

Ув. Булат! Когда-же 0.70 ? Апрель заканчивается, а мы всё ждём, ждём... Объявите хотя-бы примерную дату выхода!

xBoo
Ну прибавь полгода.
Хочешь насмешить - запланируй что-нибудь.

Цитата:

Всем привет!
Как с помощью консольной версии добавить все файлы в папке к примеру DATA - каждый файл в отдельный архив?
Ну сжатие просто lzma
Спасибо!

Где все ГУРУ когда они нужны??

Bulat_Ziganshin
По последним вашим комментариям я понял что скоро намечается релиз новой версии FreeArcа. Увидим ли мы новую версию в этом месяце? Ответьте, а то ждать силы нет.

Цитата:

оказывается что по умолчанию в normal preset match finder - ht4 ?

да. попробуй поищи в топике по "ht4", это апрель 2009-го afair


Цитата:

для tor в исходниках вроде написано что  он принимает параметры многие, например  p(parser ),

из help'a:

-p# -- parser (1-greedy,2-lazy), default 2

другие парсеры планировались, но так и не были реализованы. вообще tor интересен только для быстрого сжатия, иначе lzma круче



Цитата:

а нельзя сделать чтобы архиватор при распаковке архива с методом 4x4 (например lzma:128mb:fast:96:mc20) учитывал параметр t (кол-во потоков), для данного файла ставил t2
а то получается смешная ситуация, запаковать смог, а распаковать нет ))
(использовался архиватор 0.666 build)
можно даже не указывать кол-во потоков, он все равно сможет запаковать, получается опция lc75p по-умолчанию работает, а опция ld75p - нет
 
кстати unarc успешно его распаковывает
(067 alpha 2011-03-18, 0.666 зависала [ошибки не было, просто нечего не делала])

запутался я в твоих показаниях...

Bопрос может немного не в тему.Есть такая проблема- не ставится большинство репаков игр.При чем как я понял - практически для всех репаков сейчас стандартный упаковщик именно arc.Вот хотел у специалистов спросить - при железе C2Q8400@3900, 2x1 гб памяти файл подкачки 896-1536, пытаюсь ставить игру на нтфс раздел винта на котором без малого 50 гиг свободного места, папка темп на том же разделе.Чего в таком железе может не хватать для распаковки?Антивирус нод32 - отключен в службах, репаки пробовал ставить как под хп так и под семеркой.

P.S:репаков перепробовал уже кучу - штуки3 репака 2 мафии - стал один , 3 репака батлфилд бед компани2 - не становится ни один, 2 репака лост планет2- не стал ни один, пару репаков ту ворлдс- стал один из двух.и прочие, прочие...Вобщем, где то, 80-90 процентов репаков категорически не хотят ставится.или просто вылетают или пишут ошибку распаковки или ошибку заголовка или что-то типа can't allocate memory

Добрый день, ormadillo
Просто это вопрос скорее не по FreeArc, а по cmd
1 вариант - прямо указывается, из какой папки в какую паковать.

Код:
set "folderin=c:\data\"
set "folderout=c:\arc\"
for /f %i in ('dir /b /a-d %folderin%') do arc a "%folderout%%%~ni.arc" "%folderin%%%~i"

pantagryal
в заголовке "Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows "

Цитата:

запутался я в твоих показаниях...

был файл 8гб, я его запаковал с 4x4:t2:lzma:128mb:128:mc10 (если т2 не указать, то памяти не хватит и ошибка выйдет)
но сохраняет он информацию что сделан архив 4x4:lzma:128mb:128:mc10
и пишет что для распаковки надо больше 2гб памяти ( у меня лог. 4 потока)
т.е. получается что указать сколько потоков нужно для упаковки можно, а какое кол-во было указано не сохраняется в методе сжатия и он просто пытается задействовать все потоки
unarc успешно его распаковывает (067 версия), а FA жалуется что памяти не хватает
кстати а кол-во блоков в методе 4х4 чем то ограничено? у меня разница между xlzma и lzma около 50 мб (тот же файл 8гб), как я не пытался сделать блок большим

Можно ли реализовать в фриарке разбитие архивов на части по 700 мб?

Alex_Piggy
Афигеть!
Спасибо!
Второй вариант то что нужно!

Это даже я знаю.
Пока разбивать еще не реализовано.

Всем привет!
Помогите модифицировать пресет -mx
Нужно чтобы он по умолчанию вместо стандартных настроек lzma использовал следующие lzma:192mb:bt4:273:mc10000:lc8 - т.е. нужно чтобы использовался словарь размером 192мб а не 177 как сейчас, или подскажите параметр с помощью которого можно сжимать со следующими параметрами lzma и всеми плюшками -mx

kalpak
это всё без lc/ld? пиши чётко - команда (проще даже лог с экрана), конфиг компа, и что по твоему не так работает

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

Добавлено:
кстати, пришёл в голову трюк, который возможно способен на порядок ускорить распаковку обычного srep (без -f) когда идёт трешинг диска - считывать матчи параллельно в нескольких десятках потоков. тогда есть надёжда что сработает ncq и мы будем иметь qd=32 or so

Май, май, Первомай!
Скорей 0.70 нам давай!

Bulat_Ziganshin
вот я пакую файл
[more=подробнее]
Цитата:

C:\>arc a --cache=16mb -di -i2 -m4x4:lzma:256mb:fast data.arc "D:\Alcohol 120%\X
AKEP_10_82_DVD.md0"
FreeArc 0.67 (November 17 2010) Creating archive: data.arc using 4x4:i0:lzma:256
mb:fast:32
Memory for compression 1410mb, decompression 1154mb, cache 16mb
Compressing 1 file, 365,887,488 bytes
Compressing Alcohol 120%\XAKEP_10_82_DVD.md0
Compressed 1 file, 365,887,488 => 325,278,312 bytes. Ratio 88.9%
Compression time: cpu 366.06 secs, real 329.84 secs. Speed 1,109 kB/s
All OK

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

Цитата:

D:\free_arc067\bin>arc x -ld75% c:\data.arc
FreeArc 0.67 (March 18 2011) extracting archive: c:\data.arc
Extracting 1 file, 365,887,488 bytes. Processed 0.0%
ERROR: can't allocate memory required for (de)compression in 4x4:lzma:256mb:fast
:32

D:\free_arc067\bin>arc x -ld95p c:\data.arc
FreeArc 0.67 (March 18 2011) extracting archive: c:\data.arc
Extracting 1 file, 365,887,488 bytes. Processed 0.0%
ERROR: can't allocate memory required for (de)compression in 4x4:lzma:256mb:fast
:32

D:\free_arc067\bin>arc x c:\data.arc
FreeArc 0.67 (March 18 2011) extracting archive: c:\data.arc
Extracting 1 file, 365,887,488 bytes. Processed 0.0%
ERROR: can't allocate memory required for (de)compression in 4x4:lzma:256mb:fast
:32

D:\free_arc067\bin>

[/more]

в GUI пишет что для упаковк нужно ~2450mb для упаковки и ~2300 для распаковки
[more=рисунок] [/more]
я забыл написать t1 при упаковке, но вот только что сделал с т1 и результат такой же.
[more=подробнее]
Цитата:

C:\>arc a --cache=16mb -di -i2 -m4x4:t1:lzma:256mb:fast data2.arc "D:\Alcohol 12
0%\XAKEP_10_82_DVD.md0"
FreeArc 0.67 (November 17 2010) Creating archive: data2.arc using 4x4:t1:i1:lzma
:256mb:fast:32
Memory for compression 1217mb, decompression 1153mb, cache 16mb
Compressing 1 file, 365,887,488 bytes
Compressing Alcohol 120%\XAKEP_10_82_DVD.md0
Compressed 1 file, 365,887,488 => 325,278,312 bytes. Ratio 88.9%
Compression time: cpu 337.91 secs, real 359.48 secs. Speed 1,018 kB/s
All OK
C:\>

при распаковке

Цитата:

D:\free_arc067\bin>arc x -ld75p c:\data2.arc
FreeArc 0.67 (March 18 2011) extracting archive: c:\data2.arc
Extracting 1 file, 365,887,488 bytes. Processed 0.0%
ERROR: can't allocate memory required for (de)compression in 4x4:lzma:256mb:fast
:32

D:\free_arc067\bin>arc x -ld75p c:\data2.arc

[/more]

только чтот-о я не могу распаковать их unarc, странную ошибку пишет
[more=лог]
Цитата:

D:\>unarc x c:\data2.arc
FreeArc 0.67 unpacker. Extracting archive: data2.arc
Extracting Alcohol 120%\XAKEP_10_82_DVD.md0 (365887488 bytes)

ERROR: archive data corrupted (decompression fails)
D:\>unarc x c:\data.arc
FreeArc 0.67 unpacker. Extracting archive: data.arc
Extracting Alcohol 120%\XAKEP_10_82_DVD.md0 (365887488 bytes)

ERROR: archive data corrupted (decompression fails)
D:\>

[/more]
система: win xp sp2 ram 2gb | core 2 duo e4400
на работе система: win xp sp3 ram 2gb | core i5 650

Цитата:

кстати, пришёл в голову трюк, который возможно способен на порядок ускорить распаковку обычного srep (без -f) когда идёт трешинг диска - считывать матчи параллельно в нескольких десятках потоков. тогда есть надёжда что сработает ncq и мы будем иметь qd=32 or so

а если жесткий диск не поддерживает ncq то что делать ?))
что такое qd=32 or so ?

Всем привет! скажите где можно скачать Srep 3.0 заранее благодарен

Fenixx3000
http://freearc.org/research/SREP.aspx

Булат, Вы не пробовали свое творение в конкурсе?
http://prize.hutter1.net/
Конкурс старый, но все-же.
Предлагают приз в 50k€ тому кто побьет рекорд и сожмет 100mb архив википедии меньше чем в 16mb.
Там в основном PAQ сжимает.

Цитата:

а если жесткий диск не поддерживает ncq то что делать ?))

тогда он будет работать с прежней скоростью


Цитата:

что такое qd=32 or so ?

or so="или типа того". qd - глубина очереди запросов, если долбить диск из 32 потоков, то qd будет 32 и диск с ncq получит шанс переупорядочить запросы, а диск без ncq просто выполнит их по очереди, как и сейчас


Цитата:

вот я пакую файл

теперь ясно. будем искать

Добавлено:

Цитата:

в GUI пишет что для упаковк нужно ~2450mb

кста на будущее есть команда lt:

[more=подробнее]
Цитата:

C:\Tests> Arc.exe lt ArcShellExt.arc
FreeArc 0.67 (March 18 2011) listing archive: ArcShellExt.arc

Archive type: FreeArc
Total bytes: 965,349
Compressed bytes: 965,350
Ratio: 100.0%

Directory blocks: 1
Directory, bytes: 457
Directory, compressed: 275
Solid blocks: 2
Avg. blocksize: 471 kb

Compression memory: 450 mb
Decompression memory: 450 mb
Dictionary: -

Archive locked: -
Archive comment: -
Recovery info: -
SFX size: -
Headers encrypted: -
Encryption algorithms: -

Pos Size Compressed Files Method
-----------------------------------------------------------------------------
31 0 0 1 storing
31 965,349 965,350 10 paq8px64
-----------------------------------------------------------------------------
11 files, 965,349 bytes, 965,350 compressed

[/more]

Вы знакомы с этим?
http://www.elektronik.htw-aalen.de/packjpg/

Цитата:

Вы знакомы с этим?
http://www.elektronik.htw-aalen.de/packjpg/

да. в курсе что сейчас он под gpl



Добавлено:

Цитата:

Предлагают приз в 50k€ тому кто побьет рекорд и сожмет 100mb архив википедии меньше чем в 16mb.

во-первых, не так. 50к можно получить только сжав файл до 0 байт


Цитата:

Там в основном PAQ сжимает.

ну да, а вдруг freearc раскроет скрытые возможности и опередит paq LOL


Цитата:

нужно чтобы использовался словарь размером 192мб а не 177 как сейчас

в описании метода прописан словарь 254 мб, afair. его уменьшают -lc/-ld, ты можешь отключить их с помощью -lc- -ld-. после этого изменить словарь lzma можно опцией -md

Добавлено:

Цитата:

при прерывании по crtl+c несовсем корректный вывод:

как раз над этим я работал в последнее время..


Цитата:

планируется ли подобие цифровой подписи?

пока нет, есть вещи важнее


Цитата:

А так же, когда ориентировочно планируется работа над юзабилити, поддержка скинов и тд?

скины от gtk держатся, меню Options/Change program skin. юзабилити, наряду с докой и томами, на первом месте в приоритетах

Bulat_Ziganshin

Цитата:

во-первых, не так. 50к можно получить только сжав файл до 0 байт

Ого, это же маразм? Если это априори невозможно, почему тогда такой абсурд выкладывают?
Это же достаточно серьезный проект.

Bulat_Ziganshin
понятно, буду знать )
а вот насчет ошибка распаковки unarc странно, на работе у меня получалось распаковывать

Подскажите, возможно ли в arc реализовать запуск файла из архива после распаковки этого архива? Т.е. создать exe архив после распаковки которого запускался бы файл. Или только внешний инсталятор?

Цитата:

Если это априори невозможно, почему тогда такой абсурд
выкладывают?

какбэ намекают. чем ближе к нулю спресуешь, тем ближе к цифре 50к отвалится академика Павлова и его труды никто не отменял)

freearc-installer.sfx извлекает архив во временный каталог, запускает setup.exe и после его выполнения стирает все временные файлы. freearc-installer-nodelete.sfx делает то же самое кроме стирания

SREP 2.99 release candidate:

fixed bug: 32-bit version was unable to decompress large files (>2gb) compressed with -f


btw, i've tested srep on i7-2600k@4.6GHz - compression speed on my files was in 100-200 mb/s range so srep was ALWAYS limited by HDD speed

Добавлено:


and once again: -nommap testing proves that memory-mapped files slow down the SREP when you are short on RAM:


Код: D:\>read lp2.pcf
Speed 84.369956 mbytes/sec

srep64i -m1 Cpu 148.074 mb/sec, real 83.986 mb/sec

srep64i -m2 Cpu 201.726 mb/sec, real 54.300 mb/sec
srep64i -m2 -nommap Cpu 209.772 mb/sec, real 71.276 mb/sec

srep64i -m3 Cpu 155.684 mb/sec, real 40.795 mb/sec
srep64i -m3 -nommap Cpu 157.294 mb/sec, real 57.553 mb/sec

Compression ratio: 22,069,494,174 -> 7,284,431,814: 33.01%

Bulat_Ziganshin
когда примерно вы собираетесь добавить разбитие ахривов на части??

Bulat_Ziganshin
походу я нашел грабли в 0.67
проверяйте и пряник мне.

итак:
если сжать архив с максимальным шифрованием aes/serpent/twofish
и закатать в оболочку .sfx, применяя четырехзначный и выше(проверил пятизначный, дальше не лез), всё, грабли)
верный пароль не подходит.
пробывал не один раз, даже думал, что ошибся.
эти грабли только с самораспаковывающимся архивом, на .arc все нормально входит и выходит.

портабельную 0.67 накатил на предыдущую портабельную 0.66, ничего не удаляя.
так что гляньте все.
вдруг это у меня только такое и я типо паникую))

кстати, как добавить через/в gui paq8kx/paq8px/packJPG
что там надо откомментить в acr.ini, чтобы я их в gui щёлкнул да кучи.
(это сойдёт за пряник страждущим и немощным))