» FreeArc (часть 4)

Цитата:

Вы знакомы с этим?
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. юзабилити, наряду с докой и томами, на первом месте в приоритетах

Shuld
разобрался, просто использовал
Цитата:

-m80
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1gb:256:c256+4x4:lz4b

а надо lz4

Цитата:

Выложил на яндекс диске файл
arc 2014-12-27.rar

чёто не найду, можно ссыль?

Может speed также, с новой (с начала) строки.

Bulat_Ziganshin

Цитата:

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

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

Все материалы есть в папках «FreeArc» по ссылке
Архиваторы - http://yadi.sk/d/alBxY9Rl7mOH0

Цитата:

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

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

Цитата:

только числа в "правой половине", может быть, стоит тоже выровнять по правому краю
не обязательно их совсем вправо задвигать (как Speed), но хорошо бы, чтобы разряды в Bytes и Compressed были друг под дружкой

если там всё выравнять по правому краю, то короткие надписи (типа 30 для общего числа файлов) будут висеть слишком далеко. я думаю, надо попробовать files/compressed вместе вправо выравнять, чтобы они друг под дружкой были, а оставшиеся пусть так и будут


Цитата:

а после Time я бы вставил немного свободного места по вертикали, чтобы визуально отделить Ratio / Speed, раз уж они выбиваются из общей "xxx of yyy" схемы

Цитата:

Может speed также, с новой (с начала) строки.

второй вариант мне кажется более подходящим

Bulat_Ziganshin

Арихвирую файл длиной 450 398 059 байт.
-----
arc2012-12-12

FreeArc 0.67 (December 12 2012) Creating archive: lzma.arc using 4x4:t1:i0:b510mb:lzma:101mb:normal:bt4:128
Memory for compression 1897mb, decompression 1047mb, cache 1mb
Compressing 1 file, 450,398,059 bytes.
Compressed 1 file, 450,398,059 => 150,414,391 bytes. Ratio 33.3%
Compression time: cpu 229.94 secs, real 129.95 secs. Speed 3,466 kB/s

FreeArc 0.67 (December 12 2012) Creating archive: lzma.arc using lzma:176mb:normal:bt4:128
Memory for compression 1808mb, decompression 176mb, cache 16mb
Compressing 1 file, 450,398,059 bytes.
Compressed 1 file, 450,398,059 => 149,985,707 bytes. Ratio 33.3%
Compression time: cpu 229.66 secs, real 129.35 secs. Speed 3,482 kB/s
-----
arc2014-03-15

FreeArc 0.67 (March 15 2014) Creating archive: lzma.arc using 4x4:t1:i0:b510mb:lzma:101mb:normal:bt4:128
Memory for compression 1897mb, decompression 1047mb, cache 1mb
Compressing 1 file, 450,398,059 bytes.
Compressed 1 file, 450,398,059 => 150,414,391 bytes. Ratio 33.40%
Compression time: cpu 270.97 sec/real 170.36 sec = 159%. Speed 2.64 mB/s

FreeArc 0.67 (March 15 2014) Creating archive: lzma.arc using lzma:176mb:normal:bt4:128
Memory for compression 1808mb, decompression 176mb, cache 16mb
Compressing 1 file, 450,398,059 bytes.
Compressed 1 file, 450,398,059 => 149,985,707 bytes. Ratio 33.30%
Compression time: cpu 271.92 sec/real 171.35 sec = 159%. Speed 2.63 mB/s
-----
Размер архива в новой версии тот же.
А время
129.95 secs -> 170.36 sec
129.35 secs -> 171.35 sec
???
Нужны объяснения.

Добавлено:
При архивировании использовал команды
Arc.exe a lzma proba.arc -m4x4:i0:lzma:256mb:h256m:normal:bt4:128 -di >otchet-lzma0-256-256.txt
Arc.exe a lzma proba.arc -mlzma:256mb:h256m:normal:bt4:128 -di >otchet-lzma256-256.txt

Уже сам архиватор "обрезал" размер словаря.
Как можно задать размер словаря 256mb и больше?
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=2560#13

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

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

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

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

Bulat_Ziganshin

Цитата:

что вы думаете о таком виде диалога прогресса ?

новый вид более "молодежный" при том что старый более классический и при этом старый вид выглядит более солидно.
Я за "старый" вид. Но хозяин - барин. Если бы программа была платная, я бы при всех прочих условиях с большим удовольствием купил бы с "старым" видом.

Цитата:

академика Павлова

Павлов - это тот, которого в детстве собачка укусила?


Цитата:

если сжать архив с максимальным шифрованием aes/serpent/twofish
и закатать в оболочку .sfx

на днях исправлял: http://freearc.org/download/testing/unarc2012-04-24.zip


Цитата:

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

1. добавить в arc.ini их описания, если ещё нет (за образец взять другие paq8, коих там немеряно)
2. в поле "метод сжатия" диалога Добавить вписать paq8kx или как ты там назовёшь этот метод

ес-но exe-шник paq8 должен быть в PATH

В последней Альфе(15 мая 2014) на windows xp (сборка Simplix чистая и рабочая) не работают файловые ассоциации и нет контекстного меню.
На Windows 7 x64 проблем нет(по крайней мере с меню)

В версии 0,666 всё пашет на XP.

Мне в принципе без разницы. Какой версией бекапы делать. Для галочки автору исправить недочёт.

Главный конкурент ускоряется!
http://www.overclockers.ru/softnews/47176/WinRAR_4.20_beta_1_udvoennaya_skorost_na_mnogoyadernyh_processorah.html

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

