DirectX総合スレ (Part9)

**名前は開発中のものです。** · 2009/02/11(水) 05:00:58

**名前は開発中のものです。** · 2009/06/22(月) 08:40:41

>>516情報サンクス！

遅延読み込みにするってことは、
例えば D3DXVec3TransformCoord をつかっているなら、
D3DXVECTOR3 * (WINAPI * DynD3DXVec3TransformCoord)( .... ) = NULL;
とかやって、既存のプログラムで D3DXVec3TransformCoord 読んでるところを全て
DynD3DXVec3TransformCoord にかえておく ... （そして動的ロードする）
てことを,使っているすべての D3DX 関数でやらなきゃダメだよね。
めんどくせーーーーー

**名前は開発中のものです。** · 2009/06/22(月) 08:45:06

>>517
Xp以降でいいなら、単にVS等で、遅延ロードDLLに指定するだけでは。

**名前は開発中のものです。** · 2009/06/23(火) 13:38:33

服を着せかえるようにしたいのですがどうすれば良いですか？

**名前は開発中のものです。** · 2009/06/23(火) 14:14:43

モデルを差し替える

**名前は開発中のものです。** · 2009/06/23(火) 14:27:09

今裸の状態なんだけど

**名前は開発中のものです。** · 2009/06/23(火) 14:42:52

服って言わないで、困ってる点を挙げたら？
縮尺があわないとか、半透明な部分がうまく抜けないとか

労力やデータ量あわせても520の案で裸のボディも含む
モデルを差し替えるのが実は最も適しているかもしれないし

**名前は開発中のものです。** · 2009/06/23(火) 14:47:05

だから
裸のモデル→服を着たモデル
に差し替えるだってば
服が変わるとおっぱいの大きさが変わるゲームみたことあるだろ？そういうことだよ

まぁ、ベースとなるモデルのボーン構造やアニメーションを維持したままで
パーツごとにメッシュを差し替えられるように作るのがベスト
スキンメッシュの理屈がわかってればそんなに難しくない

モーションとかついてないモデルなら普通に重ねてだせばOKでしょ

**名前は開発中のものです。** · 2009/06/23(火) 14:50:13

いや、やり方が全くわからない初心者です
服は別のオブジェクトで作ったのですが、ウエイトを付けないと駄目だろうと思い
そうするとモデリングからデータの抽出からどうすればよいのかわからなくなりました
どういう感じで作業を進めていけば良いのでしょうか

**名前は開発中のものです。** · 2009/06/23(火) 15:00:09

つまり裸の物体と服の物体を同時にアニメーションさせるってことですか？

**名前は開発中のものです。** · 2009/06/23(火) 15:23:06

簡単に言うと服を着た状態でもウェイトをつけておく
こいつに裸の状態のボーンやアニメーションを適用する

**名前は開発中のものです。** · 2009/06/23(火) 15:44:39

ありがとうございます
裸（ボーン）＋服（ウエイトだけ設定）→一つのオブジェクトにする→アニメーション
裸→アニメーション、服→アニメーションを同時に
だとやっぱり下なのですか？
上のほうが直感的だし軽そうで最初上かなと思ったのですがウエイトの仕組みとかをまだあんまり理解して無いのですがちょっと見てみたら無理に思えてきたのですがやっぱり下なのですか？

**名前は開発中のものです。** · 2009/06/23(火) 15:53:49

いや、つまり動くのはボーンだけでメッシュを登録していく感じ？

**名前は開発中のものです。** · 2009/06/23(火) 15:54:15

上であってるよ
その一つのオブジェクトにするってところがめんどくさいから
服にウェイトをつけるんじゃなくて
服をきた人体にウェイトをつけておく

必要なものは
ベース
裸の人体の頂点情報＋ボーン＋モーション

パーツ
服を着た人体の頂点情報(ボーンやモーションはいらない)

を用意しておいて
実際に動かすのはベースのボーンなんだけど
参照している頂点情報を切り替えることで着せかえる

**名前は開発中のものです。** · 2009/06/23(火) 15:56:36

>>528
それで合ってる

**名前は開発中のものです。** · 2009/06/23(火) 15:57:53

ｻﾝｸｽ
とりあえず方向性は確定したので頑張ってみます

**名前は開発中のものです。** · 2009/06/27(土) 20:43:51

DirectX 9の勉強に役立つ本やサイトって知ってますか？
近くの本屋にはDirectXの本がないので、ネットで買おうと思ってます。
ついでに、初心者なので専門的な言葉を使いまくってるのは、たぶん無理です。

