надо сделать три вещи:
1)наложить 2 изображения
2)сделать изображение чёрнобелым
3)сделать такай эффект, как будто изображение просматривается через цветной светофильтр
Итак, 1-ая задача я написал код (здесь изображение Picture1 и Picture2 накладываются друг на друга и выводятся на Picture3:

Таймер используется потому, что если реализовать это циклом программа зависает на время его исполнения (интервал таймера=1)
В общем в 8-ой строчке нужно помянять вырожение, определяющее цвет точки. Просто сложить не получается (образуются дикие яркие цвета).
Ну со второй задочей я не знаю как справиться (незнаю какую операцию надо произвести со значением цвета, чтобы оно стало серого оттенка)
С третьей задачей наверно нужно так: как в 1-ом случае наложить 2 картинки (исходное изображение и просто цвет светофильтра)

DoEvents()

M Akina

Вопросы не имеют отношения к конкретному языку программирования. Тема перенесена.

Обычно за значение "серости" принимают яркость исходного пиксела. Яркость можно рассчитать по  такой формуле: B = (59*G + 30*R + 11*B)/100.

Зачем изобретать велосипед? тем более что любая формула по определению некорректна, зависит от цветовых профилей... чуть что - ты виноват...
http://msdn.microsoft.com/ru-ru/library/sy...rtedbitmap.aspx - и все претензии к Майкрософту.

Что-то я не заметил там применения цветовых профилей. А на претензиях далеко не уедешь. 
А формула верна она учитывает особенности глаза. Конечно не на все 100% А профили мы не всегда можем учесть, не во всех источниках он указан. А после обработки профиль меняется, а эо не учитывается. Так что я бы не стал так критично к этому относится.

http://msdn.microsoft.com/ru-ru/library/sy...ts_members.aspx - указываем исходный и конечный PixelFormat, и хай его конвертирует.


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

Вы что цветовой профиль от формата пикселя отличить не можете?



А дисплей то тут причем? Глаз по другому работать не будет. Как он воспринимал определенные частоты так и будет. Это при отображении надо учитывать особенности дисплея. А тут мы говорим о внутреннем представлении цвета с учетом особенности модели RGB.

Дело в том, что я так и не понял где взять численные значения R, G, B? Как мне кажется, в визуал бэйсеке цвет обозначается одним шестнадцатиричным числом. Например: &H008080FF&(розовый), &H000000FF&(красный), &H00800080&(тёмно-фиолетовый). Такие числа нужно переделывать
А) в числа, обозначающие серый оттенок цвета (т.е. черно-белый)
б) взять 2 таких числа (цвета), произвести над ними алгебраические операции и получить новое число, обозначающие такой цвет, какой бы получился при наложении 2 исходных цветов
в) переделать (при помощи алгебраических операций) цвет в такой, который был бы таким, как будто его видно через светофильт (например через красный). Т.е. В этом случае белый превращается в красный, серый - в тёмно красный... В общем здесь нужно "подавить" все цвета кроме красного. Если бы цвет был в формате RGB, то всё было-бы просто (G и B равно нулю и всё)

конвертация изображения в ч/б с коэфициентами принятыми в телевидении



п.с. scalemode для пикчербоксов - пиксель

Спасибо, на я уже решил эти 3 задачи. Честно говоря, я вообще не пользовался коэффициентами. Просто находил значение R, G, B, складывал их и делил на 3 (среднее арифметическое), затем и R, и G, и B равнялись полученному числу.