DirectX総合スレ (Part8)

**名前は開発中のものです。** · 2008/03/12(水) 16:15:18

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

■過去スレ

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

**名前は開発中のものです。** · 2008/12/24(水) 07:30:45

てす

**名前は開発中のものです。** · 2008/12/24(水) 07:33:22

DirectX11にいち早く対応するための予習という程度の価値ならある。

**名前は開発中のものです。** · 2008/12/24(水) 08:19:34

>>693
GetGlyphOutlineでフォントのレンダリング結果を受け取れる
後はわかるな？

**名前は開発中のものです。** · 2008/12/24(水) 08:30:28

って読み間違えた　無視してくれ

**名前は開発中のものです。** · 2008/12/24(水) 09:26:04

>>687
フォント毎にID3DXFontを事前に作っとけば？

**名前は開発中のものです。** · 2008/12/24(水) 09:27:15

>>682
スレチな訳だが専用スレないのな
俺はPhysXしか分からんわ

**名前は開発中のものです。** · 2008/12/24(水) 09:29:44

来年の今頃にはWindows７と一緒に１１に変わるんだろ？
ＳＤＫも同時に配られるの？

**名前は開発中のものです。** · 2008/12/24(水) 09:47:47

Bullet面白いな。
でもスレ作るほど人いなさそうだし、作るならマ板か？

**名前は開発中のものです。** · 2008/12/24(水) 10:24:58

Bullet使って作ったゲームってＢｕｌｌｅｔを持ってる人しかできないんですか？

**名前は開発中のものです。** · 2008/12/24(水) 12:09:22

PhysXスレがある
Havokの話をしても叩かれないからBulletもおｋじゃね？
ttp://pc11.2ch.net/test/read.cgi/gamedev/1192632076/

**名前は開発中のものです。** · 2008/12/24(水) 13:40:12

物理エンジンっていっつも導入の段階でエラーでまくって失敗する

**名前は開発中のものです。** · 2008/12/24(水) 19:09:55

【DirectMMX】
DirectXとMMXを結合しました
使い方・・・・ソースコードを見れば分かると重い末
http://www.2-1ch.net/uploader2/upfiles/2.1ch2179.lzh
暫定板(12/24次点)です
スマソ

**名前は開発中のものです。** · 2008/12/24(水) 19:43:47

>>703
ライブラリのリンクだけで実行環境とか無いから
ユーザーは特に何もいらんよ

**名前は開発中のものです。** · 2008/12/24(水) 20:26:14

>>706
DirectXってビデオカードに関する操作だよね。
ＭＭＸはＣＰＵ。
…行列の計算をＭＭＸでやらせたって事？

**名前は開発中のものです。** · 2008/12/24(水) 20:41:45

> DirectXってビデオカードに関する操作だよね。
違う。

**名前は開発中のものです。** · 2008/12/24(水) 20:44:03

てんぽってて落ちてこない

**名前は開発中のものです。** · 2008/12/24(水) 20:55:00

>>709
何が？

**名前は開発中のものです。** · 2008/12/24(水) 21:07:47

ここは初心者質問スレじゃないんだ。最低限の知識は自分で調べろ。

**名前は開発中のものです。** · 2008/12/24(水) 21:14:20

ああ、ビデオカードはＤ３ＤであってＤｉｒｅｃｔＸじゃなかったね。
ど・う・も・す・い・ま・せ・ん

**名前は開発中のものです。** · 2008/12/24(水) 21:20:33

まだ違う。

**名前は開発中のものです。** · 2008/12/24(水) 21:51:01

HELもあるからビデオカードとは限らんのでは

**名前は開発中のものです。** · 2008/12/25(木) 01:47:58

そもそもビデオカードを操作するのはデバイスドライバだ。

**名前は開発中のものです。** · 2008/12/25(木) 01:58:00

そんな知識ってそもそも役に立つのか？

**名前は開発中のものです。** · 2008/12/25(木) 02:04:01

概念は知っといて損はないと思うよ

**名前は開発中のものです。** · 2008/12/25(木) 02:08:04

むしろ仕組みを知ってれば一味違うが、概念だけなら知ってても知らなくても同じぐらいに思うんだが

**名前は開発中のものです。** · 2008/12/25(木) 08:54:01

時代はGPUをどうにかこねくり回してみようという流れなのにCPU、しかもMMXとか
時代を逆行するにもほどがある

**名前は開発中のものです。** · 2008/12/25(木) 09:32:25

INTELは逆にCPUで描画も含め全てを掌握しようとしてるけどなー

**名前は開発中のものです。** · 2008/12/25(木) 09:47:32

