» Пережатиe/Pекомпрессия/Oптимизация файлов для лучшего сжатия

Snoopak96
За напоминание спасибо !! они у меня были!!
Но вот как ЗАПАКОВАТЬ, все нa форумах пишут что получается файлы с 0 размером, собстно у меня такая же проблема.
Ты её решил!??

THE GUILTY GOD
У меня таких проблем не было, в справке всё написано как делать.

Snoopak96
Я вот так прописываю quickbms -w -r asura.bms my.asr C:/My и файл нолевым размером получается!!!
Может как то по другому надо прописывать!!!????

Добавлено:
Я с сайта последнею версию скачал!!

Люди выручайте Вообщем дело такое:
Есть несколько файлов, они сжаты в один .arc архив с параметрами "rep:512mb", далее этот архив сжат ещё раз во фриарке с такими же параметрами (архив переименован в *.rep), после всего этого архив ещё раз дожимается уже Lzma. Самое интересное при вскрытии архива *.rep показывается список файлов предыдущего архива, это как? Я пытался упаковать также, но размер получился больше на 300 мб, пытался также пройтись два раза freearc'ом с параметрами "rep:512mb", но второй раз "rep:512mb" сжатия не дал, хотя в вскрытом мною репаке это дало выигрыш в 300 с лишним мб, из-за чего так получается?

Robkovich

Цитата:

один .arc архив с параметрами "rep:512mb", далее этот архив сжат ещё раз во фриарке

мда..
Сначала арк rep:512mb
потом среп
потом арк с lzma

Цитата:

потом среп

Дело в том, что при вскрытии обоих архивов арк инфо показывает - rep:512mb

Какие есть еще методы сжатия кроме 7Zip-Srep-Precomp-Arc?

Robkovich
делай так как я написал.

Хм, попробовал распаковать якобы переименованный arc архив (*.rep) через isdone вылезла ошибка, оказалось, что это всё-таки rep файл, только вот теперь интересно, а как он открывается во freearc, хотя файлы не извлекаются, вылазит ошибка :\

