xmoonlight: "Возможна ситуация, что общий цвет у всех в этой позиции у пикселя, например, синий, а оттенки - разные для разных изображений" - то есть речь только лишь о том вакуумном случае когда в _основной_ картинке какой-то конкретный пиксель содержит в себе либо 1, либо 3 компонента, необходимых для расчёта цвета соответствующего пикселя изображения, а остальные компоненты берутся из _дополнительного_ изображения?
xmoonlight: а примеров нет готовых, может встречали? Если и правда существует какой-то профит от этого, было бы странно если бы никто это не реализовал даже для такой задачи.
Или... можете придумать сферический пример с изображениями не больше чем 4x4? А я попытаюсь реализовать. Я почти уверен, что выигрыша никакого
xmoonlight: а можете привести пример? Может быть есть уже в интернетах реализации.
Потому что, при всём уважении, вижу выигрыш в количестве запросов, но не вижу никакого профита в плане сжатия/экономии: для расчёта конечного цвета всё равно потребуется информация о всех цветовых компонентах. Это будет просто лишний фильтр. То есть в худшем случае клиенту придётся скачать то же количество информации. С таким же успехом можно просто передавать клиенту картинки склеенные в поток.
xmoonlight: идею, мне кажется, я понял. Но также мне кажется, что чем более различаются картинки и чем их больше, тем больше к нулю сводится преимущество использования такого подхода, нет?
xmoonlight: ну это-то я понял, окей, подложка это самый длинный общий фрагмент изображения. А что из себя представляет эта подложка в случае если различия значительные?
