Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Архиваторы. Сравнение сжатия

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56

Открыть новую тему     Написать ответ в эту тему

www_r3mteam_net



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Правило темы: согласно п. 2.4 Правил, содержание ответа должно быть в виде сравнения, и единственным доводом в данном топике является сравнение в цифрах.
 
Каким архиватором вы пользуетесь, обсуждается только в этой теме;
вопросы настройки обсуждаются только в темах архиваторов.
 
Сайты, на которых сравнивается и обсуждается сжатие:
http://maximumcompression.com
http://compressionratings.com
http://squeezechart.com
http://metacompressor.com/uploads.aspx
http://heartofcomp.altervista.org/MOC/MOC.htm
http://uclc.info


http://blackfox.wz.cz/benchmark/
http://cs.fit.edu/~mmahoney/compression/#benchmarks
http://cs.fit.edu/~mmahoney/compression/uiq/


http://compression.ru
http://arctest.narod.ru
http://maxcompress.narod.ru
http://compressionmax.com (Французский)
http://blackfox.wz.cz/pcman/benchmark.htm
http://freewebs.com/emilcont/benchmark.htm
http://enotus.at.tut.by/Articles/ArchiversReview/index.html
(Похоже, данные этих сайтов устарели!)
 
Добавляйте новые!

Также на страницах этой темы много тестов, проведённых участниками форума. Не игнорируйте их, они столь же полезны, как и те тесты, что вывешены на сайтах о сжатии!
 
Тесты, проведённые участниками этого форума:
Тесты от arsvrn
Тесты от Panzer
Тесты от Viewgg
Тесты от egor23 (самые свежие! Самые полные!) old version
Максимальное практическое сжатие: WinRK, ccm(x), uharc, FreeArc и 7-zip от автора FreeArc


Прежде чем задать вопрос, читайте тему! Велика вероятность, что ответ на ваш вопрос уже есть!

Всего записей: 24 | Зарегистр. 20-05-2003 | Отправлено: 20:08 21-05-2003 | Исправлено: Nikolai2004, 01:05 12-12-2010
TCPIP

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
egor23
06:03 18-02-2006
Цитата:
Lossless Audio, OptimFROG, FLAC - теряют тэги.

Как теряют? Есть у них теги, правда у каждого своя реализация. А вообще, это уже лучше сюда.
Исследование LA имеет лишь теоретический смысл. На практике он используется очень редко, ввиду отсутствия большинства стандартных функций, таких как поддержка многоканальности, высокого разрешения, replaygain, коррекции ошибок. Кроме того, наперед можно сказать, что на 16-битном стерео LA почти всегда будет первым по коэффициенту сжатия и последним по скорости сжатия. OptimFrog развивается о-о-о-очень вяло. По сути, едва начав набирать хоть какую-то известность, кодек прекратил свое интенсивное развитие и сейчас почти не используется. По сути используются лишь FLAC (как стандарт), APE (когда нужно хорошее сжатие по приемлемым временным затратам и с поддержкой высокого  разрешения; иногда он ошибочно используется и на многоканальном аудио, хотя не поддерживает его) и, гораздо реже WavPack, хотя на мой взгляд, если уж и использовать, то WavPack, у которого есть все, что есть у FLAC, плюс гибридность.
Исследование аудио это интересно, но нужно знать параметры сигналов. Хотя бы жанр музыки, если уж не уходить в исследования нелинейности и нестационарности.

 
Поясните пожалуйста, какой смысл в поиске оптимального порядка модели PPM? Каков критерий оптимальности? По мне так, он всегда будет разный, вы не с можете найти оптимальный без предварительного анализа текста. Кроме того, насколько я понимаю, каждый архиватор ведет моделирование по-своему (например WinRAR и 7-Zip).  Я не прав?

