DirectX総合スレ (Part6)

**DirectX6** · 2006/11/17(金) 00:38:52

言語はC++
他の言語使ってる奴はいますぐ消えろ

■過去スレ

DirectX総合スレ
Part 1: http://pc5.2ch.net/test/read.cgi/gamedev/1083728025/
Part 2: http://pc5.2ch.net/test/read.cgi/gamedev/1095863432/
Part 3: http://pc5.2ch.net/test/read.cgi/gamedev/1105333209/
Part 4: http://pc8.2ch.net/test/read.cgi/gamedev/1132937938/
Part 5: http://pc8.2ch.net/test/read.cgi/gamedev/1157727402/

**名前は開発中のものです。** · 2007/02/24(土) 14:14:25

>>336はDirect3D10をD3DXを使わないというだけで、
DirectX9環境で動かせる凄い技術を持っているようです。
どうやったのかぜひ教えてください。

**名前は開発中のものです。** · 2007/02/24(土) 14:27:26

>>337
動くかどうか聞いてるんだから
そんな技術知らねーお（　＾ω＾）

まあ質問の仕方がおかしかった、すまん
DirectX9の中にもSDKのバージョンってSummerとかAprilとか色々あるけど
D3DXを使わなかったら最新SDKでないDirectX9.0cで動くのかなってことです

**名前は開発中のものです。** · 2007/02/24(土) 16:55:06

みなさんこれが初心者です
そして私も初心者です（　＾ω＾）

**名前は開発中のものです。** · 2007/02/24(土) 18:31:34

>>336のレスは、>>331と同レベルの俺でもおかしいことがわかったｗ

**名前は開発中のものです。** · 2007/02/24(土) 19:11:58

>>336 >>338
DX9のプログラムでD3DXをまったく使っていなければ9.0cのDLLだけで動きますよ。

**名前は開発中のものです。** · 2007/02/24(土) 23:14:39

>>341
thx！

>>339
初心忘れず頑張るお（　＾ω＾）

**名前は開発中のものです。** · 2007/02/27(火) 18:16:34

>>335
ごめん、こないだのあの地震はオレが出したバグが原因だったんだ

**名前は開発中のものです。** · 2007/02/27(火) 19:03:14

知らなかった
プログラマーとは神様だったのじゃ・・・

**名前は開発中のものです。** · 2007/02/27(火) 21:07:58

未だにクラスなんてものがわからん俺でもDirectX！

**名前は開発中のものです。** · 2007/02/27(火) 21:57:45

ローディング画面で別スレッド立ててアニメをグリグリ動かしてるんだけど
このスレッドでpresentしまくりつつメインのスレッド上のロードのルーチン内で
テクスチャの確保とかをやるとタイミングによって失敗することがあるんだよね
まぁセマフォを通す必要があるわけだけど上級プログラマの方たちはここら辺りを
どんな設計にしてるのか聞いてみたい気がした

**名前は開発中のものです。** · 2007/02/27(火) 22:33:20

デバイス作成時にマルチスレッドにするぞ( ﾟДﾟ)ﾄﾞﾙｧ!!
ってフラグたてときゃ内部でクリティカルセクションとりにいくべ

**名前は開発中のものです。** · 2007/02/28(水) 01:36:50

テクスチャにD3DPOOL_MANAGED使うと
FPSが1/3ぐらいになる。
そんなはずはないと思って調べていたら
CPU使用率が100%になってた為だった。
DOOM3とか普通に動かせるレベルのPCなのに
どんだけ重いんだ俺のアプリは

**名前は開発中のものです。** · 2007/02/28(水) 12:08:21

D3DPOOL_MANAGED＝地雷という記憶しかないなぁ。
DirectX9出た当初に一度試してそれっきり。
　
たしかヘルプはD3DPOOL_MANAGEDの環境依存性(ドライバ依存性)に
言及してないよね。つまり建前上は「依存は無い」と。だから
D3DPOOL_MANAGEDを指定可能かどうかを示すフラグもなかった。
　
色々痛い目にあってD3DPOOL_DEFAULT(自前でリストア)に戻した。

**名前は開発中のものです。** · 2007/02/28(水) 13:50:11

>>347
素敵なんだけど具体的にどの関数がクリティカルセクション
とおってるかわからないとさすがに使う気にならないなあ
しかしDirectX的にはどれがいちいちスレッドセーフなのか
明示するのはメンドイから黙って使っとけということなんだろうか

