» FreeArc (часть 4)

Хочу обратить внимание Булата на такой недочёт в GUI: если ставишь галочку "precomp", а уровень сжатия выбран ниже Maximum, то precomp использован не будет, что мягко говоря не очевидно для пользователя. Нельзя ли сделать так, чтобы буква "p" добавлялась сама, если выбран хотя бы один внешний компрессор?

у меня две новости:

1. я начинаю подготовку к выпуску 0.70. сейчас напишу всем переводчикам, чтобы они обновили свои файлы. из присутствующих здесь у нас есть автор белорусского перевода, в котором надо обновить 21 строку. думаю за 3-4 недели переводчики управятся

2. сегодня со мной связался Артём Дробанов, автор RecoveryStar (инсталятор) и предложил план по добавлению кодов Рида-Соломона в FreeArc. Я ему свои пожелания как автор программы высказал, теперь можете высказаться вы. От каких ситуаций нужно защищаться, какой объём данных добавлять, какая скорость защиты/проверки/восстановления будет приемлема

vishyakov
Присоединяюсь. А еще хотелось бы напомнить сделать выгрузку выбранных параметров в .bat\.cmd файлы.
С уважением.

Цитата:

понятно. а вот например в arc можно передавать еще такие типы:
xz/wim/gzip/bzip2/tar

fa поддерживает все типы архивов, поддерживаемые 7z.dll


Цитата:

Отмечаю опцию "Сделать ЕХЕ"  -->  "Выходной архив" так и остается price.arc
Это возможно исправить?

записал на будущее


Цитата:

Если, не начиная Упаковки (не нажать на Ок. диалога упаковки), снова зайти по кнопке "..." ) - видим что "Уровень сжатия" - Нормальное  и галочка "precomp" не отмечена    ------>  нажимаем Ок  - но Строка сжатия  так и осталась  Максимальное: -mx -mc$default,$obj:+precomp  

1. когда ты заходишь в этот диалог, все настройки сбрасываются на стандартные, но при этом строка наверху остаётся старая
2. когда ты меняешь в нём хоть одну опцию, строка наверху формируется заново на базе отмеченных опций
3. в диалог Add передаётся строка сверху


Цитата:

Ну да. Добавлено содержание arc-lzma-x64-filter.ini. На lzma x32 таких выкрутасов никогда не замечал. Такую ошибку выдает только lzma x64.

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

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



Цитата:

если ставишь галочку "precomp", а уровень сжатия выбран ниже Maximum, то precomp использован не будет

неправда. создаётся опция типа -m4 -mc$default,$obj:+precomp и как нетрудно проверить, она использует precomp: [more]C:\>arc a KEmulator -m4 -mc$default,$obj:+precomp -di
Creating archive: a.arc using precomp042:c-:t-j+rep:96mb:96:c16:d4mb:s32+exe+delta+4x4:lzma:16mb:h4mb:normal:24:mc8, $obj => precomp042:c-:t-j+rep:96mb:96:c16:d4mb:s32+delta+4x4:lzma:16mb:h4mb
:normal:24:mc8, $text => grzip:8mb:m1:l32:h15, $compressed => rep:96mb:96:c16:d4mb:s32+4x4:tor:16mb:c3, $wav => tta, $bmp => mm+grzip:8mb:m1:l2048:h15:a
....

C:\>arc lt KEmulator.arc
Pos Size Compressed Files Method
-----------------------------------------------------------------------------
31 0 0 42 storing
31 157,123 16,476 27 grzip:156kb:m1:l32:h15
16,507 39,491,164 8,895,549 115 precomp042:c-:t-j+rep:96mb:96:d4mb:s32+exe+delta+4x4:lzma:16mb:h4mb:normal:24:mc8
8,912,056 2,848,985 2,650,853 3 rep:2811kb:96:d4mb:s32+4x4:tor:2811kb:c3
-----------------------------------------------------------------------------
187 files, 42,497,272 bytes, 11,562,878 compressed
[/more]


Цитата:

Нельзя ли сделать так, чтобы буква "p" добавлялась сама

я здесь сделал по-другому - не через добавление буквы 'p', а через -mc. просто в качестве эксперимента


snkreg
ok

Цитата:

От каких ситуаций нужно защищаться, какой объём данных добавлять, какая скорость защиты/проверки/восстановления будет приемлема

Если отталкиваться от реальности - например торренты, фактически с проверкой/коррекцией, то 0%
FDD сейчас не наблюдается.
На флешках/hdd если выпадает - то сектор (512 байт) - тоже мало смысла.
Пожалуй Единственные каналы передачи, где встречаются ошибки (из реально встречающихся на данный момент) - GPRS и протокол http.
остальное - сильная экзотика.

Не припомню чтобы за последние 10 лет что-то успешно восстановилось, чтобы от рекавери инфы была польза.

