» FreeArc (часть 4)

vasulpr

Цитата:

Заменил мамку, проц и оперативку. + Переустановка windows

Так это абсолютно новая система! И, теоретически, никакой её связи с FA Portable быть не может.
Та же версия FA Portable должна работать, так же, как и на старой системе. А может в дистрибутиве
FA Portable что-то "побилось"?

V2driver
Из четырех файлов
2 лучше сжал 7z (1.apk, 1.tif)
а 2 - zcm (1.dds, 1.jpg).
Да... неоднозначно.
zcm совсем не сжал tif.

Bulat_Ziganshin
Не планируете ли поддержать Евгения Рошала, в плане популяризации поддержки BLAKE2, в архивах FreeArc?

Shuld
Плохо Вы жали!
Вот, скачайте мои архивы:
rghost.ru/41574173 и rghost.ru/41574247
И посмотрите на размер.

SurferNet
Не помню где, кажется в этом топике, Булат писал, что хочет замутить другой алго (сейчас название не помню), который быстрее МД5 и секурнее.

Цитата:

Вот несколько файлов: rghost.ru/41570636

[MORE]DDS: 1,33 МБ (1 398 256 байт)
LZMA: 869 КБ (889 941 байт)
NZ -cc: 873 КБ (894 745 байт)
LZMA2: 885 КБ (906 751 байт)
ZCM -m7: 906 КБ (928 265 байт)

APK: 5,76 МБ (6 050 771 байт)
NZ -cc: 5,31 МБ (5 570 338 байт)
LZMA: 5,46 МБ (5 731 313 байт)
LZMA2: 5,46 МБ (5 735 724 байт)
ZCM -m7: 5,52 МБ (5 795 659 байт)

JPG: 117 КБ (120 177 байт)
Pack_JPG: 95,1 КБ (97 400 байт)
NZ -cc: 114 КБ (117 589 байт)
ZCM -m7: 115 КБ (118 766 байт)
LZMA: 116 КБ (119 260 байт)
LZMA2: 117 КБ (119 938 байт)

TIF: 1,59 МБ (1 674 468 байт)
NZ -cc: 1,36 МБ (1 426 882 байт)
ZCM -m7: 1,43 МБ (1 500 768 байт)
LZMA: 1,47 МБ (1 548 404 байт)
LZMA2: 1,48 МБ (1 554 832 байт)[/MORE]

LZMA = FA [February 5 2012]
LZMA2 = 7-Zip 9.26
ZCM v.0.70d Ultra
NZ 0.07a

Bulat_Ziganshin
Помогите разобраться с моим багом! Такая проблема появляется только при подключении FreeArc-LZMA-x64 ,без него все работает нормально!

Edison007007
А где же равные параметры? -m7 не катит.
Сколько ZCM-му нужно ОЗУ на упаковку этих мелких файлов и на распаковку?

Имхо, он того не стоит.
Вот lzma2

А что, работа над FreeArc прикращена? А то "FreeArc — планы на будущее" такие планы, что уже не поверишь, что такой архиватор могли забросить.

ozerothik, идёт, просто неторопливо.

Цитата:

Про lz4a.

я его доведу до ума, переименую в lz4 и включу в релиз 0.70. пока можно рассматривать как экспериментальный компрессор


Цитата:

ZCM

вещь хорошая, но исходников нет


Цитата:

У меня не интегрировалось пока не поставил галку: "показывать скрытые файлы, папки и диски",

наверно ты путаешь, эта галочка никак не должна влиять и у других людей не влияет на интеграцию. для ассоциации нужна галочка напротив соответствующих расширений архивов плюс галочка внизу где написано Контекстное меню


Цитата:

как его установить в Total Commander?

найди freearc.addon в инсталяции FreeArc и симпортируй его в Archive Manager в TC

Здравствуйте, то ли я что-то не понимаю то ли это какой-то реальный баг:

В результате выполнения команды:
arc create snd.arc snd -m9 -m$wav=tta:s:m3+rep:512mb:128:a99+lzma:ultra:mc10000:512m

