» FreeArc (часть 4)

insorg
Короче мы с тобой так и не поняли как lzma64 использовать. И никто по ходу нормально объяснять не собирается.

Добавлено:

Цитата:

64-битная реализация LZMA увеличивает скорость на 10-20% и позволяет LZMA использовать больше 4 ГБ памяти.

Для того, чтобы использовать внешний 64-битный LZMA (рас)паковщик, добавьте в arc.ini содержимое arc-lzma-x64[-filter].ini.

внешний распаковщик это "C:\Program Files (x86)\FreeArc\Addons\LZMA-x64\FreeArc-LZMA-x64.exe"?

Если нет то где его брать этот распаковщик и как заставить FreeArc его использовать???

QSQ
По большому счету кроме многотомности и возможности создавать recovery-volume FreeARC имеет все базовые, необходимые для повседневного использования фичи.

Да, он по сей день экспериментальный, каким и был с момента публикации первой паблик-версии почти 6 лет назад на форуме compression.ru. И, вероятно, так и останется экспериментальным навсегда.

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

Что касается "да кому это интересно" - ответ простой: автору И ещё сотне-другой энтузиастов компрессии, которые готовы им регулярно пользоваться (а не по принципу скачал - запустил разок-другой и забыл).

Когда над программистом не стоит менеджер и не "пинает" его, что к такому-то сроку надо реализовать и отладить вот такой-то функционал, программист будет делать не то, что нужно кому-то, а то, что интересно в первую очередь лично ему. FreeARC - как раз такой случай.

Так что твои возмущения непонятны.

Paramon111
Для х64 LZMA лучше простой 7z верти - тут тебе и проблем с совместимостью меньше будет, да и там уже всё готово к использованию, честное х64.

Bulat_Ziganshin
Требуется упаковать архив (в максимально возможное сжатие) с 20 файлами (по 202…212 мб каждый) ресурсов игры, которые по сути являются простыми zip-архивами с переименованым расширением и deflate сжатием, но после распаковки архивы должны получитсья бит-в-бит одинаковые и проходить md5 и sha проверку по изначальным суммам.
Поможет ли мне для этого precomp, не нарушив целостность результата?
Если да - какую конкретно строку следует ему задать?

Цитата:

на которых классический PC-шный архиватор, да ещё не совместимый ни с чем, банально никому не нужен.

На PC Freearc может быть превосходным бесплатным мультимедийным архиватором, в отличие от всяких там 7zip, когда автор сделает сжатие jpeg без precomp (там сейчас баг, jpeg через precomp сжимается сильно хуже чем без), и добавит сжатие mp3 из коробки (хоть packarc, хоть mpz через открытую dll). Бесплатных конкурентов в этой области нет, а даже и среди платных никого толком нет, кто умеет делать сжатые бэкапы через опцию --sync. Вот она, эта ниша, бери, не хочу.
Но автор уже полгода игнорирует эти пожелания.

Цитата:

Короче мы с тобой так и не поняли как lzma64 использовать. И никто по ходу нормально объяснять не собирается.  

1. прочтите документацию
2. поищите в списке изменений связанное с lzma, external compressors и т.д.
3. читайте пару последних страниц здесь


Цитата:

Поможет ли мне для этого precomp, не нарушив целостность результата?
Если да - какую конкретно строку следует ему задать?

проще всего отметить в gui галочку precomp

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

Цитата:

проще всего отметить в gui галочку precomp

Я использую консольную версию в связке с TotalCommander.
Сейчас я использую уже полюбившиеся параметры -m9x -i2 -lc- -ld- -di , и хочу узнать, что следует добавить.
Интуитивно я догадваюсь, что в конец ещё бы нужно добавить -mc$precomp+default или -mc$default,$obj:+precomp , но хотелось бы уточнить.

Цитата:

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

что именно доделать и кому отдать? если речь о многотомности, то это недолго, а 7-zip имхо имеет GUI не лучше моего (т.е. в чём-то лучше, в чём-то хуже)

insorg
почитай whatsnew, там описано как эти галочки действуют

Bulat_Ziganshin

Цитата:

если речь о многотомности, то это недолго

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

Bulat_Ziganshin
У меня есть 3 файла в папке, FreeArc отказывается их паковать вместе. По одному файлу без проблем. Отказ в том что упаковка останавливается и все. Даже такой быстрый метод как -m=rep стопорится. Вот эти файлы : http://file.karelia.ru/fvv53r/