**名前は開発中のものです。** · 2009/06/27(土) 22:00:43

まずはヘルプのチュートリアル

**名前は開発中のものです。** · 2009/06/27(土) 22:23:50

ありがとうございます。やってみます

**名前は開発中のものです。** · 2009/06/28(日) 00:15:10

9.0と11.0の主な違いを教えてください

**名前は開発中のものです。** · 2009/06/28(日) 00:33:09

バージョン

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

違いがわからない人は11使っちゃいかんと思う
仕様が違ってる、書籍のソースが使えないなんてのは日常茶飯事

**名前は開発中のものです。** · 2009/06/28(日) 10:11:57

>>535
マジレスするとD3DXの行列ベクトル演算の関数以外の
全部が全く違うものになってる。

**名前は開発中のものです。** · 2009/06/28(日) 10:32:03

11出たの？

**名前は開発中のものです。** · 2009/06/28(日) 10:50:48

βははいってる

**名前は開発中のものです。** · 2009/06/28(日) 10:56:24

10と違って11は9～10のカードでも動くから
新規で学ぶなら11で良いと思う

**名前は開発中のものです。** · 2009/06/28(日) 11:13:43

10は要らない子か・・・

**名前は開発中のものです。** · 2009/06/28(日) 11:32:39

10の追加拡張が11だからな

**名前は開発中のものです。** · 2009/06/28(日) 11:53:24

8と同じ扱いと考えれば11が今後のメインになってくんだろう

**名前は開発中のものです。** · 2009/06/28(日) 18:43:52

11で作ったやつが9のカードでも動くってマジ！？
ちなみに11は当然デバイスのロストとか無視して作っていいんだよな？
マジで！？

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

頭の悪い奴だ

**名前は開発中のものです。** · 2009/06/28(日) 19:10:30

>>545
動く≠実用的な速度で動く
当たり前の事だろ。
DirectX10みたいな起動すらしませんってのが改善されるだけだ。

**名前は開発中のものです。** · 2009/06/28(日) 19:14:50

CPUレンダがマルチコア対応で軽くなってるから
SM2.0、3.0のアクセラレーションがあれば30以上は簡単に出せるけどね

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

SM20のアクセラレーション可能な環境でPS内でループ回してもエミュレーションで30出ると。

**名前は開発中のものです。** · 2009/06/28(日) 20:26:13

DirectX11ってXPにも対応してますか？

**名前は開発中のものです。** · 2009/06/28(日) 20:39:35

10がVISTA以降だろ・・・
11も当然VISTA以降のみ対応。

**名前は開発中のものです。** · 2009/06/29(月) 00:56:24

ttp://game.watch.impress.co.jp/docs/news/20090326_79970.html
＞　なお、DirectX 11は、正確にはWindows 7専用の機能ではなく、Windows Vistaに
＞も無償提供される。提供時期もWindows 7のリリース前になる見込みだ。余談だ
＞が、DirectX 11は、Windows XPには提供されない。

**名前は開発中のものです。** · 2009/06/29(月) 01:37:47

D3D11てSM2.0もサポートするの？
せっかくD3D10で下限を引き上げたのに
なんだか大変だねえ。

**名前は開発中のものです。** · 2009/06/29(月) 09:59:04

SM4.0からじゃないか？
DX10の時もSM4.0以外使えなかったような・・・

**名前は開発中のものです。** · 2009/06/29(月) 11:32:13

>>553
SM2.0までしかサポートしてないビデオカードでも動くってだけ。
現実的にはDirectX11対応のビデオカードじゃなきゃたかが知れてる。

**名前は開発中のものです。** · 2009/06/29(月) 11:53:41

>>553
ＯＳの都合だろ。

**名前は開発中のものです。** · 2009/06/29(月) 11:58:00

>>555
動くってどういうこと？
SM2.0がHALで動くってこと？
つまりSM2.0がサポートされるってことか？

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

>>557
ソフトウェアエミュレーション

**名前は開発中のものです。** · 2009/06/29(月) 13:39:43

それはありがたい

**名前は開発中のものです。** · 2009/06/29(月) 13:49:46

なんか会話がかみ合ってない気がするんだが

**名前は開発中のものです。** · 2009/06/29(月) 14:22:30

>>558
ソフトウェアエミュレーションは何を
エミュレートするの？

アンタ、日本語が不自由な人だね。
無理して答えなくていいよ。