Всего записей: 4667 | Зарегистр. 31-01-2003 | Отправлено: 06:53 18-02-2006 | Исправлено: TCPIP, 07:13 18-02-2006
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TCPIP
1. lossless audio codec's расматриваются в качестве упаковщиков для хранения "специфических" данных.

Цитата:
Как теряют?

2. Т.е. упаковали - распаковали: тэгов нет в wav файле, может еще какие параметры нужно было указать незнаю.
Стиль музуки - группа указана, если верить freedb, то это Rock.
3. Другие нюансы с audio данными не рассматривались, т.к. не сталкивался с ними.

Цитата:
Поясните пожалуйста, какой смысл в поиске оптимального порядка модели PPM?

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

Цитата:
 каждый архиватор ведет моделирование по-своему

разные алгоритмы (варианты алгоритма) - разное моделирование

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 08:46 18-02-2006
TCPIP

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
egor23
08:46 18-02-2006
Цитата:
1. lossless audio codec's расматриваются в качестве упаковщиков для хранения "специфических" данных.

   

Цитата:
тэгов нет в wav файле, может еще какие параметры нужно было указать незнаю.

Вот именно, в WAV файле --- в нем нет контейнера для тегов (хотя есть нестандартный WAV c APE2 контейнером). Нужно упаковывать в обход WAV с помощью программ транскодирования. Вроде бы, dBPowerAMP это умеет или какой-нибудь GX::Transcoder. Вообще их куча, а какой удобнее шут знает.

Цитата:
Стиль музуки - группа указана, если верить freedb, то это Rock.

Так вот и я об этом. Одна группа, один стиль сравнивается сама с собой. Конечно, предложенный мною вариант сортировки по стилю смешон (стиль-стилем, а сигнал-сигналом...), но можно хоть как-то хоть какие-то, возможно, выводы сделать, сравнив Trash Metall, Нard Rock и, например, Symphonic Rock.

Цитата:
разные алгоритмы (варианты алгоритма) - разное моделирование

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

Всего записей: 4667 | Зарегистр. 31-01-2003 | Отправлено: 12:55 19-02-2006 | Исправлено: TCPIP, 12:57 19-02-2006
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TCPIP

Цитата:
Вот именно, в WAV файле --- в нем нет контейнера для тегов (хотя есть нестандартный WAV c APE2 контейнером)

Так дело втом что кусок с тэгами не обрезают Monkey's Audio и WAVPACK.

Цитата:
Так вот и я об этом. Одна группа, один стиль

У меня не так много CD-audio но думаю добавлю другие стили.

Цитата:
То есть вы хотите для каждого из них подобрать оптимальные настройки

В данном случае практика (за незнанием теории) показала, что оптимум получить можно токо практическим метотом: упаковал - посмотрел что получилось.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 13:32 19-02-2006
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Да вот, о косяках, провести подробно изыскания опять не хватило времени, ну что есть:
logos.log 100,1Мб (105 054 208)
logos.rar - 4 152 903 Winrar(макс, solid, 4Мбсловарь) (AthlonXP 2500+ Barton@3200+)  
logos.rar - 4 152 916 Winrar(макс, solid, 4Мбсловарь) (Sempron64 2500+ 2.1ГГц)
logos.7z - 2 385 411 7z(макс,PPMd,384Мбсловарь,32слово)  (AthlonXP 2500+ Barton@3200+)  
logos.7z - 2 385 411 7z(макс,PPMd,384Мбсловарь,32слово)  (Sempron64 2500+ 2.1ГГц)
logos.uha - 3 071 481 WinUHA(PPM,32Мбсловарь,мультимедия отключена) (AthlonXP 2500+ Barton@3200+)  
logos.uha - 3 071 481 WinUHA(PPM,32Мбсловарь,мультимедия отключена) (Sempron64 2500+ 2.1ГГц)

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 08:00 20-02-2006
Panzer

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
egor23