ndch

Цитата:

Не припомню чтобы за последние 10 лет что-то успешно восстановилось, чтобы от рекавери инфы была польза

Это Вы зря так...
Свежий пример. Недавно слил инфу с компа на внешний USB-HDD, этак 140Гб, освободил место
Потом кинулся читать - все архивы битые. (Как потом выяснилось - взглючил USB-шный контроллер, и кроме ошибок еще подсаживал этот HDD по питанию, так что в конце-концов пришлось материнку менять).
А вытащил всю инфу именно через рекавери. Т.к. уже давно - RAR с -rr10p (именно из-за рекавери и RAR).

Bulat_Ziganshin

Цитата:

предложил план по добавлению кодов Рида-Соломона в FreeArc

Цитата:

какой объём данных добавлять

ИМХО, как в RAR - опцию, и на усмотрение пользователя...
А по-поводу ситуаций, скорости защиты - надо пробовать...

Цитата:

а из-за таких пустопорожних багрепортов я трачу время и пропускаю реальные баги

Намек понят.

Bulat_Ziganshin
Я сейчас может не в тему, со своими мелкими просьбами, но очень понравилась плюшка из Bandizip-a - Extract Automatically.
Реально добавить в freearc?

Цитата:

опция типа -m4 -mc$default,$obj:+precomp и как нетрудно проверить, она использует precomp

Ну так я проверил - precomp не используется. А если добавить букву "p", то используется. На последней альфе. Сделать видео?

Цитата:

Реально добавить в freearc?

да, такое есть в планах

Подскажите,как в командной строке запаковать ZIP windows стандартный,без установления rar,zip? на vbs есть,но я хочу что бы через cmd,Спасибо за помощь

Bulat_Ziganshin

Цитата:

я начинаю подготовку к выпуску 0.70

Очень приятная новость. В связи с этим хотелось бы получить ответ на вопрос, связанный с SFX-модулем архиватора.
В WinRar в случае, если я задаю абсолютный путь для распаковки, например C:\, то в этом случае SFX-модуль автоматически предлагает этот путь в строке выбора места для распаковки. SFX-модуль FreeArc в этом случае предлагает в строке выбора места для распаковки путь, состоящий из имени диска, с которого происходит запуск архива+подставляется имя архива, т.е. при запуске с флешки F: архива Arhiv.exe получается F:\Arhiv\. Если же я указываю в качестве базового каталога внутри архива другой диск, например, С: (или сохраняю полные, включая имя диска, пути к файлам), то при распаковке вылетает ошибка, т.к. получается недопустимый путь - F:\Arhiv\C:\... Если же строку пути в диалоговом окне очистить, то распаковка проходит без ошибок. Нельзя ли сделать так, чтобы в случае заполнения строки "Базовый каталог внутри архива" для распаковки SFX-архива по-умолчанию использовался именно этот путь, а не комбинация диск+имя_архива? Возможно, что мелочь, но неприятно...

new alpha version:lz4: new, fastest compression method (and xlz4 to utilize all cores)
xlzma: reduced memory usage for compression
xppmd: restored multi-threading support
4x4, grzip: fixed bugs in reporting memory usage, limiting memory usage and reporting (de)compression progress
Before releasing 0.70, i should fix plenty of bugs. This time, i worked around multithreading compression issues. Also i've added LZ4 method in order to explore freearc's inner limits to fastest compression


Новая альфа-версия:lz4: новый, самый быстрый метод сжатия (плюс многопоточный xlz4)
xlzma: уменьшено использование памяти при сжатии
xppmd: восстановлена многопоточная работа
4x4, grzip: исправлены ошибки в вычислении требуемой памяти, ограничении потребления памяти и отображении прогресса операции
До релиза 0.70 мне предстоит исправить кучу ошибок. В этот раз я сосредоточился на проблемах в многопоточной упаковке, а также добавил LZ4 чтобы исследовать внутренние ограничения freeac для сверхбыстрого сжатия

ndch

Цитата:

Не припомню чтобы за последние 10 лет что-то успешно восстановилось, чтобы от рекавери инфы была польза

У кого как. Пару недель назад при разборе DVD-R восстановил многотомный rar-архив, у которого побился 2-й том (из 50), именно благодаря тому, что на отдельном бэкапе к битому архиву был recovery-том. Если б не было, можно было бы выбрасывать почти весь архив.

Bulat_Ziganshin

Цитата:

От каких ситуаций нужно защищаться, какой объём данных добавлять, какая скорость защиты/проверки/восстановления будет приемлема

В первом приближении - по образу и подобию RAR. Т.е. чтобы можно было:

1. добавлять recovery record в объеме, определяемом юзером в % от размера архива
2. создавать отдельные recovery-тома (актуально для многотомных архивов)

А что за зверь lz4?
http://fastcompression.blogspot.com/p/lz4.html
?

