- ベストアンサー
Windowのちらつき防止
macchunの回答
- macchun
- ベストアンサー率50% (3/6)
WM_ERASEBKGND メッセージはつぶせませんが、ウィンドウの背景ブラシをなし (NULL) にすれば、WM_ERASEBKGND によるちらつきを抑えることができます。 また、テキストを書くときには ExtTextOut() などを使用して文字と背景色を一度に書いた方が良いと思います。 なお、背景色を無効化していますので、テキストがない領域については本来の背景色で塗りつぶす必要があることをお忘れなく。
noname#30727
- noname#30727
noname#16765
- noname#16765
関連するQ&A
- ダブルバッファの作り方
画面に描画するBCC5.5 のCプログラムがあります。画面がちらつくので、ダブルバッファにしたいのですが、具体的に、どの関数を呼んで実装したらよいのかわかりません。WEB検索をしますと結構情報がヒットしますが、解決に至ってませんので、よろしくお願いします。 具体的にやったことは、現在動いているプログラムの case WM_PAINT: hdc=BeginPaint(hWnd,&ps); paint(hdc); // 自作の描画プログラム本体 ReleaseDC(hWnd,hdc); EndPaint(hWnd,&ps); break; の部分を、「画面サイズのビットマップイメージhBitmapをつくり、そこにpaint関数で描き込み、最終画面を一気に出力する」というつもりで以下のプログラムに書き換えたのですが、表示すらしなくなってしまいました。何が悪いのかお教えください。 case WM_PAINT: GetClientRect(hWnd,&rt); h = (int)rt.bottom; w = (int)rt.right; hBuffer = CreateCompatibleDC(NULL); hBitmap = CreateCompatibleBitmap(hBuffer, w, h); SelectObject(hBuffer, hBitmap); paint(hBuffer); hdc=BeginPaint(hWnd,&ps); BitBlt(hdc, 0,0,w,h, hBuffer,0,0, SRCCOPY); ReleaseDC(hWnd,hdc); EndPaint(hWnd,&ps); DeleteDC(hBuffer); DeleteObject(hBitmap); break;
- ベストアンサー
- C・C++・C#
- MFC ビットマップ描画で残像が残る
ＭＦＣです。 ワーカースレッドで取得したDIBを定期的に描画するプログラムを作っています。 ダブルバッファリングで実現しているのですが、画面リサイズを繰り返すと、再描画の後に、拡大して発生した新しいクライアント領域に古い画像が残ってしまいます。 SelectObject()で選択したコンパチDCのビットマップを選択前のものに戻してなかったのですが、これが原因なんでしょうか？
- ベストアンサー
- C・C++・C#
- タブをオーナードローすると、ちらついてしまいます
質問させていただきます。 WindowsSDKを用いて、画面を作成しています。 MFCは使用していません。 タブを使っていますが、タブは作成時にTCS_OWNERDRAWFIXEDを指定しています。 WM_DRAWITEMメッセージが来たら、タブを描画していますが どうしてもちらつきが目立ってしまいます。 WM_DRAWITEMでの処理は、初めにタブの裏画面に描画し 最後にタブに通知された、DRAWITEMSTRUCTのhDCに裏画面の内容をBitBltで転送しています。 メイン画面もダブルバッファリングを行っておりますが、メイン画面はちらついていません。 タブ側で、WM_ERASEBKGNDで何もせずreturnすると、ちらつきはなくなりますが 背景色で塗りつぶされなくなるため、タブが表示される箇所にウィンドウを上に置いたりすると そこが残ってしまいます。 WM_DRAWITEMが頻繁によばれているため、これはちらついているのでしょうか？ 解消方法に頭を悩ませております。 どうぞご教授の程お願いいたします。
- ベストアンサー
- C・C++・C#
- JavaのJFrameについて
いまJavaでパソコンに表示する時計を作っています。 JFrameを使っているのですが、ダブルバッファリングで描写しながらSwingのJButtonを使いたいのですが、今自分の知ってる方法だとうまく行きません。 ひとつは、 repaint()関数とpaint()関数を使う方法です。 この方法だとダブルバッファリングのままJButtonと同梱させることができるのらしいですが、表示が滑らかじゃありません。自分的にはFPSが60はほしいです。 もう一つの方法は、graphicsクラスを使って描写する方法です。 こちらはFPS的に問題はないのですがJButtonが置けません。 要点をまとめると、 Graphicsによる描写とSwingのJButtonを同時に一つのwindowでつかいたい、 描写速度をFPS 60程度にしたい です。 書き方が雑なので質問の意図が伝わりにくいかと思いますが、回答よろしくお願いします
- 締切済み
- Java
- WM_PAINTとBitBlt
レベルはWindowsプログラミングを始めて1月半、それ以前にプログラミング経験はありません。 環境は、VC++6.0 WindowsXP SP2です。 WINAPIしか使えません（MFCは分かりません）。 宜しくお願い致します。 定期的に図形を動かすプログラムを副スレッドを用いて作りました。 副スレッドにはSleep（5msスリープ）を入れてあり、スレッドの最後にInvalidateRectを実行し、WM_PAINTを発行して再描画させているのですが、動作は所望な通りなものの、画面がちらついてしまいます。 所持している参考書を読むと、図形を動かす処理を直接ディスプレイに出すのではなく、メモリDCに一度出力し、その後BitBltでディスプレイに出力すればよい（ダブルバッファのことらしい？）、と書いてありました。 また、あるサイトには、WM_PAINTが実行されるとOnEraseBkgndが走るからちらつくとも書いてあり、何だか良く分かりません。 （別のサイトにはOnPaintが走るとか、OnPaintBackgroundが走ると書いてあり、何が本当なのか？？？） 自分の知りたいことは以下の通りです。 １）WM_PAINTで画面の再描画を行うと画面が何故チラつくのですか？ また、ちらつかない様にする方法はあるのでしょうか？ ２）BitBltを用いるとチラつかないのは何故でしょうか？ ３）参考までにですが、メモリDCでBitBltで転送、以外に画面をチラつかせずに画面を更新させる方法はあるでしょうか？ 色々サイトを探してみてのですが、断片的にしか書いておらず、結局自分が所望する回答は得られませんでした。 初心者レベルなので、分かりやすく説明して頂けると大変嬉しいです。 以上、宜しくお願い致します。
- ベストアンサー
- C・C++・C#
- クライアント領域を再描画させない方法
クライアント領域で左クリックを押したままマウスを移動させた時の処理 (WM_MOUSMOVE)として、マウスの位置情報を、 InvalidateRect(hWnd, NULL, FALSE); でWM_PAINTに送り、WM_PAINTで描画処理をさせます。 右クリックでの処理として、 case WM_RBUTTONDOWN: InvalidateRect(NULL, NULL, TRUE); return 0; とした時、WM_PAINTでは 右クリックによるWM_PAINTでは、クライアント領域を 再描画させない様にしたいのですが、 どのようにしたら良いのでしょうか？ クライアント領域に描画されたのを再描画させないことで、 消したいのです。 MS VC++ & Win98 の環境で作成しています。
- ベストアンサー
- C・C++・C#
- 文字のちらつきを抑えるには
VisualStudio2005でAPIをを使ってマウスの位置を表示するソフトを作っています。WM_MOUSEMOVEメッセージがきたら位置を取得して、InvalidateRect関数を使って再描画しています。再描画する際に文字のちらつきが気になります。HPを調べたりいろいろやってみたのですが、ちらつきを起こす原因と対処法(ダブルバッファリング)の大まかな部分しか分かりませんでした。もし、参考になるサイトや詳しい方がいらっしゃったらご教授ください。※MFCは使っていません。
- ベストアンサー
- C・C++・C#
- 子Windowの描画
CでWindowプログラミングをしています。 作っているものは、親Windowのボタンを押すと子Windowを表示するプログラムです。 問題点＆質問は、子Windowが作成されたときに、子Window内のコントロールが何もない部分に子Windowの後ろの背景（デスクトップや親Window）が描画されてしまうということです。子Windowに作成したコントロールはちゃんと表示されますし、押すことも出来ます。何もない部分だけ、後ろが透過されたみたいになってしまいます。マウスで子Windowを動かすと、作成時に透過した状態で描画された画が、そのままついて動きます。WM_CREATEの最後にメッセージボックスを入れて止めてみた所、その時点で透過されています。原因がまったく判らず、原因と対処方法がお解かりの方がいたら教えてください。 気になる点は、もともと書き始めは1つのファイルに全て書いていました。そして一通り動くようになったので、子Windowの処理を別ファイルに分けて実行したところ、上記のような問題が起こりました（ほかは全て正常に動きます）。子Windowの処理の部分を元に戻すと問題は起こりませんでした。つまり物理ファイルを分けた事で、何か問題が発生していると思うのですが、WindowプログラミングもCも不馴れで原因が解らず、どなたかの助けをお借りしたいと思い質問させてもらいました。「この辺が怪しい」という手掛かりを挙げてもらうだけでも助かります。 足りない情報がありましたらご指摘ください。よろしくお願いします。
- ベストアンサー
- C・C++・C#
- 画像表示について。
現在SDKにてBMPやRAWなどの画像表示ソフトを作成している段階です。 そして、一通り作成することができました。 ここで質問に答えてくださった皆様に感謝します。 新たに些細な問題が出てきてしまったので質問します。 作成したソフトはMDI型のソフトであり、その構成はフレーム、クライアント、ドキュメントウィンドウといった構成になっています。 もちろん読み込んだ画像はドキュメントウィンドウに表示をするのですが、このドキュメントウィンドウのサイズをマウスを使って変更した場合、画像にちらつきが生じてしまいます。 原因はプログラム上 WM_PAINT メッセージがきた場合に描画をおこなうことに他ならないのですが、解決する手段はないでしょうか？ 例えばダブルバッファリングなどの手段があればよいのですが・・・
- ベストアンサー
- C・C++・C#
- Windowsプログラミング 画面描画 ちらつき
SetDIBitsToDevice関数を使って画面に描画をした後、LineTo関数やEllipse関数を使って その画面上に線や丸を表示させる処理をしているのですが、描画処理を一度にできていないためか ちらつきが発生してしまいます。 調べてみるとビットマップのマルチバッファリングなどが解決策にあるのですが、 私は一次元配列で画素値を格納していてビットマップに情報は保持していないため よく解決策で使われているBITBLTが使えない状態です。 裏画面に描画しておいて、最終的に描画は一度だけにするという考えは分かるんですが、 これをSetDIBitsToDevice関数を用いてちらつきが発生しないようにできるんでしょうか？ プログラムとしては画像の上に線と円をひたすら描画していくようなイメージをしています。 アドバイスお願いします！ case WM_PAINT: hDC=BeginPaint(hParent,&ps); SetDIBitsToDevice( ps.hdc, 0, 0,// コピー先x,y座標 pimg -> bih.biWidth,// DIBの幅 pimg -> bih.biHeight,// DIBの高さ 0, 0,// DIBの座標 0,// 走査線 pimg -> bih.biHeight,/ 走査線数 pimg -> lpBmpData, (BITMAPINFO *)&( pimg -> bih),// BITMAPINFOにキャスト DIB_RGB_COLORS ); for(int i=0; i<number-1; i++){ if(i==0){ hPen1 = CreatePen(PS_SOLID, 1, RGB(255,0,0)); electObject(hDC,hPen1); MoveToEx(hDC,Xs,Ys,NULL); Ellipse(hDC,Xs-2,Ys-2,Xs+2,Ys+2); }else{ LineTo(hDC,Xe,Ye); Ellipse(hDC,Xs-2,Ys-2,Xs+2,Ys+2); } }
- 締切済み
- C・C++・C#
お礼
ありがとうございます。 > なお、背景色を無効化していますので、テキストがない領域については本来の背景色で塗りつぶす必要があることをお忘れなく。 試したことがありますが、結局自分で塗りつぶすことになりますので、 ちらつきました。 またなにかありましたらお願いします。 結局正しくダブルバッファを使うしかないような 気もしてきました。。