Цитата:
logos.rar - 4 152 903 Winrar(макс, solid, 4Мбсловарь) (AthlonXP 2500+ Barton@3200+)  
logos.rar - 4 152 916 Winrar(макс, solid, 4Мбсловарь) (Sempron64 2500+ 2.1ГГц)  

Я думаю, лучше в теме по winrar поднять этот вопрос.

Всего записей: 1681 | Зарегистр. 23-10-2003 | Отправлено: 18:48 20-02-2006
TCPIP

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
egor23
Кстати, а что дает сравнение? Что представляют из себя эти 13 байт разницы? Я к тому, что, может, это какой-нибудь заголовок.

Всего записей: 4667 | Зарегистр. 31-01-2003 | Отправлено: 20:04 21-02-2006
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Добавлено:  
три wav, CD-audio
HL2: counter-strike source shared.gcf 1,54Гб
В связи с практической целесообразности будут добавлены и другие крупные ресурсы из HL2
 
Panzer
Т.к. не хватило времени утверждать ничего не буду, но думаю не в Winrar'е дело, притом до этого в UhaRC (ALZ-3) различия были. В 7z и WinUHA использовался PPM-метод. Не ужели ни у кого нет машины на AthlonXP? для проверки подопный ввиде logos.log имеется. Ну и на машине класа A64 заодно проверить.
 
TCPIP
Отличия во всём файле.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 01:35 23-02-2006
TCPIP

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
egor23
01:35 23-02-2006
Цитата:
Отличия во всём файле.

Ясно. Тогда интересно провести анализ блоков --- так происходит на всех блоках или на каких-то определенных? Жаль, не знаю, как это проверить...

Всего записей: 4667 | Зарегистр. 31-01-2003 | Отправлено: 01:53 23-02-2006
Panzer

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
http://www.ixbt.com/soft/archivers.shtml . Не успел толком посмотреть, глянул только в конец. winzip 2-й в "рейтинге полезности". ню-ню.

Всего записей: 1681 | Зарегистр. 23-10-2003 | Отправлено: 21:49 07-03-2006
arsvrn

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Panzer

Цитата:
Не успел толком посмотреть, глянул только в конец. winzip 2-й в "рейтинге полезности". ню-ню.

Так 1, 2 и т.д. - не места, занятые архиваторами, а нумерация пунктов в разделе "Подведем итоги."

Всего записей: 1238 | Зарегистр. 08-09-2004 | Отправлено: 22:15 07-03-2006
TCPIP

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Panzer
21:49 07-03-2006
Цитата:
winzip 2-й в "рейтинге полезности". ню-ню.

Так опечатка. Найти и заменить: Что: бес На: Пусто. А выборка сделана без нейтрального элемента в двоичной системе, оттуда и два.
Только вот, непонятка выходит. Как это DOC и XLS попали в разряд текстовых:

Цитата:
Текстовые файлы объемом 63026КБ. 1566 файлов, среди которых TXT, HTML, RTF, DOC и XLS.
 
С графикой, логичнее было выбрать ту, где есть альфа-канал, так как сейчас редко встретишь файлы без него.
А вот самый интересный формат, PDF, и не рассмотрели. Я вряд ли буду сжимать у себя на диске

Цитата:
установленные в системе Sun Java 1.5.0, Mozilla Firefox 1.5, Opera 8.50 с пользовательскими данными и Picasa 2.

и, тем более, отправлять их по интренету, а вот сэкономить пространство на хранении PDF'ов, всегда приятно.
А когда это WinACE 2.6 стал

Цитата:
Цена: бесплатный

Мне казалось, у него минимальная цена $29?
Показательная опечатка:

Цитата:
ZIP, максимальное сжатие Enchanted deflate

Куда с диаграмм исчезли результаты для последних в списке архиваторов, таких как WinUHA и WinZIP?  
Думается, что это

Цитата:
Любопытно, что каждый из этих архиваторов использует уникальные алгоритмы сжатия, и тест показал не только борьбу архиваторов, но и борьбу алгоритмов (ALZ-3, LZMA, RAR).

