アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
画面が3D化しても (スコア:1)
今のままだとあまり便利にはならないでしょうね。
とはいえ、画面の描画に今までの遅かったGDIではなく、
ゲーム用に高速化されている（高速化されていく）
DirectXベースの描画になるという点については、
少しは期待してよいのではないかと思います。
Re:画面が3D化しても (スコア:0)
> ゲーム用に高速化されている（高速化されていく）
> DirectXベースの描画になるという点については、
> 少しは期待してよいのではないかと思います。
素朴な疑問なのですが、DirectXベ
Re:画面が3D化しても (スコア:1)
「ＧＤＩクソだぜ！俺たちが作ったらこうなるんだ！イェーイ！！」
という理由で作られたからです。
これではあまりにひどいので、普通に書くと
あまりに煩雑化した階層構造を経由して描画するＧＤＩとは異なり、
グラフィックドライバーに直接命令するイメージに近い形を実現しようと
しているから、ＧＤＩに比べて高速であると思われる。
という感じでどうでしょうか？（誰に聞いてるんだか…）
ちなみに僕はWebブラウザの文字の描画がどのように行われているか
分からないので、その例に関してはお答えしかねます。
以下、長いので面倒
Re:画面が3D化しても (スコア:0)
> グラフィックドライバーに直接命令するイメージに近い形を実現しようと
> しているから、ＧＤＩに比べて高速であると思われる。
おお！
イメージがつかめました。
ところで…
> マルチタスクで色んな場所が一斉に更新される
> ／大量の文字を画面に描画しようとすると、画面の更新は一度に行った方が
> 速くなると予測されます。
ここが分かりません。
マルチタス
Re:画面が3D化しても (スコア:1)
でも、残念ながら同じと思っているのが間違いなのです。
実際にＧＤＩではどう処理するかと言うと、
１．更新すべき場所のメモリ空間を別のバッファに退避する
２．退避したエリアを初期化する
３．問題の場所に必要なデータを描画する
４．１に戻る
となっているようです。
だから、処理落ちしたウィンドウの部分が灰色に抜けたりすると思います。
で、これが複数のウィンドウからガンガン更新要求がかかるわけで、
１－４のループががんがん発生するわけです。
DirectXを使うと、
１．画面用バッファの初期化
２．文字の描画
３．すべての文字を描
Re:画面が3D化しても (スコア:0)
＞実際にＧＤＩではどう処理するかと言うと、
＞１．更新すべき場所のメモリ空間を別のバッファに退避する
＞２．退避したエリアを初期化する
＞３．問題の場所に必要なデータを描画する
＞４．１に戻る
＞となっているようです。
これはUSER(32)の範疇であって、GDIはぜんぜん関係ないと思うんですけれど。
そして仮にUSER(32)の話であったとしても、1.は通常のウインドウでは行われません。
また、２．の初期化というのは具体的に何を意味しているのかよくわかりません。
再描画要求の構造体初期化のことでしょうか。それとも背景消去のことでしょうか。
Re:画面が3D化しても (スコア:1)
正確には、ＵＳＥＲ３２（窓）の中でＧＤＩの描画オブジェクト
（線とか円とか）が存在して、その範囲内に描画を行う、でしたかね？
でも、ＧＤＩ使う＝ＵＳＥＲ３２も使うだと認識していますので、
全く関係ないとも言い切れないと思います。
で、１ですが、マルチウィンドウの基礎的な処理として、一応やってると思って
たんですが、Windowsってやってないんですね、すんませんでした。
２に関しては、背景消去（前景も消す？）のつもりで書いてます。
再描画要求の構造体の初期化は、もしあったとしたら完全に記憶からとんでます。
所詮は数日で得た知識。未熟者がでしゃばりすぎました。
Re:画面が3D化しても (スコア:0)
そもそも現在のWindowsの描画方法は、昔の貧弱な描画能力を前提としている部分も多々あると思いますので、
古い方
Re:画面が3D化しても (スコア:0)
をしていたのが、見えるもんは全部テクスチャードポリゴンにして
CPUはおおざっぱな作業しかしなくてよくなったから、CPUの負荷が
へるってことだろう。
Re:画面が3D化しても (スコア:0)
たぶん (スコア:1)