» FreeArc (часть 4)

Цитата:

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

Выложить не могу, но вы их самостоятельно можете найти.

1. Counter-Strike Source v59 (4,25 ГБ)
2. Rome: Total War (3,86 ГБ)
Тест проводился еще в нескольких играх, но точных данных по ним немогу дать (данные не сохранились).
Перед обработкой срепом файлы упаковывались в АРК без сжатия.

Еще провел два теста, но теперь для версии 2.95. Вот что получил:
Just Cause2 (4321020622)>(m2)3056691833>(standart)3057385575
Dead Space (7318737332)>(m2)3030893833>(standart)2961759927

Если учесть два предыдущих теста, то мне кажется для исходных файлов до 4-4,5 Гб целесообразнее использовать m2, а для больших объемов лучше пользоваться параметром по умолчанию.

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 его использовать???

V2driver

Цитата:

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

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

VasulNoz

Цитата:

Еще провел два теста, но теперь для версии 2.95. Вот что получил:

где сравнение m2 vs m3?

Цитата:

Just Cause2 (4321020622)>(m2)3056691833>(standart)3057385575
Dead Space (7318737332)>(m2)3030893833>(standart)2961759927

подопытные неудачные, они практически не дожимаются

Цитата:

Just Cause2 (4321020622)>(m2)3056691833>(standart)3057385575

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

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

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

Цитата:

Можете подсказать какие параметры восновном используют в сжатиях игр для репаков?
И есть такой параметр, чтоб распаковка была долго, но сжатия очень хорошое (и чтоб не больше 700 метров ОЗУ хавало)

1. за 5 минут это не объяснишь
2. -mx -ld700m


Цитата:

Какова судьба freearc в плане x64 ?

в ghc поддержки его всё нет, если так и дальше пойдёт - мне придётся отлаживать упаковку через lzma-x64


Цитата:

кстати, а LZMA-x64 исходник существует доступный?

compile-FreeArc-LZMA.cmd


Цитата:

Есть ли возможность пренести интеграцию LZMA2 в Фа?

да. я начал делать и не доделал

Цитата:

подопытные неудачные, они практически не дожимаются

Цитата:

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

Это уже конечные результаты: среп сжатый Арком
(m2) это m2 сжатый Арком
(standart) режим по умолчанию сжатый Арком

Цитата:

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

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


Цитата:

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

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

Цитата:

V2driver

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


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

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

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

Bulat_Ziganshin
А не могли бы вы пофиксить глюк в декомпрессоре tor? А то напрягает уже.

Цитата:

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

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

vishyakov
дайте ссылку на багрепорт



Цитата:

Just Cause2 (4321020622)>(m2)3056691833>(standart)3057385575
Dead Space (7318737332)>(m2)3030893833>(standart)2961759927

Если учесть два предыдущих теста, то мне кажется для исходных файлов до 4-4,5 Гб целесообразнее использовать m2, а для больших объемов лучше пользоваться параметром по умолчанию.

скорее дело в каких-то случайностях. попробуй например эти 7 гиг обрезать до 4

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

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

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

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

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

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

Bulat_Ziganshin
На сколько я знаю, srep, не встроен в FreeArc, хотел узнать, а будет ли он встроен?

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

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

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

Bulat_Ziganshin
Проблемный архив: http://rating.khsu.ru/inmbd/arc/vc.arc
Видео: http://rating.khsu.ru/inmbd/arc/video.arc

Суть в том, что если распаковывать архив не целиком, а только отдельные файлы, то частенько зависает. Кстати, насчёт того, что баг именно в tor - это было предположение, а не утверждение.

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

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

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

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

Вот еще один тест:
Counter-Strike Source v59 (4565314491)>(m2)1640665622>(standart)1643939423
Здесь опять преимущество m2, если еще учесть время на упаковку и распаковку m2 то превосходство достаточно велико.
Будите иметь время потестить эти режимы, у меня сейчас нет времени, да и проц не столь силен для этих дел.

Bulat_Ziganshin
Krinkels Inc.

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

VasulNoz
а ты все проводимые тесты приводишь или только те, где m2 выиграл?


Цитата:

если еще учесть время на упаковку и распаковку

время упаковки значения не имеет. распаковка должна иметь ту же скорость. ты последнее тестировал или просто так ляпнул?

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

Добавлено:

Цитата:

На сколько я знаю, srep, не встроен в FreeArc, хотел узнать, а будет ли он встроен?

я медленно движусь к этому. а зачем оно тебе нужно?

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

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

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

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

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

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

к вопросу об m2 vs m3. srep 2.95

plain-архив arc.arc 9,075,734,139 (dxt-графика)

m2.rep 8,159,165,667 -> m2.arc 4,309,626,326
m3.rep 7,992,577,259 -> m3.arc 4,327,642,219

m2.rep - у репа только свич -m2. Последующее сжатие фриарком без rep'а (если я не накосячил с параметрами )