Ru-Board.club
← Вернуться в раздел «Программы»

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

Автор: daemon_rm
Дата сообщения: 23.10.2009 09:30
WildGoblin
как раз всё разжал. исходный размер был 503 мб, получилось больше 700мб
Bulat_Ziganshin
читал. только конкретных примеров я там не нашел.

ps может кто всё таки подскажет как сделать так чтобы freearc обработал файл precompom+delta+rep и сжал это всё с параметром -mx -ld800m
Автор: LonerDergunov
Дата сообщения: 23.10.2009 11:13

Цитата:
ps может кто всё таки подскажет как сделать так чтобы freearc обработал файл precompom+delta+rep и сжал это всё с параметром -mx -ld800m

Например, вот так
precomp+delta+rep:512mb:a99+lzma:128mb:mx -ld800m
Автор: Bulat_Ziganshin
Дата сообщения: 23.10.2009 11:21

Цитата:
precomp+delta+rep:512mb:a99+lzma:128mb:mx -ld800m

precomp+delta+rep:512mb:a99+lzma:128mb:max

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

Добавлено:
кстати, с версией от 22 октября простого -max будет вероятно достаточно. мне наконец объяснили почему она не использовала precomp на сжатых файлах

daemon_rm
так что попробуй поставить новую версию и дать просто опции -max -ld800m без -mprecomp...
Автор: daemon_rm
Дата сообщения: 23.10.2009 11:45
мда..
если использовать precomp+delta+rep перед упаковкой в freearc то получается 330мб из 503мб

при сжатии в самом freearc с параметрами precs+delta+rep:512mb:a99+lzma:128mb:max или precs+delta+rep:512mb:a99+lzma:ultra:256m получилось 341мб
зы когда вписываю precomp вместо precs то расжатие происходит оч быстро ~5сек
Автор: Bulat_Ziganshin
Дата сообщения: 23.10.2009 11:52
daemon_rm
попробуй precs+exe+rep:512mb:a99+delta+lzma:128mb:max и precs+rep:512mb:a99+exe+delta+lzma:128mb:max

и кстати словарь в rep можно увеличить мег на 100
Автор: daemon_rm
Дата сообщения: 23.10.2009 13:13
Bulat_Ziganshin
скачал новую версию freearc при использовании параметра -max -ld800m получился исходный размер 503мб.

также попробовал предложенные опции, и попробовал увеличить словарь rep до 612m. и в итоге получилось 341мб. если расматривать в килобайтах, то разница между первой и второй опцией составляет 400кб, но никак 11~12мб.
Автор: daemon_rm
Дата сообщения: 23.10.2009 20:36
удалось сжать до 304мб с таким параметром precs+exe+rep:1024mb:a99+delta+ccmx
Автор: Bulat_Ziganshin
Дата сообщения: 23.10.2009 20:46

Цитата:
удалось сжать до 304мб с таким параметром precs+exe+rep:1024mb:a99+delta+ccmx

попробуй precs+exe+rep:800mb:a99+delta+nz70:cc
Автор: daemon_rm
Дата сообщения: 23.10.2009 22:22
Bulat_Ziganshin
296мб
только одно напрягает. в аркинфо указано что для распаковки необходимо 1100мб. хотелось бы чтобы для распаковки требовалось 1гб с учетом ОС и т.п.