**名前は開発中のものです。** · 2009/06/29(月) 15:15:42

SM2.0クラスのビデオカードでDirectX11の機能を動かす場合に
ハードウェアアクセラレーションが出来ますか？→○or×

**名前は開発中のものです。** · 2009/06/29(月) 15:30:08

そもそも>>553は
SM2.0クラスのビデオカードでDirectX11の機能が使えるかって事じゃなくて
DirectX11でSM2.0を使ったプログラム書けるのか聞いてるんじゃないのか？

**名前は開発中のものです。** · 2009/06/29(月) 15:32:19

ならSM2.0を使う必要がない、でFAなんじゃね。

**名前は開発中のものです。** · 2009/06/29(月) 15:42:14

誰か知っていたら教えてください。

DirectInputでマウスの入力を取得しているとき、
マウスのボタンを押したまま離していないのに勝手にボタンのUPイベントが通知される場合がありますが、
これは正しい動作なのでしょうか。

再現方法は、

1. マウスのホイールを入力 (DIMOFS_Z)
2. すぐにマウスのボタンを押下する。そのまま押したままにする。 (DIMOFS_BUTTON0とDIMOFS_BUTTON1で確認済)
3. マウスのホイールを入力 (DIMOFS_Z)

すると、なぜか2でDownしたままになっているボタンのUpイベントが来ます。
もちろん実際にはマウスのボタンは押したままです。
1.と2.はほぼ同時のタイミングで入力すると再現します。
2.と3.は時間が開いても大丈夫です。

これはSDKのサンプル (Samples\C++\DirectInput\Mouse) で確認できます。
バッファを使っても使わなくても起きます。

情報求む。

**名前は開発中のものです。** · 2009/06/29(月) 15:54:28

マウスのメーカーと型番は？

**名前は開発中のものです。** · 2009/06/29(月) 16:02:21

マウスはMicrosoft Intelli Mouse Explorer 3.0です。
型番はたぶんB75-00123だと思います。

**名前は開発中のものです。** · 2009/06/29(月) 18:58:13

結局Directx11がSM2.0までのビデオカードで動くってわけじゃないのか

**名前は開発中のものです。** · 2009/06/29(月) 20:53:31

>>565
俺んちじゃ起きないな。

>>568
ここにはは動くって書いてあるが、どういうレベルで動くのかはわからないな。
http://www.realtimerendering.com/blog/direct3d-11-details-part-i-intro/

例えば、SM2.0のPSは最低8bit精度もOKだと思ったが、
SM4.0は最低32bit必要だ。DX9レベルのHWで動くとなると、
SM2.0のサポートは避けられないと思う。

**名前は開発中のものです。** · 2009/06/29(月) 21:37:38

DX9レベルのハードで動くつってもそもそも
その時代になかった機能までハードでやってくれる魔法があるわけじゃないぞ。

SM3.0世代までの整数演算だって全部FLOATでエミュレーションしてたんだし。

**名前は開発中のものです。** · 2009/06/30(火) 13:45:01

ttp://lizsoft.jp/fs/download.shtm
この体験版をやってみたんだけど、
windows/system32/d3d8.dll とかを削除した状態でゲームを実行すると、
なんか勝手にd3d8.dllとd3d9.dll が復元されてるんだよね。

これってアリなの？　っていうかどうやってるの？
付属のＤＬＬはsotesw.dllが３０ＭＢ、sotesd.dllが８０ＭＢとかも
気になる。どういう仕組みになってるんだろう？？

**名前は開発中のものです。** · 2009/06/30(火) 13:49:29

と思ったら自分がつくったＤ３Ｄ９アプリでも同じ挙動になるなあ....
ＯＳが勝手に補完してくれるのか？？？

**名前は開発中のものです。** · 2009/06/30(火) 14:31:43

OS「気が利くだろう？」

**名前は開発中のものです。** · 2009/06/30(火) 14:41:18

>>572
http://support.microsoft.com/kb/222193/ja

**名前は開発中のものです。** · 2009/07/03(金) 19:59:27

漢字表示をもっとも簡単、かつ高速に行うプログラム書いてくれ

**名前は開発中のものです。** · 2009/07/03(金) 20:59:57

必要もないのに毎フレーム書き直すなんてことをしない限り、
フォントイメージをテクスチャに転送してレンダリングするだけで実用速度になる。

**名前は開発中のものです。** · 2009/07/03(金) 21:14:22

