LINUX.ORG.RU

нуу, винрар, например

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

anonymous ()

Какой алгоритм сжатия данных лучше по вашему?

Специально созданный для данного типа данных.

aplay ★★★★★ ()

Любой. Что сжимать-то собрался?

// KGBArchiver

devl547 ★★★★★ ()
Ответ на: комментарий от Radjah

ImageMagick - нативно, Gwenview и KolourPaint - через /usr/lib64/qt5/plugins/imageformats/libflif.so

kknight ★★★★ ()
Ответ на: комментарий от kknight

Спасибирую за инфу о таком формате, хорошо что в Qt5 поддерживается.

I-Love-Microsoft ★★★★★ ()

Согласен, слишком расплывчато. Имею ввиду алгоритмы сжатия, которые используются при сжатии файлов(gz, bz2, zip, xz). Пока склоняюсь к тому что лучший lzma/lzma2, но может есть алгоритмы еще лучше(при этом не обязательно реализованные для всех осей, главное чтобы хорошо описанные)?

rumgot ★★★★★ ()
Ответ на: комментарий от rumgot

PAQ

LZMA/LZMA2

DEFLATE

Для потыкать все и сразу - поставь lrzip от анастезиолога. Там встроен препроцессор RZIP, который даже bzip вытягивает на уровень lzma.

timdorohin ★★★ ()
Последнее исправление: timdorohin (всего исправлений: 2)

Какой алгоритм сжатия данных лучше по вашему?

Мне FLAC нравится.

Lavos ★★★★★ ()
Ответ на: комментарий от i-rinat

Для просто текста еще шрифты нужно подобрать и потрахаться с настройкой отображения, а тут ВЖУХ и у всех одинаково. :)

Radjah ★★★★★ ()

Голосую за h264. Он так прикольно рассыпается, когда ключевой кадр теряется.

ox55ff ★★★★ ()
Ответ на: Re: Какой вопрос — такой ответ ;) от anonymous

А можно вкратце резюме данной ссылки? Мой инглиш слабоват, но как я понимаю там резко критикуется xz и lzma2. Кстати, у кого-нибудь были проблемы потери данных вследствии использования xz?

rumgot ★★★★★ ()

Вопрос по своей сути не корректен.

1. Что сжимаем? (текст, аудио, картинку, произвольный набор данных)

2. Допустимы-ли потери? (как в JPEG или MP3)

3. Какие требования к быстродействию и степени сжатия? (некоторые алгоритмы позволяют быстро сжать, но они не очень эффективно сжимают, некоторые позволяют быстро раскукожить обратно, но они долго сжимают и/или плохо сжимают и т.п.)

RiseOfDeath ★★★★ ()
Последнее исправление: RiseOfDeath (всего исправлений: 3)

вопрос из разряда «какая еда лучше - разогретая, варенье, за двести рублей или морковка?». алгоритмов сжатия сотни - есть достаточно универсальные, типа вариаций лемпеля-зива, есть специфические, типа mpeg layer III

Avial ★★★★★ ()
Ответ на: комментарий от Avial

RiseOfDeath
Какой алгоритм сжатия данных лучше? (комментарий) + К написанному, требуется сжатие без потерь. Данные - каталог содержащий данные смешанных типов (текстовые файлы / html / pdf/ / odt, ods, xls, doc / изображения).
Наибольшее значение имеют степень сжатия и надежность (учитывая эту инфу http://www.nongnu.org/lzip/xz_inadequate.html). Скорость сжатия/распаковки значение не имеет.

rumgot ★★★★★ ()

Всегда нужно учитывать критерии, по которым будет сравнение проходить. Например, bzip2 - лучший! Потому что, есть многопоточный декомпрессор.

Deleted ()

Математически — метод главных компонент ©, он же Карунена — Лоэва , он же Хотеллинга.

P.S. Ресурсы по сжатию ©.

quickquest ★★★★★ ()
Ответ на: комментарий от rumgot

Наибольшее значение имеют степень сжатия и надежность (учитывая эту инфу http://www.nongnu.org/lzip/xz_inadequate.html). Скорость сжатия/распаковки значение не имеет.

lrzip от анестезиолога с PAQ сжатием.

devl547 ★★★★★ ()

По каким критериям? Жмут лучше всех paq8 семейство алгоритмов. Но ооочень медленно и каждая вариация paq8 лучше жмет разный тип данных.

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.