Добавлено:
В чем же дело? другой набор таких же файлов жмется нормально.

Цитата:

Дык уже не первый год ждем

автор просто очень часто отвлекается на всякую фигню: то ему захотелось precomp и srep прикрутить (хотя до сих пор ни то ни другое не работает нормально), то ему стал неожиданно интерфейс не нравиться, то с какой-то радости дельта стала медленно работать и ее сверхважно нужно было обновлять... А в планах написано, что в 0,7 версии должна быть реализована полная поддержка zip, rar, 7z и других архивных форматов и все! Так это уже фиг знает сколько времени как реализовано! неужели нельзя тупо исправить баги в этом направлении и выпустить финалку?

А тем временем 95.33% пользователей сидят на последней стабильной версии и ждут 0,7 версию! Вам не кажется что это как-то неправильно, делать столько времени beta версии для 5% пользователей и полностью не обращать внимание на другие 95%?


Цитата:

если речь о многотомности, то это недолго

Извините меня, но недолго в измерении ФА это годы! Через такое время эта функция нафиг никому не будет нужна. Тай мне лично за годы пользованием ФА эта функция ни разу и не понадобилась, хотя ее обязательно нужно сделать.

Не отвлекайтесь на добавление дополнительного функционала, сделайте уже основное! Выпустите 0,7 с тем функционалом что есть и беритесь за многотомность.

Paramon111
I:\77>arc a a -mrep -i2
FreeArc 0.67 (May 22 2012) compressing 4 files, 419,582,502 bytes
Compressing Atlantis 9.7.ctb
Compressing Atlantis 9.7.ctg
Compressing Atlantis 9.7.cto
Compressing Options.bmp
Compressed 4 files, 419,582,502 => 343,709,340 bytes. Ratio 81.9%
Compression time: cpu 1.87 secs, real 0.76 secs. Speed 555,707 kB/s

установи программу с нуля

vasulpr
QSQ
ребята, Вы немного веткой ошиблись
Большая просьба, думаю не только от меня, плз, перенесите сие "флеймовое" обсуждение в отдельную ветку!

Bulat_Ziganshin
переустановил. Ничего не изменилось. так же отказывается. Я в обычной версии делаю. Консольной не умею.

Добавлено:
сейчас попробую на видео записать

Добавлено:
вот и видео: http://rghost.ru/39476904

Да! Да и ещё раз таки да! Вот они, нужные слова,которые я не мог подобрать автору фа. Коротко и ясно!

могу предположить что ты поломал lzma и не стёр после этого arc.ini

vasulpr
Полностью поддерживаю!!!!

Bulat_Ziganshin
Каким образом я мог поломать? Я же полностью переустановил, arc.ini и lzma установились заново. И у меня есть другое дерево .ctg так же из трех файлов, оно жмется без проблем.

Добавлено:
Предлагаю кому-нибудь на форуме попробовать упаковать эти файлы. Может не у меня одного так будет.

