У меня тожене получилось запаковать нормально(попробуй удалить анг.озвучку это - ~700mb)
(установка 48 мин, по крайней мере там так написано ), а я давно уже мучаюсь и никак не могу её так сжать с 9,61 GB хотя бы в 4,00 GB -( (ну чтобы поместилось на болванку обычную ), так вот никто незнает как это можно сделать ? ? ?Я случайно нашел в нете Repack игры BlackSite: Area 51 и он весит всего 3.88 GB (установка 48 мин, по крайней мере там так написано ), а я давно уже мучаюсь и никак не могу её так сжать с 9,61 GB хотя бы в 4,00 GB -( (ну чтобы поместилось на болванку обычную ), так вот никто незнает как это можно сделать ? ? ?
).
Может быть я что-то не так понял о precomp'е, т.к. про него говорят, что он обрабатывает файлы, которые впоследствии лучше сожмутся. Или у меня вообще был частный случай у меня диск С: всего 30 GB и ему через время просто небыло куда дальше девать данные
то первый временный файл будет ещё больше.
хз, я пытался обработать precomp игру BlackSite: Area 51 9,61 GB , то мне написало ждать больше чем 45 часов и + время увеличивалось но я так и недождался (у меня диск С: всего 30 GB и ему через время просто небыло куда дальше девать данные )
. Andreycko
Качаешь http://freearc.org/download/0.60RC/FreeArc-0.60RC-win32.exe, устанавливаешь
Качаешь http://freearc.org/download/0.60RC/FreeArc-PowerPack-0.60RC.exe, устанавливаешь
Качаешь Total Commander 7.50a PowerPack 1.10 http://samlab.ws/soft/tcpp/, устанавливаешь
Заходишь в total commander в нем заходишь в папку c:\Program Files\FreeArc\bin\
Внизу в коммандной строке вводишь arc a area51 -ep1 -r -ld1gb -m=precs+rep:1gb:a99+lzma:190mb:max:bt4:273:mc10000 "C:\Games\Area51\*", жмешь enter и ждешь завершения упаковки.
Вот впринципе и все)), если при обработке прекомпом вылетит ошибка, то добавь в arc.ini строчку:
precstj = precomp:slow:t-j
сохрани изменения и пробуй уже упаковать так: arc a area51 -ep1 -r -ld1gb -m=precstj+rep:1gb:a99+lzma:190mb:max:bt4:273:mc10000 "C:\Games\Area51\*" или лучше сразу так. Удачи.
) Ничего не помогает. Может быть есть ещё какие-нибудь методики и кто-нибудь не полинится описать.Andreycko
Цитата:у меня диск С: всего 30 GB и ему через время просто небыло куда дальше девать данные
egor23
precomp нужен для расжатия данных, соответственно размер увеличится, если исходные данные 9.61ГБ, то первый временный файл будет ещё больше.
под рукой есть репак 4291МБ+rus271МБ
так вот распаковав репак 4291МБ, до precomp
имеем - 16.85ГБ
делайте выводы.
Добавлено:
Цитата:то первый временный файл будет ещё больше.
наверно погорячился
скорее всего первый временный файл будет после precomp+rep
с какими параметрами (для precomp )делался этот репак 16.85ГБ ??? А ты незнаешь случайно с какими параметрами (для precomp )
Может хотя бы какие-нибудь доки (всё равно на каком языке)?
Как, к примеру, высчитывать значения параметров -B и -W?
Есть у меня два файла по гигобайту - дифф получается размером ~600 Мб, но я знаю что можно уменьшить его размер до ~300 Мб...
P.S. Сейчас увеличил значение -B до 220000000 - получил на выходе дифф 500 Мб. До каких пределов можно увеличивать -B, как этот пареметр взаимодействует с размером файлов, размером RAM? Поделитесь пожалуйста знаниями!
TuningMemoryBudget
Performance issues related to memory budget and input size.
Introduction
There are five memory-cost parameters that determine compression performance, independent of compression level. The code was designed to work with a fixed memory budget, regardless of input size: bad compression performance may result from an insufficient memory budget.
Defaults are automatically lowered for small files.
Source buffer size
The encoder uses a buffer for the source input (of size set by the command-line flag -B). To ensure the source input is read sequentially, with no backward seeks, the encoder maintains the source horizon at half the source buffer size ahead of the input position. A source copy will not be found if it lies more than half the source buffer size away from its absolute position in the input stream.
For large files, -B may need to be raised. The default is 64MB. This means data should not shift more than 32MB, that is, not more than 32MB should be added or removed from the source.
The minimum value of -B is 16KB.
The source file is not mmaped, it is read into the source buffer (Xdelta-1.x used mmap()).
Input window size
The input window size (set by -W) determines how much of the input is compressed in a single VCDIFF window. Smaller windows have higher compression cost and take less memory to decode. Larger windows have better compression but only up to a point, because large-window addresses take more bits to encode.
The default is 8MB. The minumim value is 16KB. The maximum value is 16MB.
Instruction buffer size
The instruction buffer saves potential encodings, (possibly) overlapping copy instructions, while it looks ahead in the input. The size of this buffer can be set on the command line via -I size, the default is 32K slots. An unlimited instruction buffer is supported with -I 0.
An unencoded instruction occupies 28 bytes, so limiting buffer size does have advantages. On the other hand, the minimum/maximum source address have to be decided before encoding the first instruction, so letting the buffer fill before finishing a window can cause bad compression for the remaining input window.
Compression duplicates size
The compressor uses an array of duplicate positions (set by -P) to find better matches in the target (not the source). This should be less than or equal to the input window size (-W). The default is 256K slots.
Compression level
The compression level (-0, -1, -3, -6, -9) determines the size of two internal data structures. -9 takes about four times as much memory as -1.
Decoder memory requirements
To decode a VCDIFF input, the -B and -W flags are used similar to the encoding step. For the source buffer, the value of -B or the source file size is used, whichever is smaller. Setting -B smaller than the value used for encode will result in seeking (an LRU cache of blocks is used).
An input buffer is sized according to -W, and in addition to this, the decoder will allocate three buffers for the data, address, and instruction sections of a VCDIFF window. The size of these buffers depends on the compressed size of a window, meaning their size depends on the value of -W used by the encoder. If secondary compression is used, an extra set of buffers will be allocated for each secondary-compressed section.
To summarize, decoding uses -B bytes for the source buffer, plus -W bytes for its own input buffer, and three or six buffers which should total not more than one or two times the encoder's value of -W (depending on secondary compression).
как этот пареметр взаимодействует с размером файлов, размером RAM?
Я раньше допустил ошибку - вместо 220000000 надо было ввести 2200000000
как кстати правильно называть этот файл?
-B до 220000000 - предел 2ГБ
при уровне компрессии -1...9 - отъест памяти 2*B
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100
Предыдущая тема: Надстройки IE8