опубликован 27-11-2001 19:36 MSK            

Сначала для каждого пиксела нужно вычислить его яркость. Правильно это делать по формуле

br = sqrt(r*r + g*g + b*b) * 0.577;

Но это медленно, можно упростить усреднением:

br = (((r + g) >> 1) + b) >> 1;

Это не очень правильно, но быстро.

Затем берем исходную картинку и копируем в "черно-белую" следующим образом:

r_bw = (br-r) * i / n + r;
g_bw = (br-g) * i / n + g;
b_bw = (br-b) * i / n + b;

где n - кол-во шагов, i - номер шага. Если кол-во шагов - степень 2, то тормозное деление можно заменить свигом.

опубликован 28-11-2001 00:01 MSK            

Картинка 300x200x32 переводилась в черно-белую так долго, что ...

опубликован 28-11-2001 09:34 MSK            

double Intensity = .299 * Red + .587 * Green + .114 * Blue ;

Все значения - в диапазоне 0...1

------------------------------
Картинка 300x200x32 переводилась в черно-белую так долго, что ...</i>
------------------------------

Долго это сколько? У меня такая картинка вращается и масштабируется с Anti-Aliasing'ом за 100 миллисекунд (на древнем как дерьмо мамонта MMX 233). Может ты чего лишнего делаешь?

опубликован 28-11-2001 15:45 MSK            

Y=0.36*R + 0.53*G + 0.11*B
R=G=B=Y
Стандаpт CCIR 601-1 (как в стандаpтной VGA-ой функции):
Gray=(299*Red+587*Green+114*Blue)/1000.

Стандаpт CCIR 709:
Gray=(213*Red+715*Green+72*Blue/1000.

Стандаpт ITU:
Gray=(222*Red+707*Green+71*Blue)/1000.

http://src.narod.ru/alg/alg8.html

опубликован 29-11-2001 13:00 MSK            

2MaxAGG "
Долго это сколько? У меня такая картинка вращается и масштабируется с Anti-Aliasing'ом за 100 миллисекунд (на древнем как дерьмо мамонта MMX 233). Может ты чего лишнего делаешь? "
пришлите исходник плиз. У меня на таком же компе такая скорость вращение не выходила

опубликован 30-11-2001 05:59 MSK            

Так вот в этом буфере и ставь нужные точки.
Хранится в нем бмп построчно, скажем если у тебя 16 бит highColor включен, а картинка 256*256, то середина самой верхней линии
будет 128 - ой по счету short int (!), те 256 - 257 char,
середина 2- ой строки
256 * 2 + 128 * 2 char и т д. Немного путанно с размером пикселя работать, но можно.
После всего пишеш из буфера назад в бмп
по SetBitmapBits.
Вобщем разберешся, тут на 10 минут работы

опубликован 02-12-2001 02:57 MSK            

BITMAPINFO bi;
RGBTRIPLE Bits[32][32];
RGBTRIPLE FBits[32][32];

int ReturnValue;

...................
//Init BitmapInfo
bi.bmiHeader.biSize=sizeof(BITMAPINFOHEADER);
bi.bmiHeader.biWidth=32;
bi.bmiHeader.biHeight=32;
bi.bmiHeader.biPlanes=1;
bi.bmiHeader.biBitCount=24;
bi.bmiHeader.biCompression=BI_RGB;

//работаем с битами
//hTempDC - контекст устройства, куда выбран hTempBmp
ReturnValue=GetDIBits(hTempDC,hTempBmp,0,32,Bits,&bi,DIB_RGB_COLORS);

// Теперь Bits - массив, забитый структурами RGBTRIPLE

//Тут с ним работаешь, потом обратно:

SetDIBits(hFTempDC,hFTempBmp,0,32,FBits,&bi,DIB_RGB_COLORS);

BitBlt(hDesktopDC,CursorPosition.x,CursorPosition.y,
32,32,hFTempDC,0,0,SRCCOPY);

опубликован 05-12-2001 21:48 MSK            

В приведенном коде:

после GetDiBits:

Bits[17].rgbtBlue=...
Bits[17].rgbtRed=...
Bits[17].rgbtGreen=...

и все... Можно просто через MemMov, можно просто структуру из трех, короче, как удобнее

опубликован 06-12-2001 02:06 MSK            

Померял сколько по времени займет процедура по переделыванию цветной картинки 1024х768х24b в картинку с оттенками серого (за 25 шагов) по формуле br = (222*r+707*g+71*b) / 1000. Я был поражен! 22.5 секунды с перересовкой окна после каждого шага и 21.3 секунды без перерисовки! Неужели это так долго делается или я где-нить ошибся? Померял скорость по другим формулам и пришел (т.е. приполз) к тому, что быстрее и, самое главное, эффективней будет формула:

sqrt(r*r + g*g + b*b) * 0.577 // (1024х768х24b 25 кадров) выполняется за 23.744 секунды;

Другие формулы как-то не правильно, на мой взгляд, переводят картинку, т.е., к примеру, у меня на картинке надпись красным цветом (0x00ff0000) на черном фоне (0x00000000), так вот эта надпись исчезает, т.е. в черно-белом виде становится такого же цвета, как и фон! (Красный перешел в черный. Компу больше не наливать!). Вот только по выше указанной формуле все делается более или менее пучком! Вот так!!! Может кто еще какие-нить формулы знает!:?

Скорость проверял на 730 PIII, 128 RAM, на WinXP (правда вынь (Вынь ХренРаботает) была не слишком, но загружена прогами, так что скорость уменьшается, но все же...)

Исходники могу выслать, если кому интерестно (хотя кому это может быть интересно, у всех свои проги - сори, мысли вслух!)

Вот кусок кода, который использует прога (посмотрите, может что-нить не так или что-нить надо подправить/изменить/удалить):

// Цикл, в котором выполняем изменение цвета битмапы (этот кусок из ф-ции создания окна, т.е. при мессаге WM_CREATE)

for (i = 1; i <= Steps; i++)
{
ColorToGray(BitmapBitsPtr, B.bmWidth, B.bmHeight, i);
SendMessage(hWnd, WM_PAINT, NULL, NULL);
}

// а вот сама ф-ция, которая обрабатывает битмап

void ColorToGray(void* BitmapBitsPtr, int iWidth, int iHeight, int iStep)
{
COLORREF clr;
double br;
BYTE r,g,b;
BYTE r1,g1,b1;
COLORREF *tmp;
tmp = (unsigned long *)BitmapBitsPtr;
for (int y = 0; y < iHeight; y++)
{
for (int x = 0; x < iWidth; x++)
{
clr = *tmp;
r = GetRValue(clr);
g = GetGValue(clr);
b = GetBValue(clr);

// Вот все формулы, которые я знаю (т.е. которые я видел (для данной задачи!) когда-либо)

// br = (222*r+707*g+71*b) / 1000;
br = sqrt(r*r + g*g + b*b) * 0.577;
// br = (((r + g) >> 1) + b) >> 1;
// br = (0.299 * r + 0.587 * g + 0.114 * b);
// br = 0.36*r + 0.53*g + 0.11*b;
// br = (213*r+715*g+72*b)/1000;

r1 = ceil((br - r) * ((float)iStep / (float)Steps) + r);
g1 = ceil((br - g) * ((float)iStep / (float)Steps) + g);
b1 = ceil((br - b) * ((float)iStep / (float)Steps) + b);