Добавлено:
Уточнение: -m=lzma сжатие идет! -m=srep сжатие идет! -m=rep сжатие останавливается как на видео. Из-за rep`а не работают -m1...-m9,mx,m9x.

REP + LZ4B

FreeArc v2012-11-28
Протестировал различные комбинации, результаты с размером чанка 128 здесь:
[more] [/more]
(Папка 566 Мб – та, что передал мне Paramon111)
В первой таблице приведены типовые данные. Видно, что зависимость от параметров rep достаточно слабая. Во второй таблице собраны наиболее значимые результаты, по этим данным наиболее оптимальный вариант rep:1g:176:c128:d1m:s128+xlz4.

Результаты с размером чанка c64 и наиболее значимыми результами, здесь:
[more] [/more]
Зависимость от параметров более существенная, по имеющимся данным наиболее оптимальный вариант rep:1g:128:c64:d1m:s64+xlz4.

Для размера чанка c256 отклонение от параметров rep:1g:256:c256+xlz4 во всех моих тестах без исключения приводило к ухудшению сжатия.

Аналогично для чанка c512: rep:1g:512:c512+xlz4

Специального исследования по влиянию параметра b у lz4 не проводил (как обычно, где-то его увеличение до 64 Mb улучшает сжатие, где-то наоборот). Но возможно, уменьшение его до 512к было бы более оптимально. (и вряд ли займусь этим, поскольку улучшения на уровне менее 0,1 %, что не так уж и важно)

Получился такой набор оптимальных сочетаний по возрастанию степени сжатия и времени (в скобках присвоенные мной названия методам):
rep:1g:512:c512+xlz4 (m800)
rep:1g:256:c256+xlz4 (m80)
rep:1g:176:c128:d1m:s128+xlz4 (m801)
rep:1g:128:c64:d1m:s64+xlz4 (m802)

Короче, поганял я precomp по разному...

Абсолютно бесполезный алгоритм, который так и не смог хоть немного пережать существующие игровые ресурсы (напомню, по содержанию это zip-архивы), хотя их увидел, определил тип и deflate сжатие и что-то по-честному пытался-тужился на винт...

Целый день убил, а толку - ноль. Как было 3 гига, так 3 и осталось.

Хотя, если по-нормальному (как обещано) - должно ужаться до 2 гигов.

Да даже если просто вскрыть ресурсы (те самые zip-архивы), то изначальных данных будет на 8 гигов, но результат даже у WinRAR получится чуть меньше 2,2 гигов, а у 7z и того меньше...

Кто может разъяснить ситуацию?

Паковал два раза, с обоими из вариантов:
-m9x -lc- -ld- -di -mc$precomp+default - соответственно доступной инфе и мануалу
-m9x -lc- -ld- -di -mc$default,$obj:+precomp - как предложено gui версией
и с обоими толку ноль...

REP + TOR:3

FreeArc v2012-12-12
Протестировал влияние параметров rep на размер архива.

Первый случай.
-mrep:1g:...:c128+xtor:3:4m:h16k (= –m810)
Результаты приведены в таблице
[more] [/more]
Здесь представлены результаты тестирования тех же папок, что в предыдущем случае с LZ4B, оптимум для чанка c128 получился тот же самый
-mrep:1g:176:c128:d4m:s128+xtor:3:4m:h16k

Второй случай.
-mrep:1g:...:c64+xtor:3:4m:h32k (= –m81)
[more] [/more]
Оптимум получается
-mrep:1g:112:c64:d4m:s64+xtor:3:4m:h32k
Здесь уже видно отличие от результатов с LZ4b, на тех же данных. Там оптимум был для -mrep:1g:128:…


Добавлено:
Третий случай
-mrep:1g:...:c32+xtor:3:4m:h64k (= –m811)
[more] [/more]
Вблизи оптимума несколько методов:
-mrep:1g:80:c32:d4m:s48+xtor:3:4m:h64k
-mrep:1g:64:c32:d4m:s48+…
-mrep:1g:80:c32:d4m:s40+…
-mrep:1g:64:c32:d4m:s40+…
(Примечание. Для папки 359 536 713 минимум равен 62 825 826 для …176:c64:d4m:s64…)

precomp может перепаковывать только данные, сжатые одной из библиотек deflate сжатия. он ведь просто распаковывает их, а при восстановлении - сжимает назад этой библиотекой. но конечно чукча опять не читатель документации

всё-таки я нуб...
помогите настроить плагин FreeArc для Тотал Коммандера....

Основная задача - возможность просмотра содержимого архива *.arc
Дополнительная задача - возможность извлекать файлы без самого FreeArc
(здесь имею ввиду: вот я смотрю в Тотале содержимое и мне нужна только одна папка, я её банально перетаскиваю в другое окно и она извлекается, т.е. как обычные zip/rar-архивы)

Что имеется и что делал:
- Стоит Коммандер, сборка от СамЛаб-а
- скинул arc.exe и unarc.exe в ..\Total Commander\Plugins\wcx\MultiArc\
- в ..\Total Commander\Plugins\wcx\MultiArc\Multiarc.ini вручную дописал код из freearc.addon

что дальше? пишут, что надо ипортировать что-то в Мультиарк... но как?
и в настройках Тотала нельзя автоматически добавлять содержимое из freearc.addon , т.к. не поддерживается формат

БОЛЕЕ НЕ АКТУАЛЬНО....
затем надо было в Тотале перейти Конфигурация - Нстройки - Плагины - *.WCX - Настройка
Справа вверху набрать слово arc , затем в большом списке выбрать путь до MultiArc.wcx
вот и всё, готово =D

ВСЁ необходимое можно скачать ниже через два сообщения.......

Bulat_Ziganshin
"Чукча" перечитатель уже всего, что только есть, но вменяемого ответа так и не получил, ибо примеров - фиг найдёшь. Мануал - вообще за старую версию, про внешние упаковщики вообще пара строчек, возможность использования прекомпа упоминается бегло. Переискивать по форуму среди тысяч ответов в поисках того самого, нужного (не факт, что он вообще есть) - нереально.
Вместо тыканья и посылания в доки каждый раз лучше бы сразу сказал нормально. Время бы сэкономил и себе (не нужно каждый раз давать бессмысленные посылы) и мне - меньше мучений винта и пустого расхода процессорного времени, которое у меня крайне важно.
Если где-то в моих вариантах параметров есть ошибка - скажи конкретно где, если чего-то не хватает - дай полный вариант.


Цитата:

precomp может перепаковывать только данные, сжатые одной из библиотек deflate сжатия

Если архивы несовместимы с прогой (что можно предположить с этой фразы) - лучше скажи, совместим ли он с архивами, которые делает WinRAR, 7zip и TotalCommander?


Цитата:

он ведь просто распаковывает их, а при восстановлении - сжимает назад этой библиотекой

Именно, это самое поведение, когда для упаковки "распаковывает их", а потом "при восстановлении - сжимает назад" мне и нужно, дабы вручную каждый раз потом не пересобирать эти самые zip'ы.

При этом, как я понял, "восстановление" будет производиться сразу же при распаковке "на лету" и можно будет забрать из общего arc'а любой нужный их zip'ов в изначальном виде? Или будет такая же лажа, как в своё время с *.tar.* архивами (когда распакуй всё, потом зайди хз куда, снова распакуй... и только потом держи свой файл)?

Чуть переделал свой пост, там тема закрытаи публикую тут:
Параметр Диапазон Описание

Цитата:

"Чукча" перечитатель уже всего, что только есть

дока самого precomp


Цитата:

Если архивы несовместимы с прогой (что можно предположить с этой фразы) - лучше скажи, совместим ли он с архивами, которые делает WinRAR, 7zip и TotalCommander?  

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


Цитата:

При этом, как я понял, "восстановление" будет производиться сразу же при распаковке "на лету" и можно будет забрать из общего arc'а любой нужный их zip'ов в изначальном виде?

и это проверяется

slech
спасибо. предлагаю в твоём посте вместо малозаметного выделения второго символа процента жирным шрифтом поменять надпись на "батник (удваиваем символ %):"

Добавлено:
vasulpr
подписываюсь под каждым твоим словом. ты абсолютно прав, буду преодолевать свою природную лень и выпускать 0.70

Добавлено:
slech
итак, записал в to-do list:
1. сделать rar-совместимой опцию -ag и в частности модификатор N (генерация уникального имени архива)
2. удалять ".." из имён архивируемых файлов
3. файллисты - игнорировать // комментарии
4. "a -t" - не закрывать GUI окно после тестирования. пока можешь явно задавать --pause-before-exit=on

кроме первого, оно легко реализуемо, так что постараюсь сделать к след. версии


Цитата:

Может стоит за собой все следы убирать ?

это только в альфа-версии

Добавлено:
death7lord
спасибо, добавлю в ФАК

Цитата:

дока самого precomp

И? Где смысл в твоём ответе?
Где она или (хотя бы) ссылка на неё?
Где это вообще искать?



Цитата:

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

1. Я не требую, а интересуюсь тем, что не описано в доступном мануале.
2. Как автор проги мог бы уже и сказать, с чем конкретно она работает, чем ломаться тут как школьница.
3. Времени у меня действительно мало, и абсолютно логично, что у других его вряд ли больше, но тот факт, что рациональнее было бы ответить сразу, чем разводить базар - налицо!
Тем более, что написать две-три строчки ответа - не такая уже и трудная задача, клава не отвалится и руки не отсохнут...


Цитата:

и это проверяется

Что проверяется? Автор даже не знает что он написал и это сейчас проверяется??? О_о
Эпик фэйл...

А вообще, я изначально задал серьёзный вопрос, который нигде не описан.
В ответ получаю ответы в духе "или нафиг".
Раньше тоже что-то хотел узнать по поводу srep'а, но получил аналогичный ответ.
Сейчас вижу, другой человек спрашивает по х64 упаковщику - его тоже завуалировано послал...
Так ты вообще всех пользователей и тестеров лишишься.

з.ы.
Не хочешь хотя бы подсказать - фиг с тобой, но если посылаешь (кстати, по причине своей же собственной лени) - то открытым тестом, а не как $%@%$^...

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

Bulat_Ziganshin
Вот архив полностью, инструкция внутри