» FreeArc (часть 4)

Я обещал помоч с документированием unarc.dll и смылся :( Прошу прощения.
Еще актуально?

Bulat_Ziganshin
что там с новым оформлением вкладки сжатия? когда можно будет опробовать?

WinZip 16.5 Will Support OpenCL for Ultra Fast Compression and Decompression

Bulat_Ziganshin

Цитата:

пока идёт работа над переводами

В примере меню нужно пару строк (19 и 62) обновить

Bulat_Ziganshin

В последней альфе, если ввести пароль неправильно, то фа не просит повторить ввод, а пишет что это битый архив. Еще при распаковке часто появляется ошибка, которая на том же архиве в 0666 не появляется. Что-то про параметры в лямбде, но точно не помню. Как о5 выскочит сделаю скрин.

SREP 3.2 (6 апреля 2013 г.)-m2 -lN теперь эквивалентно -m3 -lN -cN: степень сжатия посередине между -m1 и -m3, а скорость как у -m2 в прежних версиях
-a0: та же степень сжатия как при -a1, памяти требуется на 5-10% меньше, но в 1.5-2 раза медленней
-a32/-a64: с large pages обычно ещё быстрее чем -a16, но требует ещё больше памяти
-slp[+/-/]: форсировать/отключить/попробовать(по умолчанию) использовать large pages, т.е. страницы виртуальной памяти в 2-4 мб

Мелкие изменения:-v[0..2]: уровень детализации выводимой информации
-pcMAX_OFFSET: выводит внутренние счётчики производительности только для матчей ближе чем MAX_OFFSET
-l64k/-c1mb - поддержка нового синтаксиса (суффиксы k/m/kb/mb для обозначения килобайт/мегабайт)
32-битная и 64-битная версии откомпилированы GCC 4.7
32/64-битные динамические и статические (-static) компиляции под Linux



SREP 3.2 (April 6, 2013)-m2 -lN now is the same as -m3 -lN -cN: compression ratio is average between -m1 and -m3, while speed is the same as in old versions
-a0: the same compresssion ratio as -a1, memory usage is smaller by 5-10%, but 1.5-2x slower
-a32/-a64: sometimes faster than -a16 (only with large pages), but needs even more memory
-slp[+/-/]: force/disable/try(default) large pages support

Minor changes:-v[0..2]: verbosity level
-pcMAX_OFFSET: print performance counters for matches closer than MAX_OFFSET
-l64k/-c1mb syntax support (k/m/kb/mb suffixes for kilobytes/megabytes)
Both 32-bit and 64-bit default executables are compiled with GCC 4.7
32/64-bit dynamic/static linux builds

Перейду наверное обратно на 7zip.
Пробовал нескоько часов сжимать и пришел к выводу:
7zip сжимает значительно быстрее при одинаковой степени сжатия, если мощный комп.
У меня 7-64, 2600k, разогнан до 4500, 16 гб. оперативки.
7zip может загружать все ядра(4+4виртуальных) полностью, и за счет этого вырывается далеко вперед.
FreeArc очень слабо загружает физические ядра(виртуальные практчески не загружает), и за счет этого отстает.( В настройках выбирал и 4, и 8 ядер, и т.д, но так и не увидел результата)
Если архивировать несколько одновременно в FreeArc, тогда можно выиграть в 7zip в конечном итоге.
Со временем процесоры стают все мощнее, поэтому хотель бы пожелать FreeArc уметь работать не только со всеми ядрами, но и уметь их загружать при надобности полностью.
Итог:
Если комп слабый то FreeArc выиграет у 7zip, если комп мощный, то шансов у FreeArc нету.

Цитата:

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

Да, есть такое, бывает 5-10 строк подряд одинаковой длины.


Цитата:

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

С удовольствием бы, но ситуацию "удалил 300гб и записал 300гб новых данных" это не обработает, так как место на источнике и приёмнике примерно одинаково, и эти удалённые 300гб не очистяться.

orest1973
Вы бы операционку,винты и параметры freearc указали, а не голословно "круче и всё тут".

Arc.exe умеет сжимать каждый файл в отдельный архив, и при --sync перепаковке менять только те которые изменились ?

orest1973
а 4x4 для чего был придуман Булатом? Если его юзать в итоге у фриарка получается практически тот же lzma2, только с навороченными прекомпрессорами.

Подскажите пожалуйста:у меня есть игровые архивы daed space 2.Я пробую их жать -mx9 -ld512m, но получается большой размер.С каким параметром следует их сжимать

Один товарищ разработал библиотеку для распаковки архивов FreeArc в NSIS: http://www.smart-arab.com/2013/04/freearc-for-nsis-plugin/

или на офсайте: http://nsis.sourceforge.net/FreeArc_plug-in

muzf
попробуй - наверно получится

новая альфа:страница Сжатие: новые настройки; скорости перемеряны на i7-2600
Descript.ion: добавлены описания для всех файлов в каталоге bin\
Исправлена ошибка в индикаторе прогресса (иногда он перескакивал назад)
Улучшены тултипы 1125, 1227, 1176: если вы поддерживаете одну из трансляций, пожалуйста переведите их заново из arc.english.txt

new alpha version:Compression page: added more settings; speeds measured on i7-2600
Descript.ion: added description for all files in the bin\ directory
Fixed bug in displaying progress indicator (it was jumped lower sometimes)
Improved tooltips 1125, 1227, 1176: if you manage any translation, please update it to match arc.english.txt text

Булат, сейчас в ФА присутствуют компрессоры/препроцессоры: REP, Delta, dispack, exe, tta, mm, dict, lzma, lzp, lz4, tor, ppm, grzip, это все? Или я что-то пропустил?

Edison007007
ppmd,4x4,cls,external + 4 алгоритма шифрования

in order to implement "experimental methods" in the Compression dialog, i plan to implement the following new options:

-mc[GROUPS][:]OPERATION

where GROUPS may be empty or list of compression groups, $default means the default group. Examples are:$obj
$default
$default,$obj
Optional ':' is just a syntax sugar

And OPERATION may be one of the following:'-$group' or '$group-' means "remove $group from compression definition". Already implemented, f.e. -mc-$bmp
'-method' or 'method-' means "remove method from compression definition". Already implemented, f.e. -mc-rep
'+method' or 'method+' means "add method at the head of every compression chain", f.e. -mc+precomp042:t-j
'method1->method2' means "replace method1 with method2", f.e. -mc:rep->srep:mem256mb
GROUPS may be used to limit OPERATION to the specified groups, f.e. -mc$default,$obj:+precomp042:t-j

---

Using these options, FreeArc will implement "exprerimental compressor" checkboxes in the following way:

lzma:1gb: -mc:lzma->lzma:max:512mb
exe2: -mc:exe->dispack070
srep: -mc:rep->srep:mem256mb
precomp: -mc$default,$obj:+precomp042:t-j
intense: -mc$default,$obj:+precomp042:intense:t-j
jpeg: -mc$default,$obj:+precomp042

(of course, intense+jpeg will give us precomp042:intense)

---

Looking for your critique for the option itself and "exprerimental compressors" deciphering

странные эти гугловцы..
сделали зачем-то алгоритм, которому нужно в 100 - 1000 раз больше CPU для повышения сжатия на 3-8 % по сравнению с zlib

Compress data more densely with Zopfli - Google Developers Blog
http://googledevelopers.blogspot.nl/2013/02/compress-data-more-densely-with-zopfli.html

при том, что в 7-zip сто лет в обед есть оптимизированный тот же самый Deflate, который даёт такой же выигрыш по сжатию гораздо меньшими усилиями:
"For ZIP and GZIP formats, 7-Zip provides a compression ratio that is 2-10 % better than the ratio provided by PKZip and WinZip"

рассказать им что ли?..

Bulat_Ziganshin
Как включить показ вкладки "Сжатие", ато отображаются только 4 вкладки: основное, архив, файлы, комментарий?

sabio
да я вообще не понимаю, почему гугл пользуется устаревшим deflate вместо прогрессивного freearc

vasulpr

Цитата:

страница Сжатие: новые настройки

Цитата:

ато отображаются только 4 вкладки: основное, архив, файлы, комментарий?

На вкладке "Основное" наведи курсор мыши на слово "Сжатие" и немного подожди

Bulat_Ziganshin

Цитата:

да я вообще не понимаю, почему гугл пользуется устаревшим deflate вместо прогрессивного freearc

это, конечно, да - FreeArc рулит!

но, к сожалению, не везде его (сейчас) получится использовать
например, PNG основан на Deflate или, скажем, сжатие HTTP трафика

Цитата:

На вкладке "Основное" наведи курсор мыши на слово "Сжатие" и немного подожди

Спасибо! нашел! Кстати классно придумали скрыть розшеренни настройки под кнопку.

После активации опции "общая очередь для всех копий ФА" была запушено распаковка архива и запущена упаковки в архив которая стала в очередь после распаковки. так вот распаковка прошла нормально, а окно упаковки зависло.

1. При попытки заменить при распаковке существующий файл с атрибутом "Скрытый" / "Только чтение" получаем ошибки:
GUI: "FileName": open: permission denied (Permission denied).
Uharc.exe: ERROR: can't open file "FileName" | с атрибутом "Только чтение" - распаковывается нормально.
Arc.exe:"FileName": open: permission denied (Permission denied).

2. Если начать распаковывать архив, нажать "отмена", то можно получить следующиe ошибки:
2.1: Распаковываем частично (через GUI папка/файл(ы)): ArcExtract.hs:152:56-126-Non-exhaustive patterns in lambda. Повторное нажатие "отмена": User error.
2.2: Распаковываем весь архив, через меню: wclose: invalid argument (Bad file description).
2.3: Распаковываем весь архив через GUI: User error - два раза. Повторное нажатие "отмена": User error -> CompressionLib_dbHm: interrupted.
После пунктов 2.1 и 2.3, FreeArc закрывается.
Было бы неплохо если распаковку можно было прерывать без ошибок

vasulpr
как запускал?

Bulat_Ziganshin
ПКМ по архиву - распаковать, пока оно розпаковувалося запустил программу с ярлыка выбрал папку, параметр сжатия, нажал ОК. сжатие стало в очередь, закрыл основное окно программы, распаковки закончилось а упаковка не началась, хотя окно упаковки висело.

Добавлено:
Bulat_Ziganshin
Извините за беспокойство! видно я чтото намудрил с параметрами сжатия, что у меня упаковки зависла даже не начавшись, потому что мне сейчас не удалось повторить этот баг. все работает нормально!

just one screenshot of my current work

C:\>timer exdupe.exe -o -x0 -t12 -v5 i:\4g nul
COMPRESSED 4,531,060,447 bytes in 1 file(s) into 3,675,346,418 bytes

Kernel Time = 1.388 = 00:00:01.388 = 17%
User Time = 48.953 = 00:00:48.953 = 604%
Process Time = 50.341 = 00:00:50.341 = 621%
Global Time = 8.096 = 00:00:08.096 = 100%


C:\>srep64g.exe -m0 -l4k -nomd5 -mmap -s22. I:\4g nul
100%: 4,531,060,447 -> 3,603,337,912: 79.53%. Cpu 597 mb/s (7.238 sec), real 591 mb/s (7.315 sec) = 99%

Kernel Time = 0.936 = 00:00:00.936 = 12%
User Time = 7.238 = 00:00:07.238 = 98%
Process Time = 8.174 = 00:00:08.174 = 111%
Global Time = 7.347 = 00:00:07.347 = 100%

Добавлено:
Edison007007
1. посмотрю
2. да, там большие проблемы с обработкой ошибок. к сожалению, надо основательно код переписать чтобы их решить. планируется в следующей версии

Здраствуйте подскажити как зделать-распаковку FreArc затем PreComp затем Srep затем 7zip архивов и что бы распакованные архивы удалялись с игровой папки ВОТ Скрипт http://rghost.ru/35622051

извините, если уже было, но всё же:

как или где можно прописать путь распаковки когда создаю EXE-архив?

всегда стоит по умолчанию т.е. в папку откуда запускается ехе-шник... а можно прописать например "%MyDocuments%/Soft/" ? если ДА , то где это можно сделать?

MAKLAI1994

тебе сюда --> http://forum.ru-board.com/topic.cgi?forum=5&topic=36421&start=3020#lt

LieToMe
нет, таких возможностей нет. если нужен нестандартный функционал - надо nsis/inno installer делать, пока что это единственный вариант, благо что автоматом .iss сгенерить несложно