InvalidateRectがうまくいかない

質問

ボールがあったとしてWM_TIMERによって
一定の速度でy方向に動いていたとします。

ある条件（例えば５回に１度とか）で
y方向に行くのを一旦やめて
x方向に一定の間隔で５マス移動するとします。

while(aaa() > 0){
x++;
Sleep(100);
InvalidateRect(hWnd, NULL, TRUE);
}

このようなプログラムです。
aaa()は５回呼ばれると0を返します。

これでx==0から始まったとすれば
x==1,x==2,x==3,・・・・とボールが移動する様子が表示されると
思っていたのですが、
実際には５回Sleep(100)したくらいの時間が経ってから
一気にx==5の位置まで移動して表示されました。

デバッグして追ってみたら
while文は５回ループして
InvalidateRect(hWnd, NULL, TRUE)もちゃんと
５回行われているようでした。

どういうことなんでしょうか？

回答No.5

Wr5 · ベストアンサー

>UpdateWindow()がキューに入れないで直接プロシージャにWM_PAINTを送信するっていうのは
>わかったのですがなぜUpdateWindow()だけだといけないのでしょうか？

「無効領域があった場合にWM_PAINTを送信」だからでしょう。

http://msdn.microsoft.com/ja-jp/library/cc428780.aspx
に
>指定されたウィンドウの更新リージョンが空ではない場合
とありますし。
無駄にWM_PAINTは抑える方向に考えられている。ということかと。

>WM_TIMER内でwhileを回していました。

メッセージを回すのが止まってしまうので出来れば避けた方がよいかと……。
スレッドにする。という方法があるかと思われます。
# 排他制御とか必要になりますが…。

お礼

ありがとうございます。勉強になりました。
スレッドの方向で考えてみます。

回答No.4

m-take0220

ちなみに、WM_TIMERの処理を状態で分岐したいなら、グローバル変数など使わずに、nIDEventを利用するのが楽です。もしくは、別関数にしてSetTimerでlpTimerFuncに指定する方法もあります。

お礼

回答ありがとうございます。
タイマー用のプロシージャを作るということですかね。
当初はタイマー的な要素は１つの予定だったのでWM_TIMERで行なっていましたが
それもいいと思いました。

回答No.3

kngj1740

Sleep(100);は確かにＷｉｎｄｏｗｓに制御は返しますがWM_TIMERメッセージの処理から抜けているわけではないので、ＷｉｎｄｏｗｓはＷＭ＿Ｐａｉｎｔ処理を呼ぶことは出来ません。すなわち描画は更新されません。
WM_TIMERメッセージの処理の中でSleepするのではなく、グローバル変数に現在の状態を記憶し毎回WM_TIMERメッセージの処理を抜け、WM_TIMERメッセージの処理に入った時にグローバル変数の値によって処理を分岐するような形にする必要があります。いわゆる状態遷移表によるプログラミングになります。Ｗｉｎｄｏｗｓのプログラミングは面倒です。

お礼

回答ありがとうございます。

回答No.2

m-take0220

InvalidateRectは、ウィンドウの無効領域を更新します。その結果、ウィンドウに再描画が必要になった場合は、WM_PAINTメッセージが発行されます。ただし、すでにメッセージキューにWM_PAINTがある場合は、新たにWM_PAINTは発生しません。

ウィンドウの描画処理は、WM_PAINTメッセージを処理することで行われるので、whileループがメインスレッドにある場合、他のメッセージ処理を行う機会がないため、whileループが終了するまで画面が更新されません。

Sleepで時間稼ぎをすると、そのスレッドは停止状態になり、何も処理できなくなるので、少なくともメインスレッドでは使うべきではないと思います。SetTimerでは問題があるのであれば、少なくともSleepする前にUpdateWindowなどメッセージ処理以外の機会でウィンドウの更新をするべきでしょう。

お礼

回答ありがとうございます。
Sleep()の件考えてみます。

回答No.1

Wr5

複数のWM_PAINTは纏められる場合がありますけど…その辺はどうなんでしょう？

InvalidateRect(hWnd, NULL, TRUE)で無効領域(再描画が必要な領域)が設定されて、
メッセージキューに積まれます。
メッセージキューにWM_PAINTが残っている状態でInvalidateRect(hWnd, NULL, TRUE)で
再度無効領域を設定すると、WM_PAINTはどっちか1つだけ…ということになるかと。
# いくつか進んでいるキューの途中のWM_PAINTが残って最新のInvalidateRect()分がキューに積まれないか、
# 途中のWM_PAINTがキューから削除されて、改めてキューの最後にWM_PAINTが入るか……。

InvalidateRect()の後にUpdateWindow()入れたらどうなります？

念のため確認ですが…そのwhileループってなんらかのメッセージ処理中(ボタンクリックとかWM_TIMERメッセージとか)で回していたりしないですよね？
WM_TIMERのハンドラ内で回していると、WM_PAINTはまず間違いなく1つに纏められますよ。
# タイミングによっては「応答なし」がウィンドウタイトルに付くかも知れません。

補足

回答ありがとうございます。
WM_TIMER内でwhileを回していました。
InvalidateRect()はWM_PAINTメッセージをキューに入れるので
他のメッセージの最中に５回呼び出すっていうのは
WM_PAINTの内容を実行させずただキューに５個入れるようとしちゃってたんですね。
実際は１つにまとめられるようですが。理解できました。

>>InvalidateRect()の後にUpdateWindow()入れたらどうなります？
やってみたら５回更新されていました。
ただInvalidateRect()を消してみたら先ほどと同じ状態になってしまいました。
UpdateWindow()がキューに入れないで直接プロシージャにWM_PAINTを送信するっていうのは
わかったのですがなぜUpdateWindow()だけだといけないのでしょうか？