» FreeArc (часть 4)

[more] Bulat_Ziganshin
Были такие же ошибки, как и у slech: при упаковке -m7 - can't allocate memory required for de(compresison) in ppdm:12:192mb, use -lc/-ld to limit memory usage . При распаковке с -m5: cделанный архив не распаковывается с Arc.Extract.hs:154:56:-126:Non-exautsive patterns in lamda

Core 2 Duo T5800, последняя альфа, -m5, листинг:

FreeArc 0.67 (August 22 2012) listing archive: rest.bin

Archive type: FreeArc
Total bytes: 23,060,382
Compressed bytes: 4,997,812
Ratio: 21.6%

Directory blocks: 1
Directory, bytes: 1,871
Directory, compressed: 820
Solid blocks: 2
Avg. blocksize: 11 mb

Compression memory: 185 mb
Decompression memory: 23 mb
Dictionary: rep:23mb+lzma:16mb

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

Pos Size Compressed Files Method
-----------------------------------------------------------------------------
31 0 0 8 storing
31 23,060,382 4,997,812 62 rep:23mb+exe+delta+lzma:16mb:normal:bt4:128
-----------------------------------------------------------------------------
70 files, 23,060,382 bytes, 4,997,812 compressed
All OK


Ответы к предыдущему посту:

>насчёт надписей в окошке прогресса - у меня появилась идея написать так:
Тоже так хотел, но с выравниванием названий и циферок красивый макет не получался - циферки находлись слишком далеко. Но, если делать в виде "Time: 56:56", без пустого места между ними, может, получится даже лучше.

>а твои варианты - думаешь, именно они понятней будут нынешних?
Ну, я, брал пример с других программ

>a) kB/s написано потому что K вроде означает 1024, а k - 1000
Спасибо, не знал


>б) keep window on top скрыто потому что оно нафиг не нужно подавляющему большинству юзеров и потому что я планурю туда добавить больше опций, типа "shutdown after operation"
Тогда все логично

>в) насчёт 2px не понял
Вниз сдвинуть
[/more]

Bulat_Ziganshin
можно ли сделать во FreeArc "инкрементальный режим"?
чтобы при создании архива можно было указать в параметрах уже существующий архив*, и чтобы в новый архив добавлялись только отличающиеся файлы (новые или изменившиеся)

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

или я чего-то недоглядел среди уже существующих параметров FreeArc?

* в идеале, было бы здорово иметь возможность указать несколько существующих архивов
это позволило бы реализовать многоуровневую инкрементальность ("полный архив каждый месяц, изменения относительно него каждую неделю + изменения относительно недели каждый день")

1noObman1

Цитата:

Фа это лучший архиватор по степени сжатия/скорости распаковки, но, увы, аудио он жмёт плохо.

Есть алгоритмы сжатия и есть программы.
Тёплое и мягкое.

К тщеславным перепаковщиков, любой ценой уменьшающие размер репака не испытываю никакой симпатии.
Баланс должен быть.

Недавно мне один человек показывал как у него на ноутбуке игрушка ставится (распаковывается) 50 минут. FIFA. При этом сам репак скачивался от силы 20 минут.

Bulat_Ziganshin

Цитата:

это 5

Это современная реальность...
Страна советов...

sabio
Для GUI-версии В диалоге добавления файлов в архив на закладке "Основное" в строке "Выходной архив" выбрать существующий архив кнопкой "...", указать метод Сжатия, а потом на закладке "Архив" в строке "Режим перепаковки" выбирайте то, что вам нужно. Рекомендуется режим перепаковки по-умолчанию.

UbiSergei
залейте исходные данные скажем на rghost. плюс arc.ini/arc.groups. ну и ваш архив заодно тоже

Добавлено:
UbiSergei
вы тот архив который с ppmd - пробовали с -mt1 распаковать?

Цитата:

К тщеславным перепаковщиков, любой ценой уменьшающие размер репака не испытываю никакой симпатии.