не совсем корректно...
 
Ну и классный получился результат: WinUHA на последнем месте. Это же не рейтинг полезности, а рейтинг универсальности. Ясное дело, что результаты WinZIP будут ложиться все время посередине и, в конечном счете, WinZIP самый универсальный. Так было бы раньше, но вычислительная мощь современных машин и достаточное количество памяти, естественно, вывели WinRAR на первое место.
Смотрите, как веса от временных затрат забили CAB и UHA в самый конец! И что, после этого мы будем говорить, что это самые бесполезные форматы???
Нужно было проводить итоги по типам файлов и конечных задач.
arsvrn
22:15 07-03-2006
Цитата:
Так 1, 2 и т.д. - не места, занятые архиваторами, а нумерация пунктов в разделе "Подведем итоги."  

Нет, это именно места:

Цитата:
Рейтинг полезности
Формула рейтинга будет такова:
R = ((Сумма всех времен) * (Объемы всех архивов)) / ((Кол-во успешных тестов - 10) * 10000)

Всего записей: 4667 | Зарегистр. 31-01-2003 | Отправлено: 02:18 08-03-2006 | Исправлено: TCPIP, 03:04 08-03-2006
michz

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TCPIP
Экспертная оценка содержащая балы или коэфициенты или формулы субьективного характера - можно долго спорить...
К примеру есть порядка 100 PC PII под NT - большего для этих конккретных рабочих мест обьективно не требуется, а среди прочих есть архивирование
К тому что "вычислительная мощь" надо диффиренцировать на классы немощности, тогда бы результаты тестов стали бв более интересны в прикладном плане.  

Всего записей: 4687 | Зарегистр. 02-07-2002 | Отправлено: 03:35 08-03-2006
Viewgg



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
egor23
Новый WinRK уже тестировали?
 
Добавлено:
Насчёт статьи: обсуждение - в параллельную ветку лучше бы, но на первый взгляд результаты кажутся бредом, статья Енотуса гораздо более грамотная. Тамошние лидеры сжатием не блещут, я бы отметил 7-zip, UHARC, WinRK, Slim!, Durilca, WinUDA. Кстати, автор - Юрий Меркулов - больше по Мозилле специалист, не по архиваторам, отсюда неграмотная подборка программ и странные результаты.
 
Добавлено:
Да, совсем забыл: Меркулову, видимо, невдомёк, что ALZ в UHARC не слишком-то серьёзный (он даже не подозревает, что архиватор - UHARС, а WinUHA - оболочка), а вот тамошний PPM уверенно порвёт всех участников теста, исключение - DLL (лидер - 7-zip), см. мои тесты или результаты http://www.maximumcompression.com (они совпадают). Так что лидер по сжатию - не 7-zip, а UHARC.

----------
Клуб "Вы"-кателей Руборда

Всего записей: 3012 | Зарегистр. 07-12-2004 | Отправлено: 18:17 08-03-2006 | Исправлено: Viewgg, 18:25 08-03-2006
Panzer

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
М-да, этот текст бессмысленно обсуждать. Как-то стыдно за IXBT .  
 
TCPIP

Цитата:
Показательная опечатка:  
Цитата:ZIP, максимальное сжатие Enchanted deflate

Вот за это спасибо, очаровательно! Особенно хорошо сочетается с названием "Путеводитель по архиваторам"
 
Viewgg

Цитата:
статья Енотуса гораздо более грамотная.

Их даже сравнивать нельзя.

Всего записей: 1681 | Зарегистр. 23-10-2003 | Отправлено: 19:57 08-03-2006
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Viewgg

Цитата:
Новый WinRK уже тестировали?

