Кодек для сжатия без потерь LZHAM обеспечивает коэффициенты архивации на уровне LZMA, но зато демонстрирует в 1,5-8 раз более высокую скорость декомпрессии. Написан на C/С++.

Первая версия официально работает под Linux x86/x64, Windows x86/x64, OS X и iOS. Скоро обещают поддержку Android. Программный код вчера опубликован на Github.

Кодек LZHAM специально оптимизирован для максимально высокой скорости декомпрессии на высоких уровнях сжатия. При этом он снабжён программными интерфейсами, совместимыми с zlib. Его разработка велась около трёх лет усилиями, преимущественно, Рича Гельдрейха (Rich Geldreich), бывшего программиста Valve, который занимался в этой фирме проектами, связанными с Linux и OpenGL. Как выяснилось теперь, свободное от работы время он уделял проекту LZHAM.

На современном оборудовании Intel кодек LZHAM показывает скорость декомпрессии гораздо выше, чем LZMA. При этом степень сжатия практически не отличается, LZHAM уступает совсем немного.

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

Автор кодека говорит, что наибольший выигрыш от использования LZHAM по сравнению с LZMA достигается при декомпрессии данных объёмом между 1000 и 13000 байт.

Результаты независимого сравнения производительности кодеков см. здесь и здесь (там представлена альфа-версия LZHAM). Более свежие бенчмарки опубликованы в блоге Гельдрейха.

9 комментариев

  1. 26.01.2015 at 18:53

    Читаешь заметку и не понимаешь, а для чего кодек? Видео? Аудио? Или что-то универсальное?
    Или к нему автора надо прикладывать? Или кучу сопутствующего материала читать?
    Или к первоисточникам, где сами алгоритмы описаны?

  2. https://vk.com/publicshadowhd

    26.01.2015 at 22:14

    За последнее время столько новых кодеков/форматов/etc для сжатия появляется (которые, при этом, приходить на смену старым будут очень долго)… А когда у Хакера будет свой кодек?

  3. 27.01.2015 at 05:22

    не сишарп, не нужен

  4. 27.01.2015 at 10:40

    когда читаю на хакере об очередном новом кодеке

  5. 27.01.2015 at 14:42

    Хотя формально не подкопаешься, слово «кодек» здесь выглядит как-то странно. Не называют же алгоритмы zlib и WinRar кодеками…

  6. 04.02.2015 at 08:39

    не кодек блин, а алгоритм

  7. 04.02.2015 at 08:41

    и какое нафиг сжатие без поетрь аахахах у любого архиватора их не должно быть априори ) автор учи матчасть

Оставить мнение