Выдается следующий результат:
FreeArc 0.666 creating archive: snd4.arc
Compressed 1,870 files, 51,210,240 => 14,740,340 bytes. Ratio 28.7%
Compression time: cpu 21.01 secs, real 22.82 secs. Speed 2,244 kB/s
All OK

Т.е. следуя этому файлы должны ужаться до примерно до 14мб, но создаваемый архив весит 42 мб !!! В папке snd только *.wav файлы раскиданные по разным каталогам.

Как это понимать? ))

И еще можно ли как-то сжимать файлы упакованный в *.zip контейнер с 0-вым сжатием, т.е. применять особые настройки для файлов находящихся внутри этого контейнера а не к самому контейнеру?

Bulat_Ziganshin

Цитата:

Archive Manager в TC

Что за такой Archive Manager? Можно ссылку?

Цитата:

И еще можно ли как-то сжимать файлы упакованный в *.zip контейнер с 0-вым сжатием, т.е. применять особые настройки для файлов находящихся внутри этого контейнера а не к самому контейнеру?

нет


Цитата:

файлы должны ужаться до примерно до 14мб, но создаваемый архив весит 42 мб !!!

arc lt что выдаёт?

Хорошо бы сделать нормальную информацию для восстановления по раньше чем в версии 0.90, как по плану, давно хочется чтобы появился архиватор способный конкурировать с RARом, но без инфы для восстановления лично для меня конкурентов на 100% способных заменить RAR быть не может. Есть, конечно, SQX, но там свои прибамбасы есть.
Желаю удачи автору FreeArc в его начинаниях! Спасибо за работу!

[more] Середину вырезал, а то слишком длинное сообщение не отправляется

[spoiler]
arc lt snd.arc
FreeArc 0.666 listing archive: snd.arc
Listing archive: snd.arc

Archive type: FreeArc
Total bytes: 51,210,240
Compressed bytes: 42,802,456
Ratio: 83.5%

Directory blocks: 1
Directory, bytes: 163,561
Directory, compressed: 26,518
Solid blocks: 1,806
Avg. blocksize: 28 kb

Compression memory: 384 mb
Decompression memory: 384 mb
Dictionary: 185kb + 185kb

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

Pos Size Compressed Files Method
-----------------------------------------------------------------------------
31 0 0 55 storing
31 468,502 247,216 11 dict:463kb:80%:l8192:m400:s100+lzp:463kb:92%:145:h19:d1mb+ppmd:16:384mb
247,247 75,270 29,021 1 tta:s+rep:75kb:128:a99+lzma:75kb:normal:bt4:128:mc10000
276,268 19,374 15,776 1 tta:s+rep:20kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
292,044 62,956 26,161 1 tta:s+rep:63kb:128:a99+lzma:63kb:normal:bt4:128:mc10000
318,205 62,956 26,161 1 tta:s+rep:63kb:128:a99+lzma:63kb:normal:bt4:128:mc10000
344,366 64,624 54,474 1 tta:s+rep:65kb:128:a99+lzma:65kb:normal:bt4:128:mc10000
398,840 64,624 26,762 1 tta:s+rep:65kb:128:a99+lzma:65kb:normal:bt4:128:mc10000
425,602 49,884 28,643 1 tta:s+rep:50kb:128:a99+lzma:50kb:normal:bt4:128:mc10000
454,245 55,212 24,358 1 tta:s+rep:55kb:128:a99+lzma:55kb:normal:bt4:128:mc10000
478,603 55,212 24,358 1 tta:s+rep:55kb:128:a99+lzma:55kb:normal:bt4:128:mc10000
502,961 123,620 52,887 1 tta:s+rep:123kb:128:a99+lzma:123kb:normal:bt4:128:mc10000
555,848 123,620 52,887 1 tta:s+rep:123kb:128:a99+lzma:123kb:normal:bt4:128:mc10000
608,735 186,222 93,095 1 tta:s+rep:185kb:128:a99+lzma:185kb:normal:bt4:128:mc10000
701,830 17,896 15,687 1 tta:s+rep:19kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
717,517 17,896 15,451 1 tta:s+rep:19kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
732,968 17,896 15,678 1 tta:s+rep:19kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
748,646 17,896 15,768 1 tta:s+rep:19kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
764,414 17,896 15,843 1 tta:s+rep:19kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
780,257 17,896 15,831 1 tta:s+rep:19kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
796,088 17,896 15,362 1 tta:s+rep:19kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
811,450 21,036 19,109 1 tta:s+rep:22kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
830,559 21,052 18,792 1 tta:s+rep:22kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
849,351 21,052 18,084 1 tta:s+rep:22kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
867,435 21,052 19,119 1 tta:s+rep:22kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
886,554 21,052 17,064 1 tta:s+rep:22kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
903,618 21,052 17,064 1 tta:s+rep:22kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
920,682 21,052 18,230 1 tta:s+rep:22kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
938,912 21,052 18,401 1 tta:s+rep:22kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
957,313 21,052 17,087 1 tta:s+rep:22kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
974,400 21,052 17,087 1 tta:s+rep:22kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
991,487 32,420 28,294 1 tta:s+rep:33kb:128:a99+lzma:33kb:normal:bt4:128:mc10000
1,019,781 16,956 14,753 1 tta:s+rep:18kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
1,034,534 16,956 14,671 1 tta:s+rep:18kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
1,049,205 16,956 14,671 1 tta:s+rep:18kb:128:a99+lzma:32kb:normal:bt4:128:mc10000