AMD K6-2時代に３D機能を搭載したというのを思い出した

**名前は開発中のものです。** · 2008/12/25(木) 11:17:25

そういえ何年か前に、プログラマブルシェーダーの時代が本格化して
ＣＰＵの性能も上がるから、ＧＰＵからＣＰＵへの回帰が起こるとか
言っている記事があったな

**名前は開発中のものです。** · 2008/12/25(木) 11:20:47

GPUはプログラマブルになる
CPUはマルチコア化し、ベクタプロセッサが搭載される
GPUとCPUの差が無くなってくる
もうCPUでいいじゃん扱いやすいし

って流れだろ

**名前は開発中のものです。** · 2008/12/25(木) 12:30:20

同一化が進んだ後は必ず揺り戻しが来るだろう

**名前は開発中のものです。** · 2008/12/25(木) 12:49:43

せっかく余裕ができてスムーズになったのに
そこに余計なモノ詰め込んだvistaというわけですね。わかります。

**名前は開発中のものです。** · 2008/12/28(日) 02:23:17

以前のSDK(Windows2000で使えた最後のバージョン)のときに作ったHLSLが動かなくなっていて、
fxc.exeでコンパイルしてみたら、サポートしていないとか言われた。
ps_1_1って最近のSDKだとサポートしてないんですか、そうですか。
原因探すのに時間かかちゃったよ…

**名前は開発中のものです。** · 2008/12/28(日) 02:53:58

>>727
/LDオプションとか。
とりあえずちゃんと言及あるからドキュメント見れ。

**名前は開発中のものです。** · 2008/12/28(日) 12:53:29

DirectXの日本語ドキュメントってVS2005から見れなくない？

**名前は開発中のものです。** · 2008/12/28(日) 15:28:44

はい

**名前は開発中のものです。** · 2008/12/28(日) 16:07:11

複数の解像度の違うレンダーターゲットに描画する場合
デブスステンシルバッファってどう管理するべき？
普通に考えるなら、全てのレンダーターゲットから
最大サイズを作って持ちまわる感じだと思うが・・
「d3dpp.EnableAutoDepthStencil = TRUE」にすると
そこらへんもやってくれるのかな？

**名前は開発中のものです。** · 2008/12/28(日) 16:15:44

>>731
d3dpp.EnableAutoDepthStencil
これはバックバッファと同じサイズのものを勝手に作るだけ。

**名前は開発中のものです。** · 2008/12/29(月) 08:35:08

>>731
マルチディスプレイをフルスクリーンする場合、それをtrueにしとくと自動で最大サイズに合わせて作られる
テクスチャにもレンダリングしたいというなら、それはfalseにして自前で管理するしかない

**名前は開発中のものです。** · 2008/12/29(月) 17:04:47

初めまして、DirectX初心者のものですが皆様にご質問させていただきます。
現在DirectX9のノートパソコンでVisualStdioでプログラミングを行っております。しかし使用しているパソコンがノートなので
処理が重く効率が悪いのでパソコンの購入を考えているのですが、お店で売っている商品は
DirectX10ばかりです。DirectX10のパソコンでDirectX9のプログラミングを今までどおり
行う事は可能でしょうか？

**名前は開発中のものです。** · 2008/12/29(月) 17:05:49

マルチ死ねよ

**名前は開発中のものです。** · 2008/12/29(月) 17:54:21

>>734
できます

**名前は開発中のものです。** · 2008/12/29(月) 20:22:44

>>735
大変申し訳ございませんでした。
以後、このような失礼の無いように気をつけます。

>>736
ご回答ありがとうございます。設定などを変更する等、何かやらなくては
ならない事はあるのでしょうか？

**名前は開発中のものです。** · 2008/12/29(月) 20:35:11

なんで何も行動してない内から質問できるのかな
バカの質問休むに似たり

**名前は開発中のものです。** · 2008/12/29(月) 20:47:22

>>738
一応自分で調べてみたのですが、DELLでパソコン購入質問にて
質問したら、DirectX10からDirectX9にバージョンを下げれば良いとの
ご回答を頂いたのですが、他の場所で調べたら、バージョンの変更は出来ないと
書かれておりました。

DirectX10のパソコンを購入してDirectX9のプログラムが動作するのか確認してから
購入したいです。

この事からこれ以上の行動を起こせずにいます。バカとは存じておりますが
お知恵をお貸し頂けないでしょうか？

**名前は開発中のものです。** · 2008/12/29(月) 20:47:46

あやまってるフリをしているが、両方のスレで同時進行

シネよ