**名前は開発中のものです。** · 2007/02/28(水) 13:58:31

>>347
IDがS3社

**名前は開発中のものです。** · 2007/02/28(水) 15:55:51

>>349
特定環境下でのMANAGEDの地雷性よりも、DEFAULTのデータロストの方が厄介なので
前者を使う方がトラブルが少ない。

MANAGEDの地雷性を危惧して下手な対策する位なら、マニュアルに
「最新のドライバをインストールして下さい」
の一文を乗せた方がいい。

**名前は開発中のものです。** · 2007/02/28(水) 17:02:10

>>349
MANAGEDはドライバに任せないというオプションもあるよ。(Direct3Dが管理する)
っていうか、そのオプションの説明でドライバに依存するということは言及して
いることになるんじゃないの？一行で簡単に片付けられているけど。

>>350
当然、マルチスレッドで問題の発生する関数全てだろう。
そのオプションを指定しなくても、一部クリティカルセクションは使用しているようだが。

**名前は開発中のものです。** · 2007/02/28(水) 20:36:38

AGPメモリを使うためにDEFAULTを使うので、
一度自前でリソース管理する部分を自前で作ったら、MANAGEDが全く不要になった。
結局MANAGEDの使い道が皆無。

**名前は開発中のものです。** · 2007/02/28(水) 21:47:48

しかし例えばテクスチャのミップマップレベル強制など
D3DPOOL_MANAGEDを指定しなければ使えない機能などがある。
（ミップマップ制御が管理下しか有効にならない理由は
制限されたサイズ以下のサーフェイスのみVRAMにロードするって、
ふざけた理由じゃないだろーなー）

**名前は開発中のものです。** · 2007/02/28(水) 22:44:03

そういえば某イリュージョンのエロゲデモはテクスチャ作成時にsystemmemとdefaultと
2つセットでつくってたなんでこんな馬鹿みたいなことすんのかなと思ったがそういうことなのか
そんなにmanagedの各ドライバでの実装の問題は深刻なのかい？今初めてきいたわけだけれども

**名前は開発中のものです。** · 2007/03/01(木) 01:31:09

>>356
それは速度ＵＰが主眼で、ドライバ依存性云々は関係ない。
ある程度ＰＧをやってれば自前でリソース管理する様になるので
自然とMANAGEDを使う事はなくなる。
MANAGEDがドライバによってコケるってのは杞憂に近いな。。。
んな事言うのなら、外にも心配しなきゃいけない事がたくさんあるし

**名前は開発中のものです。** · 2007/03/01(木) 02:41:58

速度アップが主眼なら自前でやるよりドライバに好きなようにManageさせたほうがいいんじゃねーの？

**名前は開発中のものです。** · 2007/03/01(木) 08:24:48

なんか仕組みが分かってない>>358が混ざってるな。

**名前は開発中のものです。** · 2007/03/01(木) 16:35:47

ねつ

ダークメタルヘルム
モノトーンガントレット
サイキックキャップ
アーミーグリーヴス
アドミンチュニック
マダムシューズ
ボレアス
ニンバス
トールハンマー
ユダ
ドルフィン
メタルバックラー

**名前は開発中のものです。** · 2007/03/01(木) 16:36:20

すげー誤爆ｗ

**名前は開発中のものです。** · 2007/03/02(金) 12:33:45

すみません質問です。
環境:C++,DirectX9 BCCDeveloperを使用
ID3DXSPrite::Begin()を使用したいのですが、
ttp://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/DirectX9_c/directx/graphics/reference/d3dx/interfaces/id3dxsprite/_id3dxsprite.asp
を見る限りはBegin(void)のようですが、コンパイル時に
「パラメータが足りません」とエラーがでます。
又、ID3DXSprite::Draw(引数略)を使用したときに、上のサイトの仕様通りに使用しても
「パラメータが多すぎます」とエラーが出、また、D3DXVECTOR2を要求してるはずの部分が
「D3DVECTOR3に変換できないので2は使えません」とエラーが出ます。
ttp://www.uploda.org/uporg712890.cpp.html
C言語と、VisualBasic6.0+DirectX7は一通り勉強したのですが、C++とDirectX9は勉強開始して間もないので
拙いソースですがよろしくお願いします。

**名前は開発中のものです。** · 2007/03/02(金) 13:14:45

