LINUX.ORG.RU

Новый формат изображений быстрее PNG в десятки раз

 , , , qoi

Новый формат изображений быстрее PNG в десятки раз

6

3

Доминик Саблевски представил новый и невероятно простой в реализации формат изображений QOI (Quite OK Image). По представленным тестам, при сжатии изображений QOI производительнее PNG в 20–30 раз, а при распаковке — в 3–4 раза.

Доминик признаётся, что не является экспертом в области сжатия изображений. Идея создать новый простой и эффективный формат изображений пришла к нему во времена работы с MPEG-1. Его целью была скорость и простота.

Файлы QOI больше по размеру, чем PNG на 10–50 % в зависимости от картинки, поэтому QOI стоит применять, когда необходима скорость.

Исходный код на C, состоящий из одного универсального файла, доступен на GitHub.

В данный момент формат проходит обсуждение финальной спецификации с заинтересованными пользователями.

Также доступны реализации на Zig, Rust, Go, TypeScript, Python, C#. Поддержка QOI добавлена в библиотеку SAIL.

Для пользователей Arch Linux в AUR доступен пакет qoi-git.

>>> Замеры скорости и размеров изображений

>>> Подробности

★★★

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

Ответ на: комментарий от former_anonymous

Угу. Вот прикинь, простейшими манипуляциями, которые пришли в голову за 1 минуту, открыв уменьшился в несколько раз. С чего бы мне тратить время на разоблачения каждого мамкиного эксперта? Пусть сначала бенчмарки делать научатся, с обоснованием корректности.

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

там qoi2

Пока до 10-ки не дойдёт - всё чушь. А как дойдёт, будет «новый» PNG.

anonymous
()
Ответ на: комментарий от Vit

Вот прикинь, простейшими манипуляциями, которые пришли в голову за 1 минуту, открыв уменьшился в несколько раз.

Ты сейчас пытаешься сказать что-то типа «PNG очень медленный, надо подумать как запилить правильный бенчмарк, чтобы он выглядел не так страшно как по-дефолту». А дефолтом пользуется пол-мира если не 90%. Возьми любую библиотеку или просмотрщик - там будут дефолты. Максимум - выбор степени компрессии. И твой специально запиленный под скорость бенчмарк будет мерять то, что никому не нужно. И ВСЁ РАВНО он будет медленнее в 10 раз. Смирись.

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

К бенчмаркам доказательства корректности положены. А описание «я не очень шарю в сжатии картинок, но вот что сделал» намекают на строго обратное.

Когда профит с 30 раз легким движением руки сдувается до 10 раз, это обычно признак что втюхивают липу.

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

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

Вот будь нормальным человеком, собреи и зпусти тест сжатия пачки из 10000 .bmp с распаковкой обратно. Выложи сюда и обломай этого парня.

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от former_anonymous

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

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

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

Нет, сорян. У меня есть некоторые минимальные критерии вменяемости, этот парень до них пока не дотягивает. А тратить время на каждого изобретателя вечного двигателя никакой жизни не хватит. Есть альтернативы поинтереснее.

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

Тогда зачем было изобретать собственный webP?

Гуглу надо было вытеснить MPEG. Конкуренция. Всё.

anonymous
()
Ответ на: комментарий от kirill_rrr

Ну в webp был внятный анализ рынка по сжатию, плюс сведение воедино фич контейнера (анимация и т.п.). И вот прикинь, даже со всем этим стандарт толком не взлетел.

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

Нет, я намекаю что изобретение собственных стандартов вместо того чтобы разобраться с существующими - это некомпетентность.

Которая в 10 раз быстрее, верно? Я бы ещё понял, если бы qoi был в 10 раз медленнее. А так сидишь ты такой теоретик и рассуждаешь о том, что супербыстрое решение - это плохо.

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

а почему у него весь код библиотеки в header файле, а не как обычно отдельный интерфейс и отдельная реализация?

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

Ну в webp был внятный анализ рынка по сжатию

Это самое главное, верно? Профессиональный подход и всё такое. Формат только какашка, но профессиональный 😁

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

Ну так зачем было его изобретать, если есть apng, а анализ рынка (вообще то нет никакого рынка сжатия) с собственно кодеками никак не связан.

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

