問題タブ [doublebuffered]

私はプロジェクトに取り組んでおり、Java でのダブル バッファリングについてできる限り読んでいます。私がしたいのは、描画するダブルバッファリングされたサーフェスを含む JFrame にコンポーネントまたはパネルまたは何かを追加することです。可能であればハードウェア アクセラレーションを使用し、それ以外の場合は通常のソフトウェア レンダラーを使用します。私のコードはこれまでのところ次のようになります。

抽象的なゲーム クラスと、Update と Draw を呼び出すゲーム ループを作成しました。さて、私のコメントを見ると、それが私の主な懸念事項です。再描画と paintComponent を実行してから、再描画のたびに変数を割り当てる代わりに、グラフィックを一度取得する方法はありますか? また、このハードウェアはデフォルトで高速化されていますか? そうでない場合、ハードウェアアクセラレーションを行うにはどうすればよいですか?

重複の可能性：
C＃でパネルをダブルバッファリングするにはどうすればよいですか？
グラフィックの描画とスクロールのためのC＃パネル

パネルにビットマップを描画します。同じパネルでズームを使用します。ズームしている間、パネルは継続的にちらつきます。パネルにDoubleBufferedプロパティがないのはなぜですか？

コード：

ダブルバッファリングされたカスタムテキストウィジェットを作成しようとしています（ちらつきを避けるため）。しかし、私はいくつかのことができるようになりたいです。それでも、使用すべき正確な方法がわかりません。

最初の2つは簡単です。背景と前景色を変更したいだけです。

ですから、多かれ少なかれ、self.Draw（）でself.Textのテキストの色を変更できるようにしたいと思います。

スニペット：

self.MemoryDCの背景（塗りつぶし）色として販売されています。

次に、 self.Textを中央に配置する方法を知っている人はいますか？最後に、作成後にself.Textを構成するにはどうすればよいですか？

これまでのウィジェット：

これを行うにはどうすればよいですか？誰か私に概要を教えてもらえますか？

私がオンラインで見つけたものから、それは私の run() 関数のようです:

1. ビットマップを作成する
2. キャンバスを作成し、ビットマップにアタッチします
3. lockCanvas()
4. draw(canvas) を呼び出し、ビットマップをバック バッファーに描画します (方法??)
5. unlockCanvasAndPost()

これは正しいです？もしそうなら、私は少し説明を得ることができますか？これらの手順は何を意味し、どのように実装すればよいですか? 私はこれまで Android 向けにプログラミングしたことがないので、本当に初心者です。それが正しくない場合、どうすればいいですか？

私はCOSMOSコンパイラを使用してC＃でOSを記述しています（COSMOSがILコードをx86アセンブリに変換することを知らない人向け）。GUIを作成しています。
以前にGUIを作成しましたが、現在はダブルバッファーを作成しようとしています。
かなり簡単に聞こえますが、以下が私の問題です。ライブラリ
のメソッドSystem.Drawingや、p/呼び出しを使用する他の名前空間を使用できません。また、多次元配列は使用できません（通常の配列は使用できます）。だから私の質問は、どのようにダブルバッファを実装するのでしょうか？
私はそれをした誰かを知っているのでそれが可能であることを知っています。

さらに、私が持っている唯一のグラフィカル関数は、、SetPixelおよびGetPixelですClear。私は答えを好みますが、ダブルバッファリングなどに関する良い記事を知っている人がいたら教えてください。
PS。320 x 200ResLOLの私のOS

こんにちは、C# でダブル バッファーを作成しています。配列内の X 座標と Y 座標をプロットする数式を見つける必要があります。現在、ループを使用して X と Y をプロットしていますが、それには時間がかかります。(多次元配列を使用できないことに注意してください!!!)

標準の Java GUI コンポーネントを使用せずに独自のレンダリングを実装する場合、AWT フレームと Swing JFrame を使用する場合の主な違いは何ですか?

これは、前の質問からの続きです。

AWT カスタム レンダリング - スムーズなサイズ変更をキャプチャし、サイズ変更のちらつきをなくします

フレームのみを使用しているため、Swing と AWT の典型的な論点は当てはまらないようです。たとえば、ヘビーウェイトとライトウェイトは窓の外に出ます（そしてJFrameはFrameを拡張します）。

この状況では、JFrame と Frame のどちらが最適ですか? 意味のある違いはありますか？

注: このシナリオは、EDT でのレンダリングが望ましくないシナリオです。EDT にリンクされていないアプリケーション ワークフローがあり、EDT の外部で必要に応じてレンダリングが行われます。レンダリングを EDT と同期させると、レンダリングにレイテンシが追加されます。フレームまたは JFrame (または、最適な場合は同封の JPanel/Component/etc) 以外の Swing または AWT コンポーネントをレンダリングしていません。

ちらつきをなくす方法を知っている人はいますか? SO、Web について調査し、OnPaint() で描画していないときに TickerControl をダブル バッファリングのようなダブル バッファ パネルに配置するなど、さまざまなことを試しました。など、他にもたくさんあります。再描画のたびにではなく、毎秒数回ちらつきます。

また、OnPaint で「g.Clear(BackColor)」を削除した後でも、テキストが読みやすいようにスクロールし続けるため、何かがまだ背景をクリアしているに違いありません。

ここに私の TickerControl クラスの関連部分があります:

何か案は？

アップデート：

sallushan が手動のダブル バッファリングを提案したので、以下のコードを使用して以前に試したことを付け加えておきます。しかし、画面上では上記とまったく同じように見えるため、問題は OnPaint メソッド内にあるようには見えません。コントロールのセットアップのどこかにあるに違いないと思います。

ここ数か月、あるプロジェクトに取り組んできましたが、解決できない問題が 1 つあります。コントロールを含む Windows フォームがあります。ユーザーがコントロールのサイズを変更すると、アプリは sizechanged イベントを発生させ、それに応じてコントロールを移動します。主な問題は、ボタンに画像があるためです。実際には、より正確に言うと、フラットで境界線がなく、実際に描画されたボタンである画像があります (コードで描画しない理由は、画像が複雑です）。一部のマシンでは、アプリのサイズ変更中にちらつき始めます。Form は DoubleBuffered true に設定されており、この関数を使用してボタンにダブル バッファを設定しました。

助言がありますか？