***************************************************
***************************************************
***************************************************

tta:s+rep:15kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
42,671,497 14,908 12,810 1 tta:s+rep:16kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
42,684,307 14,908 12,810 1 tta:s+rep:16kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
42,697,117 13,884 10,600 1 tta:s+rep:15kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
42,707,717 13,884 10,600 1 tta:s+rep:15kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
42,718,317 13,884 10,868 1 tta:s+rep:15kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
42,729,185 13,884 10,868 1 tta:s+rep:15kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
42,740,053 12,860 9,852 1 tta:s+rep:14kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
42,749,905 12,860 9,852 1 tta:s+rep:14kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
42,759,757 12,860 10,342 1 tta:s+rep:14kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
42,770,099 12,860 10,342 1 tta:s+rep:14kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
42,780,441 13,884 11,023 1 tta:s+rep:15kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
42,791,464 13,884 11,023 1 tta:s+rep:15kb:128:a99+lzma:32kb:normal:bt4:128:mc10000
-----------------------------------------------------------------------------
1,870 files, 51,210,240 bytes, 42,802,456 compressed
All OK

[/spoiler]


Вообще у меня при использовании -tta или -mm результаты выходят отвратительные - 98%, тот же -m9 выдает 64%. Вот и попробавл скомбинировать с lzma - результат пишет потрясающий, но файл создает в 3 раза больше [/more]

Что-то автор precomp не фиксит проблему несжатия jpeg и не отвечает на http://encode.ru/threads/1366-Precomp-0-4-2/page2

Bulat_Ziganshin разбивка на тома в бетке уже есть?

muzf
Че там фиксить то?
Просто у Вас как бы 2 jpg файла в одном)
Он жмёт их по отдельности.
Где ошибка?

StaticZ
как видите, тут сжатых 42 мб. или вы что-то напутали или fa ошиболчно печатает статистику при сжатии. попробуйте снова, если что - закиньте мне ваш архив для проверки

WildGoblin

Цитата:

Что за такой Archive Manager?

Я так полагаю, имелся в виду MultiArc плагин - надо в multiarc.ini внести содержимое freearc.addon, ну и пару файлов поместить в нужное место. Может, конечно, имелось в виду другое, но установить FA в Total можно и таким способом.