それが簡単に思えないんじゃね？
ぐぐってパクればOKだと思うんだが…テクスチャー？
そんなん画面解像度分確保して、一文字でも変更があれば、
同時に表示する全ての文字だけ、左上からでも埋めてけばおｋ。

**名前は開発中のものです。** · 2009/07/03(金) 21:22:28

文字データ全部テクスチャデータ化して使う分だけ読み込んでる
自分の好きなフォント使えるし、他PCに持っていったときにそのPCに同じフォントが入って無くても使えるし
もちろんフォントの著作権の問題はあるけど

**toya** · 2009/07/12(日) 01:03:44

聖書53ページ

**名前は開発中のものです。** · 2009/07/12(日) 12:37:26

よくあること

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

韓国人に近いリスト

一重
耳垢が乾燥している
ワキガじゃない
平面顔
たれ眉毛
ど直毛
体毛が薄い

３つ当てはまったら朝鮮人に近い

**名前は開発中のものです。** · 2009/07/12(日) 20:40:39

質問です
XPで作ったDX9アプリがVISTAでは動きませんでした
なぜ？

**名前は開発中のものです。** · 2009/07/12(日) 20:41:59

君の書いたソースがバグってるから以上の理由は無い。

**名前は開発中のものです。** · 2009/07/12(日) 20:43:20

それは本当に「Vista」だから動かなかったのかい？
ほかの開発環境の入ってないXPでも動かないってことはないかい？

**名前は開発中のものです。** · 2009/07/12(日) 20:51:59

サブなんたらがなんたらというエラーが出ます

**名前は開発中のものです。** · 2009/07/12(日) 20:52:45

日本語でおｋ

**名前は開発中のものです。** · 2009/07/12(日) 20:55:42

エラーは一字一句改変せずに

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

丁寧に書かれた質問に対しては、丁寧に回答されると思うんだな。
スクリーンショットの撮り方も知らないんだろうか

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

サイドバイサイドじゃねーの？

**名前は開発中のものです。** · 2009/07/12(日) 21:19:49

それならVISTAで動かないってこたないんじゃね

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

サイドバイサイドでした
つまりどういう事？

**名前は開発中のものです。** · 2009/07/12(日) 21:27:22

マニフェストうめろ

**名前は開発中のものです。** · 2009/07/12(日) 21:31:34

マニフィスト関係ないだろ
単なるCRT設定ミスだと思われる
オプションのコード生成のランタイムライブラリの設定が
マルチスレッドデバッグDLLかマルチスレッドDLLになってる
外に出すときはReleaseにしてマルチスレッド(/MT)にしとけ

**名前は開発中のものです。** · 2009/07/12(日) 21:41:45

試してみます

**名前は開発中のものです。** · 2009/07/12(日) 22:02:06

OpenMPとか使ってるとマニフェストにかいとかないとこけるじぇ

**名前は開発中のものです。** · 2009/07/13(月) 13:13:57

XPでDX10 これ最強

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

サイドバイサイド　　　side by side 隣に
　おそらくケースバイケースと言いたかったのだろう

**名前は開発中のものです。** · 2009/07/13(月) 13:52:11

