アカウント名:
パスワード:
各ウィンドウがフロントバッファを直接描きかえるのではなく、まずバックバッファに描画するようになるらしいのが目玉なんだと思います。(Mac OS Xではすでにそうなってるんでしょうか?)
裏 Memory に一旦描画して一気に bitblt するという手法は Windows に限らず一般的かなぁと思います。もし、アプリケーションが直接フロントを書きかえたつもりでいても、バックバッファ→フロントバッファというルーティングが自動的に踏まれるのであれば、余計なお世話な気もしますけど。 # もし、ピントがずれたことを言ってたらごめんなさい... 今回の件で言うと
-- cooper
> 裏 Memory に一旦描画して一気に bitblt するという手法は Windows に限らず一般的かなぁと思います。
3D CAD みたいな、グラフィックアクセラレータの性能をフル活用しようとするアプリケーションの場合、メモリに書き出してから BitBlt だとハードウェアアクセラレーションが効かなくなるため、描画がとても遅くなってしまいます。 そのため従来は描画領域が無効化されるたびに再描画するか、もしくはほったらかしにして他のウィンドウが重なった部分は真っ白のままほったらかしにするのが通例でした。
この技
3D CAD みたいな、グラフィックアクセラレータの性能をフル活用しようとするアプリケーションの場合、メモリに書き出してから BitBlt だとハードウェアアクセラレーションが効かなくなるため、描画がとても遅くなってしまいます
そうなんですか? 3D CAD は作ったことがないので良くわかってませんが、直接描画が通例なんですか?
この技術が搭載されると、こういったアプリケーションで表示領域の破壊が起こらないので再描画の必要がなくなり
>もしかして、これを OS が勝手にやってくれるって話だったりしますか? ハードウェア(=GPU)がやってくれます。 OS(APIかな?)はその機能を簡単に利用できるようにするだけです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
ダブルバッファリング (スコア:2, 興味深い)
グラフィックプロセッサの性能が上がったので、必死でWM_PAINTを投げて差分描画するような、言ってみれば泥臭いことをせずに、より自然な方法でデスクトップ画面を合成しようと。今のWindowsでは、重いアプリケーションの上でウィンドウを動かしたときに再描画が遅れて一時的に化けたりしますが、そういった不快な部分がなくなるんじ
Re:ダブルバッファリング (スコア:1)
裏 Memory に一旦描画して一気に bitblt するという手法は Windows に限らず一般的かなぁと思います。もし、アプリケーションが直接フロントを書きかえたつもりでいても、バックバッファ→フロントバッファというルーティングが自動的に踏まれるのであれば、余計なお世話な気もしますけど。
# もし、ピントがずれたことを言ってたらごめんなさい...
今回の件で言うと
-- cooper
Re:ダブルバッファリング (スコア:1)
> 裏 Memory に一旦描画して一気に bitblt するという手法は Windows に限らず一般的かなぁと思います。
3D CAD みたいな、グラフィックアクセラレータの性能をフル活用しようとするアプリケーションの場合、メモリに書き出してから BitBlt だとハードウェアアクセラレーションが効かなくなるため、描画がとても遅くなってしまいます。
そのため従来は描画領域が無効化されるたびに再描画するか、もしくはほったらかしにして他のウィンドウが重なった部分は真っ白のままほったらかしにするのが通例でした。
この技
むらちより/あい/をこめて。
Re:ダブルバッファリング (スコア:1)
そうなんですか? 3D CAD は作ったことがないので良くわかってませんが、直接描画が通例なんですか?
-- cooper
Re:ダブルバッファリング (スコア:0)
ハードウェア(=GPU)がやってくれます。
OS(APIかな?)はその機能を簡単に利用できるようにするだけです。
(少なくとも今のDirectXの初期化より簡単にはなるはず)
Re:ダブルバッファリング (スコア:1)
ううむ。
# ああもうなにがなんだか...
-- cooper