ID3DXSpriteは仕様がころころ変わるので、そういったものが自己解決できない人間は絶対に使ってはいけない。
チュートリアルをこなしていれば普通にテクスチャを張るぐらいは出来るはずなので、そちらを使うべき。

**名前は開発中のものです。** · 2007/03/02(金) 15:31:00

>>362
ID3DXSPriteは、９がリリースされたその半年後に大幅に仕様変更され
関数の引数も変更されたので、ドキュメントの記述は当てにならないのです。
（ドキュメントの修正はされなかった）
DirectXは、こういう事が多いので、ドキュメントを鵜呑みにせず
使用前に各自がヘッダファイルを見て自己解析する必要があるのでーす

**名前は開発中のものです。** · 2007/03/02(金) 16:06:29

おまえら英語ドキュメントくらい読もうぜ

**名前は開発中のものです。** · 2007/03/02(金) 19:51:34

DirectX限定の質問じゃなくてすみません、
今スキンメッシュの仕組みを根っこから理解したくて勉強しています。

Direct3DXのスキンメッシュの仕組みは使わずに、
自分で、スキンメッシュに必要なボーンやらメッシュやらの情報を
格納する独自の形式を書きました。
んで、X形式ではなく他のデータを読み込んで、アニメーションなどのデータを
独自の方法でメモリ内に置き、いざ表示するぞ、というときになって疑問に思ったんですが、
ボーンというのは普通、親のボーンに対する移動・回転のオフセットは
アニメーションのキー（何ミリ秒の時点で移動いくつ回転いくつ）でのみ
表現するもんなんでしょうか？

自分の中では、まず各ボーンは基本のポジションがあって、
そのポジションに対して相対的な移動・回転がアニメーションキーに格納されて
いるものと思っていたんですが、違うんでしょうか（これはスキンメッシュじゃなく
メッシュごとのアニメーション（X形式でいうフレーム）の場合？）。

**名前は開発中のものです。** · 2007/03/02(金) 20:52:07

自分が使いやすいようにすればいいよ。

**名前は開発中のものです。** · 2007/03/02(金) 21:06:21

>>363-364
ありがとうございます。
とりあえず、ID3DXSpriteの変更部分を踏まえたプログラムと別の方法で行うプログラム両方書いてみます。

**名前は開発中のものです。** · 2007/03/03(土) 01:42:10

>>366
ある頂点を目的の位置に移動させるときどのような行列が必要か
考えてみればいいんじゃね？その頂点の元々の位置とキーフレーム
から計算される姿勢行列、それで十分なのか十分でないなら
足りないものは何なのか。

**348=355** · 2007/03/03(土) 03:59:15

誤情報申し訳ない
>>348で管理下のテクスチャを使うと重くなると言ったが
IDirect3DTexture9::SetLODを毎フレーム使用していた為だった。
これを外せば、目立った処理落ちはなくなる。
重くなる理由は>>355の通りだろう。
また動的にLODを掛けたければ、サンプラステートを使うのが定石。
エフェクトを使っていると、これがまた使いづらいのだが。

**366** · 2007/03/03(土) 12:28:14

>>367, 369
ありがとうございます。
ではどっちに限定しても困ることは無さそうだし、
両方試してみようと思います。

**名前は開発中のものです。** · 2007/03/03(土) 14:07:04

難しくて勉強が進みません。
私は才能が無いので死ぬべきです。
もう生きているべきではありません。
私はクズです私は存在する意味がありません。
私は世界の敵です。私は無意味です。
私の存在は世界の害悪です。
私は全ての存在の敵です。

**名前は開発中のものです。** · 2007/03/03(土) 15:28:53

勉強した年数を言ってみろ。
5年程度も勉強せずに才能とか言うようなら何をやっても無駄だ。

**名前は開発中のものです。** · 2007/03/03(土) 15:32:16

構うなよｗ

**名前は開発中のものです。** · 2007/03/03(土) 15:40:37

私はどうせ学歴も低いです。
私は所詮クズです生きるべきではありません。

マジレスすると、まだ始めようと思って１年も経ってない。

**名前は開発中のものです。** · 2007/03/03(土) 15:46:44

COMオブジェクトの勉強するとDirectXの勉強もはかどるね

**名前は開発中のものです。** · 2007/03/03(土) 17:06:34

マジレスすると自分とか人間が存在する意味とか考えるヤツは一神教を信じている。
誰かが何らかの意図を持って人間を創造しない限り人間の存在に意味はない。

