ピクチャーコントロールに直接DrawTextすればいいじゃん。
そうすればそんなメンドクサイ事象に悩まされることなどないと思います。

アドバイスありがとうございます。

そのようにすると色が変化するたびにちらつくのでほとんど文字が出てこなくなるので
す。
だからスタティックテキストを重ねたのですが・・・
他にも方法はあるのでしょうか？？

掲題の質問内容だけではわかりませんが。
①「動画のような」は、AVIとかの動画ですか？ビットマップとかDIBですか？何者です
か？
②「動画のような」ものは、ご自身のアプリで動画のように表示しているのか？
③どのタイミングでピクチャーへ描画してるのか。

もう少し情報いただけないとなんとも。（ソースコードはまだ要りませんｗ）
#チラつくというのも具体性が微妙な気がします。

あと、「ほとんど見えない」もどのように見えないのか？
隠れて見えないのか？明度が同じで見えないのか？色彩が同じで見えないのか？

抽象的な質問はレス付かない原因です。

何度もありがとうございます。

動画というより、同じ描画（四角を単色で塗りつぶすもの）で、
色だけを色相環で１度ずつまわしているものを
forループで色相環360度分、ピクチャーコントロールに描画させています。
グラデーションはsleepを使って徐々に色を変化させるようにしています。

>あと、「ほとんど見えない」もどのように見えないのか？
>隠れて見えないのか？明度が同じで見えないのか？色彩が同じで見えないのか？

文字の色は固定しているので、色の都合で見えなくなるというわけではありません。
色相を１度ずらすfor文内に(色)描画プログラム＋文字のプログラムを書いているので、
描画→文字→描画→文字→・・・
のような感じで文字が現れたり消えたりするということです。
文字を読み取るのが困難な状態です。

スタティックテキストに文字を表示した場合は、原因不明ですが文字がほんの一瞬消え
てしまいます。
読めるが若干目障りという状態です。

拙い説明で申し訳ありません。。。

なるほど。
GUIプログラムでsleepを使うには、細心の注意が必要です。（多くの場合問題ないよう
に見えますが）
あるメッセージを処理してる間にソレをいきなり中断され、別のメッセージを処理しだ
すからです。

また、スタティックテキストは子ウインドウなので（隠蔽されていますが）メッセージ
処理します。
スタティックの文字が消えるのは、スタティックが文字を再描画しようとしているのに
CPUを取られるからかと。

これだけでヒントになりますか？

提示の仕様を自分がコーディングするとしたら、
次のように作ります。

１、ループは使わずタイマー。
２、タイマーハンドラ内では色相環のカウントUPとか、色値の決定処理だけ。
３、InvalidateRectなど、ウインドウを再描画「させる」←重要：
　　　　　　能動的に描くのではなくWM_PAINTハンドラで受動的に描く。
４、WM_PAINTのハンドラ内で、現在の色相環のカウント値、色値で描画。文字も
DrawText。

一般的かどうかは不明ですが、だいたいこんな感じに書くんじゃないかな？

塗り潰した後に文字を書くのでちらつくのだと思います
（塗り潰す広さによってはこれがちらつきの原因とは言えない事もあります）
こういう場合のちらつき対策は
　ビットマップを用意しておいて
　そこに更新結果を描画し、
　一気にビットマップを画面に転送する
　のが一般的です
オフスクリーンとか裏画面とか呼ぶ技法です