そんな餌に俺様が(ry

**奇跡age** · 2009/07/17(金) 10:39:11

qwertyui

**名前は開発中のものです。** · 2009/07/17(金) 22:04:11

マルチスレッドでも描画を先にしてから計算でおｋ？
コアが増えてからDirectXとどう付き合えばいいのかよくわからなくなってきたZE！

**名前は開発中のものです。** · 2009/07/17(金) 22:18:35

ウィンドウモードでメニューとか処理してる間もゲームループと描画を止めずに動かしたいんだが
移動・描画・ウィンドウメッセージのスレッドを別々にすればいいのではないかと思うんだけど
どうやればいいのかよくわからないんだよなぁ

**名前は開発中のものです。** · 2009/07/17(金) 23:35:32

どうもこうも普通にマルチスレッドのデザインパターン勉強しなされ

**名前は開発中のものです。** · 2009/07/18(土) 02:41:43

>>601
windowsのウィンドウは、それを作成したスレッドでメッセージが処理される。
メインのウィンドウは必ずプライマリスレッドで生成されるから、メインウィンドウのWM_COMMANDを
実行中は、他のメッセージは処理できない。つまりメニュー表示中は画面を更新できない。
WM_COMMAND中にPeekMessageとかやれば別だが……PeekMessage埋め込みは、思わぬ問題を
引き起こしたり、コードがぐちゃぐちゃになったりするのでお勧めできない。

これを簡単に避ける方法は２つしかない。
ひとつは、メニューをゲーム画面中に実装して、OSのメニューは使わない方法。
もうひとつは、プライマリスレッドから入力スレッドを作成して、ゲームで利用する
ウィンドウは、すべて入力スレッドで作成する方法。
これだとゲーム画面の更新は入力スレッドで行われ、メニュー操作はプライマリスレッドで
行われるので、メニュー選択中の画面は更新される。

**名前は開発中のものです。** · 2009/07/18(土) 12:13:37

最初はOpenMPから始めるのがいいんじゃない？Intelに日本語資料もあるし。
商業メーカーでさえ苦労する標準のThreadなんかは初心者では途方に暮れるだけだろう。

**名前は開発中のものです。** · 2009/07/18(土) 12:47:05

VisualStudioだとtask機能が追加されたOpenMP3.0が使えないのが痛いんだよなぁ・・・。
だからといってIntelコンパイラー買うのは無理な話だし。
でもキャラの座標更新とかアニメーション更新とかにOpenMP使うとかなり効果はあるね。

**名前は開発中のものです。** · 2009/08/03(月) 19:49:39

すみません、
DirectX9の2006年版SDKを入れて開発しているのですが、
3D製作ソフトのリアルタイムシェーダが最新版への更新を要求してきます。

End-User Runtimeを更新するとSDK側も変化を受けて
これまでのコードで動作しなくなる可能性って有ると思われますでしょうか？

**名前は開発中のものです。** · 2009/08/03(月) 19:54:56

>>606
無いよ

**名前は開発中のものです。** · 2009/08/03(月) 21:02:27

>>607
無事アップデートできコードの稼動を確認できました。
素早いご回答に感謝！

**名前は開発中のものです。** · 2009/08/06(木) 17:37:16

大量の直方体を動かしたいんですけれど
それぞれのローカル座標をデバイスでいじると
ビデオカードの命令量が増えて逆に遅くなったりしますか？

**名前は開発中のものです。** · 2009/08/06(木) 18:31:46

ローカル座標という言葉は適切じゃなかったかも知れません。
DirectXではコマンド発行回数を100以内に抑えた方が良いって
誰かが言っていた気がするので、それだったら座標変換の
回数やモデル数も限定されるな～と思うのですが。
実際多くのキャラクターが出るゲームって少数派ですよね～。
でも出したい。ローポリゴンで出したい。その場合どうやるのが
効率的なのでしょうか？

**名前は開発中のものです。** · 2009/08/06(木) 19:16:24

まずは実装してみて、速度的な問題が発生してから聞きにきなさい。

**名前は開発中のものです。** · 2009/08/06(木) 19:41:06

ですね

**名前は開発中のものです。** · 2009/08/06(木) 23:45:20

>>610
5年前のCPUとGPUで数百の3Dオブジェクトに数千のパーティクルを
バカ正直にDrawIndexedPrimitiveで描いてたが余裕で60fps出てたな
画面がゴチャゴチャしてわけわかんなかったけどな

数千の3Dオブジェクトに数万のパーティクルを描きたいとかで
なおかつSM3.0使っていいならgeometry instancingでググってみるといいかもな

ネットブックを除けば大半のPCはノートでもSM3.0対応だから問題はない

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

>>613
なるほど…なんか余裕に出来そうな気がしてきました。
まずは普通にやってみようと思います。

**名前は開発中のものです。** · 2009/08/07(金) 00:15:27

シェーダーインスタンスを試してみたけどそれ程速度速いとは思えないのですが
ハードウェアインスタンスは劇的に効果ありました
ハードウェアインスタンス対応してるボード前提ならも凄い数出しても大丈夫そうです
もっともそのボードであるならローポリといわず複雑なジオメトリ持ったモデルたくさん出せるのでしょうけど

このスレというか板にいる人がどういう理由でゲーム作っててそういうPCで遊ぶのと想定してるか次第なんですかね
同人、フリゲ、学校の課題などなど

**名前は開発中のものです。** · 2009/08/07(金) 09:32:48

ハードウェアインスタンスなんて
GeForceなら6000番台、
RadeonならXシリーズから普通に対応してるぞ。
何年前からの技術だとおもってるだ。

**名前は開発中のものです。** · 2009/08/07(金) 10:09:20

幅広く対応しつつ極力パフォーマンスを引き出したいなら、描画設定を選べるように
するのが単純明快じゃね？
凝りたいなら、オートで最適な描画設定を選ぶ機能か何かを追加してもいいし。