» Архиваторы. Сравнение сжатия

egor23
07:59 16-04-2006
Цитата:

Выкроил время, посмотрите на оформление результатов: 1. папка rus

Отлично! Спасибо!

Цитата:

Есть ещё пожелания по оформлению?

Есть. Старое пожелание строки Итоги. Или просто выделение жирным цветом поля победителя. Ну и пресловутый рейтинг, если будет время, тоже неплохо было бы видеть.

Разбил видео файл MPEG на видео и аудио составляющие, что б посмотреть как они по отдельности плющатся.

[more=Смотрим сюды..]Видео файл MPEG разбит на видео и аудио составляющие, что б посмотреть как они по отдельности плющатся.
WinRK на аудио соотвляющей прокололся (расширение mp2 заменено на mp3), всё таки существует предустановка для этого типа данных.
Так что кто общается с Malcolm Taylor или кучкуется на тамошнем форуме узнайте, что это за предустановка, какой алгоритм применяется, и какие еще существуют предустановки, а то как-то узнавать де-факто, что вместо ассиметричного алгоритма применяется что-то другое, сильно смахивающее на симметричный алгоритм, не катит.

Рейтинг - рассчитам по форуле с www.maximumcompression.com

score_X = POWER(2; ((size_X / size_TOP) - 1) / 0,1) * time_X

with score_X efficiency score for a certain compressor X
time_X time elapsed by compressor X (may include decompression too)
size_X archive size achieved with compressor X
size_TOP archive size by top archiver (smallest benchmark result)

"0,1" represents 10% and power of 2 ensures that for each 10% worse results (compared
with top) the time is doubled, so any archiver (except top compressor) will get a
penalty on time. The score of top compressor is always equal to its time value.

То есть за каждые 10% проигрыша в размере архива, архиватор получает штраф в виде удвоения веса времени: проигрываешь конкуренту 10% в размере арихва, изволь сжимать в 2 раза быстрее, чем это делает конкурент, чтобы получить точно такой же рейтинг. (TCPIP)

Комментарий
Рейтинг - используется суммарное время упаковки и распаковки
РейтигC - используется токо время упаковки

Alizee_Lolita_Totp.mpg 31,6 Мб (33 185 796 байт)
Video: MPEG1 Video 352x288 (4:3) 25.00fps 3мин 11сек
Audio: MPEG 1.0 layer 2 Audio 44100Hz stereo 128Kbps 3мин 11сек
123456789012345678901234567890123456789012345
1234567890123456789012345

Compressed Size

6789012345

Ratio,%

678901234567890123

Compress Time

678901234567890123456

Decompress Time

67890123

Рейтинг

678901234

Не могу не привести цитату:

Цитата:

Уважаемые подписчики рассылки "Архиваторы: новости, рейтинги, линки, утилиты,"!

В связи с длительным не выходом эта рассылка закрывается.

Но мы постарались найти ей подходящую замену и ваша подписка
переводится на рассылку "Softodrom.ru: система" о которой
подробнее можно прочитать на
http://subscribe.ru/catalog/comp.soft.review.system

Ну, спасибо, подобрали... Эх, сперва artest.narod.ru, теперь и рассылка. Жаль. Сколько ж она просуществовала? Пожалуй, лет 5-6.

Закончю позже, если проблем не возникнет, будут варианты с сортировкой по критерию.
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=572&limit=1&m=1#1

С основными тестами возникли проблемы с наведением красоты http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=459&limit=1&m=1#1
Надо делать offline html версию, может кто подсабит с началом (с начала и до пункта 2).

egor23
05:46 19-04-2006
Цитата:

Закончю позже, если проблем не возникнет, будут варианты с сортировкой по критерию.

Спасибо! Только примечание по рейтингу сделать осталось: отметить, что лучший рейтинг --- минимальный из всех имеющихся. Здорово. Везде, кроме одного варианта, 7z --- самый оптимальный вариант получается (правда, там данные специфические, как раз под PPMd).

Цитата:

С основными тестами возникли проблемы с наведением красоты

А в чем проблемы? Что-то не видно.

egor23
В комментариях написано

Цитата:

Исходные данные (tar делались в TC)