а.. не норм. для распаковки надо 434 мб
Автор: NattyBampo
Дата сообщения: 24.10.2009 10:20
почему происходит такая фигня: если я выбираю один файл то он нормально пакуется с таким параметром -m=precomp04+rep:2047m+lzma:256 , а если несколько то выходит ошибка на прекомпе((( паковать по одному файлу все-таки не удобно(((
Автор: daemon_rm
Дата сообщения: 24.10.2009 10:51
NattyBampo
-m=precs+rep:2047mb+lzma:256mb
мб так.. попробуй..
Автор: DemonAk
Дата сообщения: 24.10.2009 11:02

Цитата:
NattyBampo

Попробуй precomp с параметрами -t-j, должно помочь.
Автор: NattyBampo
Дата сообщения: 24.10.2009 11:07
а сколько ваще можно максимум засунуть??? прекомп ведь плохо пашет с файлами больше 2 Гб или если через фриарк делать то все равно???
Автор: daemon_rm
Дата сообщения: 24.10.2009 11:12
NattyBampo
лично сегодня сам перепаковывал 6 файлов в среднем по 500мб. freearc сперва их обьединяет в один файл, а потом этот файл обрабатывает precomp. вот теперь если посчитать то precomp обрабатывал файл размером 3000мб.
Автор: NattyBampo
Дата сообщения: 24.10.2009 11:22
daemon_rm ща попробую с твоим параметром. нефига все равно сбоится на прекомпе(((
Автор: daemon_rm
Дата сообщения: 24.10.2009 12:14
NattyBampo
какие файлы жмешь? ps попробуй как DemonAk предложил.
Автор: NattyBampo
Дата сообщения: 24.10.2009 12:24
daemon_rm жму архивы call of duty - вручную по одному они отлично пакуются. максимум что у меня получилось без проблем это 4 архива весом 600 мб, больше выходят ошибки((( как должна выглядеть строчка с этим -t-j ???
Автор: DemonAk
Дата сообщения: 24.10.2009 12:42

Цитата:
как должна выглядеть строчка с этим -t-j ???

В arc.ini добавь строчку ниже precs = precomp:slow, вот такую precstj = precomp:slow:t-j сохранись и теперь в командной строке вводи -m=precstj+rep и тд.
Автор: NattyBampo
Дата сообщения: 24.10.2009 13:12
а куда там ниже??? там куча текста сплошного. в общем перепробовал все что только можно уже - 600 метров пакует норм, а больше выдает ошибку на прекомпе(((
Автор: DemonAk
Дата сообщения: 24.10.2009 14:42

Цитата:
а куда там ниже??? там куча текста сплошного. в общем перепробовал все что только можно уже - 600 метров пакует норм, а больше выдает ошибку на прекомпе(((

А поиск по тексту не пробывал)), я паковал с этим параметром кал 4, ошибки прекомпа не было, но все равно получается чуть больше 4.37 гб а именно 4.6 гб помоему, без сжатия видео никак не получится уместить на болвань.
Автор: NattyBampo
Дата сообщения: 24.10.2009 14:47
да мне не именно колл оф дути нужен - мне надо чтобы работало без сбоев, но нефига не получается(((
Автор: DemonAk
Дата сообщения: 24.10.2009 15:01
Еще вариант, у меня как то было precomp с ошибкой завершался потому что в KIS была включнеа проактивная защита. Я ее выключил и ошибки больше не было.
Автор: NattyBampo
Дата сообщения: 24.10.2009 15:04
у меня NOD32 - я попробовал уже и на Win7 x64 и на XP SP3 - нефига. не знаю в чем дело. места 15 гб на системном диске. оперы 4 гб((( вообще ни какие параметры не идут(((
Автор: DemonAk
Дата сообщения: 24.10.2009 15:22
Тут как то было обсуждение что на некоторых типах файлов при обработке прекомпом он вылетает с ошибкой, варианты такие либо ждать новую версию, либо использовать precomp038, 037 итд и надеятся что на этих версиях не вылетит.
precomp1 = precomp038, precomp1s = precomp1:slow

короче попробуй так:

-m=precomp1s+rep:2047mb+lzma:256mb
Автор: daemon_rm
Дата сообщения: 24.10.2009 15:35

Цитата:
А поиск по тексту не пробывал)), я паковал с этим параметром кал 4, ошибки прекомпа не было, но все равно получается чуть больше 4.37 гб а именно 4.6 гб помоему, без сжатия видео никак не получится уместить на болвань.

DemonAk
попробуй сжать нанозипом или ccmx. нанозип жмет очень сильно, но распаковка идет на моей машине 1 мб/с. - медленно.
одну игру пережал.. с 7.7 до 7.3 с ccmx, нанозипом еще больше можне сжать, но распаковываться это всё будет часа 4
Автор: NattyBampo
Дата сообщения: 24.10.2009 15:45
DemonAk вот тока ща хотел это написать))) я сейчас спокойно запаковал 2 архива весом 2 Гб - видно там какой-то один архив сбоит(((
Автор: msatmb
Дата сообщения: 24.10.2009 18:06
NattyBampo
попробуй всеже прописать в arc.ini то что DemonAk тебе сказал.
Тобишь открой блокнотом файл arc.ini запусти поиск по файлу и вбей в поиск precs = precomp:slow. Ниже вбей precstj = precomp:slow:t-j. Сохрани файл.
и потом используй -m=precstj+другая куча опций


Автор: crotoff
Дата сообщения: 24.10.2009 18:09
никто не пробовал paq8pf ? Показалось что побыстрее остальных paq8-х, хотя тоже долго как нанозип.
Автор: RKW
Дата сообщения: 24.10.2009 18:56
А описаний на русском нету?
Автор: crotoff
Дата сообщения: 24.10.2009 22:58
RKW
я пробовал -m=paq8pf на семёрке и шестёрке, под -8 уже памяти не хватает

в arc.ini прописал:

[External compressor:paq8pf]
mem = 450
default = 5
packcmd = {compressor} -7 $$arcpackedfile$$.tmp $$arcdatafile$$.tmp
unpackcmd = {compressor} -d $$arcpackedfile$$.tmp.{compressor}
packedfile = $$arcpackedfile$$.tmp.{compressor}

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100

Предыдущая тема: Надстройки IE8


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.