Robkovich,
Давно как-то сталкивался с таким (упаковка rep+srep), распаковывать этот файл нужно было srep`ом, на выходе получался 7zip без сжатия. Только есть одно "НО", здесь:

Цитата:

Сначала арк rep:512mb
потом среп

вы потеряете степень сжатия в LZMA при таком варианте упаковки, так что лучше юзать просто srep, хотя конечно всё зависит от данных.

Добавлено:
THE GUILTY GOD,
Ответ я тебе уже дал, смотри справку.

Snoopak96
незнаю, незнаю, я таким методом как я писал на 100мб меньше получал чем просто среп-арк

Цитата:

вы потеряете степень сжатия в LZMA при таком варианте упаковки, так что лучше юзать просто srep, хотя конечно всё зависит от данных.

Да, при обработке срепом вышло на 300 мб меньше, чем реп+среп. Как раз мои искомые 300 мб


Цитата:

фриарк открывает среп.

Пропробовал открыть пишет: http://s50.radikal.ru/i129/1107/c0/f71eee366114.png

Цитата:

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

Нынешний Srep находит обычно все повторы.


Цитата:

Цитата: фриарк открывает среп.

Пропробовал открыть пишет: http://s50.radikal.ru/i129/1107/c0/f71eee366114.png

Цитата:

[/q]

Цитата: Дело в том, что при вскрытии обоих архивов арк инфо показывает - rep:512mb

[q]Хм, попробовал распаковать якобы переименованный arc архив (*.rep) через isdone вылезла ошибка, оказалось, что это всё-таки rep файл, только вот теперь интересно, а как он открывается во freearc, хотя файлы не извлекаются, вылазит ошибка :\

Snoopak96
Bulat_Ziganshin
Ок, спасибо за ответы

Вычитал в faq precomp'a:
"-brute...
Если у вас имеются данные, которые должны быть обработаны с этим режимом, лучше попробовать добавить zLib заголовки самостоятельно."
Мне нужно обработать файлы в precomp'e с параметром "-brute". Вот собственно вопрос - а как добавить эти самые zLib заголовки?

Robkovich,
Замучаешься сам упаковывать с таким параметром и замучаешь тех кто скачет твою работу временем установки. Вот здесь более менее нормальный FAQ по прекомпу есть:

http://forum.krinkels.ru/showthread.php?t=22

Snoopak96
Да я знаю, но пробовал разжать файлы с -slow, но precomp их не разжал, засунул несколько таких же файлов в архив и обработал с брут и precomp их разжал.


Цитата:

Вот здесь более менее нормальный FAQ по прекомпу есть:
http://forum.krinkels.ru/showthread.php?t=22

Спасибо, но такой фак я тоже уже читал, пробовал с различными параметрами разжать, но толку - 0. Не могу понять как же -Ultra- разжал. Не на бруте же он обрабатывал, хотя время установки его репака 35 минут.
PS precomp 0.38



Цитата:

и замучаешь тех кто скачет твою работу временем установки

Да я никуда выкладывать пока не собирался, хочу для себя сделать

Robkovich
У brute и slow нет разницы во времени упаковки, так что можешь смело пользоваться

Sig666

Цитата:

У brute и slow нет разницы во времени упаковки...

Есть!

Цитата:

У brute и slow нет разницы во времени упаковки...

Цитата:

Есть!

Док-ва в студию. При одинаковом размере pcf естественно.

PAQer
Ты не так понял наверно, про упаковку речь идёт. Да и в распаковке, если одинаковый размер pcf - смысла нет юзать brute.

Sig666
Скорость обработки в режиме перебора 10 кб/мин примерно.

Robkovich
Не лазил бы ты по чужим репакам.

PAQer

Цитата:

Док-ва в студию. При одинаковом размере pcf естественно.

Какие док-ва? Попробуй сам обработать файл прекомпом с параметром slow, а потом с brute - разница во времени очень существенная!
Да что говорить - мне никогда не удавалось дождаться финала обработки прекомпом с параметром brute! Вот обработал сейчас архив 25мб с параметром slow - это заняло 38ms, с параметром brute - я уже написал этот пост, а на счётчике ещё только 0.1%!

Snoopak96

Цитата:

Ты не так понял наверно, про упаковку речь идёт.

Если быть точным, то речь всё же не про упаковку, а про распаковку! Изначально говорилось:

Цитата:

Мне нужно обработать файлы в precomp'e с параметром "-brute".

Про изначальную обработку файлов прекомпом не верно говорить как про упаковку!

Добавлено:

Цитата:

Не лазил бы ты по чужим репакам.

lol

Цитата:

Не лазил бы ты по чужим репакам.

Хм, позволь узнать, что в этом такого?

Упаковка в прекомпе это когда из pcf в оригинал, по дефолту он пытается разжать, если кто не знал.


Цитата:

разница во времени очень существенная!

при восстановлении в оригинал из pcf?

PAQer

Цитата:

Упаковка в прекомпе это когда из pcf в оригинал

Да.

Цитата:

при восстановлении в оригинал из pcf?

Нет конечно - из оригинал в pcf.

Цитата:

Хм, позволь узнать, что в этом такого?

Ну а смысл копировать кого-то? что б научится - хватает справки обычно.
А так на первый взгляд пройдись по параметрам l, brute+f, s.

Цитата:

на днях тут, можно сказать, на коленке написал прогу, которая в зависимости от типа dds'ки

Лучше поздно чем никогда. Вот к чему мы пришли спустя полгода.

Финальный размер текстур 1,29 ГБ (1 388 125 739 байт)
кстати говоря, ещё 10мб выжимаются ценой падения скорости.

Для сравнения, статистика по прошлым результатам:
1,36 ГБ (1 463 337 970 байт) DeDup + ProperSort 612mb HT4 mc1024
1,35 ГБ (1 459 968 561 байт) DeDup + ProperSort BT4:28
1,35 ГБ (1 458 286 330 байт) DeDup + ProperSort BT4:320mb
1,35 ГБ (1 458 040 760 байт) DeDup + ProperSort BT4:320mb
1,35 ГБ (1 454 766 514 байт) DeDup + ProperSort 2.0 BT4:320mb

Итоговый размер FNV = 4,30 ГБ (4 627 894 044 байт)

подскажите как обрабатывать файлы прекомпом и срепом?

PAQer

Цитата:

DeDup + ProperSort 2.0 BT4:320mb

Можешь скинуть эти утилы?