Надо бы указывать, с каким типом сортировки в ТС делался tar. ТС в tar-архив данные запихивает точно в той последовательности, как они отображаются в файловой панели ТС, т.е. в зависимости от указанного в меню "Вид - Сортировка". А результат архивации за-tar-енного файла очень сильно зависит от расположения исходных файлов внутри tar.

TCPIP

Цитата:

А в чем проблемы? Что-то не видно.

Так по тому и невидно, что проблемка возникла
http://forum.ru-board.com/topic.cgi?forum=13&topic=1623&start=1120#7

arsvrn

Цитата:

с каким типом сортировки в ТС делался tar

Тарилась папка с файлами, а ей пофиг какая сортировка стоит, по крайне мере у меня так.

egor23

Цитата:

Тарилась папка с файлами, а ей пофиг какая сортировка стоит, по крайне мере у меня так.

Когда папка - то, действительно, пофиг. Но, насколько я понимаю, это не есть правильно. Для лучшего сжатия данные от файлов с похожим содержанием должны лежать близко, в пределах размера словаря. Для однородных файлов это, конечно, пофигу. А для разнородных лучше их отсортировать.

Вроде бы закончил
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=572&limit=1&m=1#1

С основными тестами так оформить не получается, т.к. неукладываюсь в лимит размера сообщения, (из-за форматирования размер сообщения на сервере сильно увеличивается, по другому объяснить я не могу), и это просто навести красоту об остальном я и не говорю.