**名前は開発中のものです。** · 2008/12/29(月) 20:52:44

>>739
そのレベルで分からない初心者ならDirectX10やれよ。
DirectX9は初心者が手を出すには面倒くさい事が多すぎる。

**名前は開発中のものです。** · 2008/12/29(月) 20:59:53

まだマルチやってんのか。ぜってー答えてやんねー

**名前は開発中のものです。** · 2008/12/29(月) 21:11:41

>739
>DirectX10のパソコンを購入してDirectX9のプログラムが動作するのか確認してから購入したいです。

購入して確認するならさっさと購入すればいいじゃん？
なに迷ってんの？

**名前は開発中のものです。** · 2008/12/29(月) 21:40:51

>>646
中古でいくらでも安いのはあったさ。
ソフトがどうにも高くて大変だったが抜け道はあった。

**名前は開発中のものです。** · 2008/12/30(火) 04:37:49

マルチに反対とか心の狭い奴ばっかりだな

**名前は開発中のものです。** · 2008/12/30(火) 05:52:44

IDが変われば別人IDが変われば別人IDが変われば別人
マルチ野郎がボコられるなんて日常茶飯事の光景だろカス
なにおまえ、そういうの見る度に心狭いとかいちいち嘆いてんの？

**名前は開発中のものです。** · 2008/12/30(火) 09:50:13

マルチが嫌いな理由
・自分より良い回答をされるのが恐い

**名前は開発中のものです。** · 2008/12/30(火) 10:16:22

せっかく答えても、別のとこで答えもらってたら無駄なことやったと思うからな。

**名前は開発中のものです。** · 2008/12/30(火) 10:40:10

>>747
両方でぶっ叩いてるから心配ないよ

**名前は開発中のものです。** · 2008/12/30(火) 21:22:30

一番いいと思った回答をマルチしたスレに貼りまくれば俺は許容

**名前は開発中のものです。** · 2008/12/30(火) 23:32:49

今まで一番酷いと思ったのは、マルチポストと分かってて回答してやったら
別のスレで「自己解決しました」って報告してた奴だなw

**名前は開発中のものです。** · 2008/12/30(火) 23:38:21

そんな事を言ったら本を参考にしただけでも自己解決とは言わないな

**名前は開発中のものです。** · 2008/12/30(火) 23:42:42

自己解決の定義なんてどうでもいいが、一番ひどいのはマルチで質問して十分な回答があった時点でそれ以降一切レスしないやつだな

**名前は開発中のものです。** · 2008/12/30(火) 23:58:18

正直、マルチ野郎は、余計なレスをするくらいなら黙って消えてくれた方が嬉しいけどね。

**名前は開発中のものです。** · 2008/12/31(水) 08:00:17

でもお前らまともな回答できないよね？

**名前は開発中のものです。** · 2008/12/31(水) 08:07:25

そんな挑発にはのりません
マルチ野郎には答えてあげませんよ（＾＾）

**名前は開発中のものです。** · 2008/12/31(水) 08:09:33

なんで両方で回答しないといけないの？バカなの？

**名前は開発中のものです。** · 2008/12/31(水) 08:45:15

いや、能力的に

**名前は開発中のものです。** · 2008/12/31(水) 12:00:14

能力的に劣ってるからマルチなんてするんだな

**名前は開発中のものです。** · 2008/12/31(水) 12:22:46

専門学生レベルの奴しかいないからな

**名前は開発中のものです。** · 2008/12/31(水) 13:14:38

専門学生もプロもレベル変わらないだろ

**名前は開発中のものです。** · 2009/01/01(木) 05:11:45

伸びない奴ばっかりだからね

**名前は開発中のものです。** · 2009/01/01(木) 09:22:06

このスレは明けましておめでとうすらねえのか
とんだクソスレだな

**名前は開発中のものです。** · 2009/01/01(木) 12:43:39

人に挨拶してもらいたいなら自分からするのが礼儀というものだよ

**名前は開発中のものです。** · 2009/01/01(木) 13:31:51

馴れ合いがしたいなら他所へ行け

**名前は開発中のものです。** · 2009/01/01(木) 13:38:09

とんだツンデレどもだな

**名前は開発中のものです。** · 2009/01/02(金) 00:19:46

総合発表＆雑談スレッドその3
ttp://pc11.2ch.net/test/read.cgi/gamedev/1216633635/

ガチンコ雑談クラブ【愛】
ttp://pc11.2ch.net/test/read.cgi/gamedev/1013272151/

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

>>766
ｲﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀﾀ

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

