muzf
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Да, половину слов не скопировал 
1. В GUI настройки при смене верхних пресетов вверху галочки внизу не меняются.
3. Стандартный ini из последней версии. Что из GUI, что через -m5p размер не уменьшается.
5. С точки зрения удобства людей наиболее лучшие по скорости/уровню сжатия режимы m81-m87 просто обязаны быть в GUI и более того, выбраны по умолчанию. Возможно даже заменить ими стандартные -m1.. Или сделать подход как в x264, есть пресеты вида superfast, medium, slow, и другие, и в разные моменты времени их внутренности меняются, но названия остаются. Так и здесь, ввести superfast, который плавно мигрирует с -m1 на -m81.
Что хочу сказать по поводу packjpg. Дикий тормоз, на фоне того же x264 с теми же алгоритмами арифметического сжатия. Если x264 на i7-860 выдаёт на 2Mpx FullHD -medium в районе 12fps, то та же 16Mpx jpg имеет в 8 раз больший объём, и должна сжиматься как минимум за полсекунды, но 4.5секунды это перебор, тем более там нет никакого motion compensation, как в x264, и просто расжимаются DCT коэффициенты из VLC и пережимаются в AC. Так что поле для оптимизация вижу как минимум раз в 10, неплохо бы автору packjpg взять некоторые готовые процедуры из кода x264.
Лог -m9p
Код:
C:\Program Files (x86)\FreeArc\bin>arc a 1jpg.arc 1.jpg -m9p
FreeArc 0.67 (May 22 2012) creating archive: 1jpg.arc
Compressing 1 file, 4,307,553 bytes. Processed 0%
Compressing 4,307,553 bytes with precomp042 -c- -t-j -intense -o$$arcpackedfile
$$.tmp $$arcdatafile$$.tmp
Precomp v0.4.2 - ALPHA version - USE FOR TESTING ONLY
Free for non-commercial use - Copyright 2006-2011 by Christian Schneider
Input file: $$arcdatafile$$.tmp
Output file: $$arcpackedfile$$.tmp
Using PACKJPG.DLL for JPG recompression.
--> packJPG DLL v2.4WIP4 (11/06/2008) by Matthias Stirner <--
More about PackJPG here: http://www.elektronik.htw-aalen.de/packjpg
100.00% - New size: 4307589 instead of 4307553
Done.
Time: 4 seconds, 477 milliseconds
Recompressed streams: 0/16
zLib streams (intense mode): 0/16
None of the given compression and memory levels could be used.
There will be no gain compressing the output file.
Errorlevel=2
10%
Compressing 4,307,566 bytes with srep -m3f -mem256mb $$arcdatafile$$.tmp -
SREP 3.0 (January 30, 2012): input size 4 mb, memory used 33 mb, -m3f -l512 -c256 -a4
100%: 4,307,566 -> 4,301,537: 99.86%. Cpu 88 mb/s, real 59 mb/s
Second pass: 100%
Errorlevel=0
Compressed 1 file, 4,307,553 => 4,321,369 bytes. Ratio 100.3%
Compression time: cpu 1.01 secs, real 6.88 secs. Speed 626 kB/s
All OK
|
Лог простого запуска packjpg:
Код:
C:\Program Files (x86)\FreeArc\bin>packJPG.exe 1.jpg
--> packJPG v2.5a (11/11/2011) by Matthias Stirner / Se <--
Copyright 2006-2011 HTW Aalen University & Matthias Stirner
All rights reserved
Processed 1 of 1 files
-> 1 file(s) processed, 0 error(s), 0 warning(s)
---------------------------------
total time : 4379 msec
avrg. byte per ms : 983 byte
avrg. comp. ratio : 79.28 %
---------------------------------
|
Добавлено:
Кстати, попробовал packMP3 от создателя pacjJPG, действительно сжимает до 25%. Неплохо бы его тоже включить в FreeARC. mp3zip тоже хорош. |
Всего записей: 148 | Зарегистр. 23-11-2007 | Отправлено: 13:24 12-06-2012 | Исправлено: muzf, 14:15 12-06-2012 |
|
думаю достаточно того, что ты сам можешь их вставить в freearc.ini или просто набрать "81" в строке выбора метода сжатия