**名前は開発中のものです。** · 2007/03/03(土) 18:55:09

>>372
適性があっても、いきなりDirectXで3Dのゲーム作ろうなんて考えると
絶対つまづく。それで仮にサンプルコードの寄せ集めでゲームが作れたとして
そのレベルを超えようと思った瞬間に超難題がいくつも出てくる。
まずはC++を使いこなせるように勉強しながらWin32APIでWindowsアプリを
作れるようにして、自信がついたらDirectXに入るとか・・・・
まぁそれすらも全然出来ない(または意欲が出ない)なら、
さっさとあきらめて別の分野に行った方がいいかも。
ゲームプログラミングの「味を占める」ことが出来るかどうかって、
やっぱ重要だと思う（自分もそこらへん微妙だがｗ）。

**名前は開発中のものです。** · 2007/03/03(土) 19:15:32

普通に>>372はネタだと思ったんだが
マジレスしている優しい人がいる

**名前は開発中のものです。** · 2007/03/03(土) 19:32:20

べ、べつに>>372のために答えてるんじゃないんだからねっ
この掲示板をみてくれてるたくさんの人のためなんだから勘違いしないでよねっ！！

**名前は開発中のものです。** · 2007/03/03(土) 20:02:38

どうせ、ちょっと↑であった痛々しい煽り合いの片割れかなんかだろ？

**名前は開発中のものです。** · 2007/03/03(土) 20:05:28

確かにDirectXを勉強したいけど、
やっぱり基礎から固めていって何年もかけてやるべきなんだよな…。

ありがとう、これで成仏できるよ。

**名前は開発中のものです。** · 2007/03/03(土) 20:22:39

つーか目的にもよるけど既存のライブラリ使っちゃうのも手だぞ。
一通り使えるようになってからライブラリのソース見れば
DirectXのどんなAPIでどうすればこうなるのか、とかが分かりやすい。

と思う。

**名前は開発中のものです。** · 2007/03/03(土) 20:30:50

プラグイン追加で2D画像から仮想的な法線マップを作成できるソフトってPhotoShopとGIMP以外シラネ？

**名前は開発中のものです。** · 2007/03/03(土) 20:59:52

>>384
CG板のPainterスレで法線マップを作るプラグインを公開してる人がいた気がした。
あとはPaint ShopからShoto Shopのプラグインが使うとか。

**名前は開発中のものです。** · 2007/03/03(土) 21:02:37

プラグインを使うとか、だよね・・・俺も冥土に逝ってくる（´・ω:;.:...

**名前は開発中のものです。** · 2007/03/03(土) 21:34:16

>>382
DirectXよりOpenGLの方が簡単でいいよ

**名前は開発中のものです。** · 2007/03/04(日) 05:45:53

DirectXってそんな難しいかなあ
細かいところ突き詰めればそうかもしれないけど

だがOpenGLの方が簡単だってことはねーわ

**名前は開発中のものです。** · 2007/03/04(日) 06:15:40

>>388
細かいところまで勉強しようとする必要は無いの？
１時１句完全に覚える必要は無いの？

**名前は開発中のものです。** · 2007/03/04(日) 06:24:37

DirectXって、ハードウェア依存の仕様が多すぎて安定感がないのよね。
軟弱な地盤に超高層ビルを建て増しし続けてきたみたいな感じ。

**名前は開発中のものです。** · 2007/03/04(日) 06:53:21

別にDirectX自体に安定感がないわけではないと思うけどな。
ハード依存/非依存を適切に選択するコードは書けるわけだし。

まあそれを完璧にやろうとするのが
面倒臭すぎ・非現実的過ぎてやってられないんだけどな。

**名前は開発中のものです。** · 2007/03/04(日) 06:59:17

> 細かいところ突き詰めればそうかもしれないけど
このスレでそりゃないだろｗｗｗ

**名前は開発中のものです。** · 2007/03/04(日) 08:29:36

>まあそれを完璧にやろうとするのが
>面倒臭すぎ・非現実的過ぎてやってられないんだけどな。

その点は同感
ほぼ徹底して面倒見ていると思われる
Microsoft 謹製のフレームワーク DXUT.cpp 関連のソースを
見ると DirectX の魑魅魍魎さを感じる

**名前は開発中のものです。** · 2007/03/04(日) 08:31:12

