Каких данных?

Какой вопрос — такой ответ ;)

LZMA2.

jpeg, но если текст жать, то такая фигня потом получается.

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

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

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

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

В этом случае png однобитный норм. Не шакалит и весит совсем мало.

FLIF

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

// KGBArchiver

zstd

Погуглил. Оно уже где-то есть и поддерживается, или как всегда?

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

В этом случае png однобитный норм. Не шакалит и весит совсем мало.

Не картинка с текстом. Просто текст.

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

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

PAQ

LZMA/LZMA2

DEFLATE

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

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

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

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

https://github.com/facebook/zstd

hevc

LZMA2

LOL: http://www.nongnu.org/lzip/xz_inadequate.html

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

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

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

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

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

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

PAQ

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

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

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

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

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

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

Почитал начало — автор поехавший.

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

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

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

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

Бабушкина.