>遅くなるので
書き換えながら表示するわけではないと思いますし
たいして遅くないと思いますが・・

DDB ではなく DIB か DIBSection かを使えば、早いと感じられるかもしれません

reshiaさん、　島さんレスありがとうございます。
フル画面計算しているので、かなり遅いですねぇ・・・
ロードしだしてから、５秒程度は、かかってます。
ＤＩＢしらべてみます。

GetPixelとSetPixelを使っているなら多分遅いと思います。
GDIはオーバヘッドがでかいし。
ただ、処理するならメモリDC上でやらないとかなり足を引っ張りそう。

DIBSection等で画素子データの先頭ポインタを得てアドレス計算をして
取り出して演算するような事をすれば、多少は早くなるかもしれないですが、
フルカラーやトゥルーカラーの画像の処理はやっぱり重くなると思います。
256色なら割と早そうですけどね。
256色分のパレットを調整すれば、画素子側は弄らなくてよさそうだし。

この手のプログラムを組む経緯がありましたので
助言になれば。

# 以下は、関数に関する回答ではありません。
# 処理方法について言及したものです。

DIBSectionからピクセル値を取り出せるように
なりましたら、MMX命令を使用するとかなり高速に
処理ができるようになります。

とは言いましても、パレットの処理には到底
適いませんが。

実際の処理速度としましては

CPU : Celeron 700MHz
RAM : PC-133 CL2 192MB
O S : Windows Me

のPC上で 800x600 32bit(ARGB)の画像を2枚合成する
処理にかかる時間は

MMX使用時 : 80～100ms(10～12fps)
MMX非使用 : 200～280ms( 4～ 5fps)

程でした。

今のCPUクロック、メモリ転送速度、バス転送速度なら
このスコアの2,3倍、それ以上でるかもしれません。

ＰＡＴＩＯさん、kumaさんありがとうございます。
あれこれ調べてみて、
もし、「CBitmap::LoadBitmap()で読み込んだ画像の
（他の画像に影響のないように）ローカルなパレット操作」
ができれば、有用なのですが、ご存知ないでしょうか。

MFCは疎いのでなんともいえませんが
CImageを使うのがベターかと。

お解かりかもしれませんが、
24ビットカラーとかだと基本的にパレットを使わずに直接RGB値を画素子に入れると
思うので画素子レベルでやるしかないと思います。
私が書いているのはビットマップが中に抱えているパレットの話なので
他の画像には影響しません。