KGB Archiver v1.2.0.23
[+] - added wizard
[+] - added Turkish, Lithuanian, Swedish, Spanish (Spain), Estonian, German translations
[+] - added possibility to remove statistics window after compression/decompression
[+] - added ask for cancel compression/decompression process
[+] - new window for overwriting files & added overwrite ask while decompressing zip archives (my mistake from previous version)
[+] - added recent archives & dirs list
[+] - added speed column to memory usage table
[+] - added icons on files list
[+] - keep settings between instalations
- fixed: compress file to the same archive name (it creates broken archive)
- fixed: tray icon removal after compression/decompression
- block compression of files bigger than 4GB (it crashed archiver)
- changed read buffer size from 64kb to 32kb (smaller memory usage
- updated some translations
- some languages have native names on language list


http://sourceforge.net/project/showfiles.php?group_id=162546

alexsak
Анонсы архиваторов публикуются в теме Архиваторы. Здесь же, публикуются результаты сравнения сжатия.

SoundSlimmer
У кого какие впечатления,жмёт MP3 процентов на 20.После распаковки проверил с оригиналом - совпадает все до бита.Жаль только версия trial-30 дней
http://www.soundslimmer.com/

SoundSlimmer

провел [more=экспресс тест]

альбом уматурман "в городе n". 18 треков, mp3 lame 3.92, CBR 256 кбит/с, общая продолжительность 1ч 15м 22с
исходный размер: 135 049 088 байт
конечный размер: 100 423 593 байт
степень сжатия: 74% (от 69 до 76 для разных файлов)

альбом тату "dangerous and moving". 16 треков, mp3 lame 3.90, CBR + VBR, общая продолжительность 54м 37с
исходный размер: 83 977 001 байт
конечный размер: 73 450 915 байт
степень сжатия: 88% (от 81 до 89 для разных файлов)

альбом benny benassi "resfaction 2". 13 треков, mp3 lame 3.92, VBR, общая продолжительность 1ч 12м 10с
исходный размер: 85 827 640 байт
конечный размер: 75 709 649 байт
степень сжатия: 88% (от 76 до 90 для разных файлов)

альбом benny benassi "hypnotica". 17 треков, mp3 lame 3.92, CBR 256 кбит/с, общая продолжительность 1ч 21м 02с
исходный размер: 155 859 848 байт
конечный размер: 116 945 867 байт
степень сжатия: 75% (от 69 до 84 для разных файлов)

альбом atb "no silince". 13 треков, mp3 lame 3.93, CBR 128 кбит/с, общая продолжительность 1ч 07м 41с
исходный размер: 65 087 872 байт
конечный размер: 53 524 328 байт
степень сжатия: 82% (от 80 до 83 для разных файлов)
[/more]
предварительные выводы:
1. файлы с постоянным битрейтом сжимаются заметно лучше файлов с переменным битрейтом.
2. файлы с бОльшим битрейтом сжимаются лучше файлов с меньшим битрейтом.

Народ , сжимал папку 7-zip'а самыми разными архиваторами и лучше всего сжал WinRK 2.1.6 , отличный архиватор...

А какой архиватор сжимает быстрее с посредственным качеством

ZDik

Цитата:

А какой архиватор сжимает быстрее с посредственным качеством

ZIP

просто у меня в дестве (486) был архиватор AIN дак он сжимал раза в 2 быстрее и лучше чем тогдашние zip & rar

ZDik

Цитата:

просто у меня в дестве (486) был архиватор AIN дак он сжимал раза в 2 быстрее и лучше чем тогдашние zip & rar

Был когда-то и у меня такой.
По тестам maximumcompression.com получается, что pkzip 2.50 все-таки один из самых быстрых, причем быстрее ain. Меня такая задача никогда не интересовала, поэтому подтвердить не могу.
Сейчас, на мой взгляд, подобные архиваторы неактуальны и в этой теме не обсуждаются. Не знаю, для чего нужен наибыстрейший архиватор, но я бы посоветовал использовать в таком случае rar с небольшим словарем и минимальным сжатием или uharc.

обьясняю для чего может понадобиться быстрый архиватор
для переноса файлов не медленый носитель, через медленный канал, большого количества файлов, бес потерь времени
если копировать просто файлы, то придется записывать еще и большую файло таблицу

ZDik
Ответил в ПМ, так как здесь это оффтоп.

http://www.maximumcompression.com/benchmarks/Squeeze%20Chart%202006.pdf - совдный и наиболее полный чарт сравнения архиваторов

Цитата:

А какой архиватор сжимает быстрее с посредственным качеством

Судя по тестам Енотуса, здесь лучше использовать UHARC. Мы такой тест (посредственное сжатие на высокой скорости) не проводили.
Engaged Clown
Ой, а мы не знали! Ссылка на сайт давно есть в шапке!

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

насколько понимаю речь идет о поисках бытового архиватора?

есть мнение, что бытовой архиватор должен быть:
1. удобным ( как GUI, так и консольный вариант должны быть)
2. поддерживать как можно больше "чужих" форматов
3. уметь самостроятельно бить на тома
4. обладать шифрованием или хотя бы добавлением пароля
5. быть кроссплатформенным (win, nix, mac)
6. поддерживать multi-threating
7. использовать несколько ядер на 100%
8. словарем укладываться в определенный обьем памяти
(для декомпресии, обьемы приблизительные можно посмотреть чуть ниже по ссылкев подписи)

что же у нас осталось на тестирование?

Farch

Цитата:

насколько понимаю речь идет о поисках бытового архиватора?

А что, бывают промышленные архиваторы?


Цитата:

что же у нас осталось на тестирование?

Пустячок - степень и скорость сжатия. Судя по твоему списку, бытовому архиватору это не нужно

Viewgg
Дык я знаю , просто очень интересный PDF на мой взгляд

Никто не знает насчет сжатия вот этого:
http://forum.ru-board.com/topic.cgi?forum=35&topic=18797&start=80

survvb

Цитата:

Никто не знает насчет сжатия вот этого

Что значит не знает? Ты хоть этот топик прочитал? На maximumcompression.com ходил?
Один из лучших (если не лучший) по сжатию архиватор. Но жутко медленный.

Цитата:

Что значит не знает? Ты хоть этот топик прочитал? На maximumcompression.com ходил? Один из лучших (если не лучший) по сжатию архиватор. Но жутко медленный.

В том то и дело, что не ходил..

Подскажите, кто лучше сжимает eBooks - электронные книги, отдельно по типам (не в перемежку)

1. PDF
а) только картинки страниц, без распознавания
b) разпознанные книги

2. CHM

3. DjVu - возможно ли вообще сжать?

Цитата:

DjVu - возможно ли вообще сжать?

- так они по идее, уже пережаты дальше некуда... поискал архивы с дежавю - все или равного или бОльшего размера, нежели сложенные файлы