Почему же любой? Всему есть свой предел. Но ТАК, например, работает очень быстро и время распаковки увеличится минут на 5, в то время, как размер уменьшится очень сильно.

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

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

т.е. в идеале должно получится что-то вроде:
backup_2011-05-23.arc ("полный" архив)
- file1.txt / 12 KB
- file2.exe / 3370 KB
- file3.doc / 200 KB

backup_2011-05-26.arc ("инкрементальный" архив, относительно backup_2011-05-23.arc)
- file2.exe / 3480 KB
- file4.dll / 123 KB
(file1.txt и file3.doc не были добавлены, потому что не изменились по сравнению с backup_2011-05-23.arc)

Цитата:

slech
процессор, версия freearc, arc lt?

i5-2400
FreeArc 0.67 (August 22 2012)
[more=arc lt]production-bad.arc
FreeArc 0.67 (August 22 2012) listing archive: d:\boot-menu\production-bad.arc

Archive type: FreeArc
Total bytes: 481,536,826
Compressed bytes: 468,998,126
Ratio: 97.3%

Directory blocks: 1
Directory, bytes: 2,354
Directory, compressed: 1,229
Solid blocks: 4
Avg. blocksize: 115 mb

Compression memory: 336 mb
Decompression memory: 352 mb
Dictionary: rep:96mb+xtor:16mb rep:10mb+xlzma:10mb grzip:41kb

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

Pos Size Compressed Files Method
-----------------------------------------------------------------------------
31 0 0 14 storing
31 40,280 10,249 15 grzip:41kb:m1:l32:h15
10,280 471,835,437 464,186,719 13 rep:96mb:96:d4mb:s32+4x4:tor:16mb:c3
464,196,999 9,661,109 4,801,158 30 rep:10mb:96:d4mb:s32+exe+delta+4x4:lzma:10mb:h4mb:normal:24:mc8
-----------------------------------------------------------------------------
72 files, 481,536,826 bytes, 468,998,126 compressed
All OK
[/more]


Добавлено:

Цитата:

исправляется опцией -mt1 при распаковке

Цитата:

arc x -m1 d:\boot-menu\production-bad.arc
FreeArc 0.67 (August 22 2012) extracting archive: d:\boot-menu\production-bad.arc
Extracted 72 files, 468,998,126 => 481,536,826 bytes. Ratio 97.3%
Extraction time: cpu 2.64 secs, real 1.83 secs. Speed 263,826 kB/s
All OK

Спасибо помогло, хотя 500 метров трафика уже сгорело

Bulat_Ziganshin
Может всетаки уберете подразделение compression level, а то оно дублирует выбор сжатия на главной странице. Соответственно для опций будет больше места, и исчезнет прокрутка.


Цитата:

что туда ещё добавить? мои мысли:
 
- галочка "расшифровать метод сжатия", превращающая -m4 в -mrep.../$obj=..... - ну в общем ясно
- lc/-ld
- галочки для включения srep, precomp (с подгалочками для -t-j и slow) и dispack

все поддерживаю и прошу также добавить опцию "-s;" (Один каталог и один солид-блок на весь архив)!

Жду альфы с новой страницей сжатия!

PS: спасибо что взялись за реализацию моей идеи!

Цитата:

думал сделать что-то такое сам, во внешнем скрипте

какие проблемы? даёте fa список файлов, он их складывает в архив

я собираюсь сделать опцию, позволяющую изменить имя выходного архива аналогично 7z - т.е. архив создаётся как обычно но записывается в другой файл, так что оригинальный архив остаётся неизменным

видимо, надо ещё сделать вариант чтобы этот архив создавался с нуля - т.е. если в архиве есть 1.txt и архиватор обнаружил что в него надо добавить 2.txt, то этот файл добавляется в новый архив - как раз получится инкрементная упаковка. всё это технически несложно

