» FreeArc (часть 4)

Цитата:

V2driver

Цитата:Есть ли возможность пренести интеграцию LZMA2 в Фа?
Просто неимение в Фа LZMA2 убивает столько возможностей.


Шапке ведь есть "Планы дальнейшего развития".

Engaged Clown Я не слепой! прочтите еще раз мой пост! я поэтому и спросил нельзя ли перенести, ато до версии 2.0 как до луны!

Bulat_Ziganshin
Это здорово! жду с нетерпением, думаю не я один! это очень полезная штука Фа будет!
Спасибо!

Цитата:

здесь только srep сможет помочь

можно еще xdelta, но это уже "ручками" кмк

Bulat_Ziganshin
по п. 3 может так понятнее будет, что хочу до вас донести:

по п.5 как себе представляете чтоб не проверить когда не понятно: не понятно значит нужно обязательно туда тыкнуть и глянуть что будет. Нашел описание команд -ep3 –ac, но не понял что значит Создать полный бэкап: -ep3 -ac

shinji2009

Цитата:

... и расширения у файлов делал одинаковые на тот случай чтобы архиваторы думали что файлы одной структуры...

Разные способы снятия образа - разный способ записи образа в файл. Вот и вся причина плохого сжатия.
Если размер файлов почти такой же, это не говорит что файлы совпадают на 99,9%. Сравните файлы не "НЕХ-редактором на глаз", а Ткомандером, например. Знающий скажет, что файлы по 16 ГБ невозможно сравнить Ткоммандером. Так вы разбейте файлы кусками по 100 МБ и сравните первый кусок 1-го файла с первым куском 2-го файла - будет слишком много различий, чтобы это можно было считать 0,01% отличий.
Даже между flac файлами снятыми разными программами (с одинаковымы настройками кодирования) получаются отличия.
Если действительно очень нужно хоть как то уменьшить размер, то необходимо объединить оба файла как TAR, пройтись по нему srep, и только после этого паковать 7-zip или FA.

p.s. Отпишитесь когда все сделаете

Bulat_Ziganshin
Булат, это Вы нашли этих "родственных копирастов" (ссылка в шапке)?

vasulpr
а сам словарь-то сжимается при архивировании? а то если словарь будет даже 8 гигабайт, да ещё 7 гиг - пожатый файл, в итоге получится ещё больше, чем сейчас. какой тогда смысл? но если есть смысл - то можно поподробнее про srep?

CDK
а можно поподробнее? =)

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

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


Цитата:

не понял что значит Создать полный бэкап

значит оно вам и не нужно

другие архиваторы что ли?

SuperREP – это программа (препроцессор) для поиска повторений данных на очень длинных расстояниях (вплоть до 24 ГБ)

Цитата:

а сам словарь-то сжимается при архивировании?

словарь - это расстояние на котором ищутся совпадения. он влияет только на уровень сжатия. больше словарь - лучше сжатия при прочих равных условиях

три вопроса:

1.
Раньше работало, щас что-то не могу... В китайской Инно Сетап делаю весь фон чёрным с белыми буквами
В самом проекте всё как положено, но после компиляции установщик без изменений
Проект делается на основе последнего ISDone-примера

2.
Делаю русификатор
В существующий архив zip с помощью 7z вшиваю папку с рус.ресурсами, через батник всё отлично работает
Можно ли, что бы установщик сам делал всё это? или хотя бы бат-ником, но что бы он запускался без запроса в конце установки и что бы во время работы нельзя было закрыть как его, так и сетап

3. и на будущее))
допустим надо опять же запускать несколько батников (русификация звука, текста, видео)
как их поставить в очередь? причём установка по выбору пользователя

shinji2009
архиваторы с поддержкой дедупликации: exdupe, zpaq, freearc с галочкой srep

Bulat_Ziganshin
1. вносит неудобство тем кто долго пользовался раром.
2. может тогда настройки которые "простым" пользователям не нужны убрать в отдельное меню или типа меню простое и меню для продвинутых.

а что такого в LZMA2?
параметр chunksize
указание кол-ва потоков
что еще?вроде больше и нет нечего (второй пункт пусть и с большей затратой/меньшей ratio памяти можно через 4x4 сделать)

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

kalpak
имхо у lzma2 основной плюс в минимальном увеличении архива при несжимаемых данных. Остальное - мелочи)
Правда видимо из-за этого пришлось отнять бит у -lc

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

Bulat_Ziganshin
Krinkels Inc.

AntikillerPM
Это ответ на ваш вопрос о сепарации параметров для новичков - она уже есть. Просто будьте внимательны, нужно только посмотреть описание поля и понять его предназначение.

Цитата:

как раз и хотел бы перейти на freearc с рара т.к. архивы снимаю постоянно.

Архивы раром сжимать и создавать в раре резервные копии - вещи разные. Если вы не делаете последнего, то этот пример вам не нужен.

kalpak
единственное что есть в lzma2 и нет в 4x4+lzma - это нерасширение несжимаемых данных. lzma2 отличается от lzma ещё и многопоточностью, но её я успел сделать по-другому, через 4x4 (и кое в чём лучше - у меня распаковка идёт тоже многопоточно, а у lzma2 - только упаковка)

srep:mem256mb это размер словаря? если да то в каких пределах его можно указывать?

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

kalpak
Часто поподаются данные на которых он просто спасает...
К примеру один бинарник с lzma увеличивался аж на 4мб
А с lzma2 уменьшался на 16мб!
Всё потому: Profrager верно описал =)
lzma2 это lzma разбитый на блоки с заголовками...

Цитата:

планируете ли вы улучшить поведение прогресбара?

нет. это невозможно для внешних архиваторов, не использующих stdin/stdout

Bulat_Ziganshin

Цитата:

новая альфа:

1. иду по сcылке.
2. качаю переносимая версия.
3. переименовываю старую папку d:\Install\Programs\FreeArc в d:\Install\Programs\FreeArc.old.
4. Создаю новую папку d:\Install\Programs\FreeArc и в неё помещаю содержимое архива d:\FreeArc-portable-0.67-alpha-win32.zip.
5. Запускаю d:\Install\Programs\FreeArc\bin\FreeArc.exe
Options --> Edit program settings --> Explorer Integration --> все галки и OK.
6. Иду на диск D:\ и 2 клика по архиву:
a) zip - появляются два окошка(1, 2) и архив не открывается.
б) arc - появляется окошко 1 а затем архив открывается.
7. Архивы arc создаются из контексного меню, 7z и zip не создаются.

Windows 7 X64.

Где я мог ошибиться ?

Bulat_Ziganshin
precomp + FA
при включении в алгоритм прекомпа сжатия сейчас проходит так:
1) файлы которые должны обрабатываться этим препроцессором загоняются в архив без сжатия
2) файл обрабатывается прекомпом
3) далее идет упаковки lzma

не лучше было бы сделать этот процесс следующим образом:
1) прекомпом обрабатывается каждый нужный файл отдельно
2) далее идет упаковки lzma

или этот процесс можно было бы сделать вообще параллельным, например:
один файл обрабатывается прекомпом а дальше lzma, после обработки этого файла lzma ставится на паузу, дальше цепочка повторяется прекомп - lzma - lzma(pause) -...
аналогично и с распаковкой

преимущества такого метода:
1. выпадает объединения данных в несжимаем архив (+ скорость, - размер временной папки при упаковке / распаковке)
2. при параллельной работе размер папки с временными файлами будет минимальный (будет равен наибольшему pсf файлу)
3. этот процесс позволит сделать лучше поведение прогресс бара

возможно ли такое вообще сделать, и если возможно, то вы не хотите ли это сделать в ФА?

А почему в версии 0.67 FreeArc не поддерживает уровень сжатия "-max"? Устанавливал PowerPack, последняя альфа на него не реагирует...
P.S. Еще не хватает в самом окне упаковки/распаковки галочки "Выключить ПК после завершения операции".

Обнаружена следующая проблема.

Система стоит на диске С с FAT32.
На диске D лежит снимок диска C в формате tib, размер 9 ГБ.
Архивация FreeArc невозможна по той простой причине что он на диске C зачем-то начинает создавать временный файл более 4ГБ. Изменить временную директорию не нашел как и вообще не понятно зачем такой огромный временный файл и может его как-то разбивать.

Цитата:

Еще не хватает в самом окне упаковки/распаковки галочки "Выключить ПК после завершения операции"

+1

Также было бы хорошо если бы сделали галочку "Установить высокие приоритеры"

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

Полный набор альфа-версий: Previous alpha versions of FreeArc

Добавлено:

Цитата:

"Установить высокие приоритеры"

это завесит всю машину. сейчас fa наоборот снижает приоритет тредов сжатия. в 0.60 эти треды выполнялись с обычным (даже не повышенным!) приоритетом, в результате во время сжатия машина тормозила. можешь попробовать скачать портабельный вариант той версии и сжать большой файл с -mex5


Цитата:

не хватает в самом окне упаковки/распаковки галочки "Выключить ПК после завершения операции".

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

грандиозно. 5 минут как написал об альфах, а уже кто-то проверяет

vasulpr, спасибо. Не заметил, потому что каталог не был явно прописан (просто пусто). А предложение разбивать временный файл на меньше 4ГБ для FAT в силе.