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

Спасибо

Дайте кто параметры для прекомпа. ато -brute уже бесит , -slow ни разу не помог. Что сразу ураковывать файлы FreeArc' ом что после обработки один размер

ReFLeXxe
Офф. сайт Precomp. Там можешь прочитать про параметры Precomp'а.

А как упаковать целую папку, а то у меня не получается

Как убрать меню "О программе"

Цитата:

Офф. сайт Precomp. Там можешь прочитать про параметры Precomp'а.

Это мне понятно.Как я читал если упаковывать с параметром -slow то файл pcf должен быть больше оригинала.но у меня он больше на несколько байт и Freearc' ом упаковывается как оригинал.Может кто подскажет что может быть

ReFLeXxe
Значит zLib-потоки не найдены, е-мае. Если после -brute тот же результат - значит их просто нет. Если -brute распаковывает - значит zLib-данные в файле без заголовков.

Pasha_ZZZ
а вот почему прекомп не справляется со стандартными zip'ами, скачанными с инета? Вроде находит zip заголовок, но не может распаковать.
[more]
Precomp v0.4 - ALPHA version - USE FOR TESTING ONLY
Free for non-commercial use - Copyright 2006-2009 by Christian Schneider

Output file "xdelta3.pcf" exists. Overwrite (y/n)? y

Input file: xdelta3.zip
Output file: xdelta3.pcf

ZIP header detected
ZIP header detected at position 0
compressed size: 109030
uncompressed size: 230912
file name length: 11
extra field length: 36
Possible zLib-Stream in ZIP found at position 0, windowbits = 15
Can be decompressed to 230912 bytes
No matches
ZIP header detected
ZIP header detected at position 109107
compressed size: 109292
uncompressed size: 261632
file name length: 15
extra field length: 36
Possible zLib-Stream in ZIP found at position 109107, windowbits = 15
Can be decompressed to 261632 bytes
Identical recompressed bytes: 6
Identical decompressed bytes: 0 of 261632
Real identical bytes: 0
Identical recompressed bytes: 6
Identical decompressed bytes: 0 of 261632
Real identical bytes: 0
Identical recompressed bytes: 6
Identical decompressed bytes: 0 of 261632
Real identical bytes: 0
Identical recompressed bytes: 6
Identical decompressed bytes: 0 of 261632
Real identical bytes: 0
No matches
Possible zLib-Stream (slow mode) found at position 157813, windowbits = 15
Can be decompressed to 8 bytes
Less than 32 bytes, skipping.
New size: 218647 instead of 218620

Done.
Time: 250 ms

Recompressed streams: 0/2
ZIP streams: 0/2[/more]

Цитата:

почему прекомп не справляется со стандартными zip'ами, скачанными с инета?

потому что они не пожаты стандартным zlib'ом. далеко ходить не надо - 7zip и fa такие zip'ы делают

Все, я уже не знаю что с этим дарксайдерс изобрести можно (да, я до сих пор вокруг него с бубном пляшу). Как я его только не вертел уже... После обработки прекомпом получается размер байт в байт с дедовским, 12.1Гб, после первой обработки ФриАрком с параметром rep:512mb:a99 таки выходит ~7.02-7.03, но после второй с тем же параметром получается ~6.68. Если пошаманить с параметром l и написать rep:l27:512mb:a99, то выходят искомые 6.17. Но при окончательном сжатии ФриАрком (параметр lzma:512mb:normal:128:mc64:lc8) выходит ~2.40-2.68, вместо нужных 2.37. Я, короче, уже не знаю что тут можно еще сделать -_-

Kosako

Цитата:

Все, я уже не знаю что с этим дарксайдерс изобрести можно (да, я до сих пор вокруг него с бубном пляшу).

Цитата:

data-a.bin - precomp+rep+srep+lzma

Прошу прошения за повтор вопроса но всё таки.
Я немогу догнать как precomp-ом упаковать сразу всю папку, я понял только как файл по отдельности упаковывать.И в шапке ничего не написано!
И ещё как сжимать при помощи rep и srep, про это тоже кстати в шапке ненаписано
Помогите плиз!! Очень надо!

Kosako
Используй srep 1.91 с параметром -m3 - и обычный rep не понадобится.

кто в курсе, чем можно распаковать файлы с расширением .pak в готики 4?

AJIeKc89
Попробуй GAUP, от 3-й он точно распаковывает.

del

*распаковал с помощью quickbms*

Bulat_Ziganshin

Цитата:

потому что они не пожаты стандартным zlib'ом.

однако ж этот нестандартный zlib поддерживают практически все zip декомпрессоры и в инфе об этом файле пишется метод упаковки: deflate нормальный. Раз эти потоки стандартные для zip'а, странно почему автор precomp'а не включил их обработку.

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

т.е. нет проблем расжать этот deflate. есть проблема записать как эти данные затем должны быть сжаты чтобы получить в точности то что было в оригинальном файле

Bulat_Ziganshin
все понятно) значит, чтобы прекомп нормально разжал данный поток, в него надо встроить тот алгоритм упаковки, который используется, например, в твоем FreeArc'е для Zip'а.
И вот почему Шнайдер совсем прекратил работу над своим проектом? Я вот,например, вижу, что его еще можно прилично развить, типа убрать все темп файлы в оперативку, а создавать их только если ее не будет хватать; судя по дизассемблированному коду, там есть следы использования stdin/stdout, но не воплощено пока в жизнь (а так классно выглядело бы в связке с FreeArc'ом). Вообще идей много и вижу как их можно реализовать, но руки у меня для этого пока не из того места растут)

Profrager
потому что это не приносит денег

Bulat_Ziganshin
как все банально...

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

причина та же - а вдруг это принесёт деньги

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

Bulat_Ziganshin
ну как бы и без его исходников можно аналогичное сделать..а то у него код ппц не оптимизированный...

freearc тоже можно сделать, ничего умного в нём нет. странно что не сделали да?

ну у тебя собственные разработки алгоритмов есть, а там все от сторонних проектов.

Цитата:

Kosako

Цитата:
Все, я уже не знаю что с этим дарксайдерс изобрести можно (да, я до сих пор вокруг него с бубном пляшу).


Цитата:
data-a.bin - precomp+rep+srep+lzma

Да пробовал, не получается. Хотяаааа... Ща еще мысль в голову пришла... Ща испытаю.


Добавлено:
Pasha_ZZZ
m3 только при первой запаковке подходит, т.е. аналогично
Цитата:

precomp+rep

Но там разница не значительная. В краткости, среп тут только один раз используется. И как раз по выше указанной системе, precomp+rep+srep+lzma

Kosako
А если SRep -m3 -> PreComp -> LZMA?

Pasha_ZZZ

Цитата:

А если SRep -m3 -> PreComp -> LZMA?

от тебя такое видеть.. Как же precomp распакует zlib'ы, если они уже будут попорчены srep'ом..

Profrager
Повторы в разных zlib'ах случаются редко. Чаще мы видим полностью повторяющиеся zlib-потоки, вот эти повторы и можно устранить.

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