Добавлено:
вариант диалога с тотальным выравниванием вправо последнего столбца (v2):

vasulpr
И из последних строк "статьи":
Конечно, сжатие в ультра-режиме 7-Zip займет намного больше времени, но и размер архива уменьшится с 864 МБ до 556 МБ, так что «в тяжелом весе» 7-Zip по-прежнему вне конкуренции.
строим простенькую цепочку: Рар хуже, чем 7z а 7z хуже, чем ARC.
Т.ч. пусть развивается себе, потому что здравая конкуренция всегда нужна, в любом случае им обоим далеко до сабжа, ну разве что в интерфейсе проигрывает пока ARC, но и то в любом случае - это временно.

Bulat_Ziganshin
Версия FreeArc 0.67 (March 15 2014) имеет неприятный глюк: если архивировать с включенной опцией выключения ПК по завершении операции, то при попытке отменить ахрхивацию, сперва выдет ошибку (вообще ее всегда выдает при отмене операции), а затем все равно выключает комп.

Старый как-то привычней, с выравниванием будет получше первой версии (не старой)

Я задал вопрос о jpeg сжатии, т.к. с любопытством поставил StuffIt. Я был удивлен, что jpg & png сжимаются на 25-29%, а mp3 на ~15%. Они это объясняют это так называемой ре-компрессией, когда pdf, jpg, png, mp3 рассматриваются, как контейнер. Я не нашел в сети их алгоритмы (они это прячут, как патентную разработку). Меня удивляет, что только WinZip сжимает jpg & wav. Я пробовал zipx формат jpg – 17-22%, mp3 – 0, png – 0. Разработчиков WinRAR & 7ZIP, похоже, это вообще не интересует. Об остальных я вообще молчу. Мне интересно, собираетесь и Вы что-нибудь делать в этом направлении?

http://www.maximumcompression.com/data/jpg.php

Заменили ini из arc 2014-12-27.rar, получили такую картину:
Оригинал: 548,729,751
-m98: 182,249,123 - 33.21% ~2min
-m99: 182,218,881 - 33.21% ~10min
-mx -s: 152,906,960 - 27.87% ~10min

Как так модифицированные опции с легкостью бьет стоковый сетап?

7-zip (lzma2, 192mb): 152,905,373 - 27.87% ~12min

И почему вдруг 7-zip 9.22b побил arc?

если выравнять всё вправо (v3), то уже становится очень похоже на старую версию (только надписи стали короче):

UriF

Цитата:

формат jpg

А выше почитать?

izmerenie
1. время распаковки (точнее тестирования) сравнил? вообще надо lt сразу проверять
2. если сжатие ожинаково то 7z будет чуть меньше ибо у него компактней служеюная инфа

jpg OK надо добавить packJPG в папку и изменить .ini?

mp3 & pdf?
png также покрывает?
рекомпрессия?

Bulat_Ziganshin

v2 хорошо смотрится, но если придвинуть speed к другим, то мб стоит сделает само окно поуже дабы не было много пустого места?

в теме 7-zip был поднят вопрос:

Цитата:

Имеется 7-Zip архив. Как узнать - сколько оперативной памяти требуется для его распаковки?

сейчас freearc по команде lt/ArcInfo выводит для собственных архивов следующую информацию:

Код: Compression memory: 3212 mb
Decompression memory: 3230 mb
Dictionary: 512mb + 64mb

Bulat_Ziganshin
ладно с 7-zip (результат почти равен режиму -mx -s, что по сжатию, что по времени), но почему "-mx -s" жмет лучше -m99 почти на 6% при таких же временных затратах и при меньшем (на 200мб) использовании памяти?

Спасибо. Поэтому воз и ныне там. Всем все по барабану, кроме энтузиастов, вроде Вас. А пока из коммерческих продуктов конкурентов у StuffIt нет, хотя, в качестве удобства, он уступает всем основным игрокам. Печально…

Bulat_Ziganshin
по-моему, v3 лучший
только Ratio / Speed надо всё же отдельно вынести пониже, чтобы не путались
помимо выпадания из схемы "xxx of yyy" там ещё и единицы измерения выбиваются

или попробовать подойти нестандартно?

..............Files ....... Bytes . => ... Compressed ...... Time
Processed ....... 8 .. 16,188,368 ......... 6,229,876 ... 0:00:02
Total .......... 35 . 134,844,601 ...... ~ 51,893,133 . ~ 0:00:17

Ratio .......... 38 %
Speed ....... 7,970 kB/s

(парсер съедает пробелы - пришлось заменить на точки)

Подскажите как реализовать следующее:
Есть 30 файлов, нужно чтобы ФА их упаковал в строго определенном порядке. Как это сделать?

izmerenie
1. Как можно отвечать на ваш вопрос, когда неясно что сжимали?
2. Идеального варианта на все случаи жизни не бывает. Для каждых данных используйте тот вариант, что больше подходит. Вот и все.

Добавлено:
3. Методы -m9х наиболее эффективны для больших размеров данных, 2 Гб и более. Вы сжимали "всего" 548,729,751 байт.
(Для такого объема Вы могли использовать метод -m89 с тем же размером архива, но ОЗУ потребовалось бы меньше.)

Добавлено:
----
Было бы полезно в виде обратной связи, если бы Вы испытали эти методы на своих (разных) данных, а потом бы подробно осветили результаты. Была бы пища для совершенствования.