> 軟弱な地盤に超高層ビルを建て増しし続けてきたみたいな感じ
そもそも Windows という OS 自体がですね

**名前は開発中のものです。** · 2007/03/04(日) 08:56:37

>そもそも Windows という OS 自体がですね
Microsoft という会（ｒｙ

**名前は開発中のものです。** · 2007/03/04(日) 09:11:45

いきなり3Dからやるから難度が高くなるんだと思います

**名前は開発中のものです。** · 2007/03/04(日) 09:22:52

ハード毎に分けてソース書かなきゃいかんのはOpenGLも変わらん。
nVIDIA拡張仕様とかATi拡張しようとかあるんだし。

研究用ならOpenGLでもいいけどゲームになると結局
DirectSoundやDirectInputが必要になってくるから
描画もDirectXGraphic使うことになるんだよな。

**名前は開発中のものです。** · 2007/03/04(日) 09:30:28

OpenGL＋SDLという手もあるぞ

**名前は開発中のものです。** · 2007/03/04(日) 12:50:15

トリッキーな方法なのですが

::D3DXMatrixPerspectiveFovLH(&proj, (float) 60 * 3.14 / 180, 1, -1, 0);
pDev->SetTransform(D3DTS_PROJECTION, &proj);

と、近いview平面のz値を-1、遠いz値を0
とすると、遠近感は有効になりますが（遠くの物は小さく、近くの物は大きく）
ステンシル？が無視されて、物体の前後関係なくDrawPrimitiveで登録した
順序通りに頂点が描かれます。

これはどういう事なのでしょうか？

**名前は開発中のものです。** · 2007/03/04(日) 12:53:53

自前でZを計算してみろ。
いかにアホな状態になっているか分かるから。

**名前は開発中のものです。** · 2007/03/04(日) 12:58:55

今後サウンドはOpenALのほうがいいんじゃないかね

**名前は開発中のものです。** · 2007/03/04(日) 13:03:15

アホとかじゃなくて、
これがなかなか有効なんですよ。
今まではフツーに 0.01～1 とやってたのですが、今回こうやったら
遠近感だけが維持されて、物体のz値による前後関係を無視して
任意の順序で描画できたので、あるシーンでは非常に有用になったのです。

フツーに考えると視界に何も表示されないはずなんですが、
何故かきちんと表示されて、上記の効果が得られます。
これはどういう事なのか誰か教えてください。

**名前は開発中のものです。** · 2007/03/04(日) 13:10:48

Zバッファを使いたくないなら、異常なパラメータを設定せずに、
Zバッファ自体を無効にすればいいだけだろ。
馬鹿の考えることはさっぱり理解できない。

**名前は開発中のものです。** · 2007/03/04(日) 13:15:20

pDev->SetRenderState(D3DRS_ZENABLE, FALSE)
で
Zバッファを無効にすると、遠近感も無効になってしまうのです
（遠くの物も近くの物も同じ大きさになる）
しかし、Ｚバッファを有効にして、プロジェクションの視界を-1～0にすると
遠近感は維持されて、z値の前後関係だけが無視されるので
あるシーンでは有用になるのです

**名前は開発中のものです。** · 2007/03/04(日) 13:19:36

>>404
それは嘘だ。
ZENABLEをONにするということは
ピクセル単位のZバッファカリングを有効にするということ。
遠近感の計算はプロジェクション行列で決まる

**名前は開発中のものです。** · 2007/03/04(日) 13:27:24

ﾜﾛｽ

**名前は開発中のものです。** · 2007/03/04(日) 13:28:21

D3DXのせいで仕組みがさっぱり分かっていな状態でプログラムを組む馬鹿が増えすぎ。
すぐに途中で詰まって馬鹿なことを触れ回るし。

>>404はまずD3DXを使わず、自前で計算する部分を作れ。
射影行列を作るくらい大して時間はかからんから。

**名前は開発中のものです。** · 2007/03/04(日) 13:28:41

>>404
ttp://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/directx9_c_Dec_2005/D3DXMATRIXperspectivefovlh.asp
これの下に書いてあるのが射影行列ね。
これでzを計算すると(3列目ね)
Zp = zf/(zf-zn) - zn*zf/(zf-zn), Wp = z
zf が 0 だから最終的な Z(Zp/Wp) は常に0になるわね。
同じz値の場合、後から描画したポリゴンが上書きされるわけよ。
逆にこの式では、znとzfは遠近感(x,y)には関係してないはずなのよね。