сейчас инкрементальные архивы можно создавать за счёт атрибута Archive. как раз в gui это упоминается как инкрементальная упаковка. тебе это не подходит?

Цитата:

Может всетаки уберете подразделение compression level, а то оно дублирует выбор сжатия на главной странице

оно не дублирует, а как раз конструирует его - ты просто не разобрался


Цитата:

"-s;"

это да, сделал

Bulat_Ziganshin
arc.ini/arc.groups полностью оригинальные, исходных файлов , к сожалению, на текущей машине нет.

http://rghost.net/39957505
При распаковке с -mt1
ERROR: read error (bad media?) in compression algorithm delta

>вы тот архив который с ppmd - пробовали с -mt1 распаковать?
Тот архив вообще успешно не создался.

Добавлено:
Сделал небольшое расследование:

1. Пакую содержимое архива с -m5 -mc-$text; получаю на выходе rest.arc с размером 5,334,777
2. Еще раз, но просто с -m5 --> rest2.arc 5,058,283
3. Снова с -m5 -mc-$text --> rest3.arc 5,000,626 - не распаковывается

Итого: найден баг с запаковкой!

Bulat_Ziganshin

Цитата:

записывается в другой файл, так что оригинальный архив остаётся неизменным

как раз это мне и нужно
запускаем "обновление" архива, но сохраняем все данные в (новый) архив с другим именем


Цитата:

сделать вариант чтобы этот архив создавался с нуля

хм, что-то я не улавливаю, чем это отличается от "архив создаётся как обычно но записывается в другой файл" выше?

как я понял, там речь о том, чтобы:
запускаем "обновление", указываем запись в другой файл - получаем новенький архив со всеми новыми и изменившимися файлами
что тогда значит "создавался с нуля"?


Цитата:

инкрементальные архивы можно создавать за счёт атрибута Archive

к сожалению, это не позволит выбирать, относительно чего считать "инкремент" - он всегда будет с момента предыдущей архивации
и если, например, создать полный архив в понедельник, а потом инкрементальные во вторник, среду и четверг, то для восстановления состояния "на четверг" придётся распаковать по очереди все 4 архива
в то время, как если каждый раз делать "инкремент" относительно полного, будет достаточно только двух

1noObman1

Цитата:

ТАК, например, работает очень быстро и время распаковки увеличится минут на 5, в то время, как размер уменьшится очень сильно.

Уменьшится очень сильно относительно flac ?

Вам ещё не встречались многоканальные wav ?

я этот архив и после -mx распаковать не могу. интересный набор.

Добавлено:

Цитата:

получаю на выходе rest.arc с размером 5,334,777

у меня 5.334.778 на выходе.

ndch
1noObman1
вы с разных колоколен смотрите на данную проблему, так что думаю ваш спор ни к чему не приведет. Все останутся при своих мнениях.

Цитата:

Спасибо помогло, хотя 500 метров трафика уже сгорело

вообще-то -m1 на распаковку никак не должно влиять. я -mt1 советовалю возможно дело было в нехватке свободной памяти из-за лишних dll


Цитата:

1. Пакую содержимое архива с -m5 -mc-$text; получаю на выходе rest.arc с размером 5,334,777  
2. Еще раз, но просто с -m5 --> rest2.arc 5,058,283
3. Снова с -m5 -mc-$text --> rest3.arc 5,000,626 - не распаковывается  

у меня:

I:\1>"C:\!FreeArc\freearc\Tests\Arc.exe" a a -r -t -m5 -mc-$text
Compressed 70 files, 23,060,330 => 5,333,786 bytes. Ratio 23.1%
Compression time: cpu 7.85 secs, real 4.36 secs. Speed 5,288 kB/s
Testing time: cpu 0.31 secs, real 0.36 secs. Speed 63,875 kB/s