Ну, может он действительно по своему уровню ближе к школьнику. Важны только тесты алгоритма.

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

не поддерживаются. Плохо? Да.

«Атлычный» ответ. «Блюстячий». :)))

anonymous
()
Ответ на: комментарий от former_anonymous

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

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

Которая в 10 раз быстрее, верно?

С чего бы? В 30 раз оказалось лажей, а в 10 раз должно оказаться правдой? Нужны нормальные доказательства, а не хайп мамкиных экспертов. А для нормальных доказательств надо разбираться в том что уже существует. Чего я не наблюдаю.

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

С чего бы? В 30 раз оказалось лажей

Нет, как бы тебе ни хотелось. Дефолтные настройки libpng будут именно в 30 раз медленнее.

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

apng решал слишком узких класс задач и вообще не имел шансов взлететь.

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

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

Для качественного разбора надо смотреть какие там дефолтные настройки (level + prefilters) и какая именно имплементация deflate (обычный zlib или патченый).

Есть подозрение, «на глаз», что дефолты можно раз в 10 разогнать. И тогда уже профит превратится в тыкву. Ну или почти тыкву, которая явно не тянет на проталкивание нового стандарта.

Если у тебя есть желание - попробуй разобраться, чем там чувак картинки жмет. Потому что у него подозрительно жидкий результат, сильно похожий на RLE. Исходя из этого можно прикидывать, в каком готовом формате как гайки крутить, чтобы вышло похожее или сравнимое.

Vit ★★★★★
()

Такое ощущение, что Вечности сейчас не до этого

w201403
()
Ответ на: комментарий от hobbit

Дилетанты построили Ноев ковчег.

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

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

превью.

То есть реклама. Ну спасибо Гуглу.

anonymous
()
Ответ на: комментарий от hobbit

Дилетанты построили Ноев ковчег.

А проектировал и надзирал за постройкой всемогущий бог. Который по определению справится с задачей лучше любого человека.

«Титаник» же был первой попыткой в своём размерном классе. И строители применили революционную технологию отжига заклёпок.

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

Дилетанты построили Ноев ковчег. Профессионалы построили «Титаник».

А меня сложно найти, легко потерять и невозможно забыть.

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

История с потопом и ковчегом давно известна любому историку. Еврейская копипаста египетской копипасты шумерской истории про то, как одного не то царя, не то принца неделю носило в лодке, пока не прибило к берегу.

В пересказе разумеется саспенс нагнетен в 100500 раз. Как это обычно происходит у человеков.

beck ★★★★
()
Последнее исправление: beck (всего исправлений: 1)
Ответ на: комментарий от kirill_rrr

Его очень просто обломать попиксельно-полосатым изображением, которое qoi сжать не сможет, а deflate – да.

anonymous
()
Ответ на: комментарий от Vit

У меня есть некоторые минимальные критерии вменяемости, этот парень до них пока не дотягивает.

Парень просто сделал свою поделку. Остальное – сообщество.

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

Не подсказывай, пусть ещё порадуются.

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

«Титаник» же был первой попыткой в своём размерном классе. И строители применили революционную технологию отжига заклёпок.

Титаник и Олимпик строили одновременно. Причём Олимпик и начали и закончили раньше.

anonymous
()
Ответ на: комментарий от t184256

Хостинг изображений не? Меня один раз не взяли на работу потому что на собесе попросили обрисовать архитектуру высоконагруженного сервиса имаг, а я с дуру сболтнул, что их надо жать, хотя сам прекрасно знаю что имаги не жмутся и процесс их архивирования это трата времени и ресурсов. Но выходит что больше нет. А хотя, если они на 50% больше будут...

untitl3d
()
Ответ на: комментарий от anonymous

Я в треде говорил про сервисы гугла, но ваще да. Сверх того можно приплюсовать Vimeo и ещё пару ненужно :)

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

Это все в теории, на лоре флудить.

anonymous
()
Ответ на: комментарий от thesis

СТАВЛЮ КЛАСС

(На лоре редко штутят смешно. Комментарий thesis - хорошая, тонкая шутка.)

anonymous
()

очередной «вечный двигатель».

мля, меня ютюб теперь задолбает рекоммендациями с демонстрацией «вечных двигателей».

dummy ★★
()
Последнее исправление: dummy (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.