**名前は開発中のものです。** · 2007/03/04(日) 13:30:10

>>405
嘘じゃないです。
試してみれば分かります。
とにかく、プロジェクション視界を-1～0にすると、
遠近感のみが維持されて、z値の前後関係が無視されます。

これはどういう事なのか、誰か知ってる人がいたら教えてください。

**名前は開発中のものです。** · 2007/03/04(日) 13:33:09

>>407
馬鹿、馬鹿って、とにかくそうなるのは事実なのだから
（やってみればすぐに分かります。計算云々の問題じゃなくて
　現実がそうなのだから仕方ないのです）
それについて、誰か「知ってる人」がいたら教えてください

**名前は開発中のものです。** · 2007/03/04(日) 13:34:47

>>410
>>408に答え出てるんだから、それ見てから返事したら？

**名前は開発中のものです。** · 2007/03/04(日) 13:50:04

>>408
なるほど。
zfを０にしての計算そのものが、単純に結果反映されてたのですね。サンクスです。

**名前は開発中のものです。** · 2007/03/04(日) 14:03:14

無知な人ほど、口汚く罵る、という事も分かりました。

**名前は開発中のものです。** · 2007/03/04(日) 14:13:19

>>413
逆に聞くけどZENABLEがOFFの時に遠近感が計算されなかったのは何故か説明できる？

ついで言うとその手法でZカリングを無効にするのはZENABLEをOFFにした場合より遅い。
間違いの根本を改善せずにパッチワークで修正してるようなものでお勧めは出来ない

**名前は開発中のものです。** · 2007/03/04(日) 14:20:18

3Dプログラムを作る上で、あまりに基本的な部分をすっとばしいたら、
今後何かやろうとしたときにすぐにダメになることは目に見えているのに、
何故、基礎から学習していこうとしないんだろう？

**名前は開発中のものです。** · 2007/03/04(日) 14:22:31

基礎から学習していたらいつまで経っても前に進めないからだよ。
背伸びしてナンボ。
過去書いたコードのダメな点は、後から気付けばいい。

**名前は開発中のものです。** · 2007/03/04(日) 14:27:39

>>414
単純に、z関係を計算しないからじゃないですか？
遠近感によるXスケールとYスケールを計算する分、
ZENABLEをOFFにするより遅いのは当然ではないですか？
しかし、上レスで繰り返し述べてる通り、
遠近感によるスケーリングのみを有効にしてそのカリングを無効にできるので
特定シーンの表現時に非常に有用だった訳です。
根本？はそれです。
お勧めできないとの事ですが、外に正規のやり方があるのなら何とぞ教えてください。

**名前は開発中のものです。** · 2007/03/04(日) 14:33:14

>>415
基礎の必要性はもっともですが、その基礎すら説明できない癖に
口汚く罵るだけの、自称エキスパートがいるから問題なのです。
罵倒するのは良いが、>>408氏の様に具体的回答も同時に併記すべきなのです。

ロクに知識もない癖に分かってる気分で、結局は罵倒するだけの
中２病患者は、このスレで回答者を気取るべきではない、
とそういう事です。

**名前は開発中のものです。** · 2007/03/04(日) 14:37:44

回答する人間の気分を悪くして回答が得られると思ってるのか？面白いやつだなｗ

**名前は開発中のものです。** · 2007/03/04(日) 14:43:09

>>417
え？まじ？ほんとにそうなってる？
それはむしろDirect3Dの固定機能パイプラインの実装を疑うな…

D3DRS_ZENABLEが使えないなら、他に手はもうない。

SetRenderState(D3DRS_ZENABLE,FALSE);
が使えないなら、
SetRenderState(D3DRS_ZFUNC,D3DCMP_ALWAYS);
が適当かと。
(高速かどうかは不明。GPUによっては速いのもあるかもね)

固定機能パイプラインの挙動が変ならシェーダできちんと遠近計算は行って
ZENABLEをOFFするのが最もパフォーマンス的に有利だと思う。
(Zバッファとの比較をする必要がないから、当然速い。)

**名前は開発中のものです。** · 2007/03/04(日) 14:43:46

別にいいんじゃね？
一人が回答を返せばそれで十分だし、
わざわざ相手のことを罵る人間には期待せんでも。

まぁ、俺だったら、いちいち罵倒表現を挟む奴はシカトするが…。