Пока нет, еще не до конца с WinRK 3.0 build 2 beta потестил, в ROLZ2 отключил оптимизацию ( Largest optimised match: 0) меня приятно удивил, по затраченому времени, да и степень сжатия не сильно ухудшается.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 23:02 08-03-2006
TCPIP

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
michz
03:35 08-03-2006
Цитата:
К примеру есть порядка 100 PC PII под NT - большего для этих конккретных рабочих мест обьективно не требуется, а среди прочих есть архивирование

Кстати, раз под NT, то и архивации ZIP не надо --- сжатие потоков NTFS дает почти такой же результат, а временных затрат нет вообще. А зачем нужен ZIP, кроме как для цели минимизации временных затрат не понятно. И эта статья лишь подтверждает факт, что основной вклад в выигрыш ZIP вносят минимальные временные затраты на архивацию. Но что-то слабо верится, чтобы на рабочих станциях были задачи архивации таких объемов данных, что время ожидания получения архива при работе со всеми рассмотренными программами будет вносить хоть сколь-либо заметный вклад. А вот если предстоит задача архивации каких-нибудь баз данных Outlook, то здесь время будет играть роль, ибо несколько минут или несколько часов ожидания все-таки заставляют подумать. Но! С другой стороны: все такие задачи обычно выполняются сервером, а там что час, что 10 не одна ли разница, если экономия места на выходе существенная, а архив будет положен в хранилище и не будет по двести раз на дню из него извлекаться?

Цитата:
К тому что "вычислительная мощь" надо диффиренцировать на классы немощности, тогда бы результаты тестов стали бв более интересны в прикладном плане.

Согласен. (хотя что имеется в виду под понятием "классов немощности" я не очень понял)

Всего записей: 4667 | Зарегистр. 31-01-2003 | Отправлено: 02:46 09-03-2006
Viewgg



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Enchanted  

Очарованный - это сильно сказано! Писал бы себе Меркулов про свою Мозиллу... Даже не написал, что такое LZ/PPM/CM/BWT и т.д. Вывод: читайте статьи Енотуса и http://www.compression.ru/
egor23
ОК, ждём результатов. Надеюсь, Малькольм не наврал.


Извините за небольшой флейм.
 


----------
Клуб "Вы"-кателей Руборда

Всего записей: 3012 | Зарегистр. 07-12-2004 | Отправлено: 11:44 09-03-2006
michz

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TCPIP
"Кстати, раз под NT" - честно говоря я этим 100 PC рекомендаций не даю (полит. мотивы), специфика такова что очень много мелких файлов.
"чтобы на рабочих станциях были задачи архивации таких объемов данных" - гм, бывает что вн. орг. нужно то что в производственной цепочке производителю услуг вобщем то не очень нужно или если нужно то в значительно меньшем объеме. Объемы то же в соотношении с "классами немошности" - NT SP6a еще как то "большие винты" видит, а с пред. SP как то глазки на их размер любят закрывать... Если OS с приложениями - 560 MB, а архивы 2,8GB (без зиповки) мелких файлов, приблизительно так. Гм, а задачи там и не ставят... Это я для примера но "живой" вариант... что может быть.
""классов немощности" - в какой-то мере частота CPU, хотя недостаток памяти дает известные результаты, скорость hdd... короче есть объективные параметры для субъективной классификации  

Всего записей: 4687 | Зарегистр. 02-07-2002 | Отправлено: 13:45 09-03-2006
Panzer

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
michz

Цитата:
"вычислительная мощь" надо диффиренцировать на классы немощности

Сильно сказано.
Viewgg
egor23
Не разделяю вашего оптимизма по поводу WinRK. Подробности когда-нибудь, но вот конкретно ROLZ2 durilca-light на современной машине обходит и по скорости и по сжатию. Жаль sfx нет.

Всего записей: 1681 | Зарегистр. 23-10-2003 | Отправлено: 17:33 09-03-2006
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56

Компьютерный форум Ru.Board » Компьютеры » Программы » Архиваторы. Сравнение сжатия


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru