鬱だ氏のう DirectX (Part 6)

**名前は開発中のものでス** · 02/10/07 01:00

DirectXについてマターリと技術情報交換＆雑談するためのスレッド。
初心者用相談室では扱わないような少し高度な話題も受け持つ。

■旧スレ(プログラム板)
http://piza.2ch.net/tech/kako/966/966655286.html　　(Part 1)
http://pc.2ch.net/test/read.cgi/tech/997101556/　　　(Part 2)
http://game.2ch.net/test/read.cgi/gamedev/1005119775/ (Part 3)
http://game.2ch.net/test/read.cgi/gamedev/1016276254/ (Part 4)

コピペスマソ

**名前は開発中のものです。** · 02/10/30 21:39

ひとつ左にキー間違えました。続きをおねがいします。

**名前は開発中のものです。** · 02/10/30 21:54

あらら？
D3DXMatrixPerspectiveFovLH(&m_matProj,64.0f * 3.1415f / 180.0f ,1.0f,0.000001f,50.0f);を
D3DXMatrixPerspectiveFovLH(&m_matProj,64.0f * 3.1415f / 180.0f ,1.0f,1.0f,500.0f);
にしたらなおっちゃった！いやーすまそ！

**名前は開発中のものです。** · 02/10/31 01:41

よくわかんないけどZバッファの精度が足りなかったってこと？
といいつつageる

**名前は開発中のものです。** · 02/10/31 01:46

>>313
射影変換について勉強しる

**名前は開発中のものです。** · 02/10/31 03:11

ヘルプの「射影テクスチャを実行する」って部分は、
メッシュにテクスチャを投影するようなことですよね。
ヘルプでは具体的な行列の例を挙げるのを避けてやがるんですけど、
具体的にどういう行列なんでしょう？

**名前は開発中のものです。** · 02/10/31 04:20

cgi3.tky.3web.ne.jp/~tkano/stained.shtml
↑参考資料

**名前は開発中のものです。** · 02/11/01 13:45

　質問させてください。DX8のサンプルプログラムで、Windowモードの時にメニューが
ありますよね。そのサンプルをFullScreenにして、再びWindowにすると、メニューが
消えてしまいます。
　どうやらd3dapp.cppの中のCD3DApplication::AdjustWindowForChangeで呼び出している
SetMenu　が失敗しているようなのですが（GetLastErrorの戻り値は0x579）、原因が
分かりません。GetLastErrorの戻り値をFormatMessageに渡してみたのですが、全然
文字列が帰ってこないし(FormatMessageを使うのは初めてなので、使い方が悪いかも
しれません）。
　どなたか、原因と対策をご存知の方がいらっしゃいましたら、教えていただけませんで
しょうか？

**名前は開発中のものです。** · 02/11/01 14:35

>>318
DirectXは関係ないよ。
SetMenu()の返り値が以前のメニューのハンドルなんてMSDNには書いてないね。
GetMenu()でメニューのハンドルを取得してから削除すればOK。

m_hMenu = (HMENU)SetMenu( m_hWnd, NULL );

　　　↓

m_hMenu = (HMENU)GetMenu( m_hWnd );
SetMenu( m_hWnd, NULL );

これくらいピンときてね（・∀・）

**318** · 02/11/01 15:23

　ご指摘の個所を修正したら、ちゃんとメニューが出るようになりました。
というか、目の前にある間違いに気づけなかった自分に赤面、穴があったら
入りたい気分です……。

　本当にありがとうございました。

**名前は開発中のものです。** · 02/11/02 04:26

DirectXを使ってCGIを動かしたいんだけど、対応のサーバってありますか？

**名前は開発中のものです。** · 02/11/02 08:52

DirectXのどの機能をCGIに使うつもりなのですか？

**名前は開発中のものです。** · 02/11/02 11:12

指定した座標がそのまま2Dで画面にうつるような3Dの座標軸のとり方ってありますか？

たとえば、
v.x = 300;
v.y = 200;
v.x = 0;
などとして頂点座標を記述すると、画面の
(300, 200)の位置に表示されるような座標軸と視点をとりたいのです。

**名前は開発中のものです。** · 02/11/02 11:19

>>323
D3DFVF_XYZRHW

**名前は開発中のものです。** · 02/11/02 11:55

>>324
どうも。

**名前は開発中のものです。** · 02/11/02 13:39

>>321
CGIってComputer Generated Imageのこと？
それともCommon Gateway Interfaceのこと？

**名前は開発中のものです。** · 02/11/02 13:41

サーバーって言ってるから後者だと思う

**名前は開発中のものです。** · 02/11/02 19:25

とりあえず>>321はまず、DirectXをCGIに使って何をするつもりなのか答えるように

**名前は開発中のものです。** · 02/11/02 19:43

dx以上にVC7に挫折しそう
慣れた道具が使いやすいの～

**名前は開発中のものです。** · 02/11/02 20:29

サーバーサイドレンダリング

**名前は開発中のものです。** · 02/11/02 21:16

Windows2000以降のOSがWEB鯖になっているなら利用可能

**名前は開発中のものです。** · 02/11/02 22:16

>>330
そんなことができるようになるのって何年先の話だろう？
インターネットにつなげればＰＣでもケータイでも電子レンジでも
3Ｄゲームができるのかな？

**名前は開発中のものです。** · 02/11/02 22:30

>>332
意味が分かっていない馬鹿発見！

**名前は開発中のものです。** · 02/11/02 22:46

>>333
バカでいいから、どこらへんの意味を理解していないか教えてください
サーバーサイドでレンダリングするんでしょ？違うの？

**名前は開発中のものです。** · 02/11/02 23:01

レンダリング結果を返すだけなら
携帯レベルでも何の問題も無いのに何を勘違いしているんだ？
頭が固すぎ

**名前は開発中のものです。** · 02/11/02 23:31

cgiがDBからデータを引っ張ってきてHTMLに変換するのもレンダリングの一つだわな

**名前は開発中のものです。** · 02/11/02 23:37

>>335
いや、だから、ダム端末(とその類似品)で可能なのはわかるけどさ、
サーバーが追いつかないってことだよ
そんなに能力の高いサーバーに帯域が現時点でございますか？
(現在は数値データの処理だけでラグだのさばダウンだの問題があるじゃん)
まあ、並列処理の出番だとは思うけど、現時点で何台のサーバーが必要なのか

別釣るわけじゃないけど、私って本当に頭固いの？

**名前は開発中のものです。** · 02/11/02 23:48

>>337
硬い、とてつもなく硬い

＞サーバーが追いつかないってことだよ
誰も何も言っていないに勝手に時間当たりのヒット数を途方も無い数字で妄想しているだろう
もしくはソースデータにとんでもないポリゴン数を勝手に妄想
レンダリングしてその結果を返す、それだけしか話が出ていないんだぞ

＞まあ、並列処理の出番だとは思うけど、現時点で何台のサーバーが必要なのか
妄想もそこまで逝くと病気

**名前は開発中のものです。** · 02/11/02 23:52

携帯電話ぐらいの画面ならFOMA(藁使えばできなくもないかも

**名前は開発中のものです。** · 02/11/03 00:05

>>338
現時点でそういうことをやっているシステムが存在するのでしょうか？
存在するのなら教えてください
「レンダリングしてその結果を返す」それだけでも十分に重いと思います
実用の範囲内で動作させるのはどう考えても不可能では？

>勝手に時間当たりのヒット数を途方も無い数字で妄想しているだろう
一ユーザーあたり一秒間に20回は送信させないとゲームにならないかと
え？20FPSじゃなくて静止画ってことですか？
だったら何で「DirectX」なの？

>もしくはソースデータにとんでもないポリゴン数を勝手に妄想
ポリゴン数よりもむしろメモリ帯域が問題では？
こういうことをやろうとしたとき、一番のネックでしょ
ビデオメモリ→システムメモリは当然のことながら
システムメモリ自体が遅すぎる

関係ないけど、妄想って言葉好きですね
妄想って根拠の無い推論のことなんですが・・・

**名前は開発中のものです。** · 02/11/03 00:30

DirectPlay関連で聞きたかったんじゃなかろうか

>>ネットワークレンダリング
そういう商売やってるとこもありますね
リアルタイムじゃないけど

ちなみに帯域で言うならビデオチャットやライブカメラを見る限り大丈夫では？

**名前は開発中のものです。** · 02/11/03 00:52

現時点では...って

時代に取り残される人の典型ですなこりゃ

> え？20FPSじゃなくて静止画ってことですか？
> だったら何で「DirectX」なの

OpenGLだったらこのシトはナットクしてたんだろうか・・・

**名前は開発中のものです。** · 02/11/03 01:01

>>341
ビデオチャットやライブカメラはP2Pなんじゃ・・・
たとえサーバークライアントだったとしても少人数だし
ネットワークレンダリング(こういう名前でしたっけ？)は知ってるけど、
リアルタイムなんて現時点では不可能なのでは

>現時点では...って
>時代に取り残される人の典型ですなこりゃ
商売は時代に取り残されても失敗しますが、
時代の先を見すぎても失敗します
「現時点では不可能」これの何が悪いのでしょう・・・
論理的に説明してほしいです

>OpenGLだったらこのシトはナットクしてたんだろうか・・・
言葉尻を捕らえないで・・・でもまあ納得したでしょうね
だってOpenGLはもともとリアルタイム性を考慮していなかったから

みなさん、ただ私を非難するんじゃなくて
反論してください、でないと何も得るものが無いです
非難と反論の違いはわかりますよね？

**名前は開発中のものです。** · 02/11/03 01:32

グラフィックボードの替わりになるわけないだろｳﾞｫｹ
ちょっと計算すれば解ることまで説明せにゃならんのかよ
話の前提が違いすぎる

**名前は開発中のものです。** · 02/11/03 01:46

何を議論したいのかわからん。

可能性を否定したいだけ？
それとも可能性のある方法を探りたい？

**343** · 02/11/03 02:11

>>344
そう、それが言いたい

**343** · 02/11/03 02:22

>>345
私は可能性のある方法を探りたい

>>338
第一、サーバーにレンダリングしてもらうなんていうのは
光の速度が「遅すぎる」せいで明らかに現実的ではないはず
(どうせ言っても理解してくれなさそうだから言わなかったけどね)
どんなにＰＣが進化しても(今のままの通信・コンピュータの構成では)
光の速度のせいで空間的な制約を受ける
妄想妄想と非難をする前に情報と物理について学んでほしいものだ
硬い硬いと言うけどね、この宇宙に住んでいる限り
宇宙の法則に縛られて生きなきゃいかんのだよ
はっきりいって、光の速度とかノイズとか回路の応答速度とかの問題って絶望的だよ？
絶望的な中で何とかしようとしてるのに、それを頭が固いなどと言われては・・・

**名前は開発中のものです。** · 02/11/03 03:07

問題なのは光でなくインターネットの仕組み
ターンアラウンドタイムが長すぎると一文で済むんだから
わざわざバカにしたような長文返さなくていい
それからP2Pかどうかはこの場合関係無い
ちなみにライブカメラはCS、ビデオチャットはP2P（商用エロビデオチャットはCS）が主流

**名前は開発中のものです。** · 02/11/03 04:24

質問させてください。

画像A,B,Cを合成しながら描画したいのです。
画像Aは背景で、B,Cはオブジェクトです。

このとき、B+Cを描画したいのですが、加法合成で描画をすると、
A+B+Cとなってしまいます。
かといって最初にAを描画しないわけにもいかず、どうしたらいいか分かりません。
どうすればいいのでしょうか。

**名前は開発中のものです。** · 02/11/03 05:31

>>348
「インターネットの仕組み」って、
何か解決法があるかのような言葉に聞こえますけど。

**名前は開発中のものです。** · 02/11/03 06:04

>>350
解決できない原因がそこにある、とも読めるな。

**351** · 02/11/03 06:12

俺は何言ってるんだろう…ｽﾏｿ寝る

**名前は開発中のものです。** · 02/11/03 06:40

加法合成？

**名前は開発中のものです。** · 02/11/03 07:36

>>349
(1)テクスチャにBとCを描画（加算合成）
　　↓
(2)フレームバッファにAを描画
　　↓
(3)フレームバッファに(1)のテクスチャを描画

**354** · 02/11/03 07:46

×　フレームバッファ
○　バックバッファ

**330** · 02/11/03 09:23

＞サーバーサイドレンダリング
適当にレスったらすごいことになってますた。おはようございます。
以下妄想
クライアントはDirectPlayにDirectInputをアタッチ
あとはストリームビデオ再生。
全ゲーム共通クライアントのできあがり。こんなかんじです。

**名前は開発中のものです。** · 02/11/03 14:09

>>330=>>356
その前に
君は>>321と同一人物でないということを
先に断っておいたほうがいいんじゃないのか。

**343** · 02/11/03 14:59

>>348
あ、すみません、二つの視点からの反論が交錯しているのでわからなかったかも
・サーバーの処理能力が足りない
・ターンアラウンドタイム(つまりはレスポンス)が長い
ということで、P2Pは上方の意見
光速の限界は下方の意見です
ところでインターネットの仕組みが原因ということならば
待時系でなく即時系なら(サーバーの能力如何で)可能性はあると言うことですか？

**名前は開発中のものです。** · 02/11/03 15:24

光速？帯域じゃなくて？

**名前は開発中のものです。** · 02/11/03 16:14

しょぼい質問だけどいいかな？
すふぇあマッピングってバーテックスシェーダー使って自分で組むしかないのかな？

02/11/03 17:09

議論になってないですYO!
CGI+DirectXが可能かと問われれば可能である。

・一般的な用途としては負荷・応答性等の問題より実用的でない。
　　他の技術を使った方がイイ
・非常に特殊な条件・用途の場合には有用な可能性がある。
はおんなじコトでしょ。

343氏は可能性を探りたいならさ、まずどんな用途に適してるか考えてみたら？
応答性や処理速度がどんだけ必要かってのは、条件や用途によって決まるものでしょ
前提とする条件も用途も決めずに、遅いとか負荷がどうのトカ言っても意味ないよ。

**名前は開発中のものです。** · 02/11/03 17:26

ネタ質問だとおもう…

**名前は開発中のものです。** · 02/11/03 17:32

>>360
DirectX SDKのSamplesの下にソースがあるよ
最初はなんでそうなるか分からなかった・・・

結局自分で一度作っちゃったヨ

**名前は開発中のものです。** · 02/11/03 17:43

テクスチャラッピングで繰り返し描画した方が、同じ回数だけ自分で
描画するより早いのはどういう原理なのですか？

同じように、同じオブジェクトを、好きな座標にいっぺんにたくさん描画する
方法ってありますか？
ブロック崩しのボールを分裂させて500個とか高速に描画させたいのですが、
全部自分で書くと遅くなってしまいます…

**名前は開発中のものです。** · 02/11/03 17:51

>>364
>早い
塗る面積が同じなら、送る頂点の個数の差でしょうね。

>500個とか高速に
？？何と比べてるのか分からない。

**名前は開発中のものです。** · 02/11/03 18:00

CGIとの組み合わせねぇ。
どこにでもあるようなCGI利用可能なWEBサービスを
前提にしてるんだろ？
セッション毎の接続時間や負荷に制限もあるだろうから
あまり派手にアクセスするような用途には不向きだな。
　　
・最高得点データの共有
・ユーザ管理
　
せいぜいこんなものか。

**360** · 02/11/03 18:07

>>363
DX8から固定機能のすふぇあマップって無くなったのかな？
前のバージョンにはあったような気がしたんだが。
シェーダーまだ勉強してなんだよね…

**363** · 02/11/03 18:15

そういえばあった気がする(^^;
頂点シェーダの勉強したかったので見てません＞固定機能
スマソ

**364** · 02/11/03 18:23

>>365
頂点の個数の差だけなんですか？
たとえば、背景画像に、640x480のbitmapを一枚貼り付けるのと、
32x32のテクスチャをラッピングで20x15個分貼り付けるのでは、
貼る面積が同じなのに、後者の方が桁違いに速いですよね。

それの理由と、それを利用して、32x32の大きさのテクスチャを、自分の好きな位置に
20x15個高速に貼り付けることは可能かを知りたいのです。

何と比べているかというと、
1. 32x32のテクスチャを20x15個貼り付ける速さ
が、どうにかして、
2. 32x32のテクスチャを1個貼り付ける速さ
にならないかということです。

**名前は開発中のものです。** · 02/11/03 18:30

取りあえずウインドウモードで作成してるんですが、
ウインドウのサイズが変わったときにどんな処理をしたらいいのでしょうか？
そのままだと、元画像がただ引き伸ばされるだけなので。
サンプル見たんですが、どうもデバイスごと作り直しているような…
実際どうなんでしょうか？

**名前は開発中のものです。** · 02/11/03 18:36

引き伸ばされるように描画しているからそうなるだけ

**名前は開発中のものです。** · 02/11/03 18:40

>>369
最近のビデオカードでやってると仮定するよ。
ビットマップ一枚貼るだけなら、内部処理はほとんどがメモリコピー
になる。フィルレート値そのままの速度になるはず。

同じ640x480を塗りつぶすなら、メモリコピーにかかる時間はどういう
方法をとっても同じになるから、違いといえばGPUに送る頂点の個数の
違いでしかない。

ただし、DrawPrimitiveを20x15回呼んでるとするなら、それのオーバー
ヘッドのほうが大きいと思う。工夫してVertexBuffer/IndexBufferを
つかったほうがよい。

> 何と比べているかというと、
> 1. 32x32のテクスチャを20x15個貼り付ける速さ
> が、どうにかして、
> 2. 32x32のテクスチャを1個貼り付ける速さ
> にならないかということです。

書いたように、メモリコピーの時間より短くなることはありえない。
あとはいかにこれに近づけるかにかかってる。API呼び出し回数を抑えるとか、
テクスチャを一枚にまとめて切り替え回数を減らすとか、
そういう工夫が必要。

**名前は開発中のものです。** · 02/11/03 18:44

空きVRAMの取得関数ってあったっけ？
ウインドウリサイズでサーフェイス作成で失敗しない最大サイズって計算できる？

**364** · 02/11/03 19:04

>>372
どうもありがとうございました。
それでこんなにも極端に遅くなるものなんですね。
いろいろ試してやってみます。

**370** · 02/11/03 19:12

>>371
PROJECTIONとVIEWは一応更新してるんですが、それとは関係ないですよねぇ。

**名前は開発中のものです。** · 02/11/03 20:10

＞365 ：名前は開発中のものです。：02/11/03 17:51 ID:???
＞　>>364
＞　>早い
＞　塗る面積が同じなら、送る頂点の個数の差でしょうね。

嘘を付くんじゃない。
おまえ、自分で検証してみたか？

**名前は開発中のものです。** · 02/11/03 20:17

＞372 ：名前は開発中のものです。：02/11/03 18:40 ID:???
＞
＞　同じ640x480を塗りつぶすなら、メモリコピーにかかる時間はどういう
＞　方法をとっても同じになるから、違いといえばGPUに送る頂点の個数の
＞　違いでしかない。
　
ソースデータ（テクスチャデータ）の大きさについては言及しないのか。
D3DTADDRESS_WRAPを使って32x32のテクスチャパターンを描いた場合には
どうなるのか、全く触れていないのは知らないからなのか。

**名前は開発中のものです。** · 02/11/03 20:27

小さなデータを連続して参照するケースではどういったメリットがあるのか
について説明を欠いているのは極めて不適切ではないのか。という指摘だぞ。

**名前は開発中のものです。** · 02/11/03 20:50

>>376-378
それって最終的にGPU依存の話になっちゃわない？

OpenGLスレで、テクスチャ画像を正面から見るのと90度回転させるのとでは
塗られるピクセル数も参照されるピクセル数も同じなのに速度が明らかに違った、
なんて話があったな。ビデオチップは確かRadeProだったかな。

**376-378** · 02/11/03 21:22

>>379
その通りだね。
まぁ、372が「最近のビデオカード」ちう前提で話してたので
ここの部分の説明を端折ったら364が気の毒だろと。そうおもた。

**名前は開発中のものです。** · 02/11/03 22:51

スプライトはフィルタをかけてくれないんdeathか？？

**名前は開発中のものです。** · 02/11/03 22:59

DX8SDK+VB.NETでDirectDrawを一通り勉強し終わった漏れにアドバイスをください。
1.このままD3Dの勉強→後バージョンのDXに移行
2.DirectDrawなんか無くなるから今すぐやめて新バージョンDX
3.　etc...

**名前は開発中のものです。** · 02/11/03 23:03

D3Dの勉強だな。
DX9が出たら.NETから叩けるようになる。
知識はほぼそのまま引き継げるから安心して行け。

**382** · 02/11/03 23:38

>>383
THX　漏れがんばるよ。

**名前は開発中のものです。** · 02/11/03 23:51

なんか陰湿なカンジのスレになってきたな。

知識を示せ。共有しろ。育め。

以上、大統領からのお願いダス。

**名前は開発中のものです。** · 02/11/04 07:04

>>385
まずはお前からだ。さあ知識を示せ。

**名前は開発中のものです。** · 02/11/04 09:26

>>385
＞なんか陰湿なカンジ
　
具体的にどれだ。後学のためにご教授願いたい。

**名前は開発中のものです。** · 02/11/04 09:46

いらんレスにいらんツッコミがはいりますた。

**名前は開発中のものです。** · 02/11/04 10:07

>>370
IDirect3DDevice8::Reset( )
つまりコイツで
ビデオメモリの内容をクリア＆フレームバッファの設定を更新
　
デバイスの再作成に限りなく近い内部処理だがこれでヨロシコ。
DirectX7以前とは勝手が違うのかもな。（よく覚えていない）

**名前は開発中のものです。** · 02/11/04 10:11

＞ビデオメモリの内容をクリア＆フレームバッファの設定を更新
ｺﾞﾒﾝこの説明は変。正解はヘルプを見て知って。

**名前は開発中のものです。** · 02/11/04 10:44

>>389
DX8で、リソースがdiscardされるかどうか、されたかどうかが明確に
なったとよね。DX7ではサーフェスはロストすることは分かったけど
頂点バッファは明示してなかったと思った。

**名前は開発中のものです。** · 02/11/04 13:47

dx8.1b のSDKってインストールディレクトリ選べない？
ざけんなｺﾞﾗｧ

**名前は開発中のものです。** · 02/11/04 13:58

自分で好きな場所に置けば良いだけだろ
知能低すぎ

**名前は開発中のものです。** · 02/11/04 14:27

>>393
はぁ、ただDisk上に置いてあるだけだと思ってんの？
レジストリにディレクトリ情報、数十箇所書いてあって買い換えなんて面倒なんだよ

なんか未インストールの項目実行すると、勝手にインストーラーが立ち上がる仕様になってるのね
サンプルのショートカットって*.exeに直接リンクされてないし
ディレクトリ選べなかったのは、win上書きインストールの汚れ環境のせいみたい

**名前は開発中のものです。** · 02/11/04 14:45

ランタイムを除けばSDK部分は置いてあるだけだが、
サンプルがスタートメニューのショートカットが入るだけがそんなに重要なのか？
知能低すぎ

**名前は開発中のものです。** · 02/11/04 14:59

使用するデーターって一箇所にまとめてあって、それをレジストリに書いてあるじゃん
ディレクトリ移動すると、サンプル実行できませんが何か？

ｷﾐは全部の実行ファイルと同じディレクトリにデーターコピーして実行するのか？

**名前は開発中のものです。** · 02/11/04 15:27

それで実用上何の問題が？
知能低すぎ

**名前は開発中のものです。** · 02/11/04 15:32

哀れなやつがいるな…

**370** · 02/11/04 15:35

>>389-391
遅くなりましたが、レスどうもです。
やっぱりウインドウサイズ変更だけでも、
デバイス再作成に近いことはやらなきゃいけないんですねぇ。
デバイスに関連するものも作り直しとなると結構面倒･･･。

**名前は開発中のものです。** · 02/11/04 15:38

2chでこんなどうでもいい話してる暇があるなら
レジストリ書き換えてればいいのに。

**名前は開発中のものです。** · 02/11/04 15:39

>>399
作り直さなくても、あらかじめ大きめのサイズのデバイスを
作っておけば良いだけだと思うが

**名前は開発中のものです。** · 02/11/04 15:39

>ディレクトリ選べなかったのは、win上書きインストールの汚れ環境のせいみたい
自分の環境の悪さを棚に上げて批判するなんて愚の骨頂だね

**名前は開発中のものです。** · 02/11/04 15:58

はぁ。おまえら暇だなぁ。
ストレス溜めた状態で2ch見るのは止そうぜ。な。

**370** · 02/11/04 16:14

>>401
それって常に大きめのサイズでレンダリングしてしまうわけですよねー。
ウインドウが小さい時はそのサイズにあった速度にしたいし、うーむ。

**名前は開発中のものです。** · 02/11/04 16:37

>>404
SetViewportとPresentで調整すれば良いだけ

**370** · 02/11/04 17:02

>>405
当分はその方向で逝こうと思います。
でもディスプレイモードが変更された時ならまだしも
CTRL+ALT+DELELE押された時もデバイスが死んじゃうんじゃ、
どっちにしろデバイス作り直す処理は必要かな。
OpenGL見たいに勝手にやってくれると有難いんだが、
DirectX9もここらへんは変わらないのかなぁ。

**名前は開発中のものです。** · 02/11/04 17:04

8なら作り直す必要は無いが？

**名前は開発中のものです。** · 02/11/04 18:03

>>407
ほら、もうちょっと言葉を足して書こうぜ。
誤解されて変なツッコミが入っちゃうぞ。

**名前は開発中のものです。** · 02/11/04 18:03

関係ないけど、DX9SDKではスタートメニューにサンプルが登録されねぇぞ。

**名前は開発中のものです。** · 02/11/04 21:02

>>370
　サンプルプログラムの、d3dapp.cppの中にある、メッセージプロシージャは見た？
その中にあるサイズ変更関連のメッセージ(特にWM_SIZING)あたりを読むことを
オススメする。
　デバイスの作り直しは、よほど特殊な要求(HAL→REFの切り替えとか)が無い限り
必要ないと思う。ヘルプのResetメソッドについても読もう。

**DirectX9!!** · 02/11/04 21:07

DirectX9!!