I:\1>"C:\!FreeArc\freearc\Tests\Arc.exe" a a -r -t -m5 -mc-$text;
Compressed 70 files, 23,060,330 => 5,057,211 bytes. Ratio 21.9%
Compression time: cpu 7.58 secs, real 4.35 secs. Speed 5,302 kB/s
Тестирую 70 files, 23,060,330 bytes. Processed 3%
ОШИБКА: ошибка чтения в алгоритме (рас)паковки delta

I:\1>"C:\!FreeArc\freearc\Tests\Arc.exe" a a -r -t -m5
Compressed 70 files, 23,060,330 => 5,057,211 bytes. Ratio 21.9%
Compression time: cpu 7.55 secs, real 4.33 secs. Speed 5,330 kB/s
Тестирую 70 files, 23,060,330 bytes. Processed 3%
ОШИБКА: ошибка чтения в алгоритме (рас)паковки delta


т.е. -mc$text; - вообще ничего не меняет в алгоритме сжатия да и не должно (это отключение группы "$text;", которой разумеется нет), а вот ошибка распаковки - налицо. спасибо, посмотрю

sabio
скажем, в архиве есть 1.txt, на диске 1.txt и 2.txt

первая команда берёт входной архив, добавляет в него 2.txt и записывает выходной архив в новый файл. по сути дела, всё отличие от обычного выполнения - в том что после удачной архивации мы не удаляем исходжный архив, а сохраняем оба

вторая команда - именно то что тебе нужно. она видит что нужно добавить 2.txt, но реально создаёт архив с нуля и в нём оказывается только 2.txt

разумеется, изменённые файлы также архивируются

Цитата:

оно не дублирует, а как раз конструирует его - ты просто не разобрался

тогда хоть сделайте его в виде выпадающего списка, а то занимает много места ...

FreeArc 0.67 (August 22 2012)
http://yadi.sk/d/AtJvYB2TMnI8

Bulat_Ziganshin
теперь понял

всё верно, меня интересует именно вариант "создать с нуля"

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

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

Vladimyr
у меня это показывается как вездесущая " ошибка чтения в алгоритме (рас)паковки delta", в общем ясно что баг серьёзный, ищу

Добавлено:
new alpha version:fixed stupid bug in last alpha resulted in numerous decompression errors with "error reading" or "exhaustive pattern" messages


Новая альфа-версия:исправлена глупая ошибка в последней альфе, приводившая при распаковке к вылету с сообщениями "ошибка чтения" или "exhaustive pattern"

Bulat_Ziganshin

Цитата:

т.е. если в архиве есть 1.txt и архиватор обнаружил что в него надо добавить 2.txt, то этот файл добавляется в новый архив - как раз получится инкрементная упаковка. всё это технически несложно

А нужно будет указывать метод сжатия для "второго варианта" или есть возможность прочитать метод сжатия из исходного архива?

Bulat_Ziganshin
Оставьте tta в покое, не нужно ничего менять...
Вот что реально нужно - так это lzma2

Может кто помочь?
Почему при запаковки rep dispack и чем то другим кроме lzma при распаковке пишет неизвестный метод запаковки архива?

ruduk
метод сжатия в любом случае указывается в комстроке

Bulat_Ziganshin
Интересно, что скрывается за чекбоксами "EXE2"&"Slow". Можно ещё вывести опять же чекбоксами настройки сортировки (которые -ds*). А у precomp'а сделать выбор версии (0.3.8\0.4.2)

Bulat_Ziganshin
всё действительно исправлено, благодарю!

Bulat_Ziganshin
Ради любопытства: откуда берётся http://freearc.org/ru/Statistics.aspx ?
Предвидится ли релиз 0.67 в ближайший месяц/два/три ?

Есть в планах возможность распаковки *.arc драг-н-дропом на sfx ?
Вроде бы это не очень сложно реализовать.

Т.е. что бы любой sfx-архив распаковывался файл-аргумент (C:\temp\sfx-arc.exe C:\temp\x.arc ), если он присутствует.

На данный момент ничего интересного при драг-н-дропе ничего интересного не происходит.