Попробуем, сравним.
Что-то не пишут, он что, быстрее tornado?

Цитата:

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

постарайся вспомнить, а? а то менять настройки неизвестно почему как-то некузяво


Цитата:

надо что-то поправить с опцией --dirs

это скорее уже после релиза. надо будет разобраться как следует и сделать всё как в rar

Добавлено:

Цитата:

В WinRar в случае, если я задаю абсолютный путь для распаковки, например C:\, то в этом случае SFX-модуль автоматически предлагает этот путь в строке выбора места для распаковки.

скажем так - эта фича в winrar не имеет ничего общего с базовым каталогом архива. так что вопрос на самом деле стоит в создании installer-модуля с опциями как в rar/7-zip

Shuld
по сравнению с tor:1 он и быстрее, и жмёт лучше. вот здесь например можешь глянуть: http://encode.ru/threads/1591-zpaq-benchmarks

вообще за исключением quicklz, это лучший из максимально быстрых алгоритмов. другое дело, какой в них смысл - в freearc xlz4 упирается в скорость не самого lz4, а того треда архиватора, который читает данные и вычисляет их crc

встроил ли автор возможность делить архив на тома?

Guenplean
есть спецтема по is+архиваторам. и спрячь там текст скрипта под тег more, а отсюда вообще пост сотри

QSQ
нет, я займусь этим только в след. версии

Benchmark

Цитата:

У кого как. Пару недель назад при разборе DVD-R восстановил многотомный rar-архив, у которого побился 2-й том (из 50), именно благодаря тому, что на отдельном бэкапе к битому архиву был recovery-том. Если б не было, можно было бы выбрасывать почти весь архив.

Бекапы solid-ными делать более чем странно.
DVD-R всё больше и больше на атавизм смахивает, особенно в свете того что скорость чтения слегка поцарапанного dvd зачастую ниже скорости "100 мегабитных интернетов", не говоря уже о гигабитных локалках.

Добавлено:
j52

Цитата:

Недавно слил инфу с компа на внешний USB-HDD, этак 140Гб, освободил место Потом кинулся читать - все архивы битые. (Как потом выяснилось - взглючил USB-шный контроллер, и кроме ошибок еще подсаживал этот HDD по питанию, так что в конце-концов пришлось материнку менять). А вытащил всю инфу именно через рекавери. Т.к. уже давно - RAR с -rr10p (именно из-за рекавери и RAR).

Если бы глючило чуть посильнее - не спасло бы.
Припоминаю как у меня одна плашка памяти спустя 2 года эксплуатации на ровном месте взглюкнула: ребутнула винду и chkdsk превратил всё что было на винте (raid-1) в кашу.
Вывод: от железных проблем recovery record не всегда спасает.

А как быть с этим:

lz4 1.3 -c0t1
disqualified: crash while decompressing

lz4 1.3 -c0t2
disqualified: crash while decompressing

lz4 1.3 -c0t3
disqualified: crash while decompressing

lz4 1.3 -c0t4
disqualified: crash while decompressing

lz4 1.3 -c1t4
disqualified: crash while decompressing

lz4 1.3 -c2t4
disqualified: crash while decompressing

http://compressionratings.com/sort.cgi?rating_sum.full+6ne_old+p3

Shuld
понятия не имею. а тебе что, скорости -m1 не хватает? помнится, у тебя оно в диск упиралось

ndch

Цитата:

Вывод: от железных проблем recovery record не всегда спасает.

"Не всегда спасает" - это да! Но "лишним бантиком" recovery record для FreeArc не будет, это точно...

Цитата:

ребутнула винду и chkdsk превратил всё что было на винте (raid-1) в кашу

Тоже натыкался после ребута... 1.5 месяца разгребал!, благо что хоть ченжлог был...

Да.
А есть смысл для экспериментов какую-нибудь программу RAM-диска использовать?
(у меня win-7 32 разр., а ОЗУ 4 Гб).

В windows 8 x86 не работает контекстное меню проводника в версии freearc от 12 декабря 2012.

Shuld
я бы даже сказал, что не имеет смысла такие алгоритмы тестировать без рам-диска

ndch

Цитата:

Бекапы solid-ными делать более чем странно

Для редко используемых / редко обновляемых данных - абсолютно нормально. А при наличии recovery-томов еще и вполне надежно.

Я так понял, что в lz4 Вас интересует метод -c0?
Поскольку -c1 и -c2, похоже не так интересны.

Bulat_Ziganshin
Булат,добрый день! В Peazip стоит ваш жутко кривой модуль! Криво создает само-распаковывающийся архив,кракозябры в названиях. Какую версию он туда ставит,ведь кочует этот баг давно! А сам разработчик этого Peazip-а с Вами связывался? Можно там это как-то исправить? В Вашем,оригинале такого же нету...