Да я тоже думал об этом. Как в фотошопе ткнул волшебной паолочкой и близкие цвета подсветились выделением.

Но непонятно куда ткнуть и какой уровень tolerance выставить для этой палочки.

Я-же не просто так тебя втащил в этот топик....

Думаю да. Но я - человек скромный. Попробую сначала вспомнить мат-статистику. Если не осилю - то
скажу Да. OpenCV рулит. И мне пока неспортивно использовать из коробки то чего я не знаю. Это ...
мой маленький каприз в топике. Надеюсь Петро простит

алгоритм разделения по горизонтали, вертикали, синусоидой сомнителен

Я пока не вижу синусоид. Но это - мысль. Преобразование Фурье я возьму в последнюю очередь.
Хотя ... это будет выглядеть как будто я изобретаю JPEG заново.

Я буду пока ссылки только коллекционировать в readme.txt к проекту.
Но читать буду попозже. У самого башка кипит от мыслей.

Да. Там еще и целый стек квантизаций и переноса из систем RGB в когнитивные цветовые системы.

В одном из модных видео-форматов (кажется webp) предпринята попытка прогнозировать вид следующего
фрейма на основе верхнего и левого которые в потоке уже декодированы. И там сжатие еще лучше чем
JPEG но я думаю это справедливо для очень уж однородных изображений.

В 2000х похоронили хороший проект. LuraWave(lwt) кажется. Там сжатие было совсем на других
принципах кажется (какие-то импульсные функции всместо синусоид) и позволяло не различать
миниатюру и основное изображение. Грубо говоря миниатюра
- это и есть низкие частоты основного. Далее - пирамида условных уровней детализации - и картика
прогружается прогрессивно как из тумана. Это было бы очень полезно для модемных соединений.

Но для современного WiFi - такая прогрессивность уже не имеет никакого значения. Скорость такова
что картинка просто проскакивает сквозь все уровни прогрессивности и юзеру всё равно какая она была.

Да. Точно. Вейвлет. Мне кажется эта технология даже в сетевых играх могла бы найти применение.
Там разработчики из кожи вон лезут чтобы локация и текстуры прогрузились как можно быстрее.
Делают процедуральные текстуры и всякие хитрости чтобы асинхронная загрузка текстур была не заметна.
И безшовные переходы между локациями. А тут - подарок из коробки. LWT можно грузить плавно.
Просто наращивая детализацию текстур ступенями.

Эххх не раскурили они такой бриллиант.

Да. Используют. Но чтобы тебе изготовить LOD для текстур (а не для моделей) - тебе нужно добавить +30%
объема к хранению основных текстур. Для JPEG - это нерешаемая задача. Будешь просто множить картинки
с разным разрешением.

Для wavelett - формы - это из коробки.

Я почитал статью пока по диагонали. Это архив дневников разработчика который был связан с x264.
Это - стандарт на кодирование видео. А к видео - совсем другие требования. Например сетка фреймов 8х8
была сразу использована в самых древних форматах MPEG-2 video как основа для кодирования меж-кадровых
изменений (кажется temporal redundancy). И поскольку в видео-форматах идет жестокая борьба за трафик
- то избыточность и экономия на базе самой структуры данных - это очень важно.

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

Ты втащил в обсуждение LOD. Зачем? Это слишком общий термин.

Я-бы хотел обсуждать здесь растровую графику. И вечный двигатель здесь не примем.
Я говорю о том что уже разработано и икапсулирует все уровни миниатюр сразу на уровне
формата хранения.