Я вижу, так же как и вижу что выводится неправильная статистика, поэтому и говорю возможно баг, а записи или отображения статистики это я уж не знаю - т.к. только начала пользоваться этим архиватором, даже до конца во всем еще и не разобрался. Так что Вам лучше должно быть видно...


Попробовал и не один час и разные варианты - от сжатия wav'ов -tta или -mm становиться только заметно хуже...

V2driver
Обычный jpeg с фотоаппарата. Конечно же с маленькой превьюшкой в EXIF. Что тут необычного ? У любого человека 90% именно таких Jpeg, которые надо архивировать/бэкапить/пересылать.
PackArc/PackJpg справляется отлично, Precomp (который по умолчанию в FreeArc, без него из коробки jpeg не сжать) - не справляется.
Поэтому в www.squeezechart.com Freearc в секции сравнения сжатия Jpeg плетётся в самом конце, потому что там тестируются именно такие же похожие Jpeg с обычных фотоаппаратов. А должен - на одной из верхних строчек рядом с PackArc. Такая же ситуация и с mp3, поддержки которого ещё нет в Freearc из коробки.

StaticZ
я же вам написал - попробуйте ещё раз и если будет неправильный вывод, пришлите мне архив для тестирования

В Википедии для FreeArc указана поддержка различных алгоритмов шифрования (AES, Blowfish, Twofish, Serpent). Их можно самому выбрать или как?

То есть какой из них указать, чтобы пароль был самый надёжный, то есть с большим количеством бит в ключе?

Попробовал, сжатый архив: http://rghost.ru/48556675

Лог fa:

arc create snd.arc snd -m9 -m$wav=tta:s:m3+rep:512mb:128:a99+lzma:ultra:mc10000:5

FreeArc 0.666 creating archive: snd.arc
Compressed 338 files, 9,757,172 => 3,445,403 bytes. Ratio 35.3%
Compression time: cpu 3.81 secs, real 4.30 secs. Speed 2,267 kB/s
All OK



Выложил другой архив, что-бы меньше качать было, но тенденция таже самая пишет 3.5 мб, а на диске создается архив размером 8 мб

Ivanov Ivan

Цитата:

В Википедии для FreeArc указана поддержка различных алгоритмов шифрования (AES, Blowfish, Twofish, Serpent). Их можно самому выбрать или как?

можно, но "руками"
http://freearc.sourceforge.net/rus/FreeArc040-rus.htm#_Toc185594998

[more=мой лог]
Z:\4>arc create snd.arc snd -m9 -m$wav=tta:s:m3+rep:512mb:128:a99+lzma:ultra:mc10000:5
Compressed 338 files, 9,757,172 => 8,333,609 bytes. Ratio 85.4% cessed
Compression time: cpu 1.76 secs, real 2.45 secs. Speed 3,987 kB/s

Z:\4>C:\Testing\FreeArc666\bin\arc create snd.arc snd -m9 -m$wav=tta:s:m3+rep:512mb:128:a99+lzma:ultra:mc10000:5
FreeArc 0.666 creating archive: snd.arc
Compressed 338 files, 9,757,172 => 3,444,998 bytes. Ratio 35.3%
Compression time: cpu 1.97 secs, real 2.29 secs. Speed 4,253 kB/s
All OK

Z:\4>C:\Testing\FreeArc666\bin\arc create snd.arc snd -m9 -m$wav=tta:s:m3+rep:512mb:128:a99
FreeArc 0.666 creating archive: snd.arc
Compressed 338 files, 9,757,172 => 9,450,527 bytes. Ratio 96.8%
Compression time: cpu 0.67 secs, real 1.05 secs. Speed 9,336 kB/s
All OK
[/more]

в общем, в 0.67 эта ошибка исправлена. очень смутно припоминаю, что там запись из lzma неправильно считалась

muzf PackArc/PackJpg сжимают пофайлово, а precomp-у приходится работать с бинарниками, откуда ему знать что этоти 2 jpg нужно жать солидом?
Как Вы себе это представляете?

Bulat_Ziganshin
0.67 зафиналить не собираетесь?