**名前は開発中のものです。** · 2007/03/04(日) 14:44:56

あ、変なところで書いちゃった。

＞D3DRS_ZENABLEが使えないなら、他に手はもうない。
この続きで
＞射影行列で0に射影すると考えれば理論的には正しいのでその手法でよいと思う。それ以外に、

が続く

**名前は開発中のものです。** · 2007/03/04(日) 14:58:38

>>ID:LKvKLn/o
いい機会なので、透視変換について勉強すれ
これがわかれば世界が広がるぞ
誰しもが通ってきた道だし

**名前は開発中のものです。** · 2007/03/04(日) 14:59:49

回答を求めているのに偉そうに振舞う常識のない質問者もいれば、
煽るだけで何の知識のない似非回答者もいるってことだ。
こういう場だと納得した上で利用せんと神経が擦り切れるだけだ。

**名前は開発中のものです。** · 2007/03/04(日) 15:01:01

って、修正したって明らかに文脈変だ。なんか泥沼orz
このSHIFT+Enterで書き込みって機能いらねぇ…

で、正当性を確かめるためD3Dのサンプルで実験したけど、ちゃんと遠近計算されてるぞ。

プログラムはこちら
C:\Program Files (x86)\Microsoft DirectX SDK (April 2006)\Samples\C++\Direct3D\Tutorials\Tut06_Meshes

ここのD3DRS_ZENABLEをFALSEにした結果と
プロジェクション行列の計算を言うとおりに変更した結果のプログラムは同等に見えるけれど。

D3DRS_ZENABLEの値を変更したときに行列設定のパラメータも弄ってたんじゃないの？

**名前は開発中のものです。** · 2007/03/04(日) 15:06:01

バグによる未定義な結果を前提にする意識をも
情報統合思念体は存在を許容するのだろう

**名前は開発中のものです。** · 2007/03/04(日) 15:15:07

このまま話続けたいが会社いってくるお（；＾ω＾）

**名前は開発中のものです。** · 2007/03/04(日) 15:16:57

>>425
失礼。
先ほどテストした時は、他の平面シーンでの行列を設定したままでした。
D3DRS_ZENABLEをFALSEでも遠近感ＯＫでした。
速度的にも速いので変な引数指定しないで、そっちにします。

**名前は開発中のものです。** · 2007/03/04(日) 15:18:36

勉強するのがいやなら、ありもののライブラリで楽をするのがよい。
おかしくてもライブラリのせいにできるしな。

**名前は開発中のものです。** · 2007/03/04(日) 20:44:06

単純なXファイルでID3DXMesh::DrawSubsetを使って描画するオブジェクトと、
ボーンが入っていて、プログラムシェーダーを使って描画するオブジェクトが混在しています。

オブジェクトごとにID3DXEffect::Begin 、ID3DXEffect::Endを使って切り替えて描画するのでしょうか
それとも、Xファイルを描画できるプログラムシェーダーを用意するのが一般的なのでしょうか？

**名前は開発中のものです。** · 2007/03/05(月) 01:11:36

場合による、どうせ重いのはDrawPrimitiveとSetTextureなので状況にあわせて変えればよい。

**名前は開発中のものです。** · 2007/03/05(月) 01:18:54

2D限定で
最近のビデオメモリの転送速度なら裏画面のサーフェイスをメインメモリに置くようにしたり
裏画面を二つ用意してトリプルバッファリングする
とかいう面倒くさいことしなくても大丈夫なの？

**名前は開発中のものです。** · 2007/03/05(月) 04:43:15

5年前くらいに
DirectDrawのbltに頼るより自前の方が早いし
ハードの不具合に煩わされないと言われていたな。

**名前は開発中のものです。** · 2007/03/05(月) 05:38:47

>>428
それは嘘です。
Zバッファを無効にすると、遠近感も無効になってしまうのです。
試してみれば分かります。やってみればすぐに分かります。
現実がそうなのだから仕方ないのです。

**名前は開発中のものです。** · 2007/03/05(月) 06:42:21

特定の環境では、バグの動作も一定の再現性を持つ
経験則を疑うことを知らない井の中の蛙は
信じているものがオマジナイにすぎないとは知らず
いつか自作プログラムを世に出したときにDirectXが不安定だと騒ぎ出す

**名前は開発中のものです。** · 2007/03/05(月) 06:54:08

でっていう