EnableAutoDepthStencil == FALSE だと、SetDepthStencilSurface()すると
デブス系のレンダーステートが勝手にOFFになるようだ
1日潰したクソ
それ以外に、SetRenderTarget()すると、viewportが無効になったり、
こういうのはやめてくれよ
以上グチ、寝る

**名前は開発中のものです。** · 2009/01/04(日) 10:07:21

ステートは描画をするときにちゃんと設定しろ。
勝手にTRUEになるほうが危ないし。
Viewportも新しいターゲットに応じて設定しなおすのが当たり前だろ。

**名前は開発中のものです。** · 2009/01/04(日) 10:13:55

重くなるだろ

**名前は開発中のものです。** · 2009/01/04(日) 10:17:44

レンダリングターゲットや深度バッファを小さいのを設定したときにビューポートが前の大きいサイズのままで、
描画したらメモリアクセス違反で落ちるようになってればよかったのか？

**769** · 2009/01/04(日) 12:00:16

>EnableAutoDepthStencil == FALSE だと、SetDepthStencilSurface()すると
>デブス系のレンダーステートが勝手にOFFになるようだ
これはどうやらちょっと違うようだ
EnableAutoDepthStencil == FALSE だと、D3DRS_ZENABLEステートがFALSEに
EnableAutoDepthStencil == TRUE だと、D3DRS_ZENABLEステートがTRUEになるようだ
誤情報すまそ

>>770
ステートモデルなんだから、基本のステートがあって
差が出るステートだけ変えるのが普通だと思うが
で、そいつのせいでその基本がｶﾞﾗｯと変わっちまうつうのは
俺はその基本ステートをベースにずっと作ってきた訳で
非常に迷惑な話

>>772
落ちた方がよかった
普通に考えて、裏で勝手に内部状態を変える方がおかしいだろ
ドキュメントに書いてあればまだしも、そんなの皆無だし

**名前は開発中のものです。** · 2009/01/04(日) 12:04:46

内部状態が変わってるんじゃなくて
新しいレンダーターゲットや深度バッファのサイズが以前と違っていて
無効になってるだけだろ。returnで返すかassertで落とすかの違いだろ。

そもそも対象のバッファのサイズを「変えている」のだから「ビューポートも変えない」と駄目だろ。

**名前は開発中のものです。** · 2009/01/04(日) 19:04:59

>>773
>落ちた方がよかった
そういう場面って結構よくあるよね

**名前は開発中のものです。** · 2009/01/04(日) 19:17:43

>>775
コンパネからの設定でD3Dエラー発生時に落とせるように出来るのを知らないわけじゃあるまい。

**名前は開発中のものです。** · 2009/01/04(日) 23:05:05

>>773
＞ドキュメントに書いてあればまだしも、そんなの皆無だし

http://msdn.microsoft.com/en-us/library/bb174455(VS.85).aspx

＞Setting a new render target will cause the viewport
＞to be set to the full size of the new render target.

節穴や情弱であることは悪ではないが、相応の謙虚さを持とうな

**名前は開発中のものです。** · 2009/01/07(水) 11:16:37

初心者です。
参考書に従いつつ少し加工して、キー入力でモデルが動くようにしたのですが

D3DXMATRIX m_world; // モデル配置

D3DXMatrixIdentity(&m_world); // 何もしないマトリクスの生成
D3DXMatrixTranslation(&m_world, g_key, 0.0f, 0.0f); // 移動マトリクス
pD3DDevice->SetTransform(D3DTS_WORLD, &m_world); // パイプラインにセット

これだと表示中の全てのモデルが同時に動いてしまいます。
モデルを１つ１つを別々に動かすにはどうすれば良いでしょうか？
初歩的な質問ですみません。自己解決できるかもしれませんが、
よろしくお願いします o _ _)o

**名前は開発中のものです。** · 2009/01/07(水) 11:18:27

根本的に考え方がおかしい。
表示中のモデルは動かない、動くのはこれから描画するものだけだ。

**778** · 2009/01/07(水) 11:36:13

>>779様
ありがとうございます・・！　orz
モデルの描画と描画の間に入れたら正しく動作してくれました。

しかしこれだと複数のオブジェクトをバラバラに動かせない気がするのですが、
移動・回転・拡大縮小をリセットする関数等が有るのでしょうか？
それとも何か別の方法でバラバラに動かせるのでしょうか。
連続の質問ですいません。自己解決もできるよう調べてみます。

**名前は開発中のものです。** · 2009/01/07(水) 11:46:02

だから動かしたければ描画する前に設定しろよ。

**名前は開発中のものです。** · 2009/01/07(水) 12:02:29

SetTransform
DrawPrimitive
を淡々と繰り返せばいい

**778** · 2009/01/07(水) 12:09:47

>>781様
すいませんでした、一回ずつ設定すればリセットできるのですね；
解決できました、ありがとうございましたー orz

**778** · 2009/01/07(水) 12:50:05

>>782様
なるほど・・ご助言ありがとうございます

**778** · 2009/01/07(水) 14:06:46

度々質問すいません。　参考書を加工している初心者です。
Ｘファイルを２つ読み込もうとすると、ビルドしてもエラーも警告も出ず、
実行して表示された画面が一瞬で閉じてしまいます。

// Xファイル(メッシュ)読み込み準備
LPD3DXMESH m_pMChara; // メッシュのポインタ
LPD3DXBUFFER m_pD3DXMtrlBuffer; // メッシュのマテリアル情報を格納
DWORD m_numMesh; // マテリアル情報の総数

LPD3DXMESH m_pMChara2; // メッシュのポインタ
LPD3DXBUFFER m_pD3DXMtrlBuffer2; // メッシュのマテリアル情報を格納
DWORD m_numMesh2; // マテリアル情報の総数

**778** · 2009/01/07(水) 14:07:35

// Xファイルの読み込み
if(FAILED( D3DXLoadMeshFromX( "chara.x",// Ｘファイルのファイル名
D3DXMESH_SYSTEMMEM, // メッシュをシステムメモリに展開する
pD3DDevice, // D3Dデバイスオブジェクト
NULL,
&m_pD3DXMtrlBuffer, // 属性バッファの設定
NULL,
&m_numMesh, // 分割されたメッシュの数
&m_pMChara ))) { // 格納先のメッシュ
return E_FAIL;
}

if(FAILED( D3DXLoadMeshFromX( "surface.x",// Ｘファイルのファイル名
D3DXMESH_SYSTEMMEM, // メッシュをシステムメモリに展開する
pD3DDevice, // D3Dデバイスオブジェクト
NULL,
&m_pD3DXMtrlBuffer2, // 属性バッファの設定
NULL,
&m_numMesh2, // 分割されたメッシュの数
&m_pMChara2 ))) { // 格納先のメッシュ
return E_FAIL;
}

まだ描画処理はしていません。
メッシュをシステムメモリに展開する部分で壊れているのでしょうか？
どなたかご助言お願いします o _ _)o
（改行数オーバーで２レス使ってすみません orz）

**名前は開発中のものです。** · 2009/01/07(水) 14:12:52

一瞬で閉じるってコンソールをVC++でデバッグで開始して止めてないだけとかじゃ？
Ctrl+F5（デバッグしないで開始）か、ブレークポイント設定しておけ。

**名前は開発中のものです。** · 2009/01/07(水) 14:13:32

まずどこで止まってるのかを追えるようになりなさい

**778** · 2009/01/07(水) 14:38:49

>>787様 >>788様
レスありがとうございます。
２回目の「if～D3DXLoadMeshFromX」をコメントで隔離すると
すべて正常に動作します。

デバッグの使い方がよくわからなくてすみません。orz
デバッグの開始をして見ると、サイズの違うファイルを読み込んでいるのに、
D3DXMESH_SYSTEMMEMが両方、int型・値272となっています

どこで止まっているか追うには、デバッグでどういう部分を見れば良いでしょうか
ご助言お願いします orz

**名前は開発中のものです。** · 2009/01/07(水) 14:51:11

最近日本語でおｋとかいう煽りなくなったな
良い傾向だ

**778** · 2009/01/07(水) 15:06:18

ご迷惑をおかけしたようで、連続で質問等し続けてすいませんでした。
別の書籍を探してなんとか自己解決してみます。

**名前は開発中のものです。** · 2009/01/07(水) 15:07:31

どんな時でも使える原始的なやり方は、、、確実に実行してるとこにブレークポイント設定して止めて
そこからステップ実行して（ステップオーバー）落ちたらその前あたりでとめるようにして
そこからステップインで追っていくといいかも。

**名前は開発中のものです。** · 2009/01/07(水) 15:22:56

エスパーすると
一瞬で閉じるって単に
E_FAILが返ってきたらアプリが終了するようなコードになってるだけじゃね？
つまり単に2回目のD3DXLoadMeshFromXに失敗してるだけとか
存在しないファイル名をしているとか凡ミスな予感

**名前は開発中のものです。** · 2009/01/07(水) 15:25:13

surface.xがぶっ壊れててreturn E_FAILになって呼